osgi.frameworkClassPath for java 1.5 and 1.6

Hi!

I have big problem with Java Web Start.

I have to deploy application, with small starter which invokes main application with osgi support.

I have a section for downloading jars (bundles)

<jar href="plugins/com.szymik.plugin1.jar" />

<jar href="plugins/com.szymik.plugin2.jar" />

...

and

<property name="osgi.bundles" value=" com.szymik.plugin1,

com.szymik.plugin2.jar,

?

<property name="osgi.adaptor" value="com.szymik.start.MyAdaptor" />

<property name="osgi.frameworkClassPath"

value="com.szymik.start.jar,org.eclipse.osgi_3.2.2?jar" />

I use Java 1.5 and Eclipse 3.2.1 (or 3.2)

Cache for Java 1.5 (javaws) after downloading jars, store it as RMcom.szymik.plugin1.jar卆nd so on.

My application is able to start only if I write the whole name for osgi.frameworkClassPath. I must make so:

<property name="osgi.frameworkClassPath"

value="RMcom.szymik.start.jar,RMorg.eclipse.osgi_3.2.2?jar" />

I have already tried all combination for class path.

com.szymik.start.jar is a normal jar, not an eclipse plugin

This work on Java 1.5 and Windows XP, no I should make the same for Java 1.6

Java 1.6 has other cache mechanism and I am not able to give the right osgi.frameworkClassPath. My application fails to load main startup class.

The same problem occurs if I start on MacOS with Java 1.5.

This is big application and I cannot make changes in architecture, so I must find any workaround to for Java 1.6 and its cache.

I have googled for information about changes in Javaws 1.6 but I haven抰 found any help.

I someone could provide my any help, please.

Thanks a lot.

Lukasz

[2032 byte] By [Szymika] at [2007-11-26 17:11:19]
# 1
The only way to enable use of packages that are dependant on being loaded from the application class loader (from the classpath) is to use a Java Web Start extension installer to install those jar files somewhere in the classpath (such as in the lib/ext directory of the jre)./Andy
dietz333a at 2007-7-8 23:39:08 > top of Java-index,Desktop,Deploying...