looking at the bugreport, maybe I was wrong that duplicate entries throw an exception. have to check tomorrow
Am 05.08.2009 um 22:40 schrieb Christian Campo: Yes I can confirm that it has to be unique, and yes it is problematic in large applications. I actually thought that we know in the CVS HEAD version, 1.2.0.M1 milestone (coming next week or the week after) check for duplicates and throw an exception.
Still it does not really solve the problem but just warn you. If you have a clever idea, let me know. We just wanted to get a simple definition for a start. Once it gets more complicated, you can think of conditional autostarts like (if you start subapplication foo, also start this assembly).
Maybe autostart IDs (alphanumeric) that are configured in a certain order in an application startup properties file would help. Not sure. Open a bugzilla if you know the solution.
christian
Am 05.08.2009 um 21:35 schrieb ekke: Elias Volanakis schrieb: I believe it has to be unique. See also the discussion on Bug 281395.
thanks pointing me to the bug - I understand why it should be unique, but to be pragmatic duplicates should be started and a warning logged ekke Elias.
On Wed, Aug 5, 2009 at 12:03 PM, ekke<ekke@xxxxxxxxxxxxxxxx> wrote:
hi,
using the Autostartsequence I can decide which Modulegroups should be
started and in which order
is it correct that this number has to be unique ?
if I have two Modulegroups with the same Autostartsequence, then only one of
these will be started -
the other one is silently without an information not started
I would have expected, that both will be started, because there IS an
Autostartsequence -
of course I dont have control about the order of these
Should I open a Bugzilla or must the sequence be unique ?
But this will be difficult to manage in a huge application
thx
ekke
.... making progress to have a completely generated Riena Navigation + UI
RCP app ...
--
ekke (ekkehard gentz)
independent software-architect
senior erp-consultant
eclipse | osgi | equinox | mdsd | oaw | emf | uml
max-josefs-platz 30, D-83022 rosenheim, germany
mailto:ekke@xxxxxxxxxxxxxxxx
homepages (de): http://ekkehard.org || http://gentz-software.de
blog (en): http://ekkes-corner.org
blog (de): http://ekkes-ecke.org
skype: ekkes-corner
Steuer-Nr: 156/220/30931 FA Rosenheim, UST-ID: DE189929490
_______________________________________________
riena-dev mailing list
riena-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/riena-dev
|
