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: <al...@in...> - 2005-07-18 22:28:45
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050719001620Lbuild.310 |
|
From: Darren D. <da...@sh...> - 2005-07-18 22:28:22
|
1121725700 FAILED 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-07-18 21:42:48
|
1121722945
FAILED
Buildfile: build.xml
clean:
compileattr:
[attribute-compiler] Generated attribute information for 1 classes. Ignored 0 classes.
buildmain:
[mkdir] Created dir: /var/local/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes
[mkdir] Created dir: /var/local/home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/classes/META-INF
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-07-18 21:42:19
|
1121722917 FAILED [attribute-compiler] at org.apache.tools.ant.Main.startAnt(Main.java:188) [attribute-compiler] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196) [attribute-compiler] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55) [attribute-compiler] Caused by: java.io.FileNotFoundException: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/generated-commons-attributes-src/org/springframework/web/servlet/handler/metadata/PathMap$__attributeRepository.java (No such file or directory) [attribute-compiler] at java.io.FileOutputStream.open(Native Method) [attribute-compiler] at java.io.FileOutputStream.<init>(FileOutputStream.java:176) [attribute-compiler] at java.io.FileOutputStream.<init>(FileOutputStream.java:131) [attribute-compiler] at java.io.FileWriter.<init>(FileWriter.java:70) [attribute-compiler] at org.apache.commons.attributes.compiler.AttributeCompiler.generateClass(AttributeCompiler.java:291) [attribute-compiler] at org.apache.commons.attributes.compiler.AttributeCompiler.start(AttributeCompiler.java:483) [attribute-compiler] ... 11 more [attribute-compiler] --- Nested Exception --- [attribute-compiler] java.io.FileNotFoundException: /home/users/d/da/davison/checkouts/spring/target/sparc-solaris1/generated-commons-attributes-src/org/springframework/web/servlet/handler/metadata/PathMap$__attributeRepository.java (No such file or directory) [attribute-compiler] at java.io.FileOutputStream.open(Native Method) [attribute-compiler] at java.io.FileOutputStream.<init>(FileOutputStream.java:176) [attribute-compiler] at java.io.FileOutputStream.<init>(FileOutputStream.java:131) [attribute-compiler] at java.io.FileWriter.<init>(FileWriter.java:70) [attribute-compiler] at org.apache.commons.attributes.compiler.AttributeCompiler.generateClass(AttributeCompiler.java:291) [attribute-compiler] at org.apache.commons.attributes.compiler.AttributeCompiler.start(AttributeCompiler.java:483) [attribute-compiler] at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:105) [attribute-compiler] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) [attribute-compiler] at org.apache.tools.ant.Task.perform(Task.java:364) [attribute-compiler] at org.apache.tools.ant.Target.execute(Target.java:341) [attribute-compiler] at org.apache.tools.ant.Target.performTasks(Target.java:369) [attribute-compiler] at org.apache.tools.ant.Project.executeTarget(Project.java:1214) [attribute-compiler] at org.apache.tools.ant.Project.executeTargets(Project.java:1062) [attribute-compiler] at org.apache.tools.ant.Main.runBuild(Main.java:673) [attribute-compiler] at org.apache.tools.ant.Main.startAnt(Main.java:188) [attribute-compiler] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196) [attribute-compiler] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55) 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-07-18 21:41:57
|
1121722892 FAILED 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-07-18 21:41:43
|
1121722875 FAILED 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...@in...> - 2005-07-17 22:29:08
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050718001643Lbuild.309 |
|
From: Scott B. <sco...@ru...> - 2005-07-17 16:55:43
|
Thanks, just saw the announcement. Looks like you guys have some good=20 new stuff in there :-) -Scott Erwin Vervaet wrote: > PR4 is up now. Keith is doing the announcement at this very moment. > > Erwin Vervaet > erw...@er... > ----- Original Message ----- From: "Scott Battaglia"=20 > <sco...@ru...> > To: <spr...@li...> > Sent: Monday, July 11, 2005 7:45 PM > Subject: Re: [Springframework-developer] old dependencies on spring=20 > portlet in webflow > > > Erwin, > > Do you have an idea on when PR4 will be released? I'm hoping to release > a new version of CAS soon with Spring 1.2.2 as a dependency but PR3 > doesn't work with it :-) I'm wondering whether I should wait for PR4 or > rollback to Spring 1.2.1 for the time being. > > Thanks! > -Scott > > Scott Battaglia > Application Developer, Architecture & Engineering Group > Enterprise Systems and Services, Rutgers University > v: 732.445.0097 | f: 732.445.5493 | sco...@ru... > > > > Erwin Vervaet wrote: > >> Yes, this is an urgent issue. >> There are also other conflicts between SWF PR3 and Spring 1.2.2.=20 >> Keith and I are working on releasing a PR4 release ASAP to address=20 >> these classpath conflicts. >> Erwin Vervaet >> erw...@er... <mailto:erw...@er...> >> >> ----- Original Message ----- >> *From:* Tim Kettering <mailto:tim...@vi...> >> *To:* spr...@li... >> <mailto:spr...@li...> >> *Sent:* Wednesday, July 06, 2005 7:56 PM >> *Subject:* [Springframework-developer] old dependencies on spring >> portlet in webflow >> >> This really addresses two issues I=92m having w/ spring portlet >> development. I am attempting to use spring webflow /w the >> portlets, and the PR3 release of webflow apparently includes >> references to older versions of portlet code (that exist in the >> spring sandbox) =96 and the latest version of spring-portlets as >> released by john lewis includes significantly updated code, and >> when attempting to include all those jars in the portlet >> environment, theres all sorts of classloader issues w/ different >> versions of DispatchPortlet and PortletController lying around. >> I=92ve been trying to rebuild parts to get them all to talk to eac= h >> other, but it=92s been a big time-sink. >> >> I see the best solution being that John being allowed to merge his >> portlet code in the cvs =96 so that webflow can be coded against t= he >> proper classes and those classes being dropped from >> webflow-support. I know that this has been under discussion lately >> to start with 1.3 development, and I=92m hoping with the release o= f >> 1.2.2 complete, that things can move in that direction. >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by the 'Do More With Dual!' webinar=20 > happening > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dua= l > core and dual graphics technology at this free one hour event hosted=20 > by HP, > AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer --=20 Scott Battaglia Application Developer, New Technology Group Enterprise Systems and Services Rutgers University Computing Services Rutgers, the State University of New Jersey email: sco...@ru... voice: 732.445.0097 fax: 732.445.5493 |
|
From: Boyce, K. G. <Kei...@bc...> - 2005-07-17 16:19:25
|
Congrats... Bummer about portlet support though but I understand..wrt JSF integration have you had any further exchange from Craig on this. I haven't seen any on the dev list. _____ =0D From: spr...@li... [mailto:spr...@li...] On Behalf Of Keith Donald Sent: Sunday, July 17, 2005 5:46 AM To: spr...@li...; spr...@li... Subject: [Springframework-developer] [ANN] - Spring Web Flow PR4 Released =0D =0D Dear Spring Community, I'm pleased to announce the release of Spring Web Flow Preview 4 (PR4). This release aligns Spring Web Flow with Spring 1.2.2+, as Spring 1.2.2 introduced changes that broke compatibility with previous preview releases. This will be the last Web Flow preview release-the next release will be 1.0 RC1. To download, access: http://sourceforge.net/project/showfiles.php?group_id=3D73357&package_id= =3D1 48517 Note: there are some incompatible changes between PR3 and PR4. This includes a root package rename from org.springframework.web.flow to org.springframework.webflow, noting Web Flow's status as a standalone module deserving of a top-level package. For a complete list of changes, access the change log here: http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change +Log Special note for WebFlow Portlet users: PR4 does not ship Portlet MVC integration. Bottom line, Portlet MVC users will need to wait for Web Flow RC1 in a few weeks when Portlet MVC has been integrated for shipment with Spring 1.3. We apologize for any short-term inconvenience here: expect better Portlet MVC integration + the sample app to be back in the coming weeks. -- Contained within this PR4 release are a number of new and noteworthy enhancements. Here are some of them: State entry actions Any instance of any State type may be configured with an entry action that will be executed when the state is entered. This facilitates generic state setup logic. For example, a ViewState could set an entry action to execute arbitrary pre-render logic. Such pre-render logic might load reference data to populate form drop downs. An example of configuring an entry action from a XML-based webflow definition follows: <view-state id=3D"displayCriteria" view=3D"searchCriteria"> <entry> <action bean=3D"searchFormAction" method=3D"setupForm"/> <action bean=3D"searchFormAction" method=3D"setupReferenceData"/> </entry> <transition on=3D"search" to=3D"executeSearch"> <action bean=3D"searchFormAction" method=3D"bindAndValidate"/> </transition> </view-state> Any number of actions may be executed in order as part of a composite state entry action. TransitionableState exit actions Any instance of any TransitionableState type may be configured with an exit action that will be executed when the state is exited. This facilities generic state tear-down logic. <action-state id=3D"executeSearch"> <action bean=3D"searchAction"/> <transition on=3D"success" to=3D"displayResults"/> <exit> <action bean=3D"auditAction" method=3D"logResults"/> </exit> </action-state> =0D Multiple actions may again be specified-they will automatically be wrapped in a CompositeAction. Flow Execution Listener Criteria Before PR4 there was no easy way to define for a set of flow definitions which listeners should observe launched flow executions. The new FlowExecutionListenerCriteria provides a pluggable strategy where the set of applicable listeners for a given Flow definition is calculated on a per-request basis. For example: <bean id=3D"flowExecutionManager" class=3D"org.springframework.webflow.execution.servlet.ServletFlowExecutio nManager"> <property name=3D"listenerMap"> <map> <entry value=3D"*"> <key> <list> <bean class=3D"example.Listener1"/> <bean class=3D"example.Listener2"/> </list> </key> </entry> <entry value=3D"sampleFlowA"> <key> <list> <bean class=3D"example.Listener3"/> </list> </key> </entry> </map> </property> ... </bean> =0D The above Spring configuration attaches Listener 1 and 2 to executions of all flows (*), while Listener 3 is only attached to "sampleFlowA". Greatly enhanced expression language support One of the real strengths in this release is the continued progress with the new Spring data binding module. Contained within spring-binding is an expression parsing and evaluation abstraction seamlessly integrated with a robust type conversion facility. These two in combination allow for arbitrary strings representing one or more expressions like "Announcement: ${org} ${product} ${release} is out!" to be consumed and converted to evaluateable expressions utilizing any expression language, with OGNL being the default. Spring Web Flow leverages this machinery in several places: 1. For redirect expressions that evaluate against the request context, for example:=0D =0D redirect:/${sourceEvent.parameters.url}?attribute=3D${flowScope.foo}&attri bute2=3D${requestScope.bar}" 2. For transition expressions that drive dynamic state transition decisions:=0D <transition on=3D"${result =3D=3D 'success' && ${flowScope.selectedItinerary.price} > 500.0" to=3D"requireCreditCheck"/> 3. For attribute mapping expressions that map attributes between two sources:=0D <subflow-state id=3D"browseDetails" flow=3D"detailFlow"> <attribute-mapper> <input value=3D"${sourceEvent.parameters.id}" as=3D"someBean.id" from=3D"string" to=3D"long"/> </attribute-mapper> ... </subflow-state> =0D Enhanced attribute-mapper type-conversion support As shown in #3 above, the "from" and "to" attributes of input and output mapping elements can be used to specify type conversion rules. So the definition: <input value=3D"${sourceEvent.parameters.id}" as=3D"someBean.id" from=3D"string" to=3D"long"/> says: Convert the value of ${sourceEvent.parameters.id} from a string to a long and set the long result at someBean.id. Session-based TransactionSynchronizer strategy A new TransactionSynchronizer that manages a transaction token in HTTP-session scoped storage is new for PR4. It is ideal for working with flows that are leveraging continuations and need to prevent duplicate application transactions from occurring. New convenience action implementations The webflow.action package now sports several new action implementations including: CompositeAction, DelegatingAction, and GuardedAction. JMX-enabled flow execution statistics The sellitem sample now demonstrates the capability to collect global statistics on all Web Flows using the JMX management protocol, and monitor those statistics using any JMX client like the JDK 1.5 JConsole. Future web flow releases will enhance this capability to allow for management and monitoring on a per flow execution basis. Simplified and Improved Struts integration Struts 1.x integration has been greatly simplified with PR4 and aligned with Spring 1.2.2's introduction of the SpringBindingActionForm. There is no longer a need for a special FlowActionMapping as all webflow-specific configuration is now managed by Spring. See the birthdate sample application for a concrete example. Other: Improved javadoc, error messages, and logging Much improved build system with "one-step" sample application build/deployment Erwin and I must thank Colin Sampaleanu for putting together one heck of a build system to manage the overall development and release process. You will find when you download PR4 that building and deploying the sample applications, as well as any component of Spring Web Flow (such as the project itself or the binding module) to be simple and easy, with careful, automatic jar file management. This "common-build" system is Ant 1.6.x based and leverages Ivy 1.1 for jar dependency management. --- These are just some of the new features of this release. For a full list of changes, see http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change +Log As always, we very much value your feedback. Expect Web Flow 1.0 RC1 by the end of July with Portlet MVC and JSF integration. Cheers, Keith Donald Erwin Vervaet This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. |
|
From: Keith D. <ke...@in...> - 2005-07-17 09:47:42
|
Dear Spring Community, I'm pleased to announce the release of Spring Web Flow Preview 4 (PR4). This release aligns Spring Web Flow with Spring 1.2.2+, as Spring 1.2.2 introduced changes that broke compatibility with previous preview releases. This will be the last Web Flow preview release-the next release will be 1.0 RC1. To download, access: http://sourceforge.net/project/showfiles.php?group_id=73357 <http://sourceforge.net/project/showfiles.php?group_id=73357&package_id=1485 17> &package_id=148517 Note: there are some incompatible changes between PR3 and PR4. This includes a root package rename from org.springframework.web.flow to org.springframework.webflow, noting Web Flow's status as a standalone module deserving of a top-level package. For a complete list of changes, access the change log here: http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change+Log Special note for WebFlow Portlet users: PR4 does not ship Portlet MVC integration. Bottom line, Portlet MVC users will need to wait for Web Flow RC1 in a few weeks when Portlet MVC has been integrated for shipment with Spring 1.3. We apologize for any short-term inconvenience here: expect better Portlet MVC integration + the sample app to be back in the coming weeks. -- Contained within this PR4 release are a number of new and noteworthy enhancements. Here are some of them: State entry actions Any instance of any State type may be configured with an entry action that will be executed when the state is entered. This facilitates generic state setup logic. For example, a ViewState could set an entry action to execute arbitrary pre-render logic. Such pre-render logic might load reference data to populate form drop downs. An example of configuring an entry action from a XML-based webflow definition follows: <view-state id="displayCriteria" view="searchCriteria"> <entry> <action bean="searchFormAction" method="setupForm"/> <action bean="searchFormAction" method="setupReferenceData"/> </entry> <transition on="search" to="executeSearch"> <action bean="searchFormAction" method="bindAndValidate"/> </transition> </view-state> Any number of actions may be executed in order as part of a composite state entry action. TransitionableState exit actions Any instance of any TransitionableState type may be configured with an exit action that will be executed when the state is exited. This facilities generic state tear-down logic. <action-state id="executeSearch"> <action bean="searchAction"/> <transition on="success" to="displayResults"/> <exit> <action bean="auditAction" method="logResults"/> </exit> </action-state> Multiple actions may again be specified-they will automatically be wrapped in a CompositeAction. Flow Execution Listener Criteria Before PR4 there was no easy way to define for a set of flow definitions which listeners should observe launched flow executions. The new FlowExecutionListenerCriteria provides a pluggable strategy where the set of applicable listeners for a given Flow definition is calculated on a per-request basis. For example: <bean id="flowExecutionManager" class="org.springframework.webflow.execution.servlet.ServletFlowExecutionMan ager"> <property name="listenerMap"> <map> <entry value="*"> <key> <list> <bean class="example.Listener1"/> <bean class="example.Listener2"/> </list> </key> </entry> <entry value="sampleFlowA"> <key> <list> <bean class="example.Listener3"/> </list> </key> </entry> </map> </property> . </bean> The above Spring configuration attaches Listener 1 and 2 to executions of all flows (*), while Listener 3 is only attached to "sampleFlowA". Greatly enhanced expression language support One of the real strengths in this release is the continued progress with the new Spring data binding module. Contained within spring-binding is an expression parsing and evaluation abstraction seamlessly integrated with a robust type conversion facility. These two in combination allow for arbitrary strings representing one or more expressions like "Announcement: ${org} ${product} ${release} is out!" to be consumed and converted to evaluateable expressions utilizing any expression language, with OGNL being the default. Spring Web Flow leverages this machinery in several places: 1. For redirect expressions that evaluate against the request context, for example: redirect:/${sourceEvent.parameters.url}?attribute=${flowScope.foo}&attribute 2=${requestScope.bar}" 2. For transition expressions that drive dynamic state transition decisions: <transition on="${result == 'success' && ${flowScope.selectedItinerary.price} > 500.0" to="requireCreditCheck"/> 3. For attribute mapping expressions that map attributes between two sources: <subflow-state id="browseDetails" flow="detailFlow"> <attribute-mapper> <input value="${sourceEvent.parameters.id}" as="someBean.id" from="string" to="long"/> </attribute-mapper> . </subflow-state> Enhanced attribute-mapper type-conversion support As shown in #3 above, the "from" and "to" attributes of input and output mapping elements can be used to specify type conversion rules. So the definition: <input value="${sourceEvent.parameters.id}" as="someBean.id" from="string" to="long"/> says: Convert the value of ${sourceEvent.parameters.id} from a string to a long and set the long result at someBean.id. Session-based TransactionSynchronizer strategy A new TransactionSynchronizer that manages a transaction token in HTTP-session scoped storage is new for PR4. It is ideal for working with flows that are leveraging continuations and need to prevent duplicate application transactions from occurring. New convenience action implementations The webflow.action package now sports several new action implementations including: CompositeAction, DelegatingAction, and GuardedAction. JMX-enabled flow execution statistics The sellitem sample now demonstrates the capability to collect global statistics on all Web Flows using the JMX management protocol, and monitor those statistics using any JMX client like the JDK 1.5 JConsole. Future web flow releases will enhance this capability to allow for management and monitoring on a per flow execution basis. Simplified and Improved Struts integration Struts 1.x integration has been greatly simplified with PR4 and aligned with Spring 1.2.2's introduction of the SpringBindingActionForm. There is no longer a need for a special FlowActionMapping as all webflow-specific configuration is now managed by Spring. See the birthdate sample application for a concrete example. Other: Improved javadoc, error messages, and logging Much improved build system with "one-step" sample application build/deployment Erwin and I must thank Colin Sampaleanu for putting together one heck of a build system to manage the overall development and release process. You will find when you download PR4 that building and deploying the sample applications, as well as any component of Spring Web Flow (such as the project itself or the binding module) to be simple and easy, with careful, automatic jar file management. This "common-build" system is Ant 1.6.x based and leverages Ivy 1.1 for jar dependency management. --- These are just some of the new features of this release. For a full list of changes, see http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Change+Log As always, we very much value your feedback. Expect Web Flow 1.0 RC1 by the end of July with Portlet MVC and JSF integration. Cheers, Keith Donald Erwin Vervaet |
|
From: Lachezar D. <l.d...@gm...> - 2005-07-17 07:52:16
|
I am not sure if I am not the only one but the HSQLDB version that ships= =20 with Spring does not work correctly with the Hibernate Dialect that ships= =20 with the Hibernate that ships with Spring :). It might be a miscalculation= =20 on my side, but Hibernate generates SQL that uses HSqlDB 1.8 'generated'=20 attribute for native primary key numbers. I always need to use HSqlDB 1.8 form external sources to achieve the correc= t=20 behaviour when I want Hibernat to auto-create the database schema. I can't verify that for newer versions, because I am using Spring 1.1.5stil= l. On 7/17/05, Juergen Hoeller <ju...@in...> wrote: >=20 > I wouldn't mind switching for Spring 1.2.3. I don't see much of a danger > factor either. We should just get it done by Tuesday, as I intend to=20 > release > 1.2.3 mid next week. >=20 > Juergen >=20 >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf= =20 > Of > Colin Sampaleanu > Sent: Saturday, July 16, 2005 11:48 PM > To: spr...@li... > Subject: [Springframework-developer] hsqldb 1.8.0.1 <http://1.8.0.1> >=20 > I've been using hsqldb 1.8.0.1 <http://1.8.0.1> in training with no real= =20 > issues. It offers > some nice enhancements over 1.7.x, including the ability for the db in > server mode to serve data from multiple named databases, just like other= =20 > DB > software (oracle, postgres, etc.), and real schemas. >=20 > We should decide if we want to switch the version we ship, for Spring=20 > 1.2.3, > or wait until 1.3. I don't care too much either way, but I don't see much= =20 > of > a danger factor. >=20 > Colin >=20 > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20 > Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic= k > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20 > Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic= k > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Erwin V. <erw...@er...> - 2005-07-17 06:56:34
|
PR4 is up now. Keith is doing the announcement at this very moment. Erwin Vervaet erw...@er... ----- Original Message -----=20 From: "Scott Battaglia" <sco...@ru...> To: <spr...@li...> Sent: Monday, July 11, 2005 7:45 PM Subject: Re: [Springframework-developer] old dependencies on spring portl= et=20 in webflow Erwin, Do you have an idea on when PR4 will be released? I'm hoping to release a new version of CAS soon with Spring 1.2.2 as a dependency but PR3 doesn't work with it :-) I'm wondering whether I should wait for PR4 or rollback to Spring 1.2.1 for the time being. Thanks! -Scott Scott Battaglia Application Developer, Architecture & Engineering Group Enterprise Systems and Services, Rutgers University v: 732.445.0097 | f: 732.445.5493 | sco...@ru... Erwin Vervaet wrote: > Yes, this is an urgent issue. > There are also other conflicts between SWF PR3 and Spring 1.2.2. Keith = and=20 > I are working on releasing a PR4 release ASAP to address these classpat= h=20 > conflicts. > Erwin Vervaet > erw...@er... <mailto:erw...@er...> > > ----- Original Message ----- > *From:* Tim Kettering <mailto:tim...@vi...> > *To:* spr...@li... > <mailto:spr...@li...> > *Sent:* Wednesday, July 06, 2005 7:56 PM > *Subject:* [Springframework-developer] old dependencies on spring > portlet in webflow > > This really addresses two issues I=92m having w/ spring portlet > development. I am attempting to use spring webflow /w the > portlets, and the PR3 release of webflow apparently includes > references to older versions of portlet code (that exist in the > spring sandbox) =96 and the latest version of spring-portlets as > released by john lewis includes significantly updated code, and > when attempting to include all those jars in the portlet > environment, theres all sorts of classloader issues w/ different > versions of DispatchPortlet and PortletController lying around. > I=92ve been trying to rebuild parts to get them all to talk to each > other, but it=92s been a big time-sink. > > I see the best solution being that John being allowed to merge his > portlet code in the cvs =96 so that webflow can be coded against th= e > proper classes and those classes being dropped from > webflow-support. I know that this has been under discussion lately > to start with 1.3 development, and I=92m hoping with the release of > 1.2.2 complete, that things can move in that direction. > ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happen= ing July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by H= P, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <al...@in...> - 2005-07-16 22:30:40
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050717001709Lbuild.308 |
|
From: Juergen H. <ju...@in...> - 2005-07-16 21:55:11
|
I wouldn't mind switching for Spring 1.2.3. I don't see much of a danger factor either. We should just get it done by Tuesday, as I intend to release 1.2.3 mid next week. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Colin Sampaleanu Sent: Saturday, July 16, 2005 11:48 PM To: spr...@li... Subject: [Springframework-developer] hsqldb 1.8.0.1 I've been using hsqldb 1.8.0.1 in training with no real issues. It offers some nice enhancements over 1.7.x, including the ability for the db in server mode to serve data from multiple named databases, just like other DB software (oracle, postgres, etc.), and real schemas. We should decide if we want to switch the version we ship, for Spring 1.2.3, or wait until 1.3. I don't care too much either way, but I don't see much of a danger factor. Colin -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2005-07-16 21:47:46
|
I've been using hsqldb 1.8.0.1 in training with no real issues. It offers some nice enhancements over 1.7.x, including the ability for the db in server mode to serve data from multiple named databases, just like other DB software (oracle, postgres, etc.), and real schemas. We should decide if we want to switch the version we ship, for Spring 1.2.3, or wait until 1.3. I don't care too much either way, but I don't see much of a danger factor. Colin -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Juergen H. <ju...@in...> - 2005-07-16 19:20:54
|
Hi Dave,
Thanks for pointing that out! This is indeed a case that can be handled more
appropriately in JtaTransactionManager.
JTA's registerSynchronization will throw a RollbackException if the existing
JTA transaction is already marked as rollback-only. This means that we
cannot register Spring transaction synchronizations there: Hence, I've
changed JtaTransactionManager to immediately trigger the synchronizations
with outcome status 'rollback' in that case, which should be appropriate.
I'll commit this tonight; it will be released in Spring 1.2.3. Please give
tomorrow's nightly snapshot (i.e. the one generated in 27 hours) a try and
let me know whether it works for you!
Juergen
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Dave Ballard
Sent: Friday, July 15, 2005 6:13 PM
To: spr...@li...
Subject: [Springframework-developer] UnexpectedRollbackException with nested
TransactionInterceptor from SLSB
Hi Juergen,
I'm using Spring 1.2.2 with WebLogic 6.1. I've got two Spring-managed
"service" beans, both using JtaTransactionManager, with
"PROPAGATION_REQUIRED,-Exception" for transactional methods. Let's say I've
got:
* ServiceA.methodA()
* ServiceB.methodB()
In my scenario, methodA() throws an Exception. In the cases where Spring
starts the transaction, no problem. The caller receives the exception:
* caller->serviceA.methodA() - Exception received as expected
* caller->serviceB.methodB()->serviceA.methodA() - Exception received as
expected
When an EJB SLSB starts the transaction, the following scenario works as
expected:
* caller->SLSB->serviceA.methodA() - Exception received as expected
However, when the Spring-managed bean calls are nested, I receive an
UnexpectedRollbackException:
* caller->SLSB->serviceB.methodB()->serviceA.methodA() -
UnexpectedRollbackException received
Regards,
Dave
---
ERROR 10:47:05,966 [ExecuteThread: '30' for queue: 'default'] [user]
(TransactionAspectSupport.java:279) - Application exception overridden by
rollback exception
myapp.exceptions.common.SystemException: foo
at
myapp.service.cashmgmt.CashMgmtServiceImpl.findFoobar(CashMgmtServiceImpl.ja
va:298)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopU
tils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy107.findFoobar(Unknown Source)
at
myapp.service.mtran.PaymentCancelServiceImpl.findFoobar(PaymentCancelService
Impl.java:479)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopU
tils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCa
ncel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_EL
OImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbI
nvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java
:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter
.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76
)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
ERROR 10:47:05,981 [ExecuteThread: '30' for queue: 'default'] [user]
(MoneyTransactionSessionEJB.java:3031) - Cancel not processed
org.springframework.transaction.UnexpectedRollbackException: JTA transaction
unexpectedly rolled back (maybe due to a timeout); nested exception is
weblogic.transaction.RollbackException: Unknown reas on
weblogic.transaction.internal.AppSetRollbackOnlyException
at
weblogic.transaction.internal.TransactionImpl.setRollbackOnly(TransactionImp
l.java:486)
at
weblogic.transaction.internal.TransactionManagerImpl.setRollbackOnly(Transac
tionManagerImpl.java:281)
at
weblogic.transaction.internal.TransactionManagerImpl.setRollbackOnly(Transac
tionManagerImpl.java:275)
at
org.springframework.transaction.jta.JtaTransactionManager.doSetRollbackOnly(
JtaTransactionManager.java:768)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.p
rocessRollback(AbstractPlatformTransactionManager.java:533)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.r
ollback(AbstractPlatformTransactionManager.java:506)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.doClose
TransactionAfterThrowing(TransactionAspectSupport.java:276)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:61)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy107.findFoobar(Unknown Source)
at
myapp.service.mtran.PaymentCancelServiceImpl.findFoobar(PaymentCancelService
Impl.java:479)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopU
tils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCa
ncel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_EL
OImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbI
nvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java
:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter
.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76
)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
--------------- nested within: ------------------
weblogic.transaction.RollbackException: Unknown reason - with nested
exception:
[weblogic.transaction.internal.AppSetRollbackOnlyException]
at
weblogic.transaction.internal.TransactionImpl.throwRollbackException(Transac
tionImpl.java:1526)
at
weblogic.transaction.internal.ServerTransactionImpl.registerSynchronization(
ServerTransactionImpl.java:450)
at
org.springframework.transaction.jta.JtaTransactionManager.doRegisterAfterCom
pletionWithJtaTransaction(JtaTransactionManager.java:818)
at
org.springframework.transaction.jta.JtaTransactionManager.registerAfterCompl
etionWithExistingTransaction(JtaTransactionManager.java:782)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.t
riggerAfterCompletion(AbstractPlatformTransactionManager.java:635)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.p
rocessRollback(AbstractPlatformTransactionManager.java:547)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.r
ollback(AbstractPlatformTransactionManager.java:506)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.doClose
TransactionAfterThrowing(TransactionAspectSupport.java:276)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:61)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCa
ncel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_EL
OImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbI
nvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java
:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter
.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76
)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from
IBM. Find simple to follow Roadmaps, straightforward articles, informative
Webcasts and more! Get everything you need to get up to speed, fast.
http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Colin S. <col...@ex...> - 2005-07-16 02:25:28
|
SourceForge has finished pruning our CVS repo as per the changes described below. Colin Sampaleanu wrote: > W/regards to out of date or wrongly checked in CVS modules in the > Spring CVS repo, I've gone and done a 'remove' on all files in the > following obsolte modules (and left a marker file in there that the > module is obsolete): > > common-build - checked in wrong location > repository - checked in wrong location > spring-binding - checked in wrong location > spring-ide - obsolete, now hosted in their own SVN > repository > spring-modules - obsolete, content is now in spring-projects module > spring-rcp - obsolete, content is now in another > SourceForge project > spring-webflow - checked in wrong location > Spring - empty project. note the Uppercase 'S' on > Spring, not to be confused with the main 'spring' module! > > I am going to momentarilly send a maintenance request to SF to remove > these modules permanently. I'm not 100% sure if they'll accept this > from me, or will want Rod or Juergen to commit. In any case, with all > the files gone in the modules, nobody else should be able to > accidentally get in trouble by checking them out and trying to use them. > > This will leave the following modules > spring - the current main spring sourcebase > spring-projects - spring web flow and spring binding > i21 - historical code from Rod's original > book, plus first half year of evolution of Spring > samples - some aspectj code which I believe is > still relevant. Some Java 5 code which is no longer relevant > > Colin > > -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: <al...@in...> - 2005-07-15 22:29:22
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050716001630Lbuild.307 |
|
From: Garvey, P. M \(GE C. Finance\) <pau...@ge...> - 2005-07-15 19:04:41
|
I am deploying a test app called SharedServices =
(struts+spring+hibernate) to JBoss 4.0/Oracle 9i that is using Acegi =
Security and I am getting the following error shown below. Do I need to =
copy the Acegi to JBoss's server/default/lib folder? Any thoughts? The =
application works fine when deployed to tomcat.
14:40:58,356 ERROR [[/SharedServices]] Exception starting filter =
securityFilter
javax.servlet.ServletException: Class of type =
net.sf.acegisecurity.util.FilterChainProxy not found in classloader
at =
net.sf.acegisecurity.util.FilterToBeanProxy.doInit(FilterToBeanProxy.java=
:192)
at =
net.sf.acegisecurity.util.FilterToBeanProxy.init(FilterToBeanProxy.java:1=
37)
at =
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFil=
terConfig.java:225)
at =
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(Application=
FilterConfig.java:308)
at =
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilter=
Config.java:79)
at =
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java=
:3540)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at =
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39)
at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at =
org.jboss.portal.server.deployment.PortalWebTomcat5App.startFilter(Portal=
WebTomcat5App.java:96)
at =
org.jboss.portal.server.deployment.PortalWebTomcat5App.instrument(PortalW=
ebTomcat5App.java:69)
at =
org.jboss.portal.server.deployment.WebAppEnhancer.deploy(WebAppEnhancer.j=
ava:28)
at =
org.jboss.portal.server.deployment.WebAppIntercepter.handleNotification(W=
ebAppIntercepter.java:137)
at =
org.jboss.mx.modelmbean.XMBean.handleNotification(XMBean.java:485)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at =
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at =
org.jboss.mx.notification.NotificationListenerProxy.invoke(NotificationLi=
stenerProxy.java:138)
at $Proxy38.handleNotification(Unknown Source)
at =
org.jboss.mx.util.JBossNotificationBroadcasterSupport.handleNotification(=
JBossNotificationBroadcasterSupport.java:112)
|
|
From: Dave B. <dba...@on...> - 2005-07-15 16:12:57
|
Hi Juergen,
I'm using Spring 1.2.2 with WebLogic 6.1. I've got two Spring-managed
"service" beans, both using JtaTransactionManager, with
"PROPAGATION_REQUIRED,-Exception" for transactional methods. Let's say
I've got:
* ServiceA.methodA()
* ServiceB.methodB()
In my scenario, methodA() throws an Exception. In the cases where Spring
starts the transaction, no problem. The caller receives the exception:
* caller->serviceA.methodA() - Exception received as expected
* caller->serviceB.methodB()->serviceA.methodA() - Exception received as
expected
When an EJB SLSB starts the transaction, the following scenario works as
expected:
* caller->SLSB->serviceA.methodA() - Exception received as expected
However, when the Spring-managed bean calls are nested, I receive an
UnexpectedRollbackException:
* caller->SLSB->serviceB.methodB()->serviceA.methodA() -
UnexpectedRollbackException received
Regards,
Dave
---
ERROR 10:47:05,966 [ExecuteThread: '30' for queue: 'default'] [user]
(TransactionAspectSupport.java:279) - Application exception overridden
by rollback exception
myapp.exceptions.common.SystemException: foo
at
myapp.service.cashmgmt.CashMgmtServiceImpl.findFoobar(CashMgmtServiceImpl.java:298)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy107.findFoobar(Unknown Source)
at
myapp.service.mtran.PaymentCancelServiceImpl.findFoobar(PaymentCancelServiceImpl.java:479)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCancel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_ELOImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbInvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
ERROR 10:47:05,981 [ExecuteThread: '30' for queue: 'default'] [user]
(MoneyTransactionSessionEJB.java:3031) - Cancel not processed
org.springframework.transaction.UnexpectedRollbackException: JTA
transaction unexpectedly rolled back (maybe due to a timeout); nested
exception is weblogic.transaction.RollbackException: Unknown reas
on
weblogic.transaction.internal.AppSetRollbackOnlyException
at
weblogic.transaction.internal.TransactionImpl.setRollbackOnly(TransactionImpl.java:486)
at
weblogic.transaction.internal.TransactionManagerImpl.setRollbackOnly(TransactionManagerImpl.java:281)
at
weblogic.transaction.internal.TransactionManagerImpl.setRollbackOnly(TransactionManagerImpl.java:275)
at
org.springframework.transaction.jta.JtaTransactionManager.doSetRollbackOnly(JtaTransactionManager.java:768)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:533)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:506)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.doCloseTransactionAfterThrowing(TransactionAspectSupport.java:276)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy107.findFoobar(Unknown Source)
at
myapp.service.mtran.PaymentCancelServiceImpl.findFoobar(PaymentCancelServiceImpl.java:479)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:292)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:155)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:122)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:57)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCancel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_ELOImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbInvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
--------------- nested within: ------------------
weblogic.transaction.RollbackException: Unknown reason - with nested
exception:
[weblogic.transaction.internal.AppSetRollbackOnlyException]
at
weblogic.transaction.internal.TransactionImpl.throwRollbackException(TransactionImpl.java:1526)
at
weblogic.transaction.internal.ServerTransactionImpl.registerSynchronization(ServerTransactionImpl.java:450)
at
org.springframework.transaction.jta.JtaTransactionManager.doRegisterAfterCompletionWithJtaTransaction(JtaTransactionManager.java:818)
at
org.springframework.transaction.jta.JtaTransactionManager.registerAfterCompletionWithExistingTransaction(JtaTransactionManager.java:782)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerAfterCompletion(AbstractPlatformTransactionManager.java:635)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:547)
at
org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:506)
at
org.springframework.transaction.interceptor.TransactionAspectSupport.doCloseTransactionAfterThrowing(TransactionAspectSupport.java:276)
at
org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy119.findFoobar(Unknown Source)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB.processCancel(MoneyTransactionSessionEJB.java:2876)
at
myapp.session.advance.tmoneytransaction.MoneyTransactionSessionEJB_xvjdlx_ELOImpl.processCancel(MoneyTransactionSessionEJB_xvjdlx_ELOImpl.java:719)
at java.lang.reflect.Method.invoke(Native Method)
at
org.springframework.ejb.access.LocalSlsbInvokerInterceptor.invoke(LocalSlsbInvokerInterceptor.java:66)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:174)
at $Proxy126.processCancel(Unknown Source)
at myapp.webtier.advance.CancelCommit.process(CancelCommit.java:90)
at
jsp_servlet._jsp._advance.__cancel_confirm._jspService(__cancel_confirm.java:157)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:275)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
myapp.utils.filters.AccessControlFilter.doFilterInternal(AccessControlFilter.java:215)
at
myapp.utils.filters.AccessControlFilter.doFilter(AccessControlFilter.java:76)
at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2708)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2427)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:159)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:140)
|
|
From: <al...@in...> - 2005-07-14 22:29:29
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050715001622Lbuild.306 |
|
From: Andy D. <an...@ma...> - 2005-07-14 16:24:51
|
Thanks. I decided to manually fix it on my end until the patch became available and once I discovered how small the problem was, I figured it must have been autocomplete or something. :) - Andy On Thursday 14 July 2005 09:12 am, Rob Harrop wrote: > Fix committed for this > |
|
From: Rob H. <rob...@in...> - 2005-07-14 16:12:39
|
Fix committed for this Rob Harrop wrote: > Andy, > > It looks like my autocomplete ran away with me :) > > I'll fix this now and check it in shortly. > > Rob > > Andy Depue wrote: > >> I just did a clean CVS checkout of Spring and, after building >> "alljars", attempted to "ant sandbox.jar". I was greeted with this: >> >> [javac] Compiling 170 source files to ... >> spring/target/sandbox/classes >> [javac] ... >> spring/sandbox/src/org/springframework/aop/framework/asm/NonStaticTargetSourceCodeGenerationStrategy.java:153: >> generics are not supported in -source 1.3 >> [javac] (try -source 1.5 to enable generics) >> [javac] Class<?> returnType = method.getReturnType(); >> [javac] ^ >> [javac] 1 error >> >> It seems to me that one should be able to just check out and >> compile... am I mistaken? >> >> - Andy >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by the 'Do More With Dual!' webinar >> happening >> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual >> core and dual graphics technology at this free one hour event hosted >> by HP, >> AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > -- Rob Harrop Principal Consultant Interface21 - Spring Services from the Source http://www.springframework.com |
|
From: Rob H. <rob...@in...> - 2005-07-14 16:04:04
|
Andy, It looks like my autocomplete ran away with me :) I'll fix this now and check it in shortly. Rob Andy Depue wrote: >I just did a clean CVS checkout of Spring and, after building "alljars", >attempted to "ant sandbox.jar". I was greeted with this: > > [javac] Compiling 170 source files to ... spring/target/sandbox/classes > [javac] ... >spring/sandbox/src/org/springframework/aop/framework/asm/NonStaticTargetSourceCodeGenerationStrategy.java:153: >generics are not supported in -source 1.3 > [javac] (try -source 1.5 to enable generics) > [javac] Class<?> returnType = method.getReturnType(); > [javac] ^ > [javac] 1 error > >It seems to me that one should be able to just check out and compile... am I >mistaken? > > - Andy > > >------------------------------------------------------- >This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening >July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual >core and dual graphics technology at this free one hour event hosted by HP, >AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > -- Rob Harrop Principal Consultant Interface21 - Spring Services from the Source http://www.springframework.com |
|
From: Ben A. <ben...@ac...> - 2005-07-14 00:51:45
|
Hi Juergen Juergen Hoeller wrote: >I'm a little unclear where that discussion started... Any JDK 1.3 >compatibility issues with Spring and/or Acegi? > > As you may recall, the Ant Path changes between 1.1.x and 1.2.x required us to release Acegi Security 0.8.2. I then provided a new release, 0.8.3 which was based on 0.8.2 to correct a potentially serious bug. There was concern that a version based on 0.8.1 should also be created, as some people are using Spring 1.1.x because they believed Spring 1.2.x did not support JDK 1.3. I did release 0.8.1.1 JARs for such users (available at http://acegisecurity.sourceforge.net/maven/acegisecurity/jars for those needing it), but I'll refrain from performing an official release because your clarification below indicates these users should have no major road-block moving to 1.2.x and thus 0.8.3. >I can assure you that Spring 1.2.x and also Spring 1.3.x will continue to >support JDK 1.3 as far as possible. In parallel, we do support a number of >JDK 1.4 and 1.5 features where it makes sense, without tying the overall >framework to those versions. > > > Thanks for clarifying this. Cheers Ben |
1239 messages has been excluded from this view by a project administrator.
