There's already a precedent for this kind of thing at Jakarta Taglibs. On
the front page of the web site:
http://jakarta.apache.org/taglibs/index.html
there's even a section for Tool Extensions, currently with only one occupant
(an UltraDev plugin). I think this would be a great place for what yo
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
>
> On Thu, 27 Feb 2003, Karr, David wrote:
>
> > From: "Karr, David" <[EMAIL PROTECTED]>
> >
> > I don't like the fact that it's so easy to mess up my BeanInfo
mapping
> > in Struts-EL, as it's all validated at ru
On Thursday, February 27, 2003, at 02:54 PM, James Mitchell wrote:
Yes, but in the case of 'indexed' for the html tags, it means (and is
documented so) several different things for different tags. The field
name is the same, so is the type, but how the tag handler decides what
to output depends o
On Thursday, February 27, 2003, at 02:45 PM, Craig R. McClanahan wrote:
First of all... why not use XDoclet to generate TLD files in the first
place? They you are guaranteed to have valid accurate TLD files.
In general, this is a very useful approach. In the case of Struts, we
start from an XML
Re: Investigating adding custom ant task to valid
> TLD attributes bean mappings
>
>
> On Thursday, February 27, 2003, at 02:39 PM, James Mitchell wrote:
> > To add to Martins comments, some shared base fields (attributes) may
> > mean different things for different taglibs,
On Thursday, February 27, 2003, at 02:39 PM, James Mitchell wrote:
To add to Martins comments, some shared base fields (attributes) may
mean different things for different taglibs, depending on the subclass
so those shared fields would need multiple tags for different
subclasses.
If they mean diff
gt; Subject: Re: Investigating adding custom ant task to valid
> TLD attributes bean mappings
>
>
> On Thursday, February 27, 2003, at 01:57 PM, Martin Cooper wrote:
> >> -Original Message-
> >> From: Erik Hatcher [mailto:[EMAIL PROTECTED]
> >> Sent
oops... my last message should have had this appended:
[1] http://www.ehatchersolutions.com/JavaDevWithAnt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thursday, February 27, 2003, at 02:24 PM, Craig R. McClanahan wrote:
There's a similar chicken-and-egg issue with the custom Ant tasks for
Tomcat integration. What I do is just copy catalina-ant.jar from my
most
recent Tomcat build and stick it in $ANT_HOME/lib. I don't try to
build
the Ant
On Thursday, February 27, 2003, at 01:57 PM, Martin Cooper wrote:
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 27, 2003 10:53 AM
To: Struts Developers List
Subject: Re: Investigating adding custom ant task to valid TLD
attributes bean mappings
First of all... why not use XDoclet to generate TLD files in the first
place? They you are guaranteed to have valid accurate TLD files.
But, more below...
Where should I put the Ant task class? Obviously, it would go in the
"struts-el" tree, but I'm not sure of the logistics of this. The task
I don't like the fact that it's so easy to mess up my BeanInfo mapping
in Struts-EL, as it's all validated at runtime through introspection.
After 1.1 is released, I plan to do some minor rearrangement inside the
BeanInfo classes and add a custom task to the build which uses a class I
just wrote wh
12 matches
Mail list logo
