Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
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: 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: 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 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 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: Rod J. <ro...@in...> - 2004-11-06 08:57:12
|
<script lang="ognl"> perhaps I think it would be good for the mechanism to be extensible. Guillaume Poirier wrote: >> I am somewhat more attracted to the idea of using a prefix on the >> value inside the <value> tag. > > > While I admit that it would be unlikely to cause problem, using a prefix > in a value tag is not 100% backward compatible. Someone could be using > such prefix currently for a String that should be analysed by once > injected, rather than by Spring. And I personally find an <ognl> tag > more intuitive for the user. It's also somewhat easier to implement, > not that it really matters much I guess. > >> My other concern is with the speed of OGNL. > > Adding OGNL support doesn't prevent from adding supports for other > expression languages. :-) > > Guillaume > > ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> > To: <spr...@li...> > Sent: Friday, November 05, 2004 4:46 PM > Subject: Re: [Springframework-developer] OGNL > > >> Rob, >> >> No Spring committer has done any work that I know of. However, if you >> look at the thread with the subject "PropertyPathFactoryBean", on Oct. >> 6th Guillaume Poirier posted some OGNL patches. You might want to read >> his email, and take a look at my reply too. Using a new element >> (<ognl> was Guillaume's suggestion) would work in a completely >> backwards compatible fashion. I am somewhat more attracted to the idea >> of using a prefix on the value inside the <value> tag. My other >> concern is with the speed of OGNL. OGNL is quite nice, it's heavily >> used in Tapestry and I found it a lot better than say the JSTL's >> expression language. However, v2.x anyways, is not a speed demon. I'd >> like to also compare it to something like Janino: >> http://www.janino.net/ >> in terms of best fit for Spring... >> >> Colin >> >> >> Rob Harrop wrote: >> >>> All, >>> >>> Has anyone started work on the OGNL support yet. I have no plans for >>> the weekend and I need to do something other than JMX :) >>> >>> 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 > > > > > ------------------------------------------------------- > 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 > -- ____________________________________________________ Rod Johnson Interface21 - Spring Services from the Source http://www.springframework.com Founder, Spring Framework: http://www.springframework.org Author, "Expert One-on-One J2EE Development Without EJB" (May 2004, with Juergen Hoeller). http://www.amazon.com/exec/obidos/ASIN/0764558315/ Author, "Expert One-on-One J2EE Design and Development" (October 2002). http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ ____________________________________________________ Interface21 Limited Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY Registered in England and Wales No. 5187766 ____________________________________________________ |
|
From: Pieter C. <pie...@on...> - 2004-11-06 08:47:22
|
And if we combine your post with the one from Dion (defaults), we get: // Default, may be left out: <beans expr="string"> <value expr="string"> // Use this as the default for the whole xml file <beans expr="ognl"> // Use this if you don't want to use ognl in this property <value expr="string"> Pieter Guillaume Poirier wrote: > Well, using a tags would still allow to add <groovy>, <bsh>, > <javascript>, <ognl>. Or if adding tags cause problems (not sure why > it would though), then may be an either a new <expr>, or attribute to > value. > > e.g. <expr type="ognl">@java.sql.Types@INTEGER</expr> > or <value expr="ognl">@java.sql.Types@INTEGER</value> > > Guillaume > > ----- Original Message ----- From: "Dion Almaer" <di...@al...> > To: <spr...@li...> > Sent: Friday, November 05, 2004 7:47 PM > Subject: RE: [Springframework-developer] OGNL > > >> I kinda like a prefix, as it could allow: >> >> groovy:... >> bsh:... >> javascript:... (rhino) >> ognl:... >> >> Etc etc. >> >> However, I do understand the backwards compatibile need. Personally, >> I would >> love to be able to use prefixes and even set a "Default" so I can >> set-default="groovy" ;) >> >> D >> >> -----Original Message----- >> From: Guillaume Poirier [mailto:gpo...@gl...] >> Sent: Friday, November 05, 2004 5:25 PM >> To: spr...@li... >> Subject: Re: [Springframework-developer] OGNL >> >>> I am somewhat more attracted to the idea of using a prefix on the >>> value inside the <value> tag. >> >> >> While I admit that it would be unlikely to cause problem, using a >> prefix in >> a value tag is not 100% backward compatible. Someone could be using >> such >> prefix currently for a String that should be analysed by once injected, >> rather than by Spring. And I personally find an <ognl> tag more >> intuitive >> for the user. It's also somewhat easier to implement, not that it >> really >> matters much I guess. >> >>> My other concern is with the speed of OGNL. >> >> Adding OGNL support doesn't prevent from adding supports for other >> expression languages. :-) >> >> Guillaume >> >> ----- Original Message ----- >> From: "Colin Sampaleanu" <col...@ex...> >> To: <spr...@li...> >> Sent: Friday, November 05, 2004 4:46 PM >> Subject: Re: [Springframework-developer] OGNL >> >> >>> Rob, >>> >>> No Spring committer has done any work that I know of. However, if >>> you look >> >> >>> at the thread with the subject "PropertyPathFactoryBean", on Oct. 6th >>> Guillaume Poirier posted some OGNL patches. You might want to read his >>> email, and take a look at my reply too. Using a new element (<ognl> was >>> Guillaume's suggestion) would work in a completely backwards compatible >>> fashion. I am somewhat more attracted to the idea of using a prefix >>> on the >> >> >>> value inside the <value> tag. My other concern is with the speed of >>> OGNL. >>> OGNL is quite nice, it's heavily used in Tapestry and I found it a lot >>> better than say the JSTL's expression language. However, v2.x >>> anyways, is >>> not a speed demon. I'd like to also compare it to something like >>> Janino: >>> http://www.janino.net/ >>> in terms of best fit for Spring... >>> >>> Colin >>> >>> >>> Rob Harrop wrote: >>> >>>> All, >>>> >>>> Has anyone started work on the OGNL support yet. I have no plans >>>> for the >>>> weekend and I need to do something other than JMX :) >>>> >>>> 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 >> >> >> >> >> ------------------------------------------------------- >> 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_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_id=5588&alloc_id=12065&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Guillaume P. <gpo...@gl...> - 2004-11-06 06:18:30
|
Well, using a tags would still allow to add <groovy>, <bsh>, <javascript>, <ognl>. Or if adding tags cause problems (not sure why it would though), then may be an either a new <expr>, or attribute to value. e.g. <expr type="ognl">@java.sql.Types@INTEGER</expr> or <value expr="ognl">@java.sql.Types@INTEGER</value> Guillaume ----- Original Message ----- From: "Dion Almaer" <di...@al...> To: <spr...@li...> Sent: Friday, November 05, 2004 7:47 PM Subject: RE: [Springframework-developer] OGNL >I kinda like a prefix, as it could allow: > > groovy:... > bsh:... > javascript:... (rhino) > ognl:... > > Etc etc. > > However, I do understand the backwards compatibile need. Personally, I > would > love to be able to use prefixes and even set a "Default" so I can > set-default="groovy" ;) > > D > > -----Original Message----- > From: Guillaume Poirier [mailto:gpo...@gl...] > Sent: Friday, November 05, 2004 5:25 PM > To: spr...@li... > Subject: Re: [Springframework-developer] OGNL > >> I am somewhat more attracted to the idea of using a prefix on the >> value inside the <value> tag. > > While I admit that it would be unlikely to cause problem, using a prefix > in > a value tag is not 100% backward compatible. Someone could be using such > prefix currently for a String that should be analysed by once injected, > rather than by Spring. And I personally find an <ognl> tag more intuitive > for the user. It's also somewhat easier to implement, not that it really > matters much I guess. > >> My other concern is with the speed of OGNL. > Adding OGNL support doesn't prevent from adding supports for other > expression languages. :-) > > Guillaume > > ----- Original Message ----- > From: "Colin Sampaleanu" <col...@ex...> > To: <spr...@li...> > Sent: Friday, November 05, 2004 4:46 PM > Subject: Re: [Springframework-developer] OGNL > > >> Rob, >> >> No Spring committer has done any work that I know of. However, if you >> look > >> at the thread with the subject "PropertyPathFactoryBean", on Oct. 6th >> Guillaume Poirier posted some OGNL patches. You might want to read his >> email, and take a look at my reply too. Using a new element (<ognl> was >> Guillaume's suggestion) would work in a completely backwards compatible >> fashion. I am somewhat more attracted to the idea of using a prefix on >> the > >> value inside the <value> tag. My other concern is with the speed of OGNL. >> OGNL is quite nice, it's heavily used in Tapestry and I found it a lot >> better than say the JSTL's expression language. However, v2.x anyways, is >> not a speed demon. I'd like to also compare it to something like Janino: >> http://www.janino.net/ >> in terms of best fit for Spring... >> >> Colin >> >> >> Rob Harrop wrote: >> >>> All, >>> >>> Has anyone started work on the OGNL support yet. I have no plans for the >>> weekend and I need to do something other than JMX :) >>> >>> 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 > > > > ------------------------------------------------------- > 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_id=5588&alloc_id=12065&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dion A. <di...@al...> - 2004-11-06 04:48:34
|
I kinda like a prefix, as it could allow: groovy:... bsh:... javascript:... (rhino) ognl:... Etc etc. However, I do understand the backwards compatibile need. Personally, I would love to be able to use prefixes and even set a "Default" so I can set-default="groovy" ;) D -----Original Message----- From: Guillaume Poirier [mailto:gpo...@gl...] Sent: Friday, November 05, 2004 5:25 PM To: spr...@li... Subject: Re: [Springframework-developer] OGNL > I am somewhat more attracted to the idea of using a prefix on the > value inside the <value> tag. While I admit that it would be unlikely to cause problem, using a prefix in a value tag is not 100% backward compatible. Someone could be using such prefix currently for a String that should be analysed by once injected, rather than by Spring. And I personally find an <ognl> tag more intuitive for the user. It's also somewhat easier to implement, not that it really matters much I guess. > My other concern is with the speed of OGNL. Adding OGNL support doesn't prevent from adding supports for other expression languages. :-) Guillaume ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Friday, November 05, 2004 4:46 PM Subject: Re: [Springframework-developer] OGNL > Rob, > > No Spring committer has done any work that I know of. However, if you look > at the thread with the subject "PropertyPathFactoryBean", on Oct. 6th > Guillaume Poirier posted some OGNL patches. You might want to read his > email, and take a look at my reply too. Using a new element (<ognl> was > Guillaume's suggestion) would work in a completely backwards compatible > fashion. I am somewhat more attracted to the idea of using a prefix on the > value inside the <value> tag. My other concern is with the speed of OGNL. > OGNL is quite nice, it's heavily used in Tapestry and I found it a lot > better than say the JSTL's expression language. However, v2.x anyways, is > not a speed demon. I'd like to also compare it to something like Janino: > http://www.janino.net/ > in terms of best fit for Spring... > > Colin > > > Rob Harrop wrote: > >> All, >> >> Has anyone started work on the OGNL support yet. I have no plans for the >> weekend and I need to do something other than JMX :) >> >> 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 ------------------------------------------------------- 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: Darren D. <da...@da...> - 2004-11-06 00:45:49
|
On Friday 05 November 2004 16:19, Andy Depue wrote: > I wonder if one could device a way to separate it enough so that it could > be paired with different already-existing BeanFactorys? For example, > some people are experimenting with configuration formats other than > XML... it would be cool if this tool could work for those alternate > formats (such as a database based Spring config or a Groovy based Spring > config)... Let the alternate config implementations create their internal > representation of the config and then use this internal representation as > the basis for all beandocs. I'm not very familiar to the internal > workings of the BeanFactory or ApplicationContext, so I'm not sure if > this is braindead easy or pipe dream impossible? A standard internal representation of bean factory configurations, entirely= =20 seperate from the config itself is ideal. I'm not completely au fait with= =20 this aspect of Spring - the last time I tried to figure it out, I got a bit= =20 lost in the distinction between the bean definition readers and the bean=20 factories. I found it difficult to see clear distinction between the two=20 aspects - I should delve into this again. The current code in the beandoc tool essentially works this way now. It=20 parses the config files to produce in-memory DOM representations, and then= =20 works on this representation, decorating it with additional attributes=20 based on beandoc configuration to make the XSLT part much simpler. The=20 output of HTML and the .dot files (used to make the graphs) is generated=20 from this decorated DOM and not the actual config files. Input file=20 parsing would be trivial to refactor into an interfaced plug-in for=20 beandoc. Any input file in any format existing or new could be used to create the=20 same DOM, so long as the parsers can be written for it - as they already=20 have been for XML of course. So this would be a perfectly adequate format= =20 for that standard representation. =2D-=20 Darren Davison Public Key: #DD356B0D |
|
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: Guillaume P. <gpo...@gl...> - 2004-11-05 23:24:25
|
> I am somewhat more attracted to the idea of using a prefix on the value > inside the <value> tag. While I admit that it would be unlikely to cause problem, using a prefix in a value tag is not 100% backward compatible. Someone could be using such prefix currently for a String that should be analysed by once injected, rather than by Spring. And I personally find an <ognl> tag more intuitive for the user. It's also somewhat easier to implement, not that it really matters much I guess. > My other concern is with the speed of OGNL. Adding OGNL support doesn't prevent from adding supports for other expression languages. :-) Guillaume ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Friday, November 05, 2004 4:46 PM Subject: Re: [Springframework-developer] OGNL > Rob, > > No Spring committer has done any work that I know of. However, if you look > at the thread with the subject "PropertyPathFactoryBean", on Oct. 6th > Guillaume Poirier posted some OGNL patches. You might want to read his > email, and take a look at my reply too. Using a new element (<ognl> was > Guillaume's suggestion) would work in a completely backwards compatible > fashion. I am somewhat more attracted to the idea of using a prefix on the > value inside the <value> tag. My other concern is with the speed of OGNL. > OGNL is quite nice, it's heavily used in Tapestry and I found it a lot > better than say the JSTL's expression language. However, v2.x anyways, is > not a speed demon. I'd like to also compare it to something like Janino: > http://www.janino.net/ > in terms of best fit for Spring... > > Colin > > > Rob Harrop wrote: > >> All, >> >> Has anyone started work on the OGNL support yet. I have no plans for the >> weekend and I need to do something other than JMX :) >> >> 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: Colin S. <col...@ex...> - 2004-11-05 21:47:02
|
Rob, No Spring committer has done any work that I know of. However, if you look at the thread with the subject "PropertyPathFactoryBean", on Oct. 6th Guillaume Poirier posted some OGNL patches. You might want to read his email, and take a look at my reply too. Using a new element (<ognl> was Guillaume's suggestion) would work in a completely backwards compatible fashion. I am somewhat more attracted to the idea of using a prefix on the value inside the <value> tag. My other concern is with the speed of OGNL. OGNL is quite nice, it's heavily used in Tapestry and I found it a lot better than say the JSTL's expression language. However, v2.x anyways, is not a speed demon. I'd like to also compare it to something like Janino: http://www.janino.net/ in terms of best fit for Spring... Colin Rob Harrop wrote: > All, > > Has anyone started work on the OGNL support yet. I have no plans for > the weekend and I need to do something other than JMX :) > > Rob |
|
From: Rob H. <ro...@ca...> - 2004-11-05 20:43:13
|
All, Has anyone started work on the OGNL support yet. I have no plans for the weekend and I need to do something other than JMX :) Rob |
|
From: Dmitriy K. <dko...@ru...> - 2004-11-05 20:34:48
|
James, thanks for the info ;-) Dmitriy. jas...@ma... wrote: > On 5 Nov 2004, at 13:31, Dmitriy Kopylenko wrote: > >> James, >> >> just out of curiosity - any progress on AS/Spring integration? > > > We've made some progress, albeit indirectly. We've got JMS message > driven bean stuff working in Spring via the JCA container. We've got > JMS based remoting working reasonably well. > > Now currently ActiveSOAP doesn't particularly require Spring or have > any Spring related demos;. The whole of the Active* stack is developed > to drop nicely into Spring; so I don't see any particular change > required in ActiveSOAP to work nicely in Spring. For ActiveSOAP for > example, I see Spring as the ideal container/glue/framework to wire > together handlers, transports and pipelines. Similar kinds of things > are being done at the moment in the straight JMS type worlds too. > Ditto for remoting. > > So I see the 3 different things kinda merging together somewhat; using > Spring to wire remoting and JMS / SOAP messaging stuff together. We're > pretty much there right now, though the current missing piece is to > use ActiveSOAP as a web service based remoting layer in Spring. Given > how easy it was to add JMS remoting to Spring, it'll be similarly easy > for ActiveSOAP. > > I'm hopeful that it'll be all sorted (including polishing off the JMS > remoting in Spring) in the next 1-2 weeks, day-job allowing. As an > aside, we've a customer using ActiveSOAP who wants closer integration > with JMX; so the ActiveSOAP <-> Spring integration might get improved > fairly quickly while reusing Spring's JMX support too... (which all > the Active* stack could use better JMX integration, hopefully via > Spring to avoid too much JMX muck in the code). > > James > ------- > http://radio.weblogs.com/0112098/ > > > > ------------------------------------------------------- > 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: Rob H. <ro...@ca...> - 2004-11-05 20:31:04
|
All, I really want to get a fix in for this issue now. I have modified the Cglib2AopProxy class to allow for the constructor args to be specified now I just need to modify both ProxyFactory and ProxyFactoryBean. I was thinking of adding a setConstructorArgs(Object[], Class[]) to both classes along with a setConstructorArgResolver(ConstructorArgResolver) method as well. The first method is fairly self-explanatory, the second would use an implementation of the ConstructorArgResolver interface (to be created) to allow for runtime provision of constructor args. What are your thoughts? Rob |
|
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: 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: <jas...@ma...> - 2004-11-05 19:18:46
|
On 5 Nov 2004, at 13:31, Dmitriy Kopylenko wrote: > James, > > just out of curiosity - any progress on AS/Spring integration? We've made some progress, albeit indirectly. We've got JMS message driven bean stuff working in Spring via the JCA container. We've got JMS based remoting working reasonably well. Now currently ActiveSOAP doesn't particularly require Spring or have any Spring related demos;. The whole of the Active* stack is developed to drop nicely into Spring; so I don't see any particular change required in ActiveSOAP to work nicely in Spring. For ActiveSOAP for example, I see Spring as the ideal container/glue/framework to wire together handlers, transports and pipelines. Similar kinds of things are being done at the moment in the straight JMS type worlds too. Ditto for remoting. So I see the 3 different things kinda merging together somewhat; using Spring to wire remoting and JMS / SOAP messaging stuff together. We're pretty much there right now, though the current missing piece is to use ActiveSOAP as a web service based remoting layer in Spring. Given how easy it was to add JMS remoting to Spring, it'll be similarly easy for ActiveSOAP. I'm hopeful that it'll be all sorted (including polishing off the JMS remoting in Spring) in the next 1-2 weeks, day-job allowing. As an aside, we've a customer using ActiveSOAP who wants closer integration with JMX; so the ActiveSOAP <-> Spring integration might get improved fairly quickly while reusing Spring's JMX support too... (which all the Active* stack could use better JMX integration, hopefully via Spring to avoid too much JMX muck in the code). James ------- http://radio.weblogs.com/0112098/ |
|
From: <al...@jt...> - 2004-11-05 17:31:07
|
<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#901090; }.unittests-failure { fon=
t-family:arial,helvetica,sans-serif; font-size:8pt; color:#FF0000; }.checks=
tyle-oddrow { background-color:#CCCCCC }.checkstyle-data { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; }.checkstyle-sectionh=
eader { background-color:#000066; font-family:arial,helvetica,sans-serif; f=
ont-size:10pt; color:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE - =
build.143</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>11/05/2004 18:18:31</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>11 minutes 6 seconds</td></tr></table><p>
<p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Errors/Warnings: (=
6) </td></tr><tr><td><pre class=3D"compile-data">Note: S=
ome input files use or override a deprecated API.<br class=3D"none"/>Note: =
Recompile with -deprecation for details.<br class=3D"none"/>Note: /jteam/bu=
ild2/checkout/spring/spring/mock/org/springframework/mock/web/MockHttpSessi=
on.java uses or overrides a deprecated API.<br class=3D"none"/>Note: Recomp=
ile with -deprecation for details.<br class=3D"none"/>Note: Some input file=
s use or override a deprecated API.<br class=3D"none"/>Note: Recompile with=
-deprecation for details.<br class=3D"none"/></pre></td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader"> Javadoc Errors/War=
nings: (30) </td></tr><tr><td><pre class=3D"compile-data=
">javadoc: Error fetching URL: http://www.freemarker.org/docs/api/package-l=
ist<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/util/N=
umberUtils.java:98: warning - Tag @see: missing #: "java.math.BigInteger(St=
ring)"<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/uti=
l/NumberUtils.java:98: warning - Tag @see: can't find java.math.BigInteger(=
String) in org.springframework.util.NumberUtils<br/>/jteam/build2/checkout/=
spring/spring/src/org/springframework/util/NumberUtils.java:98: warning - T=
ag @see: missing #: "java.math.BigDecimal(String)"<br/>/jteam/build2/checko=
ut/spring/spring/src/org/springframework/util/NumberUtils.java:98: warning =
- Tag @see: can't find java.math.BigDecimal(String) in org.springframework.=
util.NumberUtils<br/>/jteam/build2/checkout/spring/spring/src/org/springfra=
mework/scheduling/quartz/CronTriggerBean.java:89: warning - Tag @see: can't=
find MISFIRE_INSTRUCTION_FIRE_NOW in org.quartz.CronTrigger<br/>/jteam/bui=
ld2/checkout/spring/spring/src/org/springframework/jdbc/datasource/Connecti=
onHolder.java:38: warning - Tag @see: reference not found: DataSourceTransa=
ctionObject<br/>/jteam/build2/checkout/spring/spring/src/org/springframewor=
k/jdbc/support/lob/OracleLobHandler.java:76: warning - Tag @see: reference =
not found: oracle.sql.BLOB<br/>/jteam/build2/checkout/spring/spring/src/org=
/springframework/jdbc/support/lob/OracleLobHandler.java:76: warning - Tag @=
see: reference not found: oracle.sql.CLOB<br/>/jteam/build2/checkout/spring=
/spring/src/org/springframework/jdbc/support/lob/OracleLobHandler.java:115:=
warning - Tag @see: reference not found: oracle.sql.BLOB#DURATION_SESSION<=
br/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/suppo=
rt/lob/OracleLobHandler.java:115: warning - Tag @see: reference not found: =
oracle.sql.BLOB#MODE_READWRITE<br/>/jteam/build2/checkout/spring/spring/src=
/org/springframework/jdbc/support/lob/OracleLobHandler.java:115: warning - =
Tag @see: reference not found: oracle.sql.CLOB#DURATION_SESSION<br/>/jteam/=
build2/checkout/spring/spring/src/org/springframework/jdbc/support/lob/Orac=
leLobHandler.java:115: warning - Tag @see: reference not found: oracle.sql.=
CLOB#MODE_READWRITE<br/>/jteam/build2/checkout/spring/spring/src/org/spring=
framework/jdbc/support/lob/OracleLobHandler.java:154: warning - Tag @see: r=
eference not found: oracle.jdbc.OracleConnection<br/>/jteam/build2/checkout=
/spring/spring/src/org/springframework/jdbc/support/lob/OracleLobHandler.ja=
va:164: warning - Tag @see: reference not found: oracle.sql.BLOB#createTemp=
orary<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc=
/support/lob/OracleLobHandler.java:164: warning - Tag @see: reference not f=
ound: oracle.sql.CLOB#createTemporary<br/>/jteam/build2/checkout/spring/spr=
ing/src/org/springframework/jdbc/support/nativejdbc/JBossNativeJdbcExtracto=
r.java:49: warning - Tag @see: reference not found: org.jboss.resource.adap=
ter.jdbc.WrappedConnection#getUnderlyingConnection<br/>/jteam/build2/checko=
ut/spring/spring/src/org/springframework/jdbc/support/nativejdbc/JBossNativ=
eJdbcExtractor.java:49: warning - Tag @see: reference not found: org.jboss.=
resource.adapter.jdbc.WrappedStatement#getUnderlyingStatement<br/>/jteam/bu=
ild2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc=
/JBossNativeJdbcExtractor.java:49: warning - Tag @see: reference not found:=
org.jboss.resource.adapter.jdbc.WrappedResultSet#getUnderlyingResultSet<br=
/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/support=
/nativejdbc/WebLogicNativeJdbcExtractor.java:45: warning - Tag @see: refere=
nce not found: weblogic.jdbc.extensions.WLConnection#getVendorConnection<br=
/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/support=
/nativejdbc/WebSphereNativeJdbcExtractor.java:34: warning - Tag @see: refer=
ence not found: com.ibm.ws.rsadapter.jdbc.WSJdbcConnection<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bSphereNativeJdbcExtractor.java:34: warning - Tag @see: reference not found=
: com.ibm.ws.rsadapter.jdbc.WSJdbcUtil#getNativeConnection<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bSphereNativeJdbcExtractor.java:34: warning - Tag @see: reference not found=
: com.ibm.ejs.cm.proxy.ConnectionProxy#getPhysicalConnection<br/>/jteam/bui=
ld2/checkout/spring/spring/src/org/springframework/orm/hibernate/SessionHol=
der.java:41: warning - Tag @see: reference not found: HibernateTransactionO=
bject<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/tran=
saction/jta/WebLogicJtaTransactionManager.java:67: warning - Tag @see: refe=
rence not found: weblogic.transaction.TransactionManager#forceResume<br/>/j=
team/build2/checkout/spring/spring/src/org/springframework/transaction/jta/=
WebLogicServerTransactionManagerFactoryBean.java:45: warning - Tag @see: re=
ference not found: weblogic.transaction.TxHelper#getTransactionManager<br/>=
/jteam/build2/checkout/spring/spring/src/org/springframework/transaction/jt=
a/WebSphereTransactionManagerFactoryBean.java:47: warning - Tag @see: refer=
ence not found: com.ibm.ws.Transaction.TransactionManagerFactory#getTransac=
tionManager<br/>/jteam/build2/checkout/spring/spring/src/org/springframewor=
k/transaction/jta/WebSphereTransactionManagerFactoryBean.java:47: warning -=
Tag @see: reference not found: com.ibm.ejs.jts.jta.JTSXA#getTransactionMan=
ager<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/trans=
action/jta/WebSphereTransactionManagerFactoryBean.java:47: warning - Tag @s=
ee: reference not found: com.ibm.ejs.jts.jta.TransactionManagerFactory#getT=
ransactionManager<br/>/jteam/build2/checkout/spring/spring/src/org/springfr=
amework/web/servlet/handler/metadata/PathMap.java:31: warning - @@org.apach=
e.commons.attributes.Indexed() is an unknown tag.<br/></pre></td></tr></tab=
le><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Tests: (1973) </td></tr><tr><td class=
=3D"unittests-data" colspan=3D"2"> All Tests Pas=
sed </td></tr><tr><td><table width=3D"98%" border=3D=
"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"></table></td></tr>=
<tr></tr><tr><td colspan=3D"2"> </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"1" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"6" class=3D"modifications-sectionheader"> =
Modifications since last build: =
(0) </td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader"> =
Deployments by this build: (16) </td>=
</tr><tr><td class=3D"distributables-data">Building jar: /jteam/build2/chec=
kout/spring/spring/dist/spring-core.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building jar: /jteam/build2/che=
ckout/spring/spring/dist/spring-aop.jar</td></tr><tr><td class=3D"distribut=
ables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spring-=
context.jar</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distr=
ibutables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spr=
ing-dao.jar</td></tr><tr><td class=3D"distributables-data">Building jar: /j=
team/build2/checkout/spring/spring/dist/spring-orm.jar</td></tr><tr class=
=3D"distributables-oddrow"><td class=3D"distributables-data">Building jar: =
/jteam/build2/checkout/spring/spring/dist/spring-web.jar</td></tr><tr><td c=
lass=3D"distributables-data">Building jar: /jteam/build2/checkout/spring/sp=
ring/dist/spring-webmvc.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building jar: /jteam/build2/checkout/spring=
/spring/dist/spring.jar</td></tr><tr><td class=3D"distributables-data">Buil=
ding jar: /jteam/build2/checkout/spring/spring/dist/spring-mock.jar</td></t=
r><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bui=
lding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/d=
ist/buildtest.war</td></tr><tr><td class=3D"distributables-data">Building w=
ar: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/bui=
ldtest.war</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distri=
butables-data">Building war: /jteam/build2/checkout/spring/spring/autobuild=
s/apps/buildtest/dist/buildtest.war</td></tr><tr><td class=3D"distributable=
s-data">Building jar: /jteam/build2/checkout/spring/spring/autobuilds/apps/=
jpetstore/war/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building war: /jteam/build2/che=
ckout/spring/spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr><=
tr><td class=3D"distributables-data">Building jar: /jteam/build2/checkout/s=
pring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar</td></=
tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bu=
ilding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/=
dist/jpetstore.war</td></tr></table>
</body></html> |
|
From: Andy D. <an...@ma...> - 2004-11-05 16:20:11
|
I wonder if one could device a way to separate it enough so that it could be paired with different already-existing BeanFactorys? For example, some people are experimenting with configuration formats other than XML... it would be cool if this tool could work for those alternate formats (such as a database based Spring config or a Groovy based Spring config)... Let the alternate config implementations create their internal representation of the config and then use this internal representation as the basis for all beandocs. I'm not very familiar to the internal workings of the BeanFactory or ApplicationContext, so I'm not sure if this is braindead easy or pipe dream impossible? - Andy On Friday 05 November 2004 06:37 am, Daniel Potter wrote: > How difficult would it be to write a BeanFactory that simply recorded > what it WOULD do to load all of its beans if it were a REAL BeanFactory, > but not actually do it? (tracking autowired dependencies, > advices/interceptors applied, etc). This 'mock' factory could expose > this information in whatever fashion is most convenient for a tool like > Darren's to produce the desired graphs and documentation. > > Daniel |
|
From: Daniel P. <po...@ci...> - 2004-11-05 14:23:34
|
How difficult would it be to write a BeanFactory that simply recorded what it WOULD do to load all of its beans if it were a REAL BeanFactory, but not actually do it? (tracking autowired dependencies, advices/interceptors applied, etc). This 'mock' factory could expose this information in whatever fashion is most convenient for a tool like Darren's to produce the desired graphs and documentation. Daniel On Fri, Nov 05, 2004 at 10:48:33AM +0000, Rod Johnson wrote: > > >>I really like the approach > >>you've taken with this (sort of a combination of SpringViz and > >>JavaDoc). A few weeks ago, someone suggested the idea of actually > >>loading the application context or bean factory and generating the graph > >>and documentation from that. It seems like this would be the only way > >>to support autowired configurations, but obviously poses problems b/c > >>you don't want to actually instantiate/lookup all the beans. > > This will also allow you to get at AOP advice. You can cast any proxy to > Advised and walk the advice chain, unless the config explicitly sets the > "opaque" flag to disable that (for example, for security reasons). > > The problem is if you require a JNDI environment etc to load the context. > > I think this tool is important. Thanks, Darren! > > > > ------------------------------------------------------- > 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: Dmitriy K. <dko...@ru...> - 2004-11-05 13:28:28
|
James, just out of curiosity - any progress on AS/Spring integration? Regards, Dmitriy. |
|
From: Rod J. <ro...@in...> - 2004-11-05 10:48:55
|
>>I really like the approach >>you've taken with this (sort of a combination of SpringViz and >>JavaDoc). A few weeks ago, someone suggested the idea of actually >>loading the application context or bean factory and generating the graph >>and documentation from that. It seems like this would be the only way >>to support autowired configurations, but obviously poses problems b/c >>you don't want to actually instantiate/lookup all the beans. This will also allow you to get at AOP advice. You can cast any proxy to Advised and walk the advice chain, unless the config explicitly sets the "opaque" flag to disable that (for example, for security reasons). The problem is if you require a JNDI environment etc to load the context. I think this tool is important. Thanks, Darren! |
1239 messages has been excluded from this view by a project administrator.
