Equinox 3.2 and Portal 6 [message #73021] |
Mon, 11 September 2006 21:48 ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: mikeyatwork.gmail.com
I'm having classloading problems using Portal 6 and Equinox 3.2.
I'm deploying my application as an ear (using WAS admin console) into my
Portal instance. I have some jars within web-inf/lib and some packed into
bundles. We originally had osgi.parentClassloader=fwk and this worked fine
when using Jetty the Server1 intance within WAS but we got class not found
problems when deploying within the Portal instance so I'm trying to get
this to work. My plan was to install any jars that are used inside &
outside of OSGI within the web-inf folder (so we only ship a given jar
once), all other libs that are only used within OSGI are packed into
bundles. I've changed osgi.parentClassloader to nothing/boot/app and
haven't had any luck, I've also switched the classloading parent and
policy settings within WAS. The error I see when one of my bundles is
starting is java.lang.NoClassDefFoundError:
org/apache/commons/logging/LogFactory. Commons-logging is in web-inf/lib
and the bundle that has the error does not specify this package within
it's import values within the manifest file. My understanding is that if
the lib is found outside of OSGI, the lib should not be included withn the
Import-Package section.
Any ideas? What's the best practise values for the equinox properties &
the classloading options withn WAS?
|
|
|
Re: Equinox 3.2 and Portal 6 [message #73109 is a reply to message #73021] |
Thu, 14 September 2006 16:45 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Eclipse User![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=) |
|
|
|
Originally posted by: simon.kaegi.cognos.com
Hi Mike,
From your description, wth osgi.parentClassloader=fwk you should be able to
see commons logging.
If that still isn't working I'd siggest attaching a debugger to figure out
exactly what's going on.
Personally, I'm fairly reluctant to use "fwk". I'd instead suggest:
1) osgi.parentClassloader=boot (or "ext" if you need it for crypto)
2) For jars in WEB-INF/lib, use "empty" framework extension bundles (e.g.
imitate or just add to the "Export-Package" list in
org.eclipse.equinox.servlet.bridge.extensionbundle) for only those packages
you need in your bundles.
3) For your actual bundles, the best practice is to Import-Package
"everything" that isn't in java.*
HTH
-Simon
"Mike Erickson" <mikeyatwork@gmail.com> wrote in message
news:72748da90d2aab39d14c36b77970fb69$1@www.eclipse.org...
> I'm having classloading problems using Portal 6 and Equinox 3.2.
> I'm deploying my application as an ear (using WAS admin console) into my
> Portal instance. I have some jars within web-inf/lib and some packed into
> bundles. We originally had osgi.parentClassloader=fwk and this worked fine
> when using Jetty the Server1 intance within WAS but we got class not found
> problems when deploying within the Portal instance so I'm trying to get
> this to work. My plan was to install any jars that are used inside &
> outside of OSGI within the web-inf folder (so we only ship a given jar
> once), all other libs that are only used within OSGI are packed into
> bundles. I've changed osgi.parentClassloader to nothing/boot/app and
> haven't had any luck, I've also switched the classloading parent and
> policy settings within WAS. The error I see when one of my bundles is
> starting is java.lang.NoClassDefFoundError:
> org/apache/commons/logging/LogFactory. Commons-logging is in web-inf/lib
> and the bundle that has the error does not specify this package within
> it's import values within the manifest file. My understanding is that if
> the lib is found outside of OSGI, the lib should not be included withn the
> Import-Package section.
>
> Any ideas? What's the best practise values for the equinox properties &
> the classloading options withn WAS?
>
|
|
|
Powered by
FUDForum. Page generated in 0.03833 seconds