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. <rob...@in...> - 2005-04-13 07:23:07
|
That's not a bad idea. Once we have the 0.1 release out I'll move this stuff across and we'll try to include it in 0.2 or 0.3. Rob -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Juergen Hoeller Sent: 12 April 2005 20:13 To: spr...@li... Subject: Re: [Springframework-developer] Where does webflow live? Well, Web Flow currently lives in our sandbox, so spring-sandbox.jar essentially contains Web Flow in its entirety. On the occasion: We should move the Commons Validator support to some proper place. Rob, wouldn't that be a further candidate for Spring Modules? Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Matt Raible Sent: Tuesday, April 12, 2005 9:04 PM To: spr...@li... Subject: [Springframework-developer] Where does webflow live? I ran into some issues last night with spring-sandbox.jar from Spring 1.2 RC1 and Spring Web Flow PR2. The problem turned out to be that many of the flow classes where already in my spring-sandbox.jar. Once I deleted them from spring-sandbox.jar, everything worked fine. How do I eliminate this duplication in the future? Is the web flow stuff in spring-sandbox.jar? The main reason I'm using the sandbox JAR is for Commons Validator. Thanks, Matt ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Erwin V. <erw...@er...> - 2005-04-13 06:25:51
|
It's important when you need to register property editors with the data binder to make the <spring:bind> tag work when the form is first rendered. Look at the SimpleFormController for more info. Also look at the BirthDate sample app for an actual example. Erwin Vervaet erw...@er... ----- Original Message ----- From: "Steven Devijver" <ste...@gm...> To: <spr...@li...>; <spr...@li...> Sent: Tuesday, April 12, 2005 11:28 PM Subject: [Springframework-developer] web flow: why is there a "setupForm" method on FormAction > Hi guys, > > What are the use cases that would justify the "setupForm" method on > FormAction? Is the "bindAndValidate" method not sufficient? I can > understand some page flows would need a "setupform" method, for > example to further initialise the form object by an action bean. But > isn't this a anti-pattern? > > Steven > > -- > "If you want to be a different fish, you gotta jump out of the school." > -- Captain Beefheart > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Darren D. <da...@sh...> - 2005-04-13 01:54:57
|
1113357294
FAILED
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0,011 sec
[junit] Testcase: testNaming took 0 sec
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,253 sec
[junit] Testsuite: org.springframework.jmx.support.ConnectorServerFactoryBeanTests
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0,253 sec
[junit] Testcase: testStartupWithLocatedServer took 0,097 sec
[junit] Testcase: testStartupWithSuppliedServer took 0,051 sec
[junit] Testcase: testRegisterWithMBeanServer took 0,056 sec
[junit] Testcase: testNoRegisterWithMBeanServer took 0,036 sec
[junit] Tests run: 7, Failures: 1, Errors: 0, Time elapsed: 0,099 sec
[junit] Testsuite: org.springframework.jmx.support.JmxUtilsTests
[junit] Tests run: 7, Failures: 1, Errors: 0, Time elapsed: 0,099 sec
[junit] Testcase: testIsMBeanWithDynamicMBean took 0 sec
[junit] Testcase: testIsMBeanWithStandardMBeanWrapper took 0,021 sec
[junit] Testcase: testIsMBeanWithStandardMBeanInherited took 0,007 sec
[junit] Testcase: testNotAnMBean took 0 sec
[junit] Testcase: testSimpleMBean took 0,012 sec
[junit] Testcase: testSimpleMBeanThroughInheritance took 0,012 sec
[junit] Testcase: testGetAttributeNameWithStrictCasing took 0,03 sec
[junit] FAILED
[junit] Incorrect casing on attribute name expected:<Name> but was:<Class>
[junit] junit.framework.ComparisonFailure: Incorrect casing on attribute name expected:<Name> but was:<Class>
[junit] at org.springframework.jmx.support.JmxUtilsTests.testGetAttributeNameWithStrictCasing(JmxUtilsTests.java:78)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: <al...@jt...> - 2005-04-12 22:29:38
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050413001630Lbuild.244 |
|
From: Torsten J. <tju...@ya...> - 2005-04-12 22:21:37
|
After a few month of sleep Spring IDE is alive again. We have moved the project from SF to a new site (http://springide.org/) which provides a Subversion repository and a Trac-based project management tool. A maintainance release (with spring-core.jar v1.1.5) is available too. The corresponding Eclipse updatesite is http://springide.org/updatesite/. A list of bugfixes can be found here http://springide.org/project/milestone/Release%201.1.1 . Christian is busy working on a graphical editor for Spring Webflow (http://springide.org/project/wiki/WebFlowEditor). Thomas, Colin, please update the links on www.springframework.org (home page and download page) with the new Spring IDE project site and update site. Keith, maybe you can ask Nikki for creating a logo for Spring IDE too ;-) Thanx. Cheers, Torsten __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail |
|
From: Steven D. <ste...@gm...> - 2005-04-12 21:28:39
|
Hi guys, What are the use cases that would justify the "setupForm" method on FormAction? Is the "bindAndValidate" method not sufficient? I can understand some page flows would need a "setupform" method, for example to further initialise the form object by an action bean. But isn't this a anti-pattern? Steven -- "If you want to be a different fish, you gotta jump out of the school." -- Captain Beefheart |
|
From: Rod J. <ro...@in...> - 2005-04-12 21:26:11
|
Good idea! At some point dropping the "last in the list" would simplify the implementation, but of course this would break backward compatibility... Juergen Hoeller wrote: > Good idea! I've just added such an explicit "targetName" property, as > alternative to specifying the target name at the end of the > "interceptorNames" array. > > Juergen > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...]On Behalf > Of Colin Sampaleanu > Sent: Monday, April 11, 2005 11:12 PM > To: spr...@li... > Subject: [Springframework-developer] exposing targetName property on > ProxyFactoryBean > > > I think it'd be worth it to expose a targetName property (obviously the > existing targetName field and related code would have to be coordinated) > or alternate a targetBeanName property, on the proxyFactoryBean. > > Right now if you want to proxy a prototype bean, an easy way to do it is > to have it as the last bean name in the interceptorNames list. However, > this mechanism is not convenient to use when you want to have a base > abstract template (parent) proxy definition, and override it with a > small child definition for each real proxy, as you'd have to set the > interceptorNames property in each child. > > The alternative is to use a nested PrototypeTargetSource bean > definition, and set it via the targetSource property of the proxy > factory bean. This works fine, but adds 3 extra lines of config. > > Exposing a targetName or targetBeanName property which amounts to the > same thing would be quite a lot less verbose when people have many > prototype proxies... > > Colin > > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&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: Juergen H. <ju...@in...> - 2005-04-12 21:18:27
|
Ah, our favorite topic once again ;-) I'm not entirely sure whether Web Flow will get its own module; could be too fine-granular. The binding framework quite certainly shouldn't, which would already cause a problem with Web Flow's current status if we had modules. To give some numbers: If we want to have the binding framework, JCA support, Hibernate support, Web Flow, etc as separate modules (which would be necessary to get your desired effect of not putting any early-access stuff in the sandbox), we would end up with at least 35 modules (that's our top-level packages plus some subpackages of relevant size). Frankly, I consider that a horror scenario in terms of management and would strongly vote against it. I guess what I'm saying is that modules only *look* convincingly easy, but won't be a general solution for the early access problem in practice. Keith, please try to imagine this in detail and don't just consider it as solution upfront. This is absolutely non-trivial when looking at the details. Before we continue to spread the word on modules, I'd like to see concrete suggestions for module separation, respecting the interdependencies outlined in section 3 of our readme. I have already tried multiple times to nail down some options, and have always failed to find a convincing separation. The current jar files (12) might be a starting point, but I'm not sure that they can serve as module granularity too... Some packages are joined together there rather arbitrarily (from a source module perspective), for example the ones in spring-support.jar, or the separation between spring-orm.jar (which includes the entire ORM support except for Hibernate) and spring-hibernate.jar. Those jar files cannot be mapped 1-to-1 to source modules. So in total, it's unclear to me how a concrete module separation could look like (the more I look at it, the harder it seems). I doubt that we can resolve this within the 1.3 timeframe, given that we have such an aggressive schedule there, with just two months for multiple major new features. Anyway, the real problem here is the sandbox, IMO. There's too much stuff in there, both dead and somewhat alive. Noone should have to rely on spring-sandbox.jar!! Everything that's of some use in there should move, either to the core or to Spring Modules. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Keith Donald Sent: Tuesday, April 12, 2005 9:24 PM To: spr...@li... Subject: RE: [Springframework-developer] Where does webflow live? Aye, this is exactly why we need a modular CVS structure and a smarter build, which Colin is leading up in the post 1.2 timeframe. Web flow is currently maintained in the sandbox, yes. This means it is also included in spring-sandbox.jar when the 'sandboxjar' target is run. Independent of that fact, the webflow.release target ships spring-webflow.jar and spring-webflow-support.jar, pulling in _just_ the required code from the sandbox needed to run spring webflow. So, I guess you can say we've taken the stance that people aren't developing apps with spring-sandbox.jar in their classpath. Hmm... In any case, in the future spring-webflow will be in its own module with its own distributable, along side other well-defined core modules, and the sandbox will die the death it deserves (or be only used for true 'scratch' stuff) Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Matt Raible Sent: Tuesday, April 12, 2005 3:04 PM To: spr...@li... Subject: [Springframework-developer] Where does webflow live? I ran into some issues last night with spring-sandbox.jar from Spring 1.2 RC1 and Spring Web Flow PR2. The problem turned out to be that many of the flow classes where already in my spring-sandbox.jar. Once I deleted them from spring-sandbox.jar, everything worked fine. How do I eliminate this duplication in the future? Is the web flow stuff in spring-sandbox.jar? The main reason I'm using the sandbox JAR is for Commons Validator. Thanks, Matt ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Keith D. <ke...@in...> - 2005-04-12 19:25:02
|
Aye, this is exactly why we need a modular CVS structure and a smarter build, which Colin is leading up in the post 1.2 timeframe. Web flow is currently maintained in the sandbox, yes. This means it is also included in spring-sandbox.jar when the 'sandboxjar' target is run. Independent of that fact, the webflow.release target ships spring-webflow.jar and spring-webflow-support.jar, pulling in _just_ the required code from the sandbox needed to run spring webflow. So, I guess you can say we've taken the stance that people aren't developing apps with spring-sandbox.jar in their classpath. Hmm... In any case, in the future spring-webflow will be in its own module with its own distributable, along side other well-defined core modules, and the sandbox will die the death it deserves (or be only used for true 'scratch' stuff) Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Matt Raible Sent: Tuesday, April 12, 2005 3:04 PM To: spr...@li... Subject: [Springframework-developer] Where does webflow live? I ran into some issues last night with spring-sandbox.jar from Spring 1.2 RC1 and Spring Web Flow PR2. The problem turned out to be that many of the flow classes where already in my spring-sandbox.jar. Once I deleted them from spring-sandbox.jar, everything worked fine. How do I eliminate this duplication in the future? Is the web flow stuff in spring-sandbox.jar? The main reason I'm using the sandbox JAR is for Commons Validator. Thanks, Matt ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Juergen H. <ju...@in...> - 2005-04-12 19:13:30
|
Well, Web Flow currently lives in our sandbox, so spring-sandbox.jar essentially contains Web Flow in its entirety. On the occasion: We should move the Commons Validator support to some proper place. Rob, wouldn't that be a further candidate for Spring Modules? Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Matt Raible Sent: Tuesday, April 12, 2005 9:04 PM To: spr...@li... Subject: [Springframework-developer] Where does webflow live? I ran into some issues last night with spring-sandbox.jar from Spring 1.2 RC1 and Spring Web Flow PR2. The problem turned out to be that many of the flow classes where already in my spring-sandbox.jar. Once I deleted them from spring-sandbox.jar, everything worked fine. How do I eliminate this duplication in the future? Is the web flow stuff in spring-sandbox.jar? The main reason I'm using the sandbox JAR is for Commons Validator. Thanks, Matt ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Matt R. <li...@ra...> - 2005-04-12 19:03:56
|
I ran into some issues last night with spring-sandbox.jar from Spring 1.2 RC1 and Spring Web Flow PR2. The problem turned out to be that many of the flow classes where already in my spring-sandbox.jar. Once I deleted them from spring-sandbox.jar, everything worked fine. How do I eliminate this duplication in the future? Is the web flow stuff in spring-sandbox.jar? The main reason I'm using the sandbox JAR is for Commons Validator. Thanks, Matt |
|
From: Darren D. <da...@sh...> - 2005-04-12 07:24:39
|
1113290676
FAILED
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:222: cannot resolve symbol
[javac] symbol : variable DEFAULT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(DEFAULT, defaultValue);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:225: cannot resolve symbol
[javac] symbol : variable PERSIST_POLICY
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_POLICY, persistPolicy);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:228: cannot resolve symbol
[javac] symbol : variable PERSIST_PERIOD
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_PERIOD, Integer.toString(persistPeriod));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:245: cannot resolve symbol
[javac] symbol : method getAlwaysStaleCurrencyTimeLimit ()
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] ctl = getAlwaysStaleCurrencyTimeLimit();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:248: cannot resolve symbol
[javac] symbol : variable CURRENCY_TIME_LIMIT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 14 errors
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2005-04-12 06:26:49
|
1113287205
FAILED
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:222: cannot resolve symbol
[javac] symbol : variable DEFAULT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(DEFAULT, defaultValue);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:225: cannot resolve symbol
[javac] symbol : variable PERSIST_POLICY
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_POLICY, persistPolicy);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:228: cannot resolve symbol
[javac] symbol : variable PERSIST_PERIOD
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_PERIOD, Integer.toString(persistPeriod));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:245: cannot resolve symbol
[javac] symbol : method getAlwaysStaleCurrencyTimeLimit ()
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] ctl = getAlwaysStaleCurrencyTimeLimit();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:248: cannot resolve symbol
[javac] symbol : variable CURRENCY_TIME_LIMIT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 14 errors
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: Darren D. <da...@sh...> - 2005-04-12 04:32:20
|
1113280324
FAILED
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:222: cannot resolve symbol
[javac] symbol : variable DEFAULT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(DEFAULT, defaultValue);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:225: cannot resolve symbol
[javac] symbol : variable PERSIST_POLICY
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_POLICY, persistPolicy);
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:228: cannot resolve symbol
[javac] symbol : variable PERSIST_PERIOD
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(PERSIST_PERIOD, Integer.toString(persistPeriod));
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:245: cannot resolve symbol
[javac] symbol : method getAlwaysStaleCurrencyTimeLimit ()
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] ctl = getAlwaysStaleCurrencyTimeLimit();
[javac] ^
[javac] /home/users/d/da/davison/checkouts/spring/src/org/springframework/jmx/export/assembler/MetadataMBeanInfoAssembler.java:248: cannot resolve symbol
[javac] symbol : variable CURRENCY_TIME_LIMIT
[javac] location: class org.springframework.jmx.export.assembler.MetadataMBeanInfoAssembler
[javac] descriptor.setField(CURRENCY_TIME_LIMIT, Integer.toString(ctl));
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 14 errors
This is an automated mail from one of the SF Compile Farm machines.
The machine name noted in the subject encountered a failure building
or running the Spring test suite. The last few lines of the output
were included for info.
NB: No further mail will be sent from this machine until a
manual reset occurs on the cf-shell machine, although builds will
continue as scheduled.
See http://springframework.sourceforge.net/test/ for further
information.
|
|
From: <al...@jt...> - 2005-04-11 22:29:57
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050412001618Lbuild.243 |
|
From: Juergen H. <ju...@in...> - 2005-04-11 22:20:13
|
Good idea! I've just added such an explicit "targetName" property, as alternative to specifying the target name at the end of the "interceptorNames" array. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Colin Sampaleanu Sent: Monday, April 11, 2005 11:12 PM To: spr...@li... Subject: [Springframework-developer] exposing targetName property on ProxyFactoryBean I think it'd be worth it to expose a targetName property (obviously the existing targetName field and related code would have to be coordinated) or alternate a targetBeanName property, on the proxyFactoryBean. Right now if you want to proxy a prototype bean, an easy way to do it is to have it as the last bean name in the interceptorNames list. However, this mechanism is not convenient to use when you want to have a base abstract template (parent) proxy definition, and override it with a small child definition for each real proxy, as you'd have to set the interceptorNames property in each child. The alternative is to use a nested PrototypeTargetSource bean definition, and set it via the targetSource property of the proxy factory bean. This works fine, but adds 3 extra lines of config. Exposing a targetName or targetBeanName property which amounts to the same thing would be quite a lot less verbose when people have many prototype proxies... Colin -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Juergen H. <ju...@in...> - 2005-04-11 21:43:55
|
See my response on the forum - this looks like a Hibernate exception getting wrapped in a checked exception, but the transactional proxy is not configured to trigger a rollback on checked exceptions. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of katentim Sent: Monday, April 11, 2005 11:05 AM To: spr...@li... Subject: [Springframework-developer] Forum - Hibernate3 AssertionFailure This user is getting: org.hibernate.AssertionFailure: null id in entry (don't flush the Session after an exception occurs) It looks to me like a Hibernate issue, however the Hibernate thread suggests otherwise. Spring Thread http://forum.springframework.org/viewtopic.php?t=4654 Hibernate Thread http://forum.hibernate.org/viewtopic.php?t=940968 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2005-04-11 21:11:55
|
I think it'd be worth it to expose a targetName property (obviously the existing targetName field and related code would have to be coordinated) or alternate a targetBeanName property, on the proxyFactoryBean. Right now if you want to proxy a prototype bean, an easy way to do it is to have it as the last bean name in the interceptorNames list. However, this mechanism is not convenient to use when you want to have a base abstract template (parent) proxy definition, and override it with a small child definition for each real proxy, as you'd have to set the interceptorNames property in each child. The alternative is to use a nested PrototypeTargetSource bean definition, and set it via the targetSource property of the proxy factory bean. This works fine, but adds 3 extra lines of config. Exposing a targetName or targetBeanName property which amounts to the same thing would be quite a lot less verbose when people have many prototype proxies... Colin -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Dmitriy K. <dko...@ru...> - 2005-04-11 19:26:21
|
Erwin, do you have any examples of redirecting from one flow to another...? Dmitriy. Erwin Vervaet wrote: > You can't do it with a forward because of the problem you describe, > but it is possible with a "redirect:..". If you want to pass > parameters to the launching flow, pass them as request parameters (not > attributes since you're redirecting). > > Erwin Vervaet > erw...@er... > ----- Original Message ----- From: "Will Butler" > <wil...@ra...> > To: <spr...@li...> > Sent: Monday, April 11, 2005 8:24 PM > Subject: [Springframework-developer] Web Flow: forwarding to another > flow... > > >> Is it possible to use a "forward:..." in an end state to halt execution >> of one flow and start another? When the request is made to the first >> flow to make the transition to the end state, its flow id has been >> placed in the request parameters. This is necessary, of course, to look >> up the first flow. When the forward occurs, the flow id from the first >> flow is still in the request. The flow execution manager then tries to >> look up the second flow using the first flow's id, which fails >> miserably. Is this something that just cannot be done, or is there a >> workaround that I could try? >> >> Thanks! >> >> Will >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Will B. <wil...@ra...> - 2005-04-11 19:20:39
|
I thought of trying this, but how is it possible to add dynamic request parameters to the view string if it is set in the builder? We really need the request parameters to be populated while the flow is executing. Thanks, Will On Mon, 2005-04-11 at 21:09 +0200, Erwin Vervaet wrote: > You can't do it with a forward because of the problem you describe, but it > is possible with a "redirect:..". If you want to pass parameters to the > launching flow, pass them as request parameters (not attributes since you're > redirecting). > > Erwin Vervaet > erw...@er... > ----- Original Message ----- > From: "Will Butler" <wil...@ra...> > To: <spr...@li...> > Sent: Monday, April 11, 2005 8:24 PM > Subject: [Springframework-developer] Web Flow: forwarding to another flow... > > > > Is it possible to use a "forward:..." in an end state to halt execution > > of one flow and start another? When the request is made to the first > > flow to make the transition to the end state, its flow id has been > > placed in the request parameters. This is necessary, of course, to look > > up the first flow. When the forward occurs, the flow id from the first > > flow is still in the request. The flow execution manager then tries to > > look up the second flow using the first flow's id, which fails > > miserably. Is this something that just cannot be done, or is there a > > workaround that I could try? > > > > Thanks! > > > > Will > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Erwin V. <erw...@er...> - 2005-04-11 19:07:55
|
You can't do it with a forward because of the problem you describe, but it is possible with a "redirect:..". If you want to pass parameters to the launching flow, pass them as request parameters (not attributes since you're redirecting). Erwin Vervaet erw...@er... ----- Original Message ----- From: "Will Butler" <wil...@ra...> To: <spr...@li...> Sent: Monday, April 11, 2005 8:24 PM Subject: [Springframework-developer] Web Flow: forwarding to another flow... > Is it possible to use a "forward:..." in an end state to halt execution > of one flow and start another? When the request is made to the first > flow to make the transition to the end state, its flow id has been > placed in the request parameters. This is necessary, of course, to look > up the first flow. When the forward occurs, the flow id from the first > flow is still in the request. The flow execution manager then tries to > look up the second flow using the first flow's id, which fails > miserably. Is this something that just cannot be done, or is there a > workaround that I could try? > > Thanks! > > Will > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Will B. <wil...@ra...> - 2005-04-11 18:24:48
|
Is it possible to use a "forward:..." in an end state to halt execution of one flow and start another? When the request is made to the first flow to make the transition to the end state, its flow id has been placed in the request parameters. This is necessary, of course, to look up the first flow. When the forward occurs, the flow id from the first flow is still in the request. The flow execution manager then tries to look up the second flow using the first flow's id, which fails miserably. Is this something that just cannot be done, or is there a workaround that I could try? Thanks! Will |
|
From: <co...@gm...> - 2005-04-11 15:02:55
|
Hi, It seems the Portlet SWF support and the Portlet MVC support have different evolution paths, as they are being used by different people. One solution could be to extract the minimal common part needed by the Portlet SWF and MVC support (called, for example, the Portlet MVC Core) which is mainly what there is now into the sandbox. This core would be easier to maintain, and the Portlet SWF support could be independent of the Portlet MVC support (and vice versa). Cèsar Ordiñana Navarro co...@di... Rainer Schmitz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Erwin, > > as fas as I know the CVS still holds Bill's initial code from a few > month ago. > As you have seen there are some contributions posted to the list or > attached to the confluence page. I'm holding back some more > contributions until it is clear _where_ to contribute - it doesn't make > sence to splatter the code over the mailing lists and wikis. > > Rainer > > Erwin Vervaet schrieb: > >>All, >> >>I've been integrating Portlet support into the Spring Web Flow system >>and today I also added a portlet based version of the PhoneBook sample >>application. >> >>SWF Portlet support builds on the Spring Portlet MVC framework, which >>brings me to the question: what is the status of Spring Portlet MVC? A >>recent discussion on the DEV list states that it will be a key feature >>of Spring 1.3. However, there also seems to be a lot of confusion as to >>how up-to-date the sources in CVS are >>(http://article.gmane.org/gmane.comp.java.springframework.devel/7997) >>and who is actually working on it/maintaining it. The Wiki page >>(http://opensource.atlassian.com/confluence/spring/display/JSR168/Home) >>also seems to given the impression that's it's not ready for prime-time >>yet. >> >>Since SWF is now dependent on Spring Portlet MVC, we need to make sure >>it is ready for release in the 1.3 timeframe. Also, since SWF is already >>releasing preview releases (we have preview 2 coming up this weekend!), >>we need to make sure the Portlet MVC code we're shipping with that >>(which is the code from CVS) is actually in up-to-date! >> >>Could somebody please try to clarify the Spring Portlet MVC situation a >>bit? >> >>Erwin Vervaet >>erw...@er... |
|
From: Brian M. <br...@ch...> - 2005-04-11 13:49:43
|
Yep, just checked it in there =) -Brian On Apr 10, 2005, at 10:56 AM, Rob Harrop wrote: > Brian, > > I think if no-one else has any objections, this module is ideal for > inclusion in Spring Modules. > > Rob > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On > Behalf Of > Brian McCallister > Sent: 02 April 2005 22:36 > To: spr...@li... > Subject: Re: [Springframework-developer] Lucene Integration > > snapshot of the classes as they are now: > > http://morphy.skife.org/spring-lucene/ > > -Brian > > On Apr 2, 2005, at 4:19 PM, Brian McCallister wrote: > >> I have a set of classes for Apache Lucene integration with Spring >> (reasonable factory beans, a LuceneTemplate, and LuceneUtils) which >> are designed to >> >> a) make it easier to work with Lucene from Spring (the template in >> particular optimizes common cases nicely, and does the resource >> open/closing like the other templates) >> >> b) make lucene index modifications abide by Spring's transaction >> system by doing write-behind on adds (which are ignored on rollback) >> and rolling back deletes via a transaction synchronization. >> >> >> >> I'd like to contribute them to Spring (if ya'll are interested), but >> to clean up the code and design some first, I have a few questions: >> >> 1) Should transaction binding be "on" by default? Lucene is >> semi-transactional by nature (supports r and r/w locks, changes are >> flushed on reader/writer closing, etc), but I am not sure people >> expect Lucene to be bound by other transactions. Potential confusion. >> >> 2) What is a good tx manager to use for the unit tests? I am using a >> modified version of the TestTransactionManager in Spring right now >> (just changed to make it accessible and use synchonrizations). It is >> much easier to use the TransactionTemplate than to manually manage the >> tx's for tests =) >> >> 3) Not all of the ~interesting things you can do in lucene are >> convenient to expose (splitting indexes etc) from the configuration. >> Right now, rather than make a hack, the factory beans only support >> single indexes. The only multi-index thing exposed right now is really >> a configuration option on the SearcherBean which allows for multiple >> indexes and a MultiSearcher ~transparently. >> >> Thanks! >> >> -Brian >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real >> users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Scott B. <sco...@ru...> - 2005-04-11 12:39:40
|
I can see it too actually. I'm pretty sure I have no admin rights :-) In fact I'm actually not even logged in so I guess I'm a guest. -Scott Colin Sampaleanu wrote: > That's because you have admin access. Looks like Rod, Juergen and you > are admins (along with Mike C-B). > > > Dmitriy Kopylenko wrote: > >> I can... >> >> >> Colin Sampaleanu wrote: >> >>> Still can't access it.... >>> >>> Rob Harrop wrote: >>> >>>> Just updated the permissions - you should be able to get access now. >>>> >>>> Rob >>>> >>>> -----Original Message----- >>>> From: spr...@li... >>>> [mailto:spr...@li...] On >>>> Behalf Of >>>> Colin Sampaleanu >>>> Sent: 10 April 2005 15:46 >>>> To: spr...@li... >>>> Subject: Re: [Springframework-developer] Integration with 3rd Party >>>> Modules >>>> >>>> Rob Harrop wrote: >>>> >>>> >>>> >>>>> All, >>>>> >>>>> I have created a new space in the Wiki to capture code snippets >>>>> and hints >>>>> for integrating 3rd party products into Spring. >>>>> >>>>> I started this to highlight the ease with which many products can be >>>>> integrated into Spring without the need for custom coding. I have >>>>> included >>>>> coverage for XMLC and OSCache and I encourage everyone else to put >>>>> any >>>>> information they may have on to the Wiki. >>>>> >>>>> http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home >>>>> >>>>> >>>>> Rob >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> I get an error >>>> Not Permitted >>>> when I try to access this. Can't see it off the front page either. >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> SF email is sponsored by - The IT Product Guide >>>> Read honest & candid reviews on hundreds of IT Products from real >>>> users. >>>> Discover which products truly live up to the hype. Start reading now. >>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>>> _______________________________________________ >>>> Springframework-developer mailing list >>>> Spr...@li... >>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> SF email is sponsored by - The IT Product Guide >>>> Read honest & candid reviews on hundreds of IT Products from real >>>> users. >>>> Discover which products truly live up to the hype. Start reading now. >>>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>>> _______________________________________________ >>>> Springframework-developer mailing list >>>> Spr...@li... >>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>> >>>> >>> >>> >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
1239 messages has been excluded from this view by a project administrator.
