Doug, Seconding Manoj's thoughts. Having a shared utility jar in WEB-INF/lib and using those classes in both a mar and aar. Will that solve the problem? Please raise a JIRA for that if that does not work with the following parameter in your service.xml
<parameter name="ServiceTCCL" locked="false">composite</parameter> thanks, dims PS: Please don't post html to the list. Please switch your email client to send plain text. On 2/15/07, Manoj Khangaonkar <[EMAIL PROTECTED]> wrote:
Doug, Is this problem any different from any other code re-use problem with says EJB jars or WEB wars , Service aars ? In most of these cases - an "application" classloader with load the classes in the jar/war. So classes in 1 jar/war are not visible to others. Any utility classes that need to be shared - are first packaged as utility jars. But the utility jar needs to be copied and packaged with each EJB jar/WEB war that needs to use the utility classes. Mj On 2/15/07, Doug Davis <[EMAIL PROTECTED]> wrote: > > I suspect that moving all utils (from all modules) into the kernel isn't an option :-) > > thanks > -Doug > ______________________________________________________ > STSM | Web Services Architect | IBM Software Group > (919) 254-6905 | IBM T/L 444-6905 | [EMAIL PROTECTED] > > > > "David Illsley" <[EMAIL PROTECTED]> > > 02/15/2007 03:49 AM > > Please respond to > [email protected] > > > To [email protected], [EMAIL PROTECTED] > > cc > > > Subject Re: accessing methods in a module > > > > > > > > > > > > Hi Doug, > The example you picked actually happened... did you know that? The > toOM/fromOM for EndpointReference are now in the kernel module so they > are available to everyone. The reason I did't push for services to be > able to access classes in mars is because it would still be a > development time headache to persuade my favoured IDE to look inside a > jar in a mar. > > David > > On 14/02/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote: > > Doug, > > > > Come to think of it. i think If you place the mar file in WEB-INF/lib. > > The module is loaded and the code in there is available to services. > > Need to test it of course... > > > > -- dims > > > > On 2/14/07, Doug Davis < [EMAIL PROTECTED]> wrote: > > > > > > If I have a module that exposes some static utility methods - what is the > > > way axis2 developers are supposed to model that? > > > For example, let's say a popular module like WS-Addressing were to expose > > > some utility method to convert a chunk of XML into an EPR. Clearly logic > > > that falls within the WS-Addressing module's domain but useful for more than > > > just the module itself. Applications (on the client and/or server) may need > > > this kind of utility for their own purposes. From my understanding, the > > > module classloading logic in axis2 is such that if I wanted to expose these > > > static methods I would need to duplicate the appropriate jar files. In > > > other words, I need to copy the jars from the .mar file out into the normal > > > classloader path - e.g. WEB-INF/lib. If correct, this seems less then > > > friendly since from the application's point of view, once the module is > > > engaged they may wonder why those classes are not available to be used - and > > > this would mean that module developers would need to package their code in > > > such a way that jars could easily be extracted for reuse outside of the > > > module w/o duplicating all jars (and they would need to communicate which > > > jars need to be copied in their docs). > > > > > > thanks > > > -Doug > > > ______________________________________________________ > > > STSM | Web Services Architect | IBM Software Group > > > (919) 254-6905 | IBM T/L 444-6905 | [EMAIL PROTECTED] > > > > > > -- > > Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > David Illsley - IBM Web Services Development > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > >
-- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
