(This is really "theorizing with insufficient data" but) have you checked
what your packages extend from, via the "extends" property...
Gabriel Belingueres-2 wrote:
>
> 2008/5/9, David Harland <[EMAIL PROTECTED]>:
>> Is it possible to set a different default interceptor stack per package
>> usi
Are you asking about Struts 2.0, which is already here and well, or Struts
3.0, which no-one has seen yet?
Frans Thamura-2 wrote:
>
> hi there
>
> JSFgoes to 2.0
>
> will Struts goes to 2.0?
>
> F
>
>
--
View this message in context:
http://www.nabble.com/Struts-3-will-be-there--tp17169
The Spring context listener is needed only if you do use Spring.
If you do not, then this might be causing the error as Tomcat was unable to
find the Spring classes.
Try removing this:
org.springframework.web.context.ContextLoaderListener
org.springframework.web.c
Hello Brad,
Excellent! Precise and clear.
Regards,
Kety.
Brad A Cupit wrote:
>
>> I'm of the opinion that an exception in my
>> console means something is amiss though...
>
> you've stumbled upon a little wart in the code. First things first, the
> exception is harmless and can be safely ign
:-)
This article should help:
http://www.infoq.com/news/2006/12/struts-migration
Antonio Petrelli-3 wrote:
>
> 2008/4/28 Fernandes Celinio SGCF <[EMAIL PROTECTED]>:
>> Can anyone tell me what are the main differences between Struts 1 and
>> Struts 2 ?
>
> It's faster to say what they have
Hi Sandy,
How exactly did you do the struts.xml inclusion?
(I had a similar problem, where I found the struts.xml for struts 2 wasn't
picking the correct xml)
And by java source folder - do you mean WEB-INF/classes/ ?
Sandy143 wrote:
>
> I have to integrate struts 2 actions in my existing st
Here are some tests which seemed to have worked with really long URL's.
Such as 2K in IE and upto 100,000 characters in Firefox.
http://www.boutell.com/newfaq/misc/urllength.html
newton.dave wrote:
>
> --- ancatdubher <[EMAIL PROTECTED]> wrote:
>> (Also, the URL is limited to 256 characters
Brad A Cupit wrote:
>
> Having said that, I question using the session, since
> redirect-after-post was designed to help alleviate back and refresh
> button problems. If we store information in the session for the
> redirect, then the first GET will find that information, but subsequent
> GETs (
Yes.
In fact, the Actions are POJO's only if they do not extend the ActionSupport
class and dont get hooked into the framework statically.
An excellent (meaning precise and sweet) introduction to this migration
scenario is here by Ian Roughley:
http://www.infoq.com/news/2006/12/struts-migration
9 matches
Mail list logo