RE: My dilema: Much improved version of requiredif ready, 1.1 or 1.2?

[James Turner]

Actually, I realized just after I sent this that if I took the required
part out and called it validwhen instead, you end up with a true general
purpose validation tool!  So that's the one I'm proposing.  Basically,
if you had a field lastName that was required if firstName was filled
in, you say:

((lastName != null) or (firstName == null))

I.e., the field is valid if it isn't null, or the firstName field is
null.

This means you can generate an error on a field based solely on the
values of other fields.

James



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

compiling and building struts

[asatrasala]

Sorry to grab  into the 'Build Broken' thread.  I think this is a 
developer question.
I am looking to compile/build struts in the eclipse environment, 
including checkingout all the sources and jars needed
from CVS etc needed to compile/build struts.  I tried, but could not 
understand some of the details of the build.xml file.
I also would like to know how to run the struts test cases in eclipse(my 
2nd step)

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

My dilema: Much improved version of requiredif ready, 1.1 or 1.2?

[James Turner]

As I'm sure we've all noticed, the "requiredif" validation, although
seeming to be very popular, is a bear for first time users to
comprehend.  With that in mind, I've just finished a new validation
(which I'm calling "requiredwhen" to avoid confusion), which is much
simpler.  Here's a sample rule:


  
  
test
(dependents[].lastName != null)
  


As you can see, you can now put any arbitrary booolean expression as the
test for required.  For example:

((dependents[].lastName == "James") and (options[1] == "true"))

If the parser sees "[]", it replaces it with the indexed property value
of the target field.

Here's the dilema.  I think it's a lot better than "requiredif", will
generate a lot less questions on struts-users, and let people do the
general types of checking they seem to want to do.  Also, since it's
just another rule being added to the Validation set, it shouldn't be
able to destabilize anything else in the release.  However, since it is
a new feature, I hesitate to add it to 1.1 because we're in freeze.

What do other people think?  Also, I used JavaCC to generate the parser,
there's should never be a need to regenerate the java files from the jtt
source, but should someone want to do it, they'd need to download
JavaCC.  Will this be a problem?

James

  New Gig!
 |   |   |   |   |   |   |   |
\|/ \|/ \|/ \|/ \|/ \|/ \|/ \|/
 V   V   V   V   V   V   V   V
Director of Software Development
Benefit Systems, Inc.
[EMAIL PROTECTED]

Voice: 603-216-1620
Fax: 317-573-2016 



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

Re: Html taglib indexed+mapactionform bug?

[Mark]

What do you mean ?

Oh, if you use [] then BeanUtils complains.

as in

value(color[0])

BeanUtils doesnt like that (tried it)

So i use the _ to avoid BeanUtils barfing on me.

Mark


*** REPLY SEPARATOR  ***

On 03/05/2003 at 10:25 PM David Graham wrote:

>Is "_" the right notation?  I've never seen that and would expect it to be
>[] instead.
>
>David
>



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

Re: Html taglib indexed+mapactionform bug?

[David Graham]

Is "_" the right notation?  I've never seen that and would expect it to be 
[] instead.

David



From: "Mark" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Html taglib indexed+mapactionform bug?
Date: Wed, 05 Mar 2003 23:06:54 -0600
I wanted to post this here before opening a case so that I could foster 
some discussion beforehand.

Ok, This is a bit hard for me to describe, please be patient.  I have 
indeed tried to find this in the archives but to no avail.

I will also admit that there are probably a miniscule number of people who 
might be affected by this, but here goes nonetheless

This problem occurs when you use an index html: field with a map based 
form.

In my application, I have to show a series of "forms" on one screen that 
essentially enable the user to configure more than one similar items at a 
time.  So, if they add 7 "cars" to their order form, they can configure 
each car on one screen (color, make, model, etc).  This is hypotethical of 
course, but the analogy is good.  So instead of going through 7 screens, 
they can do it all on one.  For this, I use indexed fields and a 
Hashmap/MapActionForm which I borrowed from the Struts user guides.

In the instructions, we are told to use this style of property fetching for 
MapActionForms:



Adding to the mix Indexed fields,



Our desirable html output should be:



However, using the combination above, our actual html html field is 
rendered like so:



... and so on, incrementing the BEAN[x] for each iteration

Thus, this is incorrect.  The MapActionForm gets no values.

I have remedied this problem with a hack, and submit it to you guys for 
review and possibly "doing it better" since my way probably isnt optimal.

The problem we need to solve is, the property="value(firstname)" needs to 
have a counter appended to whats inside the () rather than prepending 
something on the left.

Since whats inside the parens is our "fieldname" and to accomplish an 
indexed field, we need to append the index value, what we really want is

value(color_0)
value(color_1)
etc
etc
I've had to fix several files to remedy this:

BaseFieldTag.java
BaseHandlerTag.java
CheckboxTag.java
RadioTag.java
SelectTag.java
TextareaTag.java
However, I think all the html tags are affected, and should be fixed if the 
dev team determines this is indeed a bug.
I had to fix BaseHandlerTag like so:

previous:
  // this code builds the name org.apache.struts.taglib.html.BEAN[0].
if (name != null)
handlers.append(name);
handlers.append("[");
handlers.append(iterateTag.getIndex());
handlers.append("]");
if (name != null)
handlers.append(".");
new:

if (name != null)
{
   handlers.append(name);
   handlers.append("_");
}
handlers.append("_");
handlers.append(iterateTag.getIndex());


A diff from BaseFieldTag should give you the fix:

E:\jakarta-struts-1.1-b3-src\src\share\org\apache\struts\taglib\html>diff 
BaseFieldTag.java ../html-prev/BaseFieldTag.java
142,160c142,145
<   // if we are using an indexed field, we need to do something
<   // special for map based properties
<   if( indexed )
<   {
< // are we using a map based property?
< if(this.property.indexOf("(")>0)
<   {
< // figure out our prefix and suffix based on where the 
first ( is found.
< // the goal here is to render our field like 
value(firstname_0) .. value(firstname_1) etc
< // rather than the original struts way of 
org.apache.struts.taglib.html.BEAN[0].value(firstname)
<   String 
prefix=this.property.substring(0,this.property.indexOf(")"));
<   results.append(prefix);
<   prepareIndex(results,null);
<   results.append(")");
< } else // otherwise just proceed as normal
< prepareIndex( results, name );
<   } else
<   results.append(this.property);
<
---
> // * @since Struts 1.1
> if (indexed)
> prepareIndex(results, name);
> results.append(property);

Regards,
Mark Williamson


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


_
Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

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

Re: Build broken?

[David Graham]

It's not polite to hijack a thread with an unrelated question.  Please post 
these types of questions on struts-user.

David



From: asatrasala <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: Build broken?
Date: Wed, 05 Mar 2003 21:09:27 -0800
Hello,
I like to work in the eclipse environment. I am fairly comfortable with 
eclipse environment
Can any help me with documention or some tips on building struts with 
eclipse.

Thanks
-Aswath
[EMAIL PROTECTED] wrote:

No, but I see warnings all over Eclipse about it.

--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/
"People demand freedom of speech to make up for the freedom of thought
which they avoid."
   - Soren Aabye Kierkegaard (1813-1855)





-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED] Sent: Wednesday, 
March 05, 2003 11:25 PM
To: [EMAIL PROTECTED]
Subject: Build broken?

When I try to build Struts I get this error:
[javac] C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
s\taglib\nested\NestedPropertyTag.java:121: cannot resolve symbol
   [javac] symbol  : variable EVAL_BODY_AGAIN
   [javac] location: class 
org.apache.struts.taglib.nested.NestedPropertyTag
   [javac] return (EVAL_BODY_AGAIN);

I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building with the 
Servlet 2.2 jar.  Is anyone else having this problem?

David





_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

-
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]


--
Your favorite stores, helpful shopping tools and great gift ideas. 
Experience the convenience of buying online with [EMAIL PROTECTED] 
http://shopnow.netscape.com/



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


_
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus

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

Html taglib indexed+mapactionform bug?

[Mark]

I wanted to post this here before opening a case so that I could foster some 
discussion beforehand.

Ok, This is a bit hard for me to describe, please be patient.  I have indeed tried to 
find this in the archives but to no avail.

I will also admit that there are probably a miniscule number of people who might be 
affected by this, but here goes nonetheless

This problem occurs when you use an index html: field with a map based form.

In my application, I have to show a series of "forms" on one screen that essentially 
enable the user to configure more than one similar items at a time.  So, if they add 7 
"cars" to their order form, they can configure each car on one screen (color, make, 
model, etc).  This is hypotethical of course, but the analogy is good.  So instead of 
going through 7 screens, they can do it all on one.  For this, I use indexed fields 
and a Hashmap/MapActionForm which I borrowed from the Struts user guides.

In the instructions, we are told to use this style of property fetching for 
MapActionForms:



Adding to the mix Indexed fields,



Our desirable html output should be:



However, using the combination above, our actual html html field is rendered like so:



... and so on, incrementing the BEAN[x] for each iteration

Thus, this is incorrect.  The MapActionForm gets no values.

I have remedied this problem with a hack, and submit it to you guys for review and 
possibly "doing it better" since my way probably isnt optimal.

The problem we need to solve is, the property="value(firstname)" needs to have a 
counter appended to whats inside the () rather than prepending something on the left.

Since whats inside the parens is our "fieldname" and to accomplish an indexed field, 
we need to append the index value, what we really want is

value(color_0)
value(color_1)

etc
etc

I've had to fix several files to remedy this:

BaseFieldTag.java
BaseHandlerTag.java
CheckboxTag.java
RadioTag.java
SelectTag.java
TextareaTag.java


However, I think all the html tags are affected, and should be fixed if the dev team 
determines this is indeed a bug.
I had to fix BaseHandlerTag like so:

previous:
  // this code builds the name org.apache.struts.taglib.html.BEAN[0].
if (name != null)
handlers.append(name);
handlers.append("[");
handlers.append(iterateTag.getIndex());
handlers.append("]");
if (name != null)
handlers.append(".");


new:


if (name != null)
{
   handlers.append(name);
   handlers.append("_");
}
handlers.append("_");
handlers.append(iterateTag.getIndex());




A diff from BaseFieldTag should give you the fix:

E:\jakarta-struts-1.1-b3-src\src\share\org\apache\struts\taglib\html>diff 
BaseFieldTag.java ../html-prev/BaseFieldTag.java
142,160c142,145
<   // if we are using an indexed field, we need to do something
<   // special for map based properties
<   if( indexed )
<   {
< // are we using a map based property?
< if(this.property.indexOf("(")>0)
<   {
< // figure out our prefix and suffix based on where the first ( is 
found.
< // the goal here is to render our field like value(firstname_0) .. 
value(firstname_1) etc
< // rather than the original struts way of 
org.apache.struts.taglib.html.BEAN[0].value(firstname)
<   String prefix=this.property.substring(0,this.property.indexOf(")"));
<   results.append(prefix);
<   prepareIndex(results,null);
<   results.append(")");
< } else // otherwise just proceed as normal
< prepareIndex( results, name );
<   } else
<   results.append(this.property);
<
---
> // * @since Struts 1.1
> if (indexed)
> prepareIndex(results, name);
> results.append(property);

Regards,
Mark Williamson



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

RE: Build broken?

[James Mitchell]

As a matter of fact I can:

http://jakarta.apache.org/struts/faqs/eclipse.html



--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/

"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)




> -Original Message-
> From: asatrasala [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 06, 2003 12:09 AM
> To: Struts Developers List
> Subject: Re: Build broken?
> 
> 
> Hello,
> I like to work in the eclipse environment. I am fairly 
> comfortable with 
> eclipse environment
> Can any help me with documention or some tips on building struts with 
> eclipse.  
> 
> Thanks
> -Aswath
> 
> [EMAIL PROTECTED] wrote:
> 
> >No, but I see warnings all over Eclipse about it.
> >
> >
> >--
> >James Mitchell
> >Web Developer/Struts Evangelist
> >http://jakarta.apache.org/struts/
> >
> >"People demand freedom of speech to make up for the freedom 
> of thought
> >which they avoid."
> >- Soren Aabye Kierkegaard (1813-1855)
> >
> >
> >
> >
> >  
> >
> >>-Original Message-
> >>From: David Graham [mailto:[EMAIL PROTECTED] 
> >>Sent: Wednesday, March 05, 2003 11:25 PM
> >>To: [EMAIL PROTECTED]
> >>Subject: Build broken?
> >>
> >>
> >>When I try to build Struts I get this error:
> >>[javac] 
> >>C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
> >>s\taglib\nested\NestedPropertyTag.java:121: 
> >>cannot resolve symbol
> >>[javac] symbol  : variable EVAL_BODY_AGAIN
> >>[javac] location: class 
> >>org.apache.struts.taglib.nested.NestedPropertyTag
> >>[javac] return (EVAL_BODY_AGAIN);
> >>
> >>I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building 
> >>with the 
> >>Servlet 2.2 jar.  Is anyone else having this problem?
> >>
> >>David
> >>
> >>
> >>
> >>
> >>
> >>_
> >>The new MSN 8: smart spam protection and 2 months FREE*  
> >>http://join.msn.com/?page=features/junkmail
> >>
> >>
> >>
> -
> >>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]
> >
> >  
> >
> 
> -- 
> Your favorite stores, helpful shopping tools and great gift ideas. 
> Experience the convenience of buying online with [EMAIL PROTECTED] 
> http://shopnow.netscape.com/
> 
> 
> 
> -
> 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: Build broken?

[asatrasala]

Hello,
I like to work in the eclipse environment. I am fairly comfortable with 
eclipse environment
Can any help me with documention or some tips on building struts with 
eclipse.  

Thanks
-Aswath
[EMAIL PROTECTED] wrote:

No, but I see warnings all over Eclipse about it.

--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/
"People demand freedom of speech to make up for the freedom of thought
which they avoid."
   - Soren Aabye Kierkegaard (1813-1855)


 

-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 05, 2003 11:25 PM
To: [EMAIL PROTECTED]
Subject: Build broken?

When I try to build Struts I get this error:
[javac] 
C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
s\taglib\nested\NestedPropertyTag.java:121: 
cannot resolve symbol
   [javac] symbol  : variable EVAL_BODY_AGAIN
   [javac] location: class 
org.apache.struts.taglib.nested.NestedPropertyTag
   [javac] return (EVAL_BODY_AGAIN);

I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building 
with the 
Servlet 2.2 jar.  Is anyone else having this problem?

David





_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

-
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]
 

--
Your favorite stores, helpful shopping tools and great gift ideas. 
Experience the convenience of buying online with [EMAIL PROTECTED] 
http://shopnow.netscape.com/



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

RE: Build broken?

[David Graham]

10 minutes ago when I tried to build.  I had noticed some eclipse warnings 
in the test cases earlier though.

David



From: "James Mitchell" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Subject: RE: Build broken?
Date: Wed, 5 Mar 2003 23:38:12 -0500
2.3/1.2

I haven't refreshed from cvs in a few days, how recently did you notice
this?


--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/
"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)


> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2003 11:33 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Build broken?
>
>
> Are you building against the 2.3 jar or 2.2?  Strange that I
> was able to
> build fairly recently with no problem...
>
> David
>
>
>
> >From: "James Mitchell" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "'Struts Developers List'" <[EMAIL PROTECTED]>
> >Subject: RE: Build broken?
> >Date: Wed, 5 Mar 2003 23:30:23 -0500
> >
> >No, but I see warnings all over Eclipse about it.
> >
> >
> >--
> >James Mitchell
> >Web Developer/Struts Evangelist
> >http://jakarta.apache.org/struts/
> >
> >"People demand freedom of speech to make up for the freedom
> of thought
> >which they avoid."
> > - Soren Aabye Kierkegaard (1813-1855)
> >
> >
> >
> >
> > > -Original Message-
> > > From: David Graham [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, March 05, 2003 11:25 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Build broken?
> > >
> > >
> > > When I try to build Struts I get this error:
> > > [javac]
> > > C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
> > > s\taglib\nested\NestedPropertyTag.java:121:
> > > cannot resolve symbol
> > > [javac] symbol  : variable EVAL_BODY_AGAIN
> > > [javac] location: class
> > > org.apache.struts.taglib.nested.NestedPropertyTag
> > > [javac] return (EVAL_BODY_AGAIN);
> > >
> > > I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building
> > > with the
> > > Servlet 2.2 jar.  Is anyone else having this problem?
> > >
> > > David
> > >
> > >
> > >
> > >
> > >
> > > _
> > > The new MSN 8: smart spam protection and 2 months FREE*
> > > http://join.msn.com/?page=features/junkmail
> > >
> > >
> > >
> -
> > > 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]
>
>
> _
> Add photos to your messages with MSN 8. Get 2 months FREE*.
> http://join.msn.com/?page=features/featuredemail
>
>
> -
> 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]


_
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

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

RE: Build broken?

[James Mitchell]

2.3/1.2

I haven't refreshed from cvs in a few days, how recently did you notice
this?



--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/

"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)




> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, March 05, 2003 11:33 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Build broken?
> 
> 
> Are you building against the 2.3 jar or 2.2?  Strange that I 
> was able to 
> build fairly recently with no problem...
> 
> David
> 
> 
> 
> >From: "James Mitchell" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "'Struts Developers List'" <[EMAIL PROTECTED]>
> >Subject: RE: Build broken?
> >Date: Wed, 5 Mar 2003 23:30:23 -0500
> >
> >No, but I see warnings all over Eclipse about it.
> >
> >
> >--
> >James Mitchell
> >Web Developer/Struts Evangelist
> >http://jakarta.apache.org/struts/
> >
> >"People demand freedom of speech to make up for the freedom 
> of thought
> >which they avoid."
> > - Soren Aabye Kierkegaard (1813-1855)
> >
> >
> >
> >
> > > -Original Message-
> > > From: David Graham [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, March 05, 2003 11:25 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Build broken?
> > >
> > >
> > > When I try to build Struts I get this error:
> > > [javac]
> > > C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
> > > s\taglib\nested\NestedPropertyTag.java:121:
> > > cannot resolve symbol
> > > [javac] symbol  : variable EVAL_BODY_AGAIN
> > > [javac] location: class
> > > org.apache.struts.taglib.nested.NestedPropertyTag
> > > [javac] return (EVAL_BODY_AGAIN);
> > >
> > > I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building
> > > with the
> > > Servlet 2.2 jar.  Is anyone else having this problem?
> > >
> > > David
> > >
> > >
> > >
> > >
> > >
> > > _
> > > The new MSN 8: smart spam protection and 2 months FREE*
> > > http://join.msn.com/?page=features/junkmail
> > >
> > >
> > > 
> -
> > > 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]
> 
> 
> _
> Add photos to your messages with MSN 8. Get 2 months FREE*.  
> http://join.msn.com/?page=features/featuredemail
> 
> 
> -
> 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: Build broken?

[Martin Cooper]

"David Graham" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> When I try to build Struts I get this error:
> [javac]
>
C:\eclipse\workspace\jakarta-struts\src\share\org\apache\struts\taglib\neste
d\NestedPropertyTag.java:121:
> cannot resolve symbol
> [javac] symbol  : variable EVAL_BODY_AGAIN
> [javac] location: class
> org.apache.struts.taglib.nested.NestedPropertyTag
> [javac] return (EVAL_BODY_AGAIN);
>
> I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building with the
> Servlet 2.2 jar.  Is anyone else having this problem?

I'm not seeing the problem, but then I'm currently building against JSP 1.2.
You are correct that EVAL_BODY_AGAIN is a JSP 1.2 constant. The JSP 1.1
equivalent is EVAL_BODY_TAG, so that's what we need to be using.

Looking back at the recent commit messages, it looks like this was one of
Arron's changes on 2/27.

--
Martin Cooper


>
> David
>
>
>
>
>
> _
> The new MSN 8: smart spam protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail




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

RE: Build broken?

[David Graham]

Are you building against the 2.3 jar or 2.2?  Strange that I was able to 
build fairly recently with no problem...

David



From: "James Mitchell" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Subject: RE: Build broken?
Date: Wed, 5 Mar 2003 23:30:23 -0500
No, but I see warnings all over Eclipse about it.

--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/
"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)


> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2003 11:25 PM
> To: [EMAIL PROTECTED]
> Subject: Build broken?
>
>
> When I try to build Struts I get this error:
> [javac]
> C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
> s\taglib\nested\NestedPropertyTag.java:121:
> cannot resolve symbol
> [javac] symbol  : variable EVAL_BODY_AGAIN
> [javac] location: class
> org.apache.struts.taglib.nested.NestedPropertyTag
> [javac] return (EVAL_BODY_AGAIN);
>
> I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building
> with the
> Servlet 2.2 jar.  Is anyone else having this problem?
>
> David
>
>
>
>
>
> _
> The new MSN 8: smart spam protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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]


_
Add photos to your messages with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

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

RE: Build broken?

[James Mitchell]

No, but I see warnings all over Eclipse about it.


--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/

"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)




> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, March 05, 2003 11:25 PM
> To: [EMAIL PROTECTED]
> Subject: Build broken?
> 
> 
> When I try to build Struts I get this error:
> [javac] 
> C:\eclipse\workspace\jakarta-struts\src\share\org\apache\strut
> s\taglib\nested\NestedPropertyTag.java:121: 
> cannot resolve symbol
> [javac] symbol  : variable EVAL_BODY_AGAIN
> [javac] location: class 
> org.apache.struts.taglib.nested.NestedPropertyTag
> [javac] return (EVAL_BODY_AGAIN);
> 
> I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building 
> with the 
> Servlet 2.2 jar.  Is anyone else having this problem?
> 
> David
> 
> 
> 
> 
> 
> _
> The new MSN 8: smart spam protection and 2 months FREE*  
> http://join.msn.com/?page=features/junkmail
> 
> 
> -
> 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]

Build broken?

[David Graham]

When I try to build Struts I get this error:
[javac] 
C:\eclipse\workspace\jakarta-struts\src\share\org\apache\struts\taglib\nested\NestedPropertyTag.java:121: 
cannot resolve symbol
   [javac] symbol  : variable EVAL_BODY_AGAIN
   [javac] location: class 
org.apache.struts.taglib.nested.NestedPropertyTag
   [javac] return (EVAL_BODY_AGAIN);

I think EVAL_BODY_AGAIN is a JSP 1.2 feature and I'm building with the 
Servlet 2.2 jar.  Is anyone else having this problem?

David





_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

cvs commit: jakarta-struts build.properties.sample build.xml

[craigmcc]

craigmcc2003/03/05 20:20:49

  Modified:.build.properties.sample build.xml
  Log:
  Make it possible to build Struts against the Servlet 2.4 and JSP 2.0 APIs,
  where the JSP classes have been pulled out into their own JAR file (jsp.jar).
  On an earlier platform, you can leave the "jsp.jar" property unset and things
  will continue to operate as they have before.
  
  Revision  ChangesPath
  1.32  +6 -1  jakarta-struts/build.properties.sample
  
  Index: build.properties.sample
  ===
  RCS file: /home/cvs/jakarta-struts/build.properties.sample,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- build.properties.sample   28 Feb 2003 06:42:20 -  1.31
  +++ build.properties.sample   6 Mar 2003 04:20:49 -   1.32
  @@ -78,6 +78,11 @@
   # http://java.sun.com/products/jdbc/download.html
   jdbc20ext.jar=../../../Java/Programs/sun/jdbc2_0-stdext.jar
   
  +# The JAR file containing the JSP API classes to compile against if you are
  +# using JSP 2.0 or later (where these classes are separated from servlet.jar).
  +# If you are using JSP 1.1 or 1.2, leave this property unset
  +#jsp.jar=${apache.home}/jakarta-servletapi/lib/jsp.jar
  +
   # The JAR file containing the Servlet API classes to compile against (either
   # version 2.2 or 2.3)
   servlet.jar=${apache.home}/jakarta-servletapi/lib/servlet.jar
  
  
  
  1.102 +9 -1  jakarta-struts/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-struts/build.xml,v
  retrieving revision 1.101
  retrieving revision 1.102
  diff -u -r1.101 -r1.102
  --- build.xml 28 Feb 2003 06:42:20 -  1.101
  +++ build.xml 6 Mar 2003 04:20:49 -   1.102
  @@ -75,6 +75,13 @@
   jdbc20ext.jar (required).  The path to the JAR file
 for the JDBC 2.0 Optional Package APIs.
   
  +jsp.jar   (optional).  the path to the JSP API
  +  classes to compile against, if you are
  +  using JSP 2.0 where these classes have
  +  been separated from servlet.jar.  If you
  +  are using JSP 1.1 or 1.2, leave this
  +  property unset.
  +
   servlet.jar   (required).  The path to the Servlet API
 classes to compile against (currently,
 either version 2.2 or 2.3 supported).
  @@ -195,6 +202,7 @@
 
 
 
  +  
 
 
   
  @@ -319,7 +327,7 @@
   
   

Remove DBCP dependency for 1.2?

[David Graham]

Struts has 6 open bug reports, many of which I'm prepared to mark as later.  
What's disheartening is the large number of open bugs on the dependent 
packages we use from commons.  We need DBCP for 1.1 to maintain backwards 
compatibility with deprecated 1.0 APIs but we don't need it for 1.2 (when we 
remove those deprecated APIs).

Many Struts users use container provided DataSources and other means of 
connection pooling.  I think we should drop the DBCP dependency for 1.2 and 
let people that need it download it seperately.

Thoughts?

David





_
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

cvs commit: jakarta-struts/doc/userGuide struts-html.xml

[jmitchell]

jmitchell2003/03/05 19:23:29

  Modified:doc/userGuide struts-html.xml
  Log:
  1. The docs were a little out of synch for the FrameTag.  I'm sure at some
  point someone added the required action to the docs, but forgot to
  change the 'must be one of' section (above it)
  
  2. HiddenTag allows you to add bodycontent, but it is completely ignored.
  Upon investigation I noticed that the declaration was missing from
  this file.
  
  Revision  ChangesPath
  1.53  +4 -0  jakarta-struts/doc/userGuide/struts-html.xml
  
  Index: struts-html.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- struts-html.xml   1 Mar 2003 00:44:59 -   1.52
  +++ struts-html.xml   6 Mar 2003 03:23:28 -   1.53
  @@ -1612,6 +1612,9 @@
   application-relative URI, and generate a server-relative
   URI by including the context path and application
   prefix.
  +action - Use the value of this attribute as the
  +logical name of a global Action that contains the actual 
  +content-relative URI of the destination of this transfer.
   
   
   Normally, the hyperlink you specify with one of the
  @@ -1987,6 +1990,7 @@
   Render A Hidden Field
   
   org.apache.struts.taglib.html.HiddenTag
  +empty
   
   
   Renders an HTML  element of type hidden, populated
  
  
  

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

cvs commit: jakarta-struts/src/test/org/apache/struts/taglib/bean TestCookieTag.java TestDefineTag.java TestHeaderTag.java TestIncludeTag.java TestMessageTag.java TestMessageTag1.java TestMessageTag1_fr.java TestMessageTag2.java TestMessageTag2_fr.java TestMessageTag3.java TestMessageTag3_fr.java TestMessageTag4.java TestMessageTag4_fr.java TestMessageTag_fr.java TestPageTag.java TestParameterTag.java TestResourceTag.java TestSizeTag.java TestStrutsTag.java TestWriteTag.java

[jmitchell]

jmitchell2003/03/05 18:42:18

  Modified:src/test/org/apache/struts/taglib/bean TestCookieTag.java
TestDefineTag.java TestHeaderTag.java
TestIncludeTag.java TestMessageTag.java
TestMessageTag1.java TestMessageTag1_fr.java
TestMessageTag2.java TestMessageTag2_fr.java
TestMessageTag3.java TestMessageTag3_fr.java
TestMessageTag4.java TestMessageTag4_fr.java
TestMessageTag_fr.java TestPageTag.java
TestParameterTag.java TestResourceTag.java
TestSizeTag.java TestStrutsTag.java
TestWriteTag.java
  Log:
  These were created recently, so I'm updating the Copyright to 2003.
  
  Revision  ChangesPath
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/bean/TestCookieTag.java
  
  Index: TestCookieTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/bean/TestCookieTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestCookieTag.java28 Feb 2003 02:37:03 -  1.2
  +++ TestCookieTag.java6 Mar 2003 02:42:17 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/bean/TestDefineTag.java
  
  Index: TestDefineTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/bean/TestDefineTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestDefineTag.java28 Feb 2003 02:37:03 -  1.2
  +++ TestDefineTag.java6 Mar 2003 02:42:17 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/bean/TestHeaderTag.java
  
  Index: TestHeaderTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/bean/TestHeaderTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestHeaderTag.java28 Feb 2003 02:37:03 -  1.2
  +++ TestHeaderTag.java6 Mar 2003 02:42:17 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/bean/TestIncludeTag.java
  
  Index: TestIncludeTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/bean/TestIncludeTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestIncludeTag.java   28 Feb 2003 02:37:03 -  1.2
  +++ TestIncludeTag.java   6 Mar 2003 02:42:17 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/bean/TestMessageTag.java
  
  Index: TestMessageTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/bean/TestMessageTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestMessageTag.java   28 Feb 2003 02:37:03 -  1.2
  +++ TestMessageTag.java   6 Mar 2003 02:42:17 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary 

cvs commit: jakarta-struts/src/test/org/apache/struts/taglib/html TestBaseTag.java TestButtonTag1.java TestCancelTag1.java TestCheckboxTag1.java TestCheckboxTag3.java TestErrorsTag1.java TestErrorsTag2.java TestFileTag1.java TestFileTag2.java

[jmitchell]

jmitchell2003/03/05 18:41:12

  Modified:src/test/org/apache/struts/taglib/html TestBaseTag.java
TestButtonTag1.java TestCancelTag1.java
TestCheckboxTag1.java TestCheckboxTag3.java
TestErrorsTag1.java TestErrorsTag2.java
TestFileTag1.java TestFileTag2.java
  Log:
  These were created recently, so I'm updating the Copyright to 2003.
  
  Revision  ChangesPath
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestBaseTag.java
  
  Index: TestBaseTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestBaseTag.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestBaseTag.java  28 Feb 2003 01:11:33 -  1.2
  +++ TestBaseTag.java  6 Mar 2003 02:41:11 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.2   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestButtonTag1.java
  
  Index: TestButtonTag1.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestButtonTag1.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestButtonTag1.java   28 Feb 2003 01:11:33 -  1.1
  +++ TestButtonTag1.java   6 Mar 2003 02:41:11 -   1.2
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.2   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestCancelTag1.java
  
  Index: TestCancelTag1.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestCancelTag1.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestCancelTag1.java   28 Feb 2003 01:11:33 -  1.1
  +++ TestCancelTag1.java   6 Mar 2003 02:41:11 -   1.2
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.3   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag1.java
  
  Index: TestCheckboxTag1.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag1.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TestCheckboxTag1.java 1 Mar 2003 00:40:51 -   1.2
  +++ TestCheckboxTag1.java 6 Mar 2003 02:41:11 -   1.3
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.2   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag3.java
  
  Index: TestCheckboxTag3.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag3.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TestCheckboxTag3.java 28 Feb 2003 01:11:33 -  1.1
  +++ TestCheckboxTag3.java 6 Mar 2003 02:41:11 -   1.2
  @@ -1,7 +1,7 @@
   /*
* The Apache Software License, Version 1.1
*
  - * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights
  + * Copyright (c) 1999-2003 The Apache Software Foundation.  All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
  
  
  
  1.2   +1 -1  
jakarta-struts/src/test/org/apache/struts/taglib/html/TestErrorsTag1.java
  
  Index: TestErrorsTag1.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestErrorsTag1.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  

DO NOT REPLY [Bug 17698] New: - The value(key) form name pattern doesn't work with

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17698

The value(key) form name pattern doesn't work with 

   Summary: The value(key) form name pattern doesn't work with

   Product: Struts
   Version: 1.1 Beta 3
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've attempted to use the value(key) Map FormBean pattern with a  
and the result in my FormBean Map for the specified key is an object of type 
String instead of an object of type String[] array.




Example:





[EMAIL PROTECTED]


 [EMAIL PROTECTED]







[EMAIL PROTECTED]


 [EMAIL PROTECTED]




In the returned for map




Map.get("emailAddr").isArray() == false;


and


Map.get("emailAddr").getClass.getName == "String";




even if both boxes are checked.




Mike

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

RE: Using tiles def in global forwards broken?

[David Graham]

Why are you avoiding tiles tags?  You need them to insert tiles into jsps.  
I setup a filter that looks for urls ending in / or index.jsp.  If it sees 
one, it redirects the client to /index.do.  This solves the default page 
issue.

David



From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
CC: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: RE: Using tiles def in global forwards broken?
Date: Wed, 5 Mar 2003 16:32:07 -0500
David,

Perhaps I am trying to go about this the wrong way.  With the exception of
the default page, every page in my application is referenced through tiles
definitions.  Is there another way to take the default request/page and 
call
your default page using a tiles definition?  I am trying to avoid putting
tiles tags in the jsp itself.

Joshua

-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 4:07 PM
To: [EMAIL PROTECTED]
Subject: RE: Using tiles def in global forwards broken?
I think the problem is that you're using the logic:forward tag.  That tag
uses the RequestDispatcher to do the forward which doesn't give Tiles a
chance to step in and interpret your tile name into something the
RequestDispatcher can handle.
Regardless, I recommend you don't use the logic:forward tag because it's
performing business logic in the view layer (jsp).
David



>From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
>To: "'Struts Developers List'" <[EMAIL PROTECTED]>
>CC: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: RE: Using tiles def in global forwards broken?
>Date: Wed, 5 Mar 2003 15:20:17 -0500
>
>David,
>
>Would you mind helping me out?  Could you compare my information with
>yours?
>
>Struts Version: jakarta-struts-1.1-rc1
>In Welcome page (default page):
> <%@ taglib uri="struts-logic" prefix="logic"%>
> 
>
>
>
>In Struts config:
> ...
>   
> 
>   
>
> ...
>
> 
> 
>value="/WEB-INF/tiles-defs.xml"/>
> 
> 
> 
>value="true"/>
> 
>
>
>
>In tiles-defs.xml:
> ...
> 
> 
>path="/WEB-INF/jsp/layouts/defaultLayout.jsp">
>   
>   
>   
>value="/WEB-INF/jsp/common/body-content.jsp"/>
>   
> 
> 
>
>
>
>
>
>
>
>
>
>
>
>-Original Message-
>From: David Graham [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, March 05, 2003 3:11 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Using tiles def in global forwards broken?
>
>
>Works fine for me.
>
>David
>
>
>
> >From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> >Subject: Using tiles def in global forwards broken?
> >Date: Wed, 5 Mar 2003 14:40:22 -0500
> >
> >Chucks book contains an example of using a tiles definition in a global
> >forward (See page 347).  This example does not work in
> >jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?
> >
> >Regards,
> >
> >Joshua White
> >
> >
> >This communication, including attachments, is for the exclusive use of
> >addressee and may contain proprietary, confidential or privileged
> >information. If you are not the intended recipient, any use, copying,
> >disclosure, dissemination or distribution is strictly prohibited. If
> >you are not the intended recipient, please notify the sender
> >immediately by return email and delete this communication and destroy 
all
> >copies.
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>_
>The new MSN 8: advanced junk mail protection and 2 months FREE*
>http://join.msn.com/?page=features/junkmail
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>This communication, including attachments, is for the exclusive use of
>addressee and may contain proprietary, confidential or privileged
>information. If you are not the intended recipient, any use, copying,
>disclosure, dissemination or distribution is strictly prohibited. If
>you are not the intended recipient, please notify the sender
>immediately by return email and delete this communication and destroy all
>copies.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: 

RE: Using tiles def in global forwards broken?

[Karr, David]

You said "does not work".  It would be a challenge for anyone to figure
out what might be wrong if we don't know what happened.

> -Original Message-
> From: White, Joshua A (CASD, IT) [mailto:[EMAIL PROTECTED]
> 
> Would you mind helping me out?  Could you compare my information with
> yours?
> 
> Struts Version: jakarta-struts-1.1-rc1
> In Welcome page (default page):
> <%@ taglib uri="struts-logic" prefix="logic"%>
> 
> 
> In Struts config:
> ...
>   
> 
>   
> 
> ...
> 
> 
>  value="/WEB-INF/tiles-defs.xml"/>
> 
> 
>  value="true"/>
> 
> 
> 
> 
> In tiles-defs.xml:
> ...
> 
>  path="/WEB-INF/jsp/layouts/defaultLayout.jsp">
>   
>   
>value="/WEB-INF/jsp/common/body-content.jsp"/>
>   
> 
> 

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

DO NOT REPLY [Bug 17692] - Unable to render more than one tag in page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17692

Unable to render more than one  tag in page





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:45 ---
Nevertheless, I think the mismatch of the default value of "bundle" with the
value it's being set to in "release()" is still a problem, but it's probably not
causing the symptom being seen here.

For a historical perspective, the default value of "bundle" used to be
"Action.MESSAGES_KEY", which was also the value used to reset it in "release()".
 In revision 1.6 (Craig, on 1/13/2002), the default value was changed to "null",
but the value in the "release()" method did not change.

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

RE: Using tiles def in global forwards broken?

[White, Joshua A (CASD, IT)]

David,

Perhaps I am trying to go about this the wrong way.  With the exception of
the default page, every page in my application is referenced through tiles
definitions.  Is there another way to take the default request/page and call
your default page using a tiles definition?  I am trying to avoid putting
tiles tags in the jsp itself.

Joshua


-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 4:07 PM
To: [EMAIL PROTECTED]
Subject: RE: Using tiles def in global forwards broken?


I think the problem is that you're using the logic:forward tag.  That tag 
uses the RequestDispatcher to do the forward which doesn't give Tiles a 
chance to step in and interpret your tile name into something the 
RequestDispatcher can handle.

Regardless, I recommend you don't use the logic:forward tag because it's 
performing business logic in the view layer (jsp).

David



>From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
>To: "'Struts Developers List'" <[EMAIL PROTECTED]>
>CC: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: RE: Using tiles def in global forwards broken?
>Date: Wed, 5 Mar 2003 15:20:17 -0500
>
>David,
>
>Would you mind helping me out?  Could you compare my information with 
>yours?
>
>Struts Version: jakarta-struts-1.1-rc1
>In Welcome page (default page):
> <%@ taglib uri="struts-logic" prefix="logic"%>
> 
>
>
>
>In Struts config:
> ...
>   
> 
>   
>
> ...
>
> 
> value="/WEB-INF/tiles-defs.xml"/>
> 
> 
> value="true"/>
> 
>
>
>
>In tiles-defs.xml:
> ...
> 
> path="/WEB-INF/jsp/layouts/defaultLayout.jsp">
>   
>   
>   value="/WEB-INF/jsp/common/body-content.jsp"/>
>   
> 
> 
>
>
>
>
>
>
>
>
>
>
>
>-Original Message-
>From: David Graham [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, March 05, 2003 3:11 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Using tiles def in global forwards broken?
>
>
>Works fine for me.
>
>David
>
>
>
> >From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> >Subject: Using tiles def in global forwards broken?
> >Date: Wed, 5 Mar 2003 14:40:22 -0500
> >
> >Chucks book contains an example of using a tiles definition in a global
> >forward (See page 347).  This example does not work in
> >jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?
> >
> >Regards,
> >
> >Joshua White
> >
> >
> >This communication, including attachments, is for the exclusive use of
> >addressee and may contain proprietary, confidential or privileged
> >information. If you are not the intended recipient, any use, copying,
> >disclosure, dissemination or distribution is strictly prohibited. If
> >you are not the intended recipient, please notify the sender
> >immediately by return email and delete this communication and destroy all
> >copies.
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>_
>The new MSN 8: advanced junk mail protection and 2 months FREE*
>http://join.msn.com/?page=features/junkmail
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>This communication, including attachments, is for the exclusive use of
>addressee and may contain proprietary, confidential or privileged
>information. If you are not the intended recipient, any use, copying,
>disclosure, dissemination or distribution is strictly prohibited. If
>you are not the intended recipient, please notify the sender
>immediately by return email and delete this communication and destroy all 
>copies.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]


_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail


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


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


-

DO NOT REPLY [Bug 17613] - Problem with html:messages Tag and Tomcat Tag Pooling

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17613

Problem with html:messages Tag and Tomcat Tag Pooling

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:32 ---
*** Bug 17692 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 17692] - Unable to render more than one tag in page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17692

Unable to render more than one  tag in page

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 21:32 ---
This was fixed a couple of days ago. The fix is available in the most recent 
nightly builds (3/4 and later).

By the way, the statement in release() is not the problem, the problem was with 
assigning to the 'name' attribute in doStartTag().

*** This bug has been marked as a duplicate of 17613 ***

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

DO NOT REPLY [Bug 17692] New: - Unable to render more than one tag in page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17692

Unable to render more than one  tag in page

   Summary: Unable to render more than one  tag in
page
   Product: Struts
   Version: 1.1 RC1
  Platform: PC
OS/Version: MacOS 9
Status: NEW
  Severity: Major
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using modules-based configuration. struts-config.xml resources declared as 
follows:



Module resources declared as follows:



File maintainsecuritycompanyparameters.properties exists in 
.../web/WEB-INF/classes/resources and loads successfully.  It contains the 
following:

header.securitycompany.name=Name
header.securitycompany.description=Description

In JSP, if the following line ONLY is present, tag works correctly:



If I add another line as follows:




I get the following:

Cannot find message resources under key org.apache.struts.action.MESSAGE

I suspect the problem is in MessageTag.java - release() method.  I think the 
following line should be removed:

bundle = Globals.MESSAGES_KEY;

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

RE: Using tiles def in global forwards broken?

[David Graham]

I think the problem is that you're using the logic:forward tag.  That tag 
uses the RequestDispatcher to do the forward which doesn't give Tiles a 
chance to step in and interpret your tile name into something the 
RequestDispatcher can handle.

Regardless, I recommend you don't use the logic:forward tag because it's 
performing business logic in the view layer (jsp).

David



From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
CC: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: RE: Using tiles def in global forwards broken?
Date: Wed, 5 Mar 2003 15:20:17 -0500
David,

Would you mind helping me out?  Could you compare my information with 
yours?

Struts Version: jakarta-struts-1.1-rc1
In Welcome page (default page):
<%@ taglib uri="struts-logic" prefix="logic"%>



In Struts config:
...
  

  
...



value="/WEB-INF/tiles-defs.xml"/>







In tiles-defs.xml:
...


  
  
  
  












-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:11 PM
To: [EMAIL PROTECTED]
Subject: Re: Using tiles def in global forwards broken?
Works fine for me.

David



>From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: Using tiles def in global forwards broken?
>Date: Wed, 5 Mar 2003 14:40:22 -0500
>
>Chucks book contains an example of using a tiles definition in a global
>forward (See page 347).  This example does not work in
>jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?
>
>Regards,
>
>Joshua White
>
>
>This communication, including attachments, is for the exclusive use of
>addressee and may contain proprietary, confidential or privileged
>information. If you are not the intended recipient, any use, copying,
>disclosure, dissemination or distribution is strictly prohibited. If
>you are not the intended recipient, please notify the sender
>immediately by return email and delete this communication and destroy all
>copies.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
_
The new MSN 8: advanced junk mail protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all 
copies.

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


_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

RE: Using tiles def in global forwards broken?

[White, Joshua A (CASD, IT)]

David,

Would you mind helping me out?  Could you compare my information with yours?

Struts Version: jakarta-struts-1.1-rc1
In Welcome page (default page):
<%@ taglib uri="struts-logic" prefix="logic"%>




In Struts config:
...
  

  

...










In tiles-defs.xml:
...


  
  
  
  

 











-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 3:11 PM
To: [EMAIL PROTECTED]
Subject: Re: Using tiles def in global forwards broken?


Works fine for me.

David



>From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
>Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: Using tiles def in global forwards broken?
>Date: Wed, 5 Mar 2003 14:40:22 -0500
>
>Chucks book contains an example of using a tiles definition in a global
>forward (See page 347).  This example does not work in
>jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?
>
>Regards,
>
>Joshua White
>
>
>This communication, including attachments, is for the exclusive use of
>addressee and may contain proprietary, confidential or privileged
>information. If you are not the intended recipient, any use, copying,
>disclosure, dissemination or distribution is strictly prohibited. If
>you are not the intended recipient, please notify the sender
>immediately by return email and delete this communication and destroy all 
>copies.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]


_
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


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


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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

Re: Using tiles def in global forwards broken?

[David Graham]

Works fine for me.

David



From: "White, Joshua A (CASD, IT)" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: Using tiles def in global forwards broken?
Date: Wed, 5 Mar 2003 14:40:22 -0500
Chucks book contains an example of using a tiles definition in a global
forward (See page 347).  This example does not work in
jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?
Regards,

Joshua White

This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all 
copies.

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


_
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

Using tiles def in global forwards broken?

[White, Joshua A (CASD, IT)]

Chucks book contains an example of using a tiles definition in a global
forward (See page 347).  This example does not work in
jakarta-struts-1.1-rc1.  Is this a bug or did this feature never exist?

Regards,

Joshua White  


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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

Re: Some taglibs are missing a few common attributes.

[Martin Cooper]

"James Mitchell" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> We allow titleKey for the html:frame, altKey and titleKey for
> html:button, and a few others, but do not allow a way to specify the
> bundle or args.
>
> Besides the obvious...
>
>  
> 
>  
>
>  
>
> ...work-around, I'm wondering if we should add this.
>
>
> I think we shouldn't.  I think the work-around is a much more flexible
> and generally better solution given the options available with
> bean:message.
>
> Your thoughts?

I believe we should add support for specifying a bundle, but I don't think
support for arguments is necessary, given the nature of these attributes. I
agree with David K that the alternatives, such as the one you presented
above, reduce the maintainability of the JSP pages.

--
Martin Cooper


>
>
> --
> James Mitchell
> Web Developer/Struts Evangelist
> http://jakarta.apache.org/struts/
>
> "People demand freedom of speech to make up for the freedom of thought
> which they avoid."
> - Soren Aabye Kierkegaard (1813-1855)




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

DO NOT REPLY [Bug 17679] - ActionErrors messages do not display in validated order

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17679

ActionErrors messages do not display in validated order





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:23 ---
Actually, another look at ActionMessages reveals that the order of properties is 
maintained.  What version are you using?

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

DO NOT REPLY [Bug 17679] - ActionErrors messages do not display in validated order

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17679

ActionErrors messages do not display in validated order





--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:05 ---
A subtle implication of my last post was that you can add errors to ActionErrors 
for one property name and the order will be maintained.  Since you're not 
printing out the messages next to each field, you don't need to add errors for 
different properties.

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

DO NOT REPLY [Bug 17679] - ActionErrors messages do not display in validated order

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17679

ActionErrors messages do not display in validated order

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Minor   |Enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 17:03 ---
The error messages are maintained in order for each property; however, the 
properties are not maintained in order.  You can print the validation errors for 
a specific property using the "property" attribute of .  If you're 
printing out all errors at the top of the page then there's not much use in 
maintaining their order anyways as the user still has to go through each form 
field and determine if that's the incorrect one.

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

DO NOT REPLY [Bug 17679] New: - ActionErrors messages do not display in validated order

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17679

ActionErrors messages do not display in validated order

   Summary: ActionErrors messages do not display in validated order
   Product: Struts
   Version: Unknown
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Forgive me, I'm fairly new to struts, but I've been doing servlets for a few 
years. 

In a form bean's validate method, one examines and validates fields in a given 
order (usually in the same order as presented in the form). For each 
encountered failure, an ActionError is created and added to the 
ActionErrors "collection". When forwarding to the designated error page which 
contains a  tag, the error messages are output, but NOT in the 
order in which they were processed and added to the ActionErrors when 
validating.

>From doing forms for a few years, it's been the the case 100% of the time that 
we want to see the error messages presented in the same order they were added 
in the validator. I know there's some ways to get the errors in a desired order 
(eg. Husted's tip #17)... but  the default behaviour should be to preserve and 
use the added order.

If I've missed something obvious, or a good reason why preserving the order 
shouldn't be the default behaviour, please enlighten me.

(I can't believe others haven't reported this as a bug)

Thanks,

ken

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

DO NOT REPLY [Bug 17254] - html:option tag with an empty body content

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254

html:option tag with an empty body content

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 16:29 ---
*** Bug 17676 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 17676] - tag ignores tag body when key is not specified

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17676

 tag ignores tag body when key is not specified

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 16:29 ---


*** This bug has been marked as a duplicate of 17254 ***

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

DO NOT REPLY [Bug 17676] New: - tag ignores tag body when key is not specified

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17676

 tag ignores tag body when key is not specified

   Summary:  tag ignores tag body when key is not
specified
   Product: Struts
   Version: 1.1 RC1
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

It seems odd that this bug wouldn't have been caught, so hopefully it is not me.

Here is an example:






In this case, the  tag should produce an option with a value of
"NONE" and a blank label in the drop down.  Instead, I'm getting NONE in the
drop down.

According to the tag API docs, if 'key' is not specified, the text to be
displayed is taken from the body content of this tag.

This doesn't seem to work.

Thanks
-tim

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

RE: Some taglibs are missing a few common attributes.

[David Graham]

Of course you can't use a tag as another tag's attribute value.  The code 
you've supplied is no different than what James originally wrote.  That is 
the current solution.

David



From: "Edgar P. Dollin" <[EMAIL PROTECTED]>
Reply-To: <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Subject: RE: Some taglibs are missing a few common attributes.
Date: Wed, 5 Mar 2003 11:05:13 -0500
Unfortunately, you can't use  as the value of an
attribute.  Are you suggesting that the user does




That seems a little disconcerting.

Edgar

> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 05, 2003 9:41 AM
> To: '[EMAIL PROTECTED]'
> Subject: Re: Some taglibs are missing a few common attributes.
>
>
> I definitely don't think we should support replacement args
> because then the
> html tags turn into messaging tags.  A bundle attribute might
> be nice but
> the bean:message or preferably fmt:message tags are more flexible.
>
> David
>
>
>
> >From: "James Mitchell" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "Struts Developers List" <[EMAIL PROTECTED]>
> >Subject: Some taglibs are missing a few common attributes.
> >Date: Wed, 5 Mar 2003 06:04:08 -0500
> >
> >
> >We allow titleKey for the html:frame, altKey and titleKey for
> >html:button, and a few others, but do not allow a way to specify the
> >bundle or args.
> >
> >Besides the obvious...
> >
> >  
> >   
> >  
> >
> >  
> >
> >...work-around, I'm wondering if we should add this.
> >
> >
> >I think we shouldn't.  I think the work-around is a much
> more flexible
> >and generally better solution given the options available with
> >bean:message.
> >
> >Your thoughts?
> >
> >
> >--
> >James Mitchell
> >Web Developer/Struts Evangelist http://jakarta.apache.org/struts/
> >
> >"People demand freedom of speech to make up for the freedom
> of thought
> >which they avoid."
> > - Soren Aabye Kierkegaard (1813-1855)
> >
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> _
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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]


_
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus

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

RE: Some taglibs are missing a few common attributes.

[Edgar P. Dollin]

Unfortunately, you can't use  as the value of an
attribute.  Are you suggesting that the user does






That seems a little disconcerting.

Edgar

> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, March 05, 2003 9:41 AM
> To: '[EMAIL PROTECTED]'
> Subject: Re: Some taglibs are missing a few common attributes.
> 
> 
> I definitely don't think we should support replacement args 
> because then the 
> html tags turn into messaging tags.  A bundle attribute might 
> be nice but 
> the bean:message or preferably fmt:message tags are more flexible.
> 
> David
> 
> 
> 
> >From: "James Mitchell" <[EMAIL PROTECTED]>
> >Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
> >To: "Struts Developers List" <[EMAIL PROTECTED]>
> >Subject: Some taglibs are missing a few common attributes.
> >Date: Wed, 5 Mar 2003 06:04:08 -0500
> >
> >
> >We allow titleKey for the html:frame, altKey and titleKey for 
> >html:button, and a few others, but do not allow a way to specify the 
> >bundle or args.
> >
> >Besides the obvious...
> >
> >  
> > 
> >  
> >
> >  
> >
> >...work-around, I'm wondering if we should add this.
> >
> >
> >I think we shouldn't.  I think the work-around is a much 
> more flexible 
> >and generally better solution given the options available with 
> >bean:message.
> >
> >Your thoughts?
> >
> >
> >--
> >James Mitchell
> >Web Developer/Struts Evangelist http://jakarta.apache.org/struts/
> >
> >"People demand freedom of speech to make up for the freedom 
> of thought 
> >which they avoid."
> > - Soren Aabye Kierkegaard (1813-1855)
> >
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> _
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*  
> http://join.msn.com/?page=features/junkmail
> 
> 
> -
> 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: Some taglibs are missing a few common attributes.

[David Graham]

I definitely don't think we should support replacement args because then the 
html tags turn into messaging tags.  A bundle attribute might be nice but 
the bean:message or preferably fmt:message tags are more flexible.

David



From: "James Mitchell" <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Subject: Some taglibs are missing a few common attributes.
Date: Wed, 5 Mar 2003 06:04:08 -0500
We allow titleKey for the html:frame, altKey and titleKey for
html:button, and a few others, but do not allow a way to specify the
bundle or args.
Besides the obvious...

 

 
 

...work-around, I'm wondering if we should add this.

I think we shouldn't.  I think the work-around is a much more flexible
and generally better solution given the options available with
bean:message.
Your thoughts?

--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/
"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)


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


_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

DO NOT REPLY [Bug 13458] - RequestUtils.computeURL uses '&' to separate parameters - '&' would be better

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13458

RequestUtils.computeURL uses '&' to separate parameters - '&' would be better

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 14:32 ---
See section C.12 here:


http://www.w3.org/TR/xhtml1/

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

Re: Some taglibs are missing a few common attributes.

[David M. Karr]

> "James" == James Mitchell <[EMAIL PROTECTED]> writes:

James> We allow titleKey for the html:frame, altKey and titleKey for
James> html:button, and a few others, but do not allow a way to specify the
James> bundle or args.  

James> Besides the obvious...

James>  
James>  
James>  

James>  

James> ...work-around, I'm wondering if we should add this.

James> I think we shouldn't.  I think the work-around is a much more flexible
James> and generally better solution given the options available with
James> bean:message.

James> Your thoughts?

If I understand this correctly, it's certainly possible to do it with
bean:message, but it would make the resulting JSP code less maintainable (many
more lines of code).  It might be worthwhile examining exactly which tags and
attributes we're looking at changing if we added this.

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD




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

DO NOT REPLY [Bug 13458] - RequestUtils.computeURL uses '&' to separate parameters - '&' would be better

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13458

RequestUtils.computeURL uses '&' to separate parameters - '&' would be better

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 13:27 ---
If I am not mistaken, RequestUtils.computeUrl(...) is also used inside the 
html:link tag.
I am using click and the resulting link has the query 
parameters separated by & (escaped ampersand). Now the page I am linking to 
is not able to correctly extract the query parameters.
As far as I know query parameters in a url should be separated by & (unescaped 
ampersand) and not & (escaped ampersand).

I think the same issue is described in:
http://nagoya.apache.org/eyebrowse/ReadMsg?listName=struts-
[EMAIL PROTECTED]&msgId=140604
(In the meantime I will manually construct my link.)

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

DO NOT REPLY [Bug 17667] New: - Client-side validation with multi-form page

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17667

Client-side validation with multi-form page

   Summary: Client-side validation with multi-form page
   Product: Struts
   Version: 1.1 RC1
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Validator Framework
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


if you have two forms on your page with validation (e.g. DateValidation) the 
two  tags generates two function with the same name (e.g. 
DateValidations() ).

My suggestion is to generate functions with prefix (or postfix) of the form:

function FormName_DateValidations(){
this.aa = 
this.ab = 
}

That means also you have to modify the javascript method (defined in the 
validator-rules.xml). 
In my example:

 begin original code
function validateDate(form) {
   var bValid = true;
   var focusField = null;
   var i = 0;
   var fields = new Array();
   oDate = new DateValidations();
 end original code

 begin modified code
function validateDate(form) {
   var bValid = true;
   var focusField = null;
   var i = 0;
   var fields = new Array();
   oDate = eval('new ' + form.name +'_DateValidations();');
 end modified code

i hope you understand what i mean ;-)

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

Some taglibs are missing a few common attributes.

[James Mitchell]

We allow titleKey for the html:frame, altKey and titleKey for
html:button, and a few others, but do not allow a way to specify the
bundle or args.  

Besides the obvious...

 

 

 

...work-around, I'm wondering if we should add this.


I think we shouldn't.  I think the work-around is a much more flexible
and generally better solution given the options available with
bean:message.

Your thoughts?


--
James Mitchell
Web Developer/Struts Evangelist
http://jakarta.apache.org/struts/

"People demand freedom of speech to make up for the freedom of thought
which they avoid."
- Soren Aabye Kierkegaard (1813-1855)




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