Home » Eclipse Projects » Remote Application Platform (RAP) » Startup level of fragments
|
Re: Startup level of fragments [message #99155 is a reply to message #99067] |
Mon, 21 July 2008 22:28 |
Eclipse User |
|
|
|
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 |
Eclipse User |
|
|
|
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 |
Stefan 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 |
Eclipse User |
|
|
|
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 |
Eclipse User |
|
|
|
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
|
|
| |
Goto Forum:
Current Time: Thu May 16 16:51:43 GMT 2024
Powered by FUDForum. Page generated in 0.04221 seconds
|