Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Remote Application Platform (RAP) » Startup level of fragments
Startup level of fragments [message #99067] Mon, 21 July 2008 06:36 Go to next message
Stefan   is currently offline Stefan Friend
Messages: 316
Registered: July 2009
Senior Member
Hi,

I posted that question to the equinox newsgroup some days ago but got no
answer yet, so maybe someone from here can help me.

I want to *patch* the content of the fragment org.eclipse.rap.rwt.q07
using another fragment. The latter contains some resources which should
override the original ones.

As both fragments have the some host bundle, I found out, that the
startup order of the fragments specifies which resource is actually
used. However, I found no possiblity to set up this order - the number
in the launch configuration seems to be ignored for fragments.

Does anyone have a solution for this?

Regards,
Stefan.
Re: Startup level of fragments [message #99155 is a reply to message #99067] Mon, 21 July 2008 22:28 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: evolanakis.innoopract.com

Hi Stefan,

> used. However, I found no possiblity to set up this order - the number
> in the launch configuration seems to be ignored for fragments.

*normally* I'm not aware of anything that would allow you to do this.
First fragments cannot be started/stopped - only bundles. Second, you
cannot specify inter-fragment dependencies, i.e. a fragment can require
other bundles, but not other fragments.

However I've found a "creative" approach that may or may not help. With
3.3 (?) two Eclipse-specific headers were introduced --
Eclipse-GenericRequire and Eclipse-GenericCapability -- that allow you
to specify your own requires-provides relationship.

http://help.eclipse.org/ganymede/topic/org.eclipse.platform. doc.isv/reference/misc/bundle_manifest.html

I was able to specify a fragment-to-fragment dependency (*shiver*) by
using the following construct, in the MANIFEST.MF of the
org.eclipse.rap.rwt.q07 fragment:
Eclipse-GenericRequire:
my.fragment:fragment;selection-filter="(version>=1.0.0)"

And this in the MANIFEST.MF of my.fragment (which also has the RWT
bundle as a host-bundle)
Eclipse-GenericCapability:
my.fragment:fragment;version:version="1.0.0"

At least the "Validate" button in the launch configuration is now aware
of the dependency relationship. You can check if that helps to fix your
problem. Otherwise I'm afraid that you have to modify the files directly
in the q07 fragment.

Regards,
Elias.


Stefan Roeck wrote:
> Hi,
>
> I posted that question to the equinox newsgroup some days ago but got no
> answer yet, so maybe someone from here can help me.
>
> I want to *patch* the content of the fragment org.eclipse.rap.rwt.q07
> using another fragment. The latter contains some resources which should
> override the original ones.
>
> As both fragments have the some host bundle, I found out, that the
> startup order of the fragments specifies which resource is actually
> used. However, I found no possiblity to set up this order - the number
> in the launch configuration seems to be ignored for fragments.
>
> Does anyone have a solution for this?
>
> Regards,
> Stefan.


--
---
Elias Volanakis
Innoopract, Inc.
http://www.innoopract.com
Re: Startup level of fragments [message #99287 is a reply to message #99155] Tue, 22 July 2008 09:47 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: fappel.innoopract.com

interesting - and a new piece for the declaration hell...

Ciao
Frank

-----Ursprüngliche Nachricht-----
Von: Elias Volanakis [mailto:evolanakis@innoopract.com]
Bereitgestellt: Dienstag, 22. Juli 2008 00:28
Bereitgestellt in: eclipse.technology.rap
Unterhaltung: Startup level of fragments
Betreff: Re: Startup level of fragments

Hi Stefan,

> used. However, I found no possiblity to set up this order - the
number
> in the launch configuration seems to be ignored for fragments.

*normally* I'm not aware of anything that would allow you to do this.
First fragments cannot be started/stopped - only bundles. Second, you
cannot specify inter-fragment dependencies, i.e. a fragment can require
other bundles, but not other fragments.

However I've found a "creative" approach that may or may not help. With
3.3 (?) two Eclipse-specific headers were introduced --
Eclipse-GenericRequire and Eclipse-GenericCapability -- that allow you
to specify your own requires-provides relationship.

http://help.eclipse.org/ganymede/topic/org.eclipse.platform. doc.isv/refe
rence/misc/bundle_manifest.html

I was able to specify a fragment-to-fragment dependency (*shiver*) by
using the following construct, in the MANIFEST.MF of the
org.eclipse.rap.rwt.q07 fragment:
Eclipse-GenericRequire:
my.fragment:fragment;selection-filter="(version>=1.0.0)"

And this in the MANIFEST.MF of my.fragment (which also has the RWT
bundle as a host-bundle)
Eclipse-GenericCapability:
my.fragment:fragment;version:version="1.0.0"

At least the "Validate" button in the launch configuration is now aware
of the dependency relationship. You can check if that helps to fix your
problem. Otherwise I'm afraid that you have to modify the files directly

in the q07 fragment.

Regards,
Elias.


Stefan Roeck wrote:
> Hi,
>
> I posted that question to the equinox newsgroup some days ago but got
no
> answer yet, so maybe someone from here can help me.
>
> I want to *patch* the content of the fragment org.eclipse.rap.rwt.q07
> using another fragment. The latter contains some resources which
should
> override the original ones.
>
> As both fragments have the some host bundle, I found out, that the
> startup order of the fragments specifies which resource is actually
> used. However, I found no possiblity to set up this order - the number

> in the launch configuration seems to be ignored for fragments.
>
> Does anyone have a solution for this?
>
> Regards,
> Stefan.


--
---
Elias Volanakis
Innoopract, Inc.
http://www.innoopract.com
Re: Startup level of fragments [message #99589 is a reply to message #99155] Wed, 23 July 2008 17:07 Go to previous messageGo to next message
Stefan   is currently offline Stefan Friend
Messages: 316
Registered: July 2009
Senior Member
Hi Elias,

thanks for your suggestion - I really wonder what other *treasures* can
be found in the deep of the RCP sea...

Unfortunately, this additional dependency doesn't seem to have any
impact on the startup order of the fragments, so it doesn't fix my problem.

The startup order seems to be quite random - on a local machine, it is
always the same for every application start from eclipse. However, after
a eclipse restart, it is completely different...

In my use case I want to replace the default dialog images located in
resource.widget.rap.dialog. I didn't find a branding mechanism to
replace theses - is there one?

Regards,
Stefan.

Elias Volanakis schrieb:
> Hi Stefan,
>
> > used. However, I found no possiblity to set up this order - the number
> > in the launch configuration seems to be ignored for fragments.
>
> *normally* I'm not aware of anything that would allow you to do this.
> First fragments cannot be started/stopped - only bundles. Second, you
> cannot specify inter-fragment dependencies, i.e. a fragment can require
> other bundles, but not other fragments.
>
> However I've found a "creative" approach that may or may not help. With
> 3.3 (?) two Eclipse-specific headers were introduced --
> Eclipse-GenericRequire and Eclipse-GenericCapability -- that allow you
> to specify your own requires-provides relationship.
>
> http://help.eclipse.org/ganymede/topic/org.eclipse.platform. doc.isv/reference/misc/bundle_manifest.html
>
>
> I was able to specify a fragment-to-fragment dependency (*shiver*) by
> using the following construct, in the MANIFEST.MF of the
> org.eclipse.rap.rwt.q07 fragment:
> Eclipse-GenericRequire:
> my.fragment:fragment;selection-filter="(version>=1.0.0)"
>
> And this in the MANIFEST.MF of my.fragment (which also has the RWT
> bundle as a host-bundle)
> Eclipse-GenericCapability:
> my.fragment:fragment;version:version="1.0.0"
>
> At least the "Validate" button in the launch configuration is now aware
> of the dependency relationship. You can check if that helps to fix your
> problem. Otherwise I'm afraid that you have to modify the files directly
> in the q07 fragment.
>
> Regards,
> Elias.
>
>
> Stefan Roeck wrote:
>> Hi,
>>
>> I posted that question to the equinox newsgroup some days ago but got
>> no answer yet, so maybe someone from here can help me.
>>
>> I want to *patch* the content of the fragment org.eclipse.rap.rwt.q07
>> using another fragment. The latter contains some resources which
>> should override the original ones.
>>
>> As both fragments have the some host bundle, I found out, that the
>> startup order of the fragments specifies which resource is actually
>> used. However, I found no possiblity to set up this order - the number
>> in the launch configuration seems to be ignored for fragments.
>>
>> Does anyone have a solution for this?
>>
>> Regards,
>> Stefan.
>
>
Re: Startup level of fragments [message #99600 is a reply to message #99155] Wed, 23 July 2008 18:25 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: zx.code9.com

Elias Volanakis wrote:
> Hi Stefan,
>
> > used. However, I found no possiblity to set up this order - the number
> > in the launch configuration seems to be ignored for fragments.
>
> *normally* I'm not aware of anything that would allow you to do this.
> First fragments cannot be started/stopped - only bundles. Second, you
> cannot specify inter-fragment dependencies, i.e. a fragment can require
> other bundles, but not other fragments.
>
> However I've found a "creative" approach that may or may not help. With
> 3.3 (?) two Eclipse-specific headers were introduced --
> Eclipse-GenericRequire and Eclipse-GenericCapability -- that allow you
> to specify your own requires-provides relationship.
>
> http://help.eclipse.org/ganymede/topic/org.eclipse.platform. doc.isv/reference/misc/bundle_manifest.html
>
>
> I was able to specify a fragment-to-fragment dependency (*shiver*) by
> using the following construct, in the MANIFEST.MF of the
> org.eclipse.rap.rwt.q07 fragment:
> Eclipse-GenericRequire:
> my.fragment:fragment;selection-filter="(version>=1.0.0)"
>
> And this in the MANIFEST.MF of my.fragment (which also has the RWT
> bundle as a host-bundle)
> Eclipse-GenericCapability:
> my.fragment:fragment;version:version="1.0.0"
>
> At least the "Validate" button in the launch configuration is now aware
> of the dependency relationship. You can check if that helps to fix your
> problem. Otherwise I'm afraid that you have to modify the files directly
> in the q07 fragment.

lol Elias, you win an award on that one. I didn't know anyone used those
headers ;)

Cheers,

~ Chris
Re: Startup level of fragments [message #99617 is a reply to message #99589] Wed, 23 July 2008 19:55 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: rsternberg.innoopract.com

Hi Stefan,

Stefan Roeck wrote:
> In my use case I want to replace the default dialog images located in
> resource.widget.rap.dialog. I didn't find a branding mechanism to
> replace theses - is there one?

No, these images are still hard-wired in Display#getSystemImage(). Sure
it should be possible to exchange them. I'm not sure right now whether
this should be done by means of theming or branding. Would you like to
file a bug for this?

Thanks, Ralf
Re: Startup level of fragments [message #99643 is a reply to message #99617] Thu, 24 July 2008 08:05 Go to previous message
Stefan   is currently offline Stefan Friend
Messages: 316
Registered: July 2009
Senior Member
Hi Ralf,

bug is here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=241929

Regards,
Stefan.

Ralf Sternberg schrieb:
> Hi Stefan,
>
> Stefan Roeck wrote:
>> In my use case I want to replace the default dialog images located in
>> resource.widget.rap.dialog. I didn't find a branding mechanism to
>> replace theses - is there one?
>
> No, these images are still hard-wired in Display#getSystemImage(). Sure
> it should be possible to exchange them. I'm not sure right now whether
> this should be done by means of theming or branding. Would you like to
> file a bug for this?
>
> Thanks, Ralf
Previous Topic:How do blocking popups work?
Next Topic:Platform.getProduct() alternative...
Goto Forum:
  


Current Time: Thu Mar 28 12:01:52 GMT 2024

Powered by FUDForum. Page generated in 0.02914 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top