Menu
▾
▴
springframework-developer
|
From: Keith D. <kd...@cs...> - 2004-11-05 19:59:01
|
Rob, all -- didn't know if you had seen this, so I figured I'd forward = it. Keith -----Original Message----- From: JMX discussion list [mailto:jmx...@JA...] On Behalf Of Eamonn McManus Sent: Friday, November 05, 2004 12:54 PM To: JMX...@JA... Subject: [JMX-FORUM] Design patterns for JMX and application = manageability : A guide for developers. - HP Dev Resource Central Hi, This paper from HP provides an excellent high-level set of design patterns for JMX MBeans. <http://devresource.hp.com/drc/resources/jmxds/index.jsp> Regards, -- =C9amonn McManus, JSR 255 (JMX API 2.0) Spec Lead =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= For information on the Java Management extensions (JMX), please visit our home page at http://java.sun.com/products/JavaManagement/ The JMX-FORUM archives are accessible at http://archives.java.sun.com To unsubscribe, send email to lis...@ja... and include in the = body of the message "signoff JMX-FORUM". For general help, send email to lis...@ja... and include in the body of the message "help". |
|
From: Rob H. <ro...@ca...> - 2004-11-05 20:27:13
|
Keith, Thanks for that - quite an interesting read. I look at providing standard implementations or helper classes for some these as part of the JMX package. Rob Keith Donald wrote: >Rob, all -- didn't know if you had seen this, so I figured I'd forward it. > >Keith > >-----Original Message----- >From: JMX discussion list [mailto:jmx...@JA...] On Behalf Of >Eamonn McManus >Sent: Friday, November 05, 2004 12:54 PM >To: JMX...@JA... >Subject: [JMX-FORUM] Design patterns for JMX and application manageability : >A guide for developers. - HP Dev Resource Central > >Hi, > >This paper from HP provides an excellent high-level set of design >patterns for JMX MBeans. > ><http://devresource.hp.com/drc/resources/jmxds/index.jsp> > >Regards, >-- >Éamonn McManus, JSR 255 (JMX API 2.0) Spec Lead > >=========================================================================== >For information on the Java Management extensions (JMX), please visit >our home page at http://java.sun.com/products/JavaManagement/ >The JMX-FORUM archives are accessible at http://archives.java.sun.com >To unsubscribe, send email to lis...@ja... and include in the body >of the message "signoff JMX-FORUM". For general help, send email to >lis...@ja... and include in the body of the message "help". > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Sybase ASE Linux Express Edition - download now for FREE >LinuxWorld Reader's Choice Award Winner for best database on Linux. >http://ads.osdn.com/?ad_idU88&alloc_id065&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Nick M. <nic...@gm...> - 2004-11-05 23:30:34
|
Hi Rob, What are the goals for the JMX support in spring? I remember chatting briefly about it on the mailing list quite a while ago (with you?) - but it was very early days then... My primary jmx-spring interests at the moment are fairly simple. I want to be able to inspect perf counters (& poke config parameters) of select components. In most cases, these counters/parameters will be bean properties. Any pointers as to what code (in sandbox) I should be looking at? Cheers, Nick On Fri, 05 Nov 2004 20:27:05 +0000, Rob Harrop <ro...@ca...> wro= te: > Keith, >=20 > Thanks for that - quite an interesting read. I look at providing > standard implementations or helper classes for some these as part of the > JMX package. >=20 > Rob >=20 >=20 >=20 > Keith Donald wrote: >=20 > >Rob, all -- didn't know if you had seen this, so I figured I'd forward i= t. > > > >Keith > > > >-----Original Message----- > >From: JMX discussion list [mailto:jmx...@JA...] On Behalf Of > >Eamonn McManus > >Sent: Friday, November 05, 2004 12:54 PM > >To: JMX...@JA... > >Subject: [JMX-FORUM] Design patterns for JMX and application manageabili= ty : > >A guide for developers. - HP Dev Resource Central > > > >Hi, > > > >This paper from HP provides an excellent high-level set of design > >patterns for JMX MBeans. > > > ><http://devresource.hp.com/drc/resources/jmxds/index.jsp> > > > >Regards, > >-- > >=C9amonn McManus, JSR 255 (JMX API 2.0) Spec Lead > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > >For information on the Java Management extensions (JMX), please visit > >our home page at http://java.sun.com/products/JavaManagement/ > >The JMX-FORUM archives are accessible at http://archives.java.sun.com > >To unsubscribe, send email to lis...@ja... and include in the b= ody > >of the message "signoff JMX-FORUM". For general help, send email to > >lis...@ja... and include in the body of the message "help". > > > > > > > >------------------------------------------------------- > >This SF.Net email is sponsored by: > >Sybase ASE Linux Express Edition - download now for FREE > >LinuxWorld Reader's Choice Award Winner for best database on Linux. > >http://ads.osdn.com/?ad_idU88&alloc_id=12065&op=3Dclick >=20 >=20 > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick >=20 >=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Rob H. <ro...@ca...> - 2004-11-06 10:59:54
|
All, I have spotted an error in section 17.4.2 of the reference manual. It states that when adding an inline resource to a multipart message the resource must be added BEFORE the text of the message. When I tried this out it worked in reverse for me and I had to add the text first. Can someone else test this and I will modify the docs as appropriate. Rob |
|
From: Rob H. <ro...@ca...> - 2004-11-06 11:11:38
|
Nick, The long term goals for Spring JMX are quite broad since we want to add support for interacting with Spring via JMX and hook in JMX as a way of modifying Spring managed beans and have those changes persisted to some store. In the short term, for 1.2, the goal is to simplify the creation and usage of JMX beans. With the code in the sandbox now, you can use the JmxMBeanAdapter class to expose any Sprng bean as a JMX resource. The properties and methods that are exposed are controlled by the metadata assembler, Currently we have a reflection-based assembler that exposes all methods and all properties, and a source metadata-based assembler that exposes only those methods and properties that you mark in your source code. The sandbox also contains support for exposing an MBeanServer using JSR-160 remoting support. In addition there is support for MBean proxying allowing you to create a proxy to an MBean, local or remote, and acccess it through a given interface. For your requirements you should look at the JmxMBeanAdapter along with the source metadata-based assembler. There is a short piece on this in the Spring Wiki, plus Craig Walls did some coverage on his blog at http://jroller.com/page/habuma. The best resource to check out are the tests in the sandbox. There is quite a number, many of them at integration level using real app context configurations. This should give you a good idea of how the JMX package functions. Rob Nick Minutello writes: > Hi Rob, > > What are the goals for the JMX support in spring? > > I remember chatting briefly about it on the mailing list quite a while > ago (with you?) - but it was very early days then... > > My primary jmx-spring interests at the moment are fairly simple. > I want to be able to inspect perf counters (& poke config parameters) > of select components. > In most cases, these counters/parameters will be bean properties. > Any pointers as to what code (in sandbox) I should be looking at? > > > Cheers, > Nick > > > On Fri, 05 Nov 2004 20:27:05 +0000, Rob Harrop <ro...@ca...> wrote: >> Keith, >> >> Thanks for that - quite an interesting read. I look at providing >> standard implementations or helper classes for some these as part of the >> JMX package. >> >> Rob >> >> >> >> Keith Donald wrote: >> >> >Rob, all -- didn't know if you had seen this, so I figured I'd forward it. >> > >> >Keith >> > >> >-----Original Message----- >> >From: JMX discussion list [mailto:jmx...@JA...] On Behalf Of >> >Eamonn McManus >> >Sent: Friday, November 05, 2004 12:54 PM >> >To: JMX...@JA... >> >Subject: [JMX-FORUM] Design patterns for JMX and application manageability : >> >A guide for developers. - HP Dev Resource Central >> > >> >Hi, >> > >> >This paper from HP provides an excellent high-level set of design >> >patterns for JMX MBeans. >> > >> ><http://devresource.hp.com/drc/resources/jmxds/index.jsp> >> > >> >Regards, >> >-- >> >Éamonn McManus, JSR 255 (JMX API 2.0) Spec Lead >> > >> >=========================================================================== >> >For information on the Java Management extensions (JMX), please visit >> >our home page at http://java.sun.com/products/JavaManagement/ >> >The JMX-FORUM archives are accessible at http://archives.java.sun.com >> >To unsubscribe, send email to lis...@ja... and include in the body >> >of the message "signoff JMX-FORUM". For general help, send email to >> >lis...@ja... and include in the body of the message "help". >> > >> > >> > >> >------------------------------------------------------- >> >This SF.Net email is sponsored by: >> >Sybase ASE Linux Express Edition - download now for FREE >> >LinuxWorld Reader's Choice Award Winner for best database on Linux. >> >http://ads.osdn.com/?ad_idU88&alloc_id065&op=click >> >> >> >_______________________________________________ >> >Springframework-developer mailing list >> >Spr...@li... >> >https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > >> > >> > >> > >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Sybase ASE Linux Express Edition - download now for FREE >> LinuxWorld Reader's Choice Award Winner for best database on Linux. >> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >> >> >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_idU88&alloc_id065&opclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-11-06 14:32:06
|
Nick, The long term goals for Spring JMX are quite broad since we want to add support for interacting with Spring via JMX and hook in JMX as a way of modifying Spring managed beans and have those changes persisted to some store. In the short term, for 1.2, the goal is to simplify the creation and usage of JMX beans. With the code in the sandbox now, you can use the JmxMBeanAdapter class to expose any Sprng bean as a JMX resource. The properties and methods that are exposed are controlled by the metadata assembler, Currently we have a reflection-based assembler that exposes all methods and all properties, and a source metadata-based assembler that exposes only those methods and properties that you mark in your source code. The sandbox also contains support for exposing an MBeanServer using JSR-160 remoting support. In addition there is support for MBean proxying allowing you to create a proxy to an MBean, local or remote, and acccess it through a given interface. For your requirements you should look at the JmxMBeanAdapter along with the source metadata-based assembler. There is a short piece on this in the Spring Wiki, plus Craig Walls did some coverage on his blog at http://jroller.com/page/habuma. The best resource to check out are the tests in the sandbox. There is quite a number, many of them at integration level using real app context configurations. This should give you a good idea of how the JMX package functions. Rob > Nick Minutello writes: > >> Hi Rob, >> >> What are the goals for the JMX support in spring? >> >> I remember chatting briefly about it on the mailing list quite a while >> ago (with you?) - but it was very early days then... >> >> My primary jmx-spring interests at the moment are fairly simple. >> I want to be able to inspect perf counters (& poke config parameters) >> of select components. >> In most cases, these counters/parameters will be bean properties. >> Any pointers as to what code (in sandbox) I should be looking at? >> >> >> Cheers, >> Nick >> >> >> On Fri, 05 Nov 2004 20:27:05 +0000, Rob Harrop <ro...@ca...> >> wrote: >>> Keith, >>> >>> Thanks for that - quite an interesting read. I look at providing >>> standard implementations or helper classes for some these as part of the >>> JMX package. >>> >>> Rob >>> >>> >>> >>> Keith Donald wrote: >>> >>> >Rob, all -- didn't know if you had seen this, so I figured I'd forward >>> it. >>> > >>> >Keith >>> > >>> >-----Original Message----- >>> >From: JMX discussion list [mailto:jmx...@JA...] On Behalf Of >>> >Eamonn McManus >>> >Sent: Friday, November 05, 2004 12:54 PM >>> >To: JMX...@JA... >>> >Subject: [JMX-FORUM] Design patterns for JMX and application >>> manageability : >>> >A guide for developers. - HP Dev Resource Central >>> > >>> >Hi, >>> > >>> >This paper from HP provides an excellent high-level set of design >>> >patterns for JMX MBeans. >>> > >>> ><http://devresource.hp.com/drc/resources/jmxds/index.jsp> >>> > >>> >Regards, >>> >-- >>> >Éamonn McManus, JSR 255 (JMX API 2.0) Spec Lead >>> > |
|
From: Rob H. <ro...@ca...> - 2004-11-06 14:30:39
|
All, I have spotted an error in section 17.4.2 of the reference manual. It states that when adding an inline resource to a multipart message the resource must be added BEFORE the text of the message. When I tried this out it worked in reverse for me and I had to add the text first. Can someone else test this and I will modify the docs as appropriate? Rob |
|
From: Venkat S. <vso...@ho...> - 2004-11-07 00:38:06
|
Hi Rob, I tested it and came to the same conclusion as yours. You need to add text before the resource for the image to show up in the email. Thanks, --Venkat. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Rob Harrop Sent: Saturday, November 06, 2004 9:30 AM To: spr...@li... Subject: [Springframework-developer] Re: Error in Docs All, I have spotted an error in section 17.4.2 of the reference manual. It states that when adding an inline resource to a multipart message the resource must be added BEFORE the text of the message. When I tried this out it worked in reverse for me and I had to add the text first. Can someone else test this and I will modify the docs as appropriate? Rob ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Nick M. <nic...@gm...> - 2004-11-06 13:12:18
|
> The long term goals for Spring JMX are quite broad since we want to add > support for interacting with Spring via JMX and hook in JMX as a way of > modifying Spring managed beans and have those changes persisted to some > store. What is the intended purpose/usage here? Sounds like spring is moving on from a "complementing" role (to an appserver) to a competing one - or do I misunderstand it... :-) > Currently we have a reflection-based assembler that exposes all > methods and all properties, Sounds like what I want. > and a source metadata-based assembler that > exposes only those methods and properties that you mark in your source code. Source code?? I guess I will have a look at the tests.. > There is a short piece on this in the > Spring Wiki, plus Craig Walls did some coverage on his blog at > http://jroller.com/page/habuma. The best resource to check out are the tests Thanks, I will have a read.. Cheers, Nick |
|
From: Rob H. <ro...@ca...> - 2004-11-06 15:25:43
|
Nick, We won't be competing to an appserver, but by JMX-enabling the core Spring classes you will have a lot more runtime control over your Spring beans. Rob Nick Minutello writes: >> The long term goals for Spring JMX are quite broad since we want to add >> support for interacting with Spring via JMX and hook in JMX as a way of >> modifying Spring managed beans and have those changes persisted to some >> store. > > What is the intended purpose/usage here? > Sounds like spring is moving on from a "complementing" role (to an > appserver) to a competing one - or do I misunderstand it... :-) > >> Currently we have a reflection-based assembler that exposes all >> methods and all properties, > Sounds like what I want. > >> and a source metadata-based assembler that >> exposes only those methods and properties that you mark in your source code. > Source code?? > I guess I will have a look at the tests.. > >> There is a short piece on this in the >> Spring Wiki, plus Craig Walls did some coverage on his blog at >> http://jroller.com/page/habuma. The best resource to check out are the tests > Thanks, I will have a read.. > > Cheers, > Nick > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Nick M. <nic...@gm...> - 2004-11-07 21:35:11
|
> We won't be competing to an appserver, but by JMX-enabling the core Spring > classes you will have a lot more runtime control over your Spring beans. Fair enough. I guess I havent run into examples of the sorts of things you would want to control at runtime... hence my misunderstanding. Cheers, -Nick |
|
From: Seth L. <set...@gm...> - 2004-11-08 01:29:25
|
On Sun, 7 Nov 2004 21:35:06 +0000, Nick Minutello <nic...@gm...> wrote: > > We won't be competing to an appserver, but by JMX-enabling the core Spring > > classes you will have a lot more runtime control over your Spring beans. > > Fair enough. > I guess I havent run into examples of the sorts of things you would > want to control at runtime... hence my misunderstanding. Our biggest requirement is to control logging at runtime. By hooking log4j into JMX, we're now able to do this. Note that we had to do some hacking to log4j to get it to work with latest release of JMX. Seth |
