We need to write it up: http://marc.theaimsgroup.com/?l=axis-user&m=116922275721725&w=2
Thanks, PS: Please switch your email client to send plain text messages. On 2/15/07, Doug Davis <[EMAIL PROTECTED]> wrote:
Just curious, do you have a URL to some docs that describe this ServiceTCCL option? I googled it but only found references to Spring and I'm not using that. thanks -Doug ______________________________________________________ STSM | Web Services Architect | IBM Software Group (919) 254-6905 | IBM T/L 444-6905 | [EMAIL PROTECTED] "Davanum Srinivas" <[EMAIL PROTECTED]> 02/15/2007 03:21 PM Please respond to [email protected] To [email protected] cc Subject Re: accessing methods in a module 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]
-- Davanum Srinivas :: http://wso2.org/ :: Oxygen for Web Services Developers --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
