Home » Eclipse Projects » Oomph » Undesirable Preference Recorder Behavior in Java EE EPP
Undesirable Preference Recorder Behavior in Java EE EPP [message #1698734] |
Wed, 17 June 2015 14:22 |
Chuck Bridgham Messages: 35 Registered: July 2009 |
Member |
|
|
We have been doing some final Mars EPP testing, and with the OOmph bundles now part of the JEE EPP, we have been receiving some feedback on the behavior while running through our basic scenarios, not all positive, and in some cases seem to confuse.
In Web Tools, initial workspace configuration involves adding server runtimes (Tomcat etc...). By default the OOmph preference recording is on in the EPP, so the recorder dialog appears after saving the preference for the runtimes. If the user selects ok, then all is good, and the preference is saved in global cache.
But - then if the user decides to turn off the preference recorder (for any reason - maybe because they are not interested in this behavior) in the server runtimes preference page, and then add a new runtime. this will not be saved on restart. Any new runtime added after will be lost. It looks like it always loads the cached preferences saved before turning off the recorder.
Is this correct behavior? Can this be avoided? Without explanation of this behavior, I think users will be very confused.
I would like to fix this behavior before we release next week... What options do I have?
Thanks - Chuck
|
|
|
Re: Undesirable Preference Recorder Behavior in Java EE EPP [message #1698765 is a reply to message #1698734] |
Wed, 17 June 2015 16:17 |
|
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Am 17.06.2015 um 16:22 schrieb Chuck Bridgham:<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">We
have been doing some final Mars EPP testing, and with the OOmph
bundles now part of the JEE EPP, we have been receiving some
feedback on the behavior while running through our basic
scenarios, not all positive, and in some cases seem to confuse.
<br>
</blockquote>
A pity that this testing was done so late that we can't do much
anymore, but see below...<br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">
In Web Tools, initial workspace configuration involves adding
server runtimes (Tomcat etc...). By default the OOmph preference
recording is on in the EPP, so the recorder dialog appears after
saving the preference for the runtimes. If the user selects ok,
then all is good, and the preference is saved in global cache. <br>
</blockquote>
Yes, the preference recorder has created a PreferenceTask in the
global
${user.home}/.eclipse/org.eclipse.oomph.setup/setups/user.setup
file.<br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">But
- then if the user decides to turn off the preference recorder
(for any reason - maybe because they are not interested in this
behavior) in the server runtimes preference page, and then add a
new runtime. this will not be saved on restart. </blockquote>
I assume that all these runtimes are saved in a single XML blob
preference, so that they can't be changed individually by a
PreferenceTask. <br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">Any
new runtime added after will be lost. It looks like it always
loads the cached preferences saved before turning off the
recorder.
<br>
</blockquote>
Yes, the setup tasks that exist in the user.setup file (see above)
are all executed at startup time, unless the startup task execution
is disabled in Oomph's "Setup" preferences.<br>
<br>
<img src="https://www.eclipse.org/forums/index.php?t=getfile&id=22203" alt=""><br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">
Is this correct behavior? </blockquote>
I would say correct as in "works as designed". The user can go to
Oomph's "Preference Recorder" preferences and selectively disable
the recording of specific preferences. PreferenceTasks that have
already been recorded automatically get removed at that time and
will no longer apply at startup time. Just uncheck the preference:<br>
<br>
<img src="https://www.eclipse.org/forums/index.php?t=getfile&id=22204" alt=""><br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">Can
this be avoided? </blockquote>
I think the only way to avoid this now is to disable the preference
recorder by default. That's possible with the following line in a
plugin_customization.ini file:<br>
<br>
org.eclipse.oomph.setup.ui/enable.preference.recorder=false<br>
<br>
Ironically, our Welcome Questionnaire used to ask new users whether
to enable the recorder by default or not. But that seemed like too
much of a choice for some people.<br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">Without
explanation of this behavior, I think users will be very confused.
<br>
</blockquote>
We plan some major improvements to the recorder infrastructure after
the release. That will include better labels for the
preferences/policies and better default policies. Your input is
welcome.<br>
<br>
<blockquote cite="mid:mlrvrj$nh1$1@xxxxxxxxe.org" type="cite">
<br>
I would like to fix this behavior before we release next week...
What options do I have?
<br>
</blockquote>
I think the best solution is to disable the recorder by deault and
let people opt in. I'll bring this topic up on epp-dev...<br>
<br>
Cheers<br>
/Eike<br>
<br>
----<br>
<a class="moz-txt-link-freetext" href="http://www.esc-net.de">http://www.esc-net.de</a><br>
<a class="moz-txt-link-freetext" href="http://thegordian.blogspot.com">http://thegordian.blogspot.com</a><br>
<a class="moz-txt-link-freetext" href="http://twitter.com/eikestepper">http://twitter.com/eikestepper</a><br>
<br>
<br>
</body>
</html>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Re: Undesirable Preference Recorder Behavior in Java EE EPP [message #1698768 is a reply to message #1698734] |
Wed, 17 June 2015 16:24 |
|
I'll resend my former replay as plain text:
Am 17.06.2015 um 16:22 schrieb Chuck Bridgham:
> We have been doing some final Mars EPP testing, and with the OOmph bundles now part of the JEE EPP, we have been
> receiving some feedback on the behavior while running through our basic scenarios, not all positive, and in some cases
> seem to confuse.
A pity that this testing was done so late that we can't do much anymore, but see below...
> In Web Tools, initial workspace configuration involves adding server runtimes (Tomcat etc...). By default the OOmph
> preference recording is on in the EPP, so the recorder dialog appears after saving the preference for the runtimes.
> If the user selects ok, then all is good, and the preference is saved in global cache.
Yes, the preference recorder has created a PreferenceTask in the global
${user.home}/.eclipse/org.eclipse.oomph.setup/setups/user.setup file.
> But - then if the user decides to turn off the preference recorder (for any reason - maybe because they are not
> interested in this behavior) in the server runtimes preference page, and then add a new runtime. this will not be
> saved on restart.
I assume that all these runtimes are saved in a single XML blob preference, so that they can't be changed individually
by a PreferenceTask.
> Any new runtime added after will be lost. It looks like it always loads the cached preferences saved before turning
> off the recorder.
Yes, the setup tasks that exist in the user.setup file (see above) are all executed at startup time, unless the startup
task execution is disabled in Oomph's "Setup" preferences.
> Is this correct behavior?
I would say correct as in "works as designed". The user can go to Oomph's "Preference Recorder" preferences and
selectively disable the recording of specific preferences. PreferenceTasks that have already been recorded automatically
get removed at that time and will no longer apply at startup time. Just uncheck the preference:
> Can this be avoided?
I think the only way to avoid this now is to disable the preference recorder by default. That's possible with the
following line in a plugin_customization.ini file:
org.eclipse.oomph.setup.ui/enable.preference.recorder=false
Ironically, our Welcome Questionnaire used to ask new users whether to enable the recorder by default or not. But that
seemed like too much of a choice for some people.
> Without explanation of this behavior, I think users will be very confused.
We plan some major improvements to the recorder infrastructure after the release. That will include better labels for
the preferences/policies and better default policies. Your input is welcome.
>
> I would like to fix this behavior before we release next week... What options do I have?
I think the best solution is to disable the recorder by deault and let people opt in. I'll bring this topic up on epp-dev...
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
| |
Goto Forum:
Current Time: Sun Dec 08 03:16:50 GMT 2024
Powered by FUDForum. Page generated in 0.03650 seconds
|