Home » Eclipse Projects » Orbit » Re: Unable to load localized model for javax.xml.soap
| Re: Unable to load localized model for javax.xml.soap [message #11990] |
Mon, 14 April 2008 07:40  |
|
Hi Peter,
A plug-in can installed as a jar file (packed) or unzipped into a folder (unpacked). It seems like
the Orbit project has invented yet another format for distributing the latter. Instead of providing
them as installable bundles in jar files (the way it's done on an update site), they provide them as
zip files rooted from the plug-ins folder. I have no idea why that is so I'll cross post this to the
orbit newsgroup.
At present, Buckminster cannot handle this type of packaging.
Regards,
Thomas Hallgren
Peter Kullmann wrote:
> I'm trying to import the javax.xml.soap bundle from orbit with the
> following rmap:
>
> <searchPath name="default">
> <provider readerType="eclipse.import" componentTypes="osgi.bundle"
> mutable="false" source="false">
> <uri
> format=" http://download.eclipse.org/tools/orbit/downloads/drops/S200 80326131619/orbitBundles-S20080326131619.map"/>
>
> </provider>
> </searchPath>
>
> and it stops with the error "Unable to load localized model for
> javax.xml.soap".
>
> I have the same problem with javax.xml.rcp and with org.apache.axis (as
> it depends on rcp and soap).
>
> Thanks for any hints
> Peter
|
|
|
| Re: Unable to load localized model for javax.xml.soap [message #12040 is a reply to message #11990] |
Tue, 15 April 2008 16:47  |
 David Williams
Messages: 722
Registered: July 2009 |
Senior Member |
|
|
On Mon, 14 Apr 2008 03:40:22 -0400, Thomas Hallgren <thomas@tada.se> wro=
te:
> Instead of providing
> them as installable bundles in jar files (the way it's done on an upda=
te site), they provide them as
> zip files rooted from the plug-ins folder. I have no idea why that is =
so ...
>
>
> Peter Kullmann wrote:
>> I'm trying to import the javax.xml.soap bundle from orbit with the
>> following rmap:
>>
>> <searchPath name=3D"default">
>> <provider readerType=3D"eclipse.import" componentTypes=3D"osgi.bund=
le"
>> mutable=3D"false" source=3D"false">
>> <uri
>> format=3D" http://download.eclipse.org/tools/orbit/downloads/drops/S20=
080326131619/orbitBundles-S20080326131619.map"/>
>>
>> </provider>
>> </searchPath>
>>
>> and it stops with the error "Unable to load localized model for
>> javax.xml.soap"
> ....
Some bundles are zip files in the "raw bundles" site so people can get t=
hem and just unzip them into an eclipse install. (That is, in cases wher=
e they are zip files. And that's important because according to their us=
e by the person who originated their contribution, they can not really b=
e used as a raw jar file ... they need to be expanded, for example they =
need direct access to the embedded jars, or something similar).
Second, the "update manager" form is quietly available from each build i=
n a directory, where 'bundles' is replaced with 'updateSite/plugins', So=
, for example, that "javax.xml.soap" bundle would be
http://download.eclipse.org/tools/orbit/downloads/drops/S200 80326131619/=
updateSite/plugins/javax.xml.soap_1.2.0.v200803070511.jar There's no goo=
d way to know, then, whether is should remain jarr'd, or be expanded.
So, while there's no map file to this updateSite space, I hope this info=
rmation helps you find a solution.
|
|
|
| Re: Unable to load localized model for javax.xml.soap [message #12052 is a reply to message #12040] |
Tue, 15 April 2008 17:25 |
|
David Williams wrote:
> Some bundles are zip files in the "raw bundles" site so people can get them and just unzip them into an eclipse install. (That is, in cases where they are zip files. And that's important because according to their use by the person who originated their contribution, they can not really be used as a raw jar file ... they need to be expanded, for example they need direct access to the embedded jars, or something similar).
>
OK, fair enough. I can see how that can simplify things.
> Second, the "update manager" form is quietly available from each build in a directory, where 'bundles' is replaced with 'updateSite/plugins', So, for example, that "javax.xml.soap" bundle would be
> http://download.eclipse.org/tools/orbit/downloads/drops/S200 80326131619/updateSite/plugins/javax.xml.soap_1.2.0.v2008030 70511.jar There's no good way to know, then, whether is should remain jarr'd, or be expanded.
>
> So, while there's no map file to this updateSite space, I hope this information helps you find a solution.
>
I've already added functionality to the Buckminster import reader so that we treat the Orbit .zip
files correctly so for now, we can continue using the map file as the "repository meta-data".
Do you have any plans to p2'ize the Orbit download site?
Regards,
Thomas Hallgren
|
|
| |
| Re: Unable to load localized model for javax.xml.soap [message #563330 is a reply to message #11990] |
Tue, 15 April 2008 16:47 |
David Williams
Messages: 722
Registered: July 2009 |
Senior Member |
|
|
On Mon, 14 Apr 2008 03:40:22 -0400, Thomas Hallgren <thomas@tada.se> wro=
te:
> Instead of providing
> them as installable bundles in jar files (the way it's done on an upda=
te site), they provide them as
> zip files rooted from the plug-ins folder. I have no idea why that is =
so ...
>
>
> Peter Kullmann wrote:
>> I'm trying to import the javax.xml.soap bundle from orbit with the
>> following rmap:
>>
>> <searchPath name=3D"default">
>> <provider readerType=3D"eclipse.import" componentTypes=3D"osgi.bund=
le"
>> mutable=3D"false" source=3D"false">
>> <uri
>> format=3D" http://download.eclipse.org/tools/orbit/downloads/drops/S20=
080326131619/orbitBundles-S20080326131619.map"/>
>>
>> </provider>
>> </searchPath>
>>
>> and it stops with the error "Unable to load localized model for
>> javax.xml.soap"
> ....
Some bundles are zip files in the "raw bundles" site so people can get t=
hem and just unzip them into an eclipse install. (That is, in cases wher=
e they are zip files. And that's important because according to their us=
e by the person who originated their contribution, they can not really b=
e used as a raw jar file ... they need to be expanded, for example they =
need direct access to the embedded jars, or something similar).
Second, the "update manager" form is quietly available from each build i=
n a directory, where 'bundles' is replaced with 'updateSite/plugins', So=
, for example, that "javax.xml.soap" bundle would be
http://download.eclipse.org/tools/orbit/downloads/drops/S200 80326131619/=
updateSite/plugins/javax.xml.soap_1.2.0.v200803070511.jar There's no goo=
d way to know, then, whether is should remain jarr'd, or be expanded.
So, while there's no map file to this updateSite space, I hope this info=
rmation helps you find a solution.
|
|
|
| Re: Unable to load localized model for javax.xml.soap [message #563350 is a reply to message #12040] |
Tue, 15 April 2008 17:25 |
|
David Williams wrote:
> Some bundles are zip files in the "raw bundles" site so people can get them and just unzip them into an eclipse install. (That is, in cases where they are zip files. And that's important because according to their use by the person who originated their contribution, they can not really be used as a raw jar file ... they need to be expanded, for example they need direct access to the embedded jars, or something similar).
>
OK, fair enough. I can see how that can simplify things.
> Second, the "update manager" form is quietly available from each build in a directory, where 'bundles' is replaced with 'updateSite/plugins', So, for example, that "javax.xml.soap" bundle would be
> http://download.eclipse.org/tools/orbit/downloads/drops/S200 80326131619/updateSite/plugins/javax.xml.soap_1.2.0.v2008030 70511.jar There's no good way to know, then, whether is should remain jarr'd, or be expanded.
>
> So, while there's no map file to this updateSite space, I hope this information helps you find a solution.
>
I've already added functionality to the Buckminster import reader so that we treat the Orbit .zip
files correctly so for now, we can continue using the map file as the "repository meta-data".
Do you have any plans to p2'ize the Orbit download site?
Regards,
Thomas Hallgren
|
|
| |
Goto Forum:
Current Time: Fri Apr 19 19:02:16 GMT 2024
Powered by FUDForum. Page generated in 0.03173 seconds |
] 
Search
Help
Register
Login
Home
