springframework-developer

[Springframework-developer] JMX ObjectNamingStrategy and webapps

[Lars H. <wo...@hi...>]

Hi!

We have developed a server framework which is used in many of our 
webapps. Now it would be cool to manage each server (one server per 
webapp) via JMX. Since each JMX bean must have a unique ID it would be 
cool to have a naming strategy that integrates the name of the web 
application (request.getContextPath) into the name. This way it would 
be very easy to deploy multiple webapps out of the box without the need 
to tweak the spring configuration for each webapp (in order to 
customize the JMX bean name).

What do you think?

Yours,
Lars

[Springframework-developer] Re: JMX ObjectNamingStrategy and webapps

[Rob H. <ro...@ca...>]

Lars,

That sounds like a really cool idea. I would have to look into it to see how 
practical it is. I'm not sure how the naming strategy can be made aware of 
the context it is running in, but I will certainly look into it. 

Unfortunately, I am unable to do any work at the moment thanks to a severe 
case of gastroenteritis, but I will look into this when I am fit again! 

Rob 

Lars Hoss writes: 

> Hi! 
> 
> We have developed a server framework which is used in many of our webapps. 
> Now it would be cool to manage each server (one server per webapp) via 
> JMX. Since each JMX bean must have a unique ID it would be cool to have a 
> naming strategy that integrates the name of the web application 
> (request.getContextPath) into the name. This way it would be very easy to 
> deploy multiple webapps out of the box without the need to tweak the 
> spring configuration for each webapp (in order to customize the JMX bean 
> name). 
> 
> What do you think? 
> 
> Yours,
> Lars 
> 
>  
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
 

[Springframework-developer] Borrowing classes

[Martin K. <Mar...@St...>]

Hi there,

   I rewrote my RPC implementation for using Spring's
remote-invocation classes. Since the classes are required
for the non-spring related part to function, I would have
to distribute three classes of Spring's codebase. 
(for example to use the client-api).

So the question rose, can I extract those classes and
provide them within my codebase by stating out, where
I got it from, and why are they needed.

Any comments on that?


Cheers,

Martin (Kersten)

Re: [Springframework-developer] Borrowing classes

[Colin S. <col...@ex...>]

Absolutely, they are Apache 2.0 licensed. The only real restriction is 
that somewhere in your distribution you should give attribution, as per 
the license.
  http://www.apache.org/licenses/LICENSE-2.0

Martin Kersten wrote:

>Hi there,
>
>   I rewrote my RPC implementation for using Spring's
>remote-invocation classes. Since the classes are required
>for the non-spring related part to function, I would have
>to distribute three classes of Spring's codebase. 
>(for example to use the client-api).
>
>So the question rose, can I extract those classes and
>provide them within my codebase by stating out, where
>I got it from, and why are they needed.
>
>Any comments on that?
>
>
>Cheers,
>
>Martin (Kersten)
>  
>