Menu
▾
▴
Re: [Springframework-developer] Where does webflow live?
|
From: Matt R. <li...@ra...> - 2005-04-14 21:57:59
|
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(FieldCh
ecks.java:87)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a: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(DefaultErrorHa
>> ndler.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
|
