Menu
▾
▴
RE: [Springframework-developer] Where does webflow live?
|
From: Rob H. <rob...@in...> - 2005-04-19 16:48:22
|
Matt, Spring Modules 0.1 is going out to tomorrow we reworked Commons Validator support. I would certainly appreciate your feedback on it when you get a chance to us it. Rob _____ From: spr...@li... [mailto:spr...@li...] On Behalf Of Matt Raible Sent: 19 April 2005 17:04 To: spr...@li... Subject: Re: [Springframework-developer] Where does webflow live? So what's the recommended strategy here? Do you guys recommend I drop spring-sandbox.jar from AppFuse/Equinox and use the springmodules version of Commons Validator support? My guess is "yes". It would be nice if there was a release of the validator support on java.net?. Is it possible to publish a 1.0 version of the validator JAR? Thanks, Matt On Apr 14, 2005, at 4:23 PM, Matt Raible wrote: I checked and I have the latest stuff from CVS, but I did have last night's and today's JARs in my deployed app. ;-) All seems to work fine now - nice job! Matt On Apr 14, 2005, at 4:30 PM, Thomas Risberg wrote: Matt, Are you using the most recent version from CVS - I got the same error yesterday - it was due to a refactoring misstake in the following line in DefaultValidatorFactory: private static final String ERRORS_KEY = "org.springframework.validation.Errors"; the ERRORS_KEY was wrong so the null pointer exception was from a missing error object. I did however fix it last night and my local tests run fine. Thomas On Apr 14, 2005, at 5:57 PM, Matt Raible wrote: Client-side validation seems to work fine, but not server side. Here's the error: ERROR - ValidatorAction.executeValidationMethod(602) | Unhandled exception thrown during validation: null java.lang.NullPointerException at org.springmodules.commons.validator.Resources.rejectValue(Resources.java:66) at org.springmodules.commons.validator.FieldChecks.validateRequired(FieldChecks .java:87) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) Matt On Apr 14, 2005, at 9:00 AM, Thomas Risberg wrote: Matt, I forgot the tld -- I have added it to the build. I changed the uri back to http://www.springmodules.org/tags/commons-validator - same as before except for the domain name. Thanks for testing it :) Thomas On Apr 14, 2005, at 12:40 AM, Matt Raible wrote: I tried it and the springmodules-validator-dev-20050413.jar seems to be missing the taglib.tld in the META-INF directory. I built the project using "ant alljars". 0 Wed Apr 13 22:12:46 MDT 2005 META-INF/ 217 Wed Apr 13 22:12:44 MDT 2005 META-INF/MANIFEST.MF 0 Wed Apr 13 22:12:44 MDT 2005 org/ 0 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/ 0 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/ 0 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/ 0 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/taglib/ 2392 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/BeanValidator.class 4596 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/DefaultValidatorFactory.class 11261 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/FieldChecks.class 3404 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/NamedBeanValidator.class 4625 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/Resources.class 2974 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/ValidatorAdaptor.class 446 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/ValidatorFactory.class 1305 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/taglib/JavascriptValidatorTag$1.class 13579 Wed Apr 13 22:12:44 MDT 2005 org/springmodules/commons/validator/taglib/JavascriptValidatorTag.class This results in the following error: org.apache.jasper.JasperException: /index.jsp(1,1) The absolute uri: http://www.springmodules.org/tags/spring-commons-validator cannot be resolved in either web.xml or the jar files deployed with this application at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:39) BTW, is there any way to have a shorter URI - something like http://www.springmodules.org/tags/validator? Thanks, Matt On Apr 13, 2005, at 8:46 PM, Thomas Risberg wrote: I have moved the Commons Validator support over to springmodules. I did not make any changes other than the package names and copyright/license notices. There are quite a few deprecated methods - I guess some of the code is for an older version. The new package name is org.springmodules.commons.validator and the new uri for the taglib is http://www.springmodules.org/tags/spring-commons-validator Matt, since you seem to be the primary user of this support, could you check the new code out and test it? Thomas On Apr 13, 2005, at 5:40 PM, Rob Harrop wrote: Thomas, If you are willing to work on it, I am happy for you to move it to Spring Modules now. I don't see any harm in including what is there in a 0.1 release if you are happy with it. Rob On 13 Apr 2005, at 20:52, tho...@tr... wrote: Rob, I'm currently working on a project where I will use Commons Validator outside of a Web MVC environment. I still would like to be able to wire it up using Spring and I have been playing around with what's in the sandbox. I have already changed the package names, so let me know when/if it is a good time to move this to springmodules CVS. I moved most of it to org.springmodules.validation.commons package except for the tag library which I put in org.springmodules.web.servlet.tags.validation.commons. I guess it makes sense to keep the package structure in org.springmodules the same as org.springframework so it's easier to move code between the projects. Thomas Quoting Rob Harrop <rob...@in...>: Well, I'll spend some time going through the sandbox and see what I think is a candidate for Spring Modules. I'll post the suggestions here and if everyone is happy I'll do the move. We have about 6 active developers on SM who are not core Spring devs, plus there is me so we may be able to breath some live back into the stuff in the sandbox. Rob -- Rob Harrop Interface21 - Spring Services from the Source http://www.springframework.com -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Juergen Hoeller Sent: 12 April 2005 22:17 To: spr...@li... Subject: Re: [Springframework-developer] Where does webflow live? 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 ------------------------------------------------------- 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 -- Rob Harrop Interface21 - Spring Services from the Source http://www.springframework.com Lead Developer - AOP & JMX, Spring Framework: http://www.springframework.org Author, "Pro Spring" (February 2005, with Jan Machacek). http://www.amazon.com/exec/obidos/ASIN/1590594614/ Author, "Pro Jakarta Velocity" (August 2004). http://www.amazon.com/exec/obidos/ASIN/159059410X/ Author, "Pro Jakarta Struts" (March 2004, with John Carnell). http://www.amazon.com/exec/obidos/ASIN/159059228X/ ____________________________________________________ Interface21 Limited Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY Registered in England and Wales No. 5187766 ____________________________________________________ ------------------------------------------------------- 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 ------------------------------------------------------- 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 |
