Tom Schneider wrote:
On 11/6/07, Don Brown <[EMAIL PROTECTED]> wrote:
Type conversion isn't tied to OGNL in 2.1.  XWork has a new API
(copied from OGNL) to abstract type conversion.  Of course not all
EL's support type conversion in the same way, so there may be issues
down the road.  i18N isn't tied at all to OGNL, so I agree with Chris
here as well.

That's good to hear, I haven't gotten far enough to fully implement
type conversion at this point, but that is one of the next things I'll
be working on.
It would definitely be nice to have a bit more robust type conversion handling that can differentiate between failed conversion (i.e. "'fred' isn't a number dude") and invalid type conversion configuration.

I did some work on support for attributes within the parameters interceptor so that I could pass information like date format and currency code to the type converters. The biggest issue I had with this was that it was impossible to tell XWork that I had configured an invalid date format and to explode nicely with a solid error message. So, instead I just log a stack trace to the logs and thrown an exception, which XWork interprets as a failed conversion. I'd like to see the type converter interface have to well known and checked exceptions thrown:

com.opensymphony.xwork2.conversion.FailedConversionException
com.opensymphony.xwork2.conversion.ConverterConfigurationException

These would be caught and handled appropriately by XWork.

It would also be nice to settle on a good handling for additional information for each parameter similar to my attributes handling here:

http://vertigo-java.googlecode.com/svn/vertigo-core/trunk/src/java/main/org/inversoft/vertigo/struts/interceptor/VertigoParametersInterceptor.java

-bp


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to