Re: [Springframework-developer] Where does webflow live?

[Matt R. <li...@ra...>]

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.j 
>>> ava:66)
>>>         at  
>>> org.springmodules.commons.validator.FieldChecks.validateRequired(Fiel 
>>> dChecks.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(DefaultErro 
>>>>> rHandler.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:springframework-developer- 
>>>>>>>>> ad...@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
>>>
>>>