Yes, the problem with a wildcard search is that different containers
or JVMs might sort the list differently. The current model already
loads multiple property files from multiple location according to a
predefined search pattern, and I expect it would handle the same way
we handle them now, which
The credentials are in the Struts PMC folder, in the ASF private
area. To be a maintainer, login to gmail using the planetstruts
credentials and then share the calendar with your own Google account.
I added the ApacheCon US 2007 events that we have on the homepage.
*
On Nov 5, 2007 1:44 PM, Brian Pontarelli [EMAIL PROTECTED] wrote:
Okay. The example is in the SmartURLs repository:
http://smarturls-s2.googlecode.com/svn/trunk/apps/crud-example/
Are you using a modified TLD? When I tried to run it in Eclipse,
Tomcat complained
Nov 6, 2007 5:40:25 AM
I would say that the behavior described is the expected behavior.
AFAIK, the @Validation() annotation is just a bit of red-tape, and if
we didn't need it, it wouldn't be there at all. Essentially, the
@Validation is inherited alongwith the validations. There's another
semantic, @SkipValidation,
Thanks, Ted. I just added the Roller and Struts 2 BOF as well.
--
Martin Cooper
On Nov 6, 2007 2:40 AM, Ted Husted [EMAIL PROTECTED] wrote:
The credentials are in the Struts PMC folder, in the ASF private
area. To be a maintainer, login to gmail using the planetstruts
credentials and then
On Nov 6, 2007 6:58 AM, Ted Husted [EMAIL PROTECTED] wrote:
Of course, for SmartURLs today, in order to use action validation we
have to use the thin approach. The validation annotations for multiple
methods are glommed together in 2.0, and SmartURLs doesn't seem to
pickup on the method
Ted Husted wrote:
On Nov 4, 2007 10:26 PM, Chris Pratt [EMAIL PROTECTED] wrote:
On Nov 4, 2007 2:58 PM, Don Brown [EMAIL PROTECTED] wrote:
As for the problem of so many combinations of plugins, I'm all for the
proliferation of plugins, but do think we need to not ship with two
On Nov 6, 2007 11:35 AM, Ian Roughley [EMAIL PROTECTED] wrote:
Sorry to be a little behind on the thread, but what is the message that
we are providing to user across different EL implements? Is accessing
internationalization text and using custom type converters, for example,
going to be the
If it were me, I'd finish the book using struts.xml, and go to work on
a second edition as soon as SmartURLs goes to 1.0 (even if the first
edition isn't done yet). Getting a couple of solid Struts 2.0 books
out there is the best way to drum up marketshare for a Struts 2.1
edition.
Bummer...
Chris Pratt wrote:
On Nov 6, 2007 11:35 AM, Ian Roughley [EMAIL PROTECTED] wrote:
Sorry to be a little behind on the thread, but what is the message that
we are providing to user across different EL implements? Is accessing
internationalization text and using custom type converters, for
On Nov 6, 2007 3:00 PM, Ian Roughley [EMAIL PROTECTED] wrote:
For your comment, I am assuming you are saying the message is - changing
the EL means changing everything the EL touches, and selecting an EL
means making a choice on everything the EL touches, correct?
At this point, JUEL is just
Part of the problem is that the CodeBehind plugin is under-documented,
and I'm not even sure of what it is capable of doing right now.
Perhaps Ian's book will help, or perhaps someone who is using the
CodeBehind will beef up the documentation, or maybe even do a
MailReader implementation.
There's
Ah, another good reason not to kill the codebehind plugin as it
currently exists. I'm still not convinced we need drastic changes
here, more like just filling out functionality.
Don
On 11/7/07, Ian Roughley [EMAIL PROTECTED] wrote:
If it were me, I'd finish the book using struts.xml, and
On 11/7/07, Tom Schneider [EMAIL PROTECTED] wrote:
Ian brings up a good point in that we'll have to decide how to handle
some things like I18N/type conversion/method invocation. Not all EL's
are created equal and OGNL probably is a little more flexible and
powerful than most. Then even if we
LOL, I didn't know my efforts were going to cause such a raucous. :)
Ted is correct--I started this on Saturday on a whim. At this point
it is completely experimental--we have a long ways to go before it is
even close to usable. However, I was able to execute a simple
expression using my value
On Nov 6, 2007 12:37 PM, Ted Husted [EMAIL PROTECTED] wrote:
At this point, JUEL is just something Tom committed to the sandbox,
like yesterday (literally). We aren't sending any messages to anyone
else, since I doubt that many of us have had a chance to look at it
ourselves yet.
If JUEL
On 11/6/07, Don Brown [EMAIL PROTECTED] wrote:
Type conversion isn't tied to OGNL in 2.1. XWork has a new API
(copied from OGNL) to abstract type conversion. Of course not all
EL's support type conversion in the same way, so there may be issues
down the road. i18N isn't tied at all to OGNL,
Hi Brian,
There seems to be a small glitch with url mapping in the crud-example
(rev151). It's okay for the standard use-cases but break-downs if I do
something untoward.
Interestingly, the behaviour differs between Firefox and IE6.
Here's the test-case. The URL is what's displayed on the
18 matches
Mail list logo
