Re: [PROPOSAL] Wildcard-matched actions

[Graham Leggett]

Don Brown wrote:

Perhaps now that 1.1 is final, this would be a good time to bring this up.
I've written a small extension to Struts that allows action mappings to
use wildcards in matching URIs.
I submitted a patch to bugzilla a while back that did prefix matching in 
matching URIs. A config called "foo" could be called, regardless of 
whether it was accessed as "/bar/foo", or "/fred/foo". Very useful for 
standard functionality that is reused in a site, such as a login form. 
We've been using it for a while, and it works great.

Wildcard matching would also be really useful.

Regards,
Graham
--
-
[EMAIL PROTECTED]   "There's a moon
over Bourbon Street
tonight..."
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Wildcard-matched actions

[Don Brown]

And I forgot to mention, when using the wildcard matcher, only action mappings 
that actually contain wildcards will be tested.

Don

On Saturday 05 July 2003 01:18 pm, Don Brown wrote:
> Actually, the way I wrote the code, wildcards are only matched if an exact
> match cannot be found but before the "unknown" action mapping is executed.
> So, there is no performance penalty for existing applications that use
> specific matchings.  The order:
>
>  - Try to find an action mapping that matches the path exactly
>  - Try to find an action mapping using wildcard matching
>  - Try to locate the mapping for "unknown" paths
>
> Don
>
> On Saturday 05 July 2003 08:31 am, Craig R. McClanahan wrote:
> > On Sat, 5 Jul 2003, Niall Pemberton wrote:
> > > Date: Sat, 5 Jul 2003 01:32:45 +0100
> > > From: Niall Pemberton <[EMAIL PROTECTED]>
> > > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > > To: Struts Developers List <[EMAIL PROTECTED]>
> > > Subject: Re: [PROPOSAL] Wildcard-matched actions
> > >
> > > I like it.
> > >
> > > Perhaps you should create an enhancement request in bugzilla and attach
> > > a patch with your code.
> >
> > The idea makes some sense, and gets us more towards a general purpose
> > "site map" approach to mapping arbitrary URLs to arbitrary actions.  My
> > one concern will be performance related, since this kind of matching will
> > be slower than the existing approach.  This could perhaps be alleviated
> > by having a per-module-setting (or some smart initialization code) that
> > only used the wildcard matching code if the module actually has some
> > actions that need it, and uses the optimized version otherwise.
> >
> > > Niall
> >
> > Craig
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Wildcard-matched actions

[Don Brown]

Actually, the way I wrote the code, wildcards are only matched if an exact 
match cannot be found but before the "unknown" action mapping is executed.  
So, there is no performance penalty for existing applications that use 
specific matchings.  The order:

 - Try to find an action mapping that matches the path exactly
 - Try to find an action mapping using wildcard matching
 - Try to locate the mapping for "unknown" paths

Don



On Saturday 05 July 2003 08:31 am, Craig R. McClanahan wrote:
> On Sat, 5 Jul 2003, Niall Pemberton wrote:
> > Date: Sat, 5 Jul 2003 01:32:45 +0100
> > From: Niall Pemberton <[EMAIL PROTECTED]>
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: Struts Developers List <[EMAIL PROTECTED]>
> > Subject: Re: [PROPOSAL] Wildcard-matched actions
> >
> > I like it.
> >
> > Perhaps you should create an enhancement request in bugzilla and attach a
> > patch with your code.
>
> The idea makes some sense, and gets us more towards a general purpose
> "site map" approach to mapping arbitrary URLs to arbitrary actions.  My
> one concern will be performance related, since this kind of matching will
> be slower than the existing approach.  This could perhaps be alleviated by
> having a per-module-setting (or some smart initialization code) that only
> used the wildcard matching code if the module actually has some actions
> that need it, and uses the optimized version otherwise.
>
> > Niall
>
> Craig
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Powered By Struts Logos

[Micael]

No attachments, Jacob.  If you want to send them to me at the above 
address, I would like that.  Thanx.

At 01:23 PM 7/5/03 -0500, you wrote:
As per Craig's comment on the user forum, I've attached some powered by 
struts logos for use

Regards,
Jacob Hookom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


LEGAL NOTICE

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank 
you  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[VOTE-RESULT] Steve Raeburn as a Struts Committer

[Ted Husted]

Since this vote has received more than the required +1s, and there being 
no negative votes, I'd like to declare the vote as having passed, and 
welcome Steve aboard. =:0)

-Ted.

Ted Husted wrote:
Steve Raeburn has been a regular contributor to the mailing list and has 
recently put together a Struts Examples application that he would like 
to donate.

http://www.ninsky.com/struts/

I think Steve would be of great help in refactoring our existing sample 
applications into a single modular application and adding this new module.

I believe that this would be a good time to bring Steve on board as a 
Struts Committer.

He has my +1

-Ted.


--
Ted Husted,
Struts in Action 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 1.2.x

[Ted Husted]

Craig R. McClanahan wrote:
We might want to point out that this would actually be 1.2.0, not 1.2 --
the new release strategy we agreed to will actually have more than one
"final" 1.2 release 
There's a good versioning overview at

http://jakarta.apache.org/commons/versioning.html

which describes how to determine when to do a major, minor, or point 
release.

I linked to it from the RoadMap page, but everyone might have  seen it yet.

I'm glad to note that since we'll be adding some minor features to this 
minor release, we'll be able to go straight from 1.1.0 to 1.2.0, and put 
that era behind us =:0)

-Ted.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Powered By Struts Logos

[Craig R. McClanahan]

On Sat, 5 Jul 2003, Hookom, Jacob John wrote:

> Date: Sat, 5 Jul 2003 13:23:58 -0500
> From: "Hookom, Jacob John" <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Powered By Struts Logos
>
> As per Craig's comment on the user forum, I've attached some powered by
> struts logos for use
>

The background of this was a query on the user list for a "Powered By
Struts" logo.  Our current one doesn't really do much for me (and I'm sure
not for anyone else either).

How about if we have a logo contest, with the goal of making the new logo
one of the features of the first 1.2.0 release?

> Regards,
> Jacob Hookom
>

Craig


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Wildcard-matched actions

[Craig R. McClanahan]

On Sat, 5 Jul 2003, Niall Pemberton wrote:

> Date: Sat, 5 Jul 2003 01:32:45 +0100
> From: Niall Pemberton <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Re: [PROPOSAL] Wildcard-matched actions
>
> I like it.
>
> Perhaps you should create an enhancement request in bugzilla and attach a
> patch with your code.

The idea makes some sense, and gets us more towards a general purpose
"site map" approach to mapping arbitrary URLs to arbitrary actions.  My
one concern will be performance related, since this kind of matching will
be slower than the existing approach.  This could perhaps be alleviated by
having a per-module-setting (or some smart initialization code) that only
used the wildcard matching code if the module actually has some actions
that need it, and uses the optimized version otherwise.

>
> Niall

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Powered By Struts Logos

[Hookom, Jacob John]

lets try this again

-Original Message- 
From: Hookom, Jacob John 
Sent: Sat 7/5/2003 1:23 PM 
To: [EMAIL PROTECTED] 
Cc: 
Subject: Powered By Struts Logos


As per Craig's comment on the user forum, I've attached some powered by struts 
logos for use
 
Regards,
Jacob Hookom


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Powered By Struts Logos

[Hookom, Jacob John]

As per Craig's comment on the user forum, I've 
attached some powered by struts logos for use
 
Regards,
Jacob Hookom-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 1.2

[Craig R. McClanahan]

On Fri, 4 Jul 2003, David Graham wrote:

> Date: Fri, 4 Jul 2003 09:49:34 -0700 (PDT)
> From: David Graham <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>,
>  [EMAIL PROTECTED]
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Re: 1.2
>
> --- S Douglas <[EMAIL PROTECTED]> wrote:
> > I am wondering what will be in 1.2?
> > I saw some e-mails before 1.1 on it.
>
> The current plan is to release a quick 1.2 with a switch to
> commons-resources for message passing plus a few other enhancements and
> bug fixes.
>

We might want to point out that this would actually be 1.2.0, not 1.2 --
the new release strategy we agreed to will actually have more than one
"final" 1.2 release (in he sense of us being satisfied enough with the
quality to say it's good enough for general purpose use).

We need to switch our habits to x.y.z version numbering, and now is a good
time to start.

> David

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]