You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Cedric Dumoulin <ce...@apache.org> on 2002/11/04 10:24:07 UTC
Re: question about tiles:useAttribute
Can you open a ticket in bugzilla reporting this bug. Don't forget to
specify the faulty configuration (web server(s), struts release(s), ...)
Thanks,
Cedric
Anand Joshi wrote:
>
>
>hi Cedric,
>I took nightly build 1031 and extracted struts.jar from it But
>unfortunately it did not solve problem.
>
>Thanks for your prompt attention!
>
>Anand Joshi
>Websphere Development Team
>Ph: 919-254-4331 (Tie 444-4331)
>mail: anandj@us.ibm.com
>
>
>
>
> Cedric Dumoulin
> <cedric@apache.or To: Struts Developers List <st...@jakarta.apache.org>
> g> cc:
> Subject: Re: question about tiles:useAttribute
> 10/29/2002 04:32
> AM
> Please respond to
> "Struts
> Developers List"
>
>
>
>
>
> Hi,
>
> This is a bug in struts1.1b2 when used with web server doing reuse of
>tags. The required behavior of <tiles:useAttribute name="aName"> is to
>use the name as id when id is not provided. This bug has been corrected
>in nightly build since 2002/10/7 .
> Can you try with the nightly build to check if it solve your problem ?
>
> Cedric
>
>
>Anand Joshi wrote:
>
>
>
>>hi All,
>>I had used tiles:useAttribute in struts 1.0.2 where tiles was separate. It
>>used to work even without attribute id.
>>
>>Now in struts 1.1b2 release,I have to give id attribute otherwise tag does
>>not work. specifcally it gives nullPointerException.
>>ie: this line <tiles:useAttribute name="idColumn"
>>classname="java.lang.String" /> : cause exception.
>>while <tiles:useAttribute id="idColumn" name="idColumn"
>>classname="java.lang.String" /> works fine.
>>Taglib reference does not list id as required attribute. So I am confused
>>for its usage. I am simply adding id="{same value as name}"
>>for all occurances of tiles:useAttribute for porting my webApp to
>>struts1.1b2.
>>Can you explain rationale behind making id as required attribute?
>>
>>Any help will be greatly appreciated.
>>Thanks
>>
>>Anand Joshi
>>Websphere Development Team
>>Ph: 919-254-4331 (Tie 444-4331)
>>mail: anandj@us.ibm.com
>>
>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org>
>
>
>>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org
>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: question about tiles:useAttribute bugfix
Posted by Anand Joshi <an...@us.ibm.com>.
hi Cedric,
I tried to query bugzilla but could not find bug #. So I opened bug # 14366
for this issue.
please let me know if you need any more details.
Thanks!
Anand Joshi
Websphere Development Team
Ph: 919-254-4331 (Tie 444-4331)
mail: anandj@us.ibm.com
Cedric Dumoulin
<cedric@apache.or To: Struts Developers List <st...@jakarta.apache.org>
g> cc:
Subject: Re: question about tiles:useAttribute bugfix
11/05/2002 08:57
AM
Please respond to
"Struts
Developers List"
Hi,
You are right, it should be reopened.
Cedric
Anand Joshi wrote:
>
>
>hi Cedric,
>I can open defect against this bug. But I feel since this bug was
reported
>earlier, wouldn't it be nice to reopen earlier bug fix report?
>As this bug was already reported and happened to be fixed under 2002/10/7
>build.
>
>Thanks
>
>Anand Joshi
>Websphere Development Team
>Ph: 919-254-4331 (Tie 444-4331)
>mail: anandj@us.ibm.com
>
>
>
>
> Cedric Dumoulin
> <cedric@apache.or To: Struts Developers
List <st...@jakarta.apache.org>
> g> cc:
> Subject: Re: question
about tiles:useAttribute
> 11/04/2002 04:24
> AM
> Please respond to
> "Struts
> Developers List"
>
>
>
>
>
> Can you open a ticket in bugzilla reporting this bug. Don't forget to
>specify the faulty configuration (web server(s), struts release(s), ...)
>
> Thanks,
> Cedric
>
>Anand Joshi wrote:
>
>
>
>>hi Cedric,
>>I took nightly build 1031 and extracted struts.jar from it But
>>unfortunately it did not solve problem.
>>
>>Thanks for your prompt attention!
>>
>>Anand Joshi
>>Websphere Development Team
>>Ph: 919-254-4331 (Tie 444-4331)
>>mail: anandj@us.ibm.com
>>
>>
>>
>>
>>
>>
>
>
>
>> Cedric Dumoulin
>>
>>
>
>
>
>> <cedric@apache.or To: Struts Developers
>>
>>
>List <st...@jakarta.apache.org>
>
>
>> g> cc:
>>
>>
>
>
>
>> Subject: Re: question
>>
>>
>about tiles:useAttribute
>
>
>> 10/29/2002 04:32
>>
>>
>
>
>
>> AM
>>
>>
>
>
>
>> Please respond to
>>
>>
>
>
>
>> "Struts
>>
>>
>
>
>
>> Developers List"
>>
>>
>
>
>
>
>
>
>>
>>
>> Hi,
>>
>> This is a bug in struts1.1b2 when used with web server doing reuse of
>>tags. The required behavior of <tiles:useAttribute name="aName"> is to
>>use the name as id when id is not provided. This bug has been corrected
>>in nightly build since 2002/10/7 .
>> Can you try with the nightly build to check if it solve your problem ?
>>
>> Cedric
>>
>>
>>Anand Joshi wrote:
>>
>>
>>
>>
>>
>>>hi All,
>>>I had used tiles:useAttribute in struts 1.0.2 where tiles was separate.
>>>
>>>
>It
>
>
>>>used to work even without attribute id.
>>>
>>>Now in struts 1.1b2 release,I have to give id attribute otherwise tag
>>>
>>>
>does
>
>
>>>not work. specifcally it gives nullPointerException.
>>>ie: this line <tiles:useAttribute name="idColumn"
>>>classname="java.lang.String" /> : cause exception.
>>>while <tiles:useAttribute id="idColumn" name="idColumn"
>>>classname="java.lang.String" /> works fine.
>>>Taglib reference does not list id as required attribute. So I am
confused
>>>for its usage. I am simply adding id="{same value as name}"
>>>for all occurances of tiles:useAttribute for porting my webApp to
>>>struts1.1b2.
>>>Can you explain rationale behind making id as required attribute?
>>>
>>>Any help will be greatly appreciated.
>>>Thanks
>>>
>>>Anand Joshi
>>>Websphere Development Team
>>>Ph: 919-254-4331 (Tie 444-4331)
>>>mail: anandj@us.ibm.com
>>>
>>>
>>>--
>>>To unsubscribe, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>>
>>
>>
>>
>>>For additional commands, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-help@jakarta.apache.org>
>>
>>
>>
>>
>>>
>>>
>>>
>>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org
>
>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org>
>
>
>>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org
>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org>
>
>
>
>
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@jakarta.apache.org
>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
multipart issue
Posted by Anand Joshi <an...@us.ibm.com>.
hi All,
I have multipart form. I noticed in RequestProcessor.java, it has line as "
if (mapping.getMultipartClass() != null) { "
I have specified multipartClass as attribute of Controller element in
struts-config.xml and it works..
I am not sure why this attribute is specified on ActionMapping..
Can anyone explain rationale of attribute multipartClass on element
ActionMapping?
Thanks
Anand Joshi
Websphere Development Team
Ph: 919-254-4331 (Tie 444-4331)
mail: anandj@us.ibm.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
bug 14366: question about tiles:useAttribute bugfix
Posted by Anand Joshi <an...@us.ibm.com>.
hi Cedric,
I changed doEndTag() method like below..
public int doEndTag() throws JspException
{
id = null; //added by me as fix
return (EVAL_PAGE);
}
I noticed that id that is inherited from TagSupport was not getting
initialized 2nd time tag is used...
this worked for me. I am not aware of source tree and build process.
So can you pls. make this change to UseAttribute.java if you feel this is
proper.
Thanks
Anand Joshi
Websphere Development Team
Ph: 919-254-4331 (Tie 444-4331)
mail: anandj@us.ibm.com
Cedric Dumoulin
<cedric@apache.or To: Struts Developers List <st...@jakarta.apache.org>
g> cc:
Subject: Re: question about tiles:useAttribute bugfix
11/05/2002 08:57
AM
Please respond to
"Struts
Developers List"
Hi,
You are right, it should be reopened.
Cedric
Anand Joshi wrote:
>
>
>hi Cedric,
>I can open defect against this bug. But I feel since this bug was
reported
>earlier, wouldn't it be nice to reopen earlier bug fix report?
>As this bug was already reported and happened to be fixed under 2002/10/7
>build.
>
>Thanks
>
>Anand Joshi
>Websphere Development Team
>Ph: 919-254-4331 (Tie 444-4331)
>mail: anandj@us.ibm.com
>
>
>
>
> Cedric Dumoulin
> <cedric@apache.or To: Struts Developers
List <st...@jakarta.apache.org>
> g> cc:
> Subject: Re: question
about tiles:useAttribute
> 11/04/2002 04:24
> AM
> Please respond to
> "Struts
> Developers List"
>
>
>
>
>
> Can you open a ticket in bugzilla reporting this bug. Don't forget to
>specify the faulty configuration (web server(s), struts release(s), ...)
>
> Thanks,
> Cedric
>
>Anand Joshi wrote:
>
>
>
>>hi Cedric,
>>I took nightly build 1031 and extracted struts.jar from it But
>>unfortunately it did not solve problem.
>>
>>Thanks for your prompt attention!
>>
>>Anand Joshi
>>Websphere Development Team
>>Ph: 919-254-4331 (Tie 444-4331)
>>mail: anandj@us.ibm.com
>>
>>
>>
>>
>>
>>
>
>
>
>> Cedric Dumoulin
>>
>>
>
>
>
>> <cedric@apache.or To: Struts Developers
>>
>>
>List <st...@jakarta.apache.org>
>
>
>> g> cc:
>>
>>
>
>
>
>> Subject: Re: question
>>
>>
>about tiles:useAttribute
>
>
>> 10/29/2002 04:32
>>
>>
>
>
>
>> AM
>>
>>
>
>
>
>> Please respond to
>>
>>
>
>
>
>> "Struts
>>
>>
>
>
>
>> Developers List"
>>
>>
>
>
>
>
>
>
>>
>>
>> Hi,
>>
>> This is a bug in struts1.1b2 when used with web server doing reuse of
>>tags. The required behavior of <tiles:useAttribute name="aName"> is to
>>use the name as id when id is not provided. This bug has been corrected
>>in nightly build since 2002/10/7 .
>> Can you try with the nightly build to check if it solve your problem ?
>>
>> Cedric
>>
>>
>>Anand Joshi wrote:
>>
>>
>>
>>
>>
>>>hi All,
>>>I had used tiles:useAttribute in struts 1.0.2 where tiles was separate.
>>>
>>>
>It
>
>
>>>used to work even without attribute id.
>>>
>>>Now in struts 1.1b2 release,I have to give id attribute otherwise tag
>>>
>>>
>does
>
>
>>>not work. specifcally it gives nullPointerException.
>>>ie: this line <tiles:useAttribute name="idColumn"
>>>classname="java.lang.String" /> : cause exception.
>>>while <tiles:useAttribute id="idColumn" name="idColumn"
>>>classname="java.lang.String" /> works fine.
>>>Taglib reference does not list id as required attribute. So I am
confused
>>>for its usage. I am simply adding id="{same value as name}"
>>>for all occurances of tiles:useAttribute for porting my webApp to
>>>struts1.1b2.
>>>Can you explain rationale behind making id as required attribute?
>>>
>>>Any help will be greatly appreciated.
>>>Thanks
>>>
>>>Anand Joshi
>>>Websphere Development Team
>>>Ph: 919-254-4331 (Tie 444-4331)
>>>mail: anandj@us.ibm.com
>>>
>>>
>>>--
>>>To unsubscribe, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>>
>>
>>
>>
>>>For additional commands, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-help@jakarta.apache.org>
>>
>>
>>
>>
>>>
>>>
>>>
>>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org
>
>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org>
>
>
>>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org
>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org>
>
>
>
>
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@jakarta.apache.org
>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: question about tiles:useAttribute bugfix
Posted by Cedric Dumoulin <ce...@apache.org>.
Hi,
You are right, it should be reopened.
Cedric
Anand Joshi wrote:
>
>
>hi Cedric,
>I can open defect against this bug. But I feel since this bug was reported
>earlier, wouldn't it be nice to reopen earlier bug fix report?
>As this bug was already reported and happened to be fixed under 2002/10/7
>build.
>
>Thanks
>
>Anand Joshi
>Websphere Development Team
>Ph: 919-254-4331 (Tie 444-4331)
>mail: anandj@us.ibm.com
>
>
>
>
> Cedric Dumoulin
> <cedric@apache.or To: Struts Developers List <st...@jakarta.apache.org>
> g> cc:
> Subject: Re: question about tiles:useAttribute
> 11/04/2002 04:24
> AM
> Please respond to
> "Struts
> Developers List"
>
>
>
>
>
> Can you open a ticket in bugzilla reporting this bug. Don't forget to
>specify the faulty configuration (web server(s), struts release(s), ...)
>
> Thanks,
> Cedric
>
>Anand Joshi wrote:
>
>
>
>>hi Cedric,
>>I took nightly build 1031 and extracted struts.jar from it But
>>unfortunately it did not solve problem.
>>
>>Thanks for your prompt attention!
>>
>>Anand Joshi
>>Websphere Development Team
>>Ph: 919-254-4331 (Tie 444-4331)
>>mail: anandj@us.ibm.com
>>
>>
>>
>>
>>
>>
>
>
>
>> Cedric Dumoulin
>>
>>
>
>
>
>> <cedric@apache.or To: Struts Developers
>>
>>
>List <st...@jakarta.apache.org>
>
>
>> g> cc:
>>
>>
>
>
>
>> Subject: Re: question
>>
>>
>about tiles:useAttribute
>
>
>> 10/29/2002 04:32
>>
>>
>
>
>
>> AM
>>
>>
>
>
>
>> Please respond to
>>
>>
>
>
>
>> "Struts
>>
>>
>
>
>
>> Developers List"
>>
>>
>
>
>
>
>
>
>>
>>
>> Hi,
>>
>> This is a bug in struts1.1b2 when used with web server doing reuse of
>>tags. The required behavior of <tiles:useAttribute name="aName"> is to
>>use the name as id when id is not provided. This bug has been corrected
>>in nightly build since 2002/10/7 .
>> Can you try with the nightly build to check if it solve your problem ?
>>
>> Cedric
>>
>>
>>Anand Joshi wrote:
>>
>>
>>
>>
>>
>>>hi All,
>>>I had used tiles:useAttribute in struts 1.0.2 where tiles was separate.
>>>
>>>
>It
>
>
>>>used to work even without attribute id.
>>>
>>>Now in struts 1.1b2 release,I have to give id attribute otherwise tag
>>>
>>>
>does
>
>
>>>not work. specifcally it gives nullPointerException.
>>>ie: this line <tiles:useAttribute name="idColumn"
>>>classname="java.lang.String" /> : cause exception.
>>>while <tiles:useAttribute id="idColumn" name="idColumn"
>>>classname="java.lang.String" /> works fine.
>>>Taglib reference does not list id as required attribute. So I am confused
>>>for its usage. I am simply adding id="{same value as name}"
>>>for all occurances of tiles:useAttribute for porting my webApp to
>>>struts1.1b2.
>>>Can you explain rationale behind making id as required attribute?
>>>
>>>Any help will be greatly appreciated.
>>>Thanks
>>>
>>>Anand Joshi
>>>Websphere Development Team
>>>Ph: 919-254-4331 (Tie 444-4331)
>>>mail: anandj@us.ibm.com
>>>
>>>
>>>--
>>>To unsubscribe, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>>
>>
>>
>>
>>>For additional commands, e-mail: <
>>>
>>>
>>>
>>>
>>mailto:struts-dev-help@jakarta.apache.org>
>>
>>
>>
>>
>>>
>>>
>>>
>>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org
>
>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org>
>
>
>>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org
>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
question about tiles:useAttribute bugfix
Posted by Anand Joshi <an...@us.ibm.com>.
hi Cedric,
I can open defect against this bug. But I feel since this bug was reported
earlier, wouldn't it be nice to reopen earlier bug fix report?
As this bug was already reported and happened to be fixed under 2002/10/7
build.
Thanks
Anand Joshi
Websphere Development Team
Ph: 919-254-4331 (Tie 444-4331)
mail: anandj@us.ibm.com
Cedric Dumoulin
<cedric@apache.or To: Struts Developers List <st...@jakarta.apache.org>
g> cc:
Subject: Re: question about tiles:useAttribute
11/04/2002 04:24
AM
Please respond to
"Struts
Developers List"
Can you open a ticket in bugzilla reporting this bug. Don't forget to
specify the faulty configuration (web server(s), struts release(s), ...)
Thanks,
Cedric
Anand Joshi wrote:
>
>
>hi Cedric,
>I took nightly build 1031 and extracted struts.jar from it But
>unfortunately it did not solve problem.
>
>Thanks for your prompt attention!
>
>Anand Joshi
>Websphere Development Team
>Ph: 919-254-4331 (Tie 444-4331)
>mail: anandj@us.ibm.com
>
>
>
>
> Cedric Dumoulin
> <cedric@apache.or To: Struts Developers
List <st...@jakarta.apache.org>
> g> cc:
> Subject: Re: question
about tiles:useAttribute
> 10/29/2002 04:32
> AM
> Please respond to
> "Struts
> Developers List"
>
>
>
>
>
> Hi,
>
> This is a bug in struts1.1b2 when used with web server doing reuse of
>tags. The required behavior of <tiles:useAttribute name="aName"> is to
>use the name as id when id is not provided. This bug has been corrected
>in nightly build since 2002/10/7 .
> Can you try with the nightly build to check if it solve your problem ?
>
> Cedric
>
>
>Anand Joshi wrote:
>
>
>
>>hi All,
>>I had used tiles:useAttribute in struts 1.0.2 where tiles was separate.
It
>>used to work even without attribute id.
>>
>>Now in struts 1.1b2 release,I have to give id attribute otherwise tag
does
>>not work. specifcally it gives nullPointerException.
>>ie: this line <tiles:useAttribute name="idColumn"
>>classname="java.lang.String" /> : cause exception.
>>while <tiles:useAttribute id="idColumn" name="idColumn"
>>classname="java.lang.String" /> works fine.
>>Taglib reference does not list id as required attribute. So I am confused
>>for its usage. I am simply adding id="{same value as name}"
>>for all occurances of tiles:useAttribute for porting my webApp to
>>struts1.1b2.
>>Can you explain rationale behind making id as required attribute?
>>
>>Any help will be greatly appreciated.
>>Thanks
>>
>>Anand Joshi
>>Websphere Development Team
>>Ph: 919-254-4331 (Tie 444-4331)
>>mail: anandj@us.ibm.com
>>
>>
>>--
>>To unsubscribe, e-mail: <
>>
>>
>mailto:struts-dev-unsubscribe@jakarta.apache.org>
>
>
>>For additional commands, e-mail: <
>>
>>
>mailto:struts-dev-help@jakarta.apache.org>
>
>
>>
>>
>>
>>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org
>
>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org
>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <
mailto:struts-dev-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <
mailto:struts-dev-help@jakarta.apache.org>
>
>
>
>
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@jakarta.apache.org
>
For additional commands, e-mail: <mailto:struts-dev-help@jakarta.apache.org
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>