I created a ticket for this thread, so that we can pick it up after 1.3.5.
* http://issues.apache.org/struts/browse/STR-2897
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Joe Germuska [EMAIL PROTECTED] wrote:That said, I don't think you should not
do the work you describe,
just because you may have to leave the Localizer (or whatever you
call it) in the ServletContext under a well known key. It's just
that it feels so outdated!
Here's my solution. Unless
On 6/30/06, Paul Benedict [EMAIL PROTECTED] wrote:
Joe Germuska [EMAIL PROTECTED] wrote:That said, I don't think you should not
do the work you describe,
just because you may have to leave the Localizer (or whatever you
call it) in the ServletContext under a well known key. It's just
that it
If Struts 1 decided to go with Cintoo, I think it would be good for Struts 2 to
adopt it as well, as it would make migration easier, and reduce the number of
differences between the two versions. I'd like to take that approach with other
areas like validation and annotations in the future.
Yes, but we should let one framework go first, and prove something
works in practices, before adopting something new in both
On 6/30/06, Don Brown [EMAIL PROTECTED] wrote:
If Struts 1 decided to go with Cintoo, I think it would be good for Struts 2 to
adopt it as well, as it would make
What does Clintoo do that standard ThreadLocal cannot? I am trying to
understand the benefit here of this package.
Ted Husted [EMAIL PROTECTED] wrote: Yes, but we should let one framework go
first, and prove something
works in practices, before adopting something new in both
On 6/30/06, Don
On 6/30/06, Alexandru Popescu [EMAIL PROTECTED] wrote:
I am not sure I understand this proposal. As far as I know this is
already supported by WW and quite nicely. So, why would we want to add
just another dependency?
Well,
Naill asked if Clintoo did anything that Struts 2 didn't already do
On 6/30/06, Paul Benedict [EMAIL PROTECTED] wrote:
What does Clintoo do that standard ThreadLocal cannot? I am trying to
understand the benefit here of this package.
For one thing, it introduces funky syntax that I personally dislike. ;-)
Using '$' and '_' as method names isn't my idea of
