created: https://issues.apache.org/struts/browse/WW-2971
On Thu, Jan 29, 2009 at 8:04 PM, Musachy Barroso wrote:
> a ticket would be better. thanks
>
> musachy
>
> On Thu, Jan 29, 2009 at 8:51 PM, Allen Lee wrote:
>> Ok, I just figured out the problem I think - it occurs when OGNL tries
>> to pa
a ticket would be better. thanks
musachy
On Thu, Jan 29, 2009 at 8:51 PM, Allen Lee wrote:
> Ok, I just figured out the problem I think - it occurs when OGNL tries
> to parse a negative double. I've been able to reproduce it in a small
> test app that you can unpack and run via mvn jetty:run at
Ok, I just figured out the problem I think - it occurs when OGNL tries
to parse a negative double. I've been able to reproduce it in a small
test app that you can unpack and run via mvn jetty:run at
http://libai.la.asu.edu/src/tdartest.tar.bz2 -- it looks like any
negative numbers fails to get par
Oops, sent before I completed a sentence fragment. "Then any ." should be
Then any actions that require authentication specify
@ParentPackage("secured") to signify that they want the
AuthenticationInterceptor in place.
I just tried it using only the defaultStack as well but still no
luck... I'l
Hi Wes,
I have an AuthenticationInterceptor that checks for a Spring-injected
session scoped bean for authentication information (though I'm not
sure if this is actually thread-safe, I should probably check on
that... if Interceptors in Struts are singletons then it'd need to be
a ThreadLocal, bu
yes, the conversion problem was fixed in xwork trunk.
musachy
On Wed, Jan 28, 2009 at 7:49 PM, Allen Lee wrote:
> Thanks for the reply Musachy - has a fix for this been commited to the
> xwork trunk? I pulled xwork 2.1.3-SNAPSHOT from svn, compiled it and
> threw it onto our snapshot maven repo
On Wednesday 28 January 2009 20:33:59 you wrote:
> Hi Wes,
>
> That is weird that the stack trace is printing out what looks like a
> String array / object pointer-address instead of the actual String...
> hmm. I've got nothing fancy in my submitting form, just
>
> <@s.textfield theme='simple'
> n
Hi Wes,
That is weird that the stack trace is printing out what looks like a
String array / object pointer-address instead of the actual String...
hmm. I've got nothing fancy in my submitting form, just
<@s.textfield theme='simple'
name='longitudeLatitudeBox.maximumLatitude' id='maxy' size=14 />
On Wednesday 28 January 2009 19:49:11 Allen Lee wrote:
> Thanks for the reply Musachy - has a fix for this been commited to the
> xwork trunk? I pulled xwork 2.1.3-SNAPSHOT from svn, compiled it and
> threw it onto our snapshot maven repository but I'm still getting the
> same error. Could I some
Thanks for the reply Musachy - has a fix for this been commited to the
xwork trunk? I pulled xwork 2.1.3-SNAPSHOT from svn, compiled it and
threw it onto our snapshot maven repository but I'm still getting the
same error. Could I somehow be subverting the type conversion process
by using the wron
#2 might me related to http://jira.opensymphony.com/browse/XW-670.
musachy
On Fri, Jan 23, 2009 at 3:00 PM, Allen Lee wrote:
> I figured out #1 - my IndexAction hadn't declared a @Namespace("/")
> annotation. In conjunction with struts.convention.redirect.to.slash
> set to true it was getting i
I figured out #1 - my IndexAction hadn't declared a @Namespace("/")
annotation. In conjunction with struts.convention.redirect.to.slash
set to true it was getting invoked on every request for a missing
action. Kind of a neat side effect actually that might be useful some
day.. :-).
I'm going to
>
> 1) how does the conventions plugin handle missing actions or 404s?
> Previously I'd configured an 404 handler in my web.xml
> that seemed to work well, but now any invalid / missing URL goes back
> to the IndexAction I configured to handle requests for /).
>
Not sure why errors are redirected
13 matches
Mail list logo
