I hacked class [com.opensymphony.xwork2.util.LocalizedTextUtil] and now it
uses [http://sourceforge.net/projects/j18n/] to load resource bundles. J18n
allows *.properties files to be in UTF-8 encoding and contain not escaped
UTF-8 characters. This is very usable in comparison with Java's
Yes, it is very strange behaviour...
Say action with multipart/form-data is named UploadAction. And we have
another action AnotherAction. If we execute UploadAction couple times, then
execute AnotherAction, and then again return to UploadAction the all
properties of it will be prepended with
On Wed, Oct 14, 2009 at 11:09 AM, Alex Siman aleksandr.si...@gmail.com wrote:
I hacked class [com.opensymphony.xwork2.util.LocalizedTextUtil] and now it
uses [http://sourceforge.net/projects/j18n/] to load resource bundles. J18n
allows *.properties files to be in UTF-8 encoding and contain not
What is the problem with that GPL? Maybe we can ask the j18n author to add
Apache kind license?
BTW I used to think that open source is really open. I am bored w/ all
those licenses. IMHO it's like native2ascii to me.
Philip Luppens wrote:
On Wed, Oct 14, 2009 at 11:09 AM, Alex Siman
are you sure that a new instance of your action is created everytime,
like if using spring, scope=prototype?
musachy
On Wed, Oct 14, 2009 at 2:20 AM, Alex Siman aleksandr.si...@gmail.com wrote:
Yes, it is very strange behaviour...
Say action with multipart/form-data is named UploadAction.
Rainer and Rene were planning some big 18n refactoring. Any news on that guys?
musachy
On Wed, Oct 14, 2009 at 3:07 AM, Alex Siman aleksandr.si...@gmail.com wrote:
What is the problem with that GPL? Maybe we can ask the j18n author to add
Apache kind license?
BTW I used to think that open
Yes, I use scope=prototype. If I just remove multipart/form-data from the
HTML markup, then action works correct. I added helperField w/o
getters/setters, and its value are changed w/ every request, not preppending
for this field. Seems like debugging needed.
Musachy Barroso wrote:
are you
On Wed, Oct 14, 2009 at 3:07 AM, Alex Siman aleksandr.si...@gmail.com wrote:
What is the problem with that GPL?
From http://www.apache.org/licenses/GPL-compatibility.html
GPLv3 software cannot be included in Apache projects. The licenses
are incompatible in one direction only, and it is a
I just finished a massive license audit for some internal things. It
is an enormous pain. GPL is incompatible with ASL because of the
redistribution portions of the licenses. ASL lets you redistribute
without any restrictions. This allows commercial software to ship ASL
Jar files inside
The issue has gone away, after I removed plugin
[struts2-fileupload-plugin-2.1.7-SNAPSHOT.jar]. But this plugin works
correctly w/ Struts 2.1.6.
Alex Siman wrote:
If form uses [enctype=multipart/form-data] then Struts2 stores request
params in session (I suppose, at least not in request).
Alex-
can you file a big report with stacktrace/log and plugin configuration files
https://issues.apache.org/struts/secure/Dashboard.jspa
thanks,
Martin
__
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
Diese Nachricht
Wes Wannemacher, what is wrong w/ this file upload plugin and Struts 2.1.8?
Alex Siman wrote:
The issue has gone away, after I removed plugin
[struts2-fileupload-plugin-2.1.7-SNAPSHOT.jar]. But this plugin works
correctly w/ Struts 2.1.6.
--
View this message in context:
I haven't looked at it in a while :(
Sorry, but Martin's right (did I just type that, I need to go wash my hands
...
Okay, so put in the stack trace and maybe link to this thread on
nabble and I'll take a look as soon as I can.
-Wes
On Wed, Oct 14, 2009 at 9:08 PM, Alex Siman
Alex Siman wrote:
The issue has gone away, after I removed plugin
[struts2-fileupload-plugin-2.1.7-SNAPSHOT.jar]. But this plugin works
correctly w/ Struts 2.1.6.
And how about 2.1.8? If you haven't event checked it against the
released version it's not fair to make someone else go track it
14 matches
Mail list logo