On Thursday 26 February 2009 17:45:52 Chris Pratt wrote:
> You might have to specify it as a servlet filter init parameter instead of
> relying on struts.xml/properties.
> (*Chris*)
Yes, I know that would do the trick, but my ambition was to keep all
Struts2-related config in *one* place (strut
On Friday 27 February 2009 08:50:16 Jelmer Kuperus wrote:
> I implemented something similarar while back by implementing a custom
> actionmapper. You can then set that one as the default by changing a
> property
>
> It allowed me to get the behaviour i wanted without changing any
> struts co
While ususally DI containers build up a complete configuration of known
beans at application startup, the pluggable DI container support for
Struts2 works different. It is based on the assumption that each Action,
Interceptor and Validator will only need to get it's dependencies
injected, but w
2009/2/27 Wes Wannemacher :
> http://hudson.zones.apache.org/hudson/view/Struts/job/xwork2/5/
>
> There are some new tests failing :(
>
> It appears related, I'll check into it, if I don't fall asleep first.
Could you remove the setting for forkMode? I think this can be related
to (from [1]):
Chec
Al Sutton wrote:
However, if I do;
Blah
The link ends up as;
http://server/apppath/linkto/objectId;jessionid=2389712798321
which takes the user to the right place.
I couldn't find a note saying "Don't do this" anywhere, should the wiki
be updated, or should I wear my "I am dumb" hat today
Hi.
I have modified StrutsPrepareAndExecuteFilter, StrutsPrepareFilter and
StrutsExecuteFilter to enable excluding of uri-patters. The filter-config is as
follows:
struts2-prepare
org.apache.struts2.dispatcher.ng.filter.StrutsPrepareFilter
dumb hat day it is then :).
At least it's Friday.
Al.
Dave Newton wrote:
Al Sutton wrote:
However, if I do;
Blah
The link ends up as;
http://server/apppath/linkto/objectId;jessionid=2389712798321
which takes the user to the right place.
I couldn't find a note saying "Don't do this" any
Struts user mailing list that way ->
On Fri, Feb 27, 2009 at 2:32 AM, sajidbigler wrote:
>
>
> This works
>
> and wont work ! weird ! :(
>
>
> I am doing that by using following site
>
> http://www.utf.ru/tables/arabic.html
>
> i am using sample example struts2-blank-2.1.6.war
>
> HelloWorld.j
Hi Andreas, attaching the patch to a jira ticket is the way to go to
make sure we don't forget about it.
thanks
musachy
On Fri, Feb 27, 2009 at 7:46 AM, Andreas Joseph Krogh
wrote:
> Hi.
> I have modified StrutsPrepareAndExecuteFilter, StrutsPrepareFilter and
> StrutsExecuteFilter to enable exc
Ooops, only replied to Lukasz the first time, here's some additional info -
-- Forwarded message --
From: Wes Wannemacher
Date: Fri, Feb 27, 2009 at 9:39 AM
Subject: Re: XWork test failures
To: Lukasz Lenart
That build ran without any forkmode setting... Here is how Hudson ran
I am getting new errors(only fail from cmd line), not sure what is going on:
testGetSnippetNoPadding(com.opensymphony.xwork2.util.location.LocationImplTest)
testGetSnippet(com.opensymphony.xwork2.util.location.LocationImplTest)
testParserWithBadXML2(com.opensymphony.xwork2.validator.DefaultVal
On Friday 27 February 2009 15:04:52 Musachy Barroso wrote:
> Hi Andreas, attaching the patch to a jira ticket is the way to go to
> make sure we don't forget about it.
Updated patch here:
https://issues.apache.org/struts/browse/WW-3017
After eyeballing the code some more I finally figured out how
When I updated my local copy, such tests below are failing, before
that, there wasn't any problem
testGetSnippetNoPadding(com.opensymphony.xwork2.util.location.LocationImplTest)
testGetSnippet(com.opensymphony.xwork2.util.location.LocationImplTest)
testParserWithBadXML(com.opensymphony.xwork2.vali
Andreas Joseph Krogh wrote:
On Friday 27 February 2009 15:04:52 Musachy Barroso wrote:
Hi Andreas, attaching the patch to a jira ticket is the way to go to
make sure we don't forget about it.
Updated patch here:
https://issues.apache.org/struts/browse/WW-3017
After eyeballing the code some mo
On Saturday 28 February 2009 00:11:21 Dave Newton wrote:
> Andreas Joseph Krogh wrote:
> > On Friday 27 February 2009 15:04:52 Musachy Barroso wrote:
> >> Hi Andreas, attaching the patch to a jira ticket is the way to go to
> >> make sure we don't forget about it.
> >
> > Updated patch here:
> > h
On Friday 27 February 2009 02:37:39 Lukasz Lenart wrote:
>
> ehhh... sorry but I don't understand, I have already account in JIRA
> or you are talking about something else? Another thing, I sent my CLA
> months ago to apache.org and didn't get any answer, what can I do
> else?
>
Sorry Lukasz, I th
On Feb 27, 2009, at 12:11 AM, Rene Gielen wrote:
While ususally DI containers build up a complete configuration of
known beans at application startup, the pluggable DI container
support for Struts2 works different. It is based on the assumption
that each Action, Interceptor and Validator w
I am probably missing something here. Struts action mappings are
loaded when the app starts, and classes are scanned for annotations at
startup also.Only the action instantiation happens at request time,
depending on the Object Factory.
musachy
On Fri, Feb 27, 2009 at 9:56 PM, David Blevins wrot
18 matches
Mail list logo
