Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epp-dev] oomph "bug" in EPP

Hi,

+1 
  • for that the "bugfix" that has been made for the Java EE package should be applied consistently to all packages (Oomph is a common feature of all packages and it would be somehow surprising if it behaved differently from package to package)
  • generally it is better to be a bit more careful and come up with a new piece of functionality later (or - as in this case - expose it in a less prominent way in the first run) than to release something that we are not really sure about
Stephan

2015-06-20 7:21 GMT+02:00 Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx>:

Hi all,

 

I’m a little surprised we don’t have more replies on this request, especially in light of the new respin required for MPC anyways.

 

I’m not a package maintainer any more, but from my (adopter/user) point of view it would be valuable to have some consistency between the packages. Also, a saying goes “if in doubt, leave it out”. So, as much as I like Oomph Preferences personally, I’d suggest applying the JEE default preference change across all the packages and making it “opt-in only” at this time.

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

From: epp-dev-bounces@xxxxxxxxxxx [mailto:epp-dev-bounces@xxxxxxxxxxx] On Behalf Of Markus Knauer
Sent: Friday, June 19, 2015 5:52 PM
To: Eclipse Packaging Project
Subject: Re: [epp-dev] oomph "bug" in EPP

 

Thanks, Max, for bringing this forward as requested!

I'd like to get more feedback from the other package maintainers whether you see this as a problem in your package, and I hope to get feedback from the Oomph team.

Technically this means we would need to add another entry to the plugin_customizations.ini  of each package that changes the default setting of the Oomph preference recorder from 'on' to 'off'. The content of the packages would be the same, the same parts of Oomph would be included and could be enabled at any time, but only through a manual change by the user. This change already found its way to the Java EE package this week. Based on this change we would have to rebuild the packages and go through another cycle with tests and votings.

 

Now I'd like to hear your opinion. :-)

 

Thanks,

Markus



 

On 19 June 2015 at 17:07, Max Rydahl Andersen <manderse@xxxxxxxxxx> wrote:

Hi,

I was suggested to raise this on eep-dev.

the oomph preference recorder issue.

That is a feature that is forcefully enabled right now which has definite issues
and will cause grief and loss of user settings.

WTP already requested it, but here it goes again
https://bugs.eclipse.org/bugs/show_bug.cgi?id=470430

Note latest comments from Eike and that its found affecting other packages beyond WTP.
Any preference that are stored as a blob/list gets overwritten by oomph even though
you disabled the recorder.

As I understand it is that JavaEE will go out with this disabled, but I would think
we would want all EPP packages to have this flag disabled until SR1 where this hopefully
can be fixed better by oomph.

Thank you,
/max
http://about.me/maxandersen
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/epp-dev

 


_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/epp-dev


Back to the top