After thinking more about it, I think it is best to encode the values.
If someone really needs to have these special characters unencoded in a
URL, they can always build the URL themselves instead of relying on the
Stripes tags or Resolutions to do it for them.
It should also be noted that if
What version of Stripes are you using?
On Fri, May 16, 2008 at 9:46 PM, Ken <[EMAIL PROTECTED]> wrote:
> hello all,
> I am having the problem with the ajax submission from a page with both a
> stripes:button and stripes:submit on the same page and it always go to the
> default. Ive read whats on
hello all,
I am having the problem with the ajax submission from a page with both a
stripes:button and stripes:submit on the same page and it always go to the
default. Ive read whats on the web and the mailing list am I am wondering if
there is a definite solution to this problem and if so what v
Hi Oscar,
Thanks for your answer, but unfortunately this does not work for me.
Samuel
On Fri, May 16, 2008 at 11:30 PM, Oscar Westra van Holthe - Kind <
[EMAIL PROTECTED]> wrote:
> Samuel Santos wrote:
> > It seems that the forward caused by the authentication is not routed
> > through the Stri
On 16-05-2008 at 11:39, Ben Gunter wrote:
> We have an open issue requesting that clean URL parameters be URL-encoded.
>
> http://stripesframework.org/jira/browse/STS-559
>
> This sounds like a good idea at first, but when URLEncoder encodes a
> string, it appears to encode *anything* that is not
On 16-05-2008 at 12:27, Chris Cheshire wrote:
> In my application context, I have set up some caches of global
> information loaded from the database and stored in lists and maps.
> Should I be synchronizing the creation and access to these collections
> through the use of the java Collections.sync
Samuel Santos wrote:
> It seems that the forward caused by the authentication is not routed
> through the Stripes filter (not passing through my LocalePicker).
> How can this annoying behavior be fixed?
[...]
>
> StripesSecurityFilter
> *.jsp
> REQUEST
> INCLUDE
>
I usually add
Hi,
a possible alternative could be to roll your own and still encode
URLs, but only for a subset of the characters that URLEncoder escapes.
Kind regards,
Levi
> We have an open issue requesting that clean URL parameters be URL-encoded.
>
> http://stripesframework.org/jira/browse/STS-559
>
> T
Would that be a problem to encode urls? What are the downsides?
Christian
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Gunter
Sent: Friday, May 16, 2008 11:40 AM
To: Stripes Users List
Subject: [Stripes-users] More feedback needed
We have an
If we add a new element to @UrlBinding, every existing @UrlBinding would
have to change since you can only omit the "value" element name if it is
the only element in the annotation. That is, @UrlBinding("/foo") would
have to become @UrlBinding(value="/foo"). So we can't do that.
-Ben
Zenin, Ru
In my application context, I have set up some caches of global
information loaded from the database and stored in lists and maps.
Should I be synchronizing the creation and access to these collections
through the use of the java Collections.synchronizedX methods and
synchronized blocks when adding/
Perhaps it should be added to annotation attribute:
@UrlBinding("/action/MyAction", urlEncode=true/false) <-- with default
urlEncode=false
This way it would be possible to write app both ways...
L8r, Ruslan
**
Can anyone look into this please?
--
Samuel Santos
On Tue, May 13, 2008 at 11:25 PM, Samuel Santos <[EMAIL PROTECTED]> wrote:
> My application uses pt_PT as the default locale and en_US as an
> alternative.
>
> Lets say the application's logged user has choose en_US in his profile and
> the user
We have an open issue requesting that clean URL parameters be URL-encoded.
http://stripesframework.org/jira/browse/STS-559
This sounds like a good idea at first, but when URLEncoder encodes a
string, it appears to encode *anything* that is not alphanumeric. So if,
for example, you want a param
It works as expected now.
Thanks Ben.
Christian
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Gunter
Sent: Thursday, May 15, 2008 4:14 PM
To: Stripes Users List
Subject: Re: [Stripes-users] RedirectResolution calls wrong event with wrizard
C
I'm not totally done with my implementation, so I can't vouch that it
will work 100% correctly, but here's what I'm trying:
1. Use Spring's ReloadableResourceBundleMessageSource and point its
baseName to the StripesResources file. You can do it this way (I think)
in applicationContext.xml:
T
16 matches
Mail list logo