DO NOT REPLY [Bug 24856] - Struts doesn´t accept internationalized form inputs for Number, Date, Timestamp etc

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24856.
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=24856

Struts doesn´t accept internationalized form inputs for Number, Date, Timestamp etc





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 08:08 ---
I need to known if this bug will be correct on the next release of struts (1.2.0)

best regards

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

Japanese/Asain/Russian/Arabic Struts Committers Needed (Was: Re: TagUtils.encodeURL performance)

2003-11-26 Thread Robert Leland 
There is also Internationalization of domain names, and ultimately URL's

http://www.faqs.org/rfcs/rfc3492.html

-Rob

yasuhiko yoshikawa wrote:

I do not think always passing UTF-8 as character encoding type is right
behavior. As far as I can tell, there is no such requirement to mandate(or
even recommend) UTF-8 as character encoding type in the HTML4
specification (and relevant RFCs). 

A while ago, I submitted a patch that enables the encoder to take
character encoding name as second parameter. I see no reason why the
character encoding is done with UTF-8. 
 

I am glad you spoke up,
We need (1 or more) an Japanese/Asian/Russian/Arabic Struts Committers, 
because they will have supporting the i18
in their best interest.
  If an Asian/Russian/Arabic developer(s) started making regular 
contributions,
then after a while(3 - 9 months) we would know that that person 
would be a valuable committers,
and they might be nominated.
The qualities that would increase the likely hood that I would nominate
 them as a Committer are:
  through : (attach diff patches against Nightly builds) (Test 
patches throughly)
  persistent (make noise) so as to make sure patches are applied.
  semi-fluent: in written english (able to clearly describe a 
problem, and solution in written english)
skelling (Spelling ;-) ) is not important !
  flexible : willing to discuss different approaches with other 
developers/committers,
  and arrive at a good solutions regardless of 
whose Ideas they are.
  centered :They know that its ok to make mistakes, and learn 
from them.

We normally like to gradually add new committers.

Do you know of anyone that might want to step up ?

What is the Bug report number ? Have been tested by  Japanese users ?
These could be rolled into the 1.2.1 release, which could cut be made 
to address this problem.



Using UTF-8 as character encoding type works only if the  html documents
sent from the application are encoded in UTF-8, but many i18n
applications use 'native' character encodings (like Shift_JIS, Big5,
EUC-KR
etc) instead, for variety of reasons.
 The issue was recently discussed on the mailing list of Japanese
struts user's.  And we found that, for example, html:link tag's
parameter populating functionality has been unusable for many of us
because it ignores the response's character encoding and uses UTF-8 to
get the bytes for url encoding.


 

--- Robert Leland [EMAIL PROTECTED] wrote:
   

Pierre Maury wrote:
The patch would need to be usable with different encoding types.
 

Why?  The Java 1.3 version doesn't accept an encoding type and we always
pass UTF-8 to the 1.4 version.
   

This memory storage seems like a small price to pay for the improvement,
but I would like to hear from other commiters.
 

I'm not a big fan of this because there are much bigger performance
optimizations to be had in other layers of a Struts app but I won't stop
anyone from applying a clear and *tested* optimization.
David

   

-Rob





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

Re: Japanese/Asain/Russian/Arabic Struts Committers Needed (Was: Re: TagUtils.encodeURL performance)

2003-11-26 Thread yasuhiko yoshikawa 
Rob,
 Honestly, I am not familiar with Punycode. But to my understanding, it
is very different from UTF-8. (in fact, if my memory serves right, it
was proposed as another encoding scheme for Unicode, because existing
coding scheme for Unicode, UTF-{8|16|32},  are not effective to express
internationalized IDN. Also, Punycode would be used for domain name part
exclusively (again if my memory serves), so it would happen that we need
to deal with two encoding schemes like,
domain name-  punycode
path/parameter -  UTF-8 or other character enoding + url encoding
if we are going to encode non-ascii domain names and path. (please correct
me if i am wrong.)

Are you suggesting to have Punycode encoder integrated into Struts?
While it would be interesting to see punycode integrated into Struts,
there will not be many occasion where it is useful. And when we do not
have Punycode encoder in our application server/framework, we can always
pre-encode the domain name using Punycode.

Thank you for information about the steps it takes to be a committer. I
agree it would make i18n better if some direct stake holder of i18n be
included as committers. I will talk about it on the Japanese mailing
list. I myself is also interested, so if  no one comes up, then I would
like to volunteer.

Talk to you later.

 
 There is also Internationalization of domain names, and ultimately URL's
 
 http://www.faqs.org/rfcs/rfc3492.html
 
 
 -Rob
 
 
 I am glad you spoke up,
 We need (1 or more) an Japanese/Asian/Russian/Arabic Struts Committers, 
 because they will have supporting the i18
 in their best interest.
If an Asian/Russian/Arabic developer(s) started making regular 
 contributions,
  then after a while(3 - 9 months) we would know that that person 
 would be a valuable committers,
  and they might be nominated.
  The qualities that would increase the likely hood that I would nominate
   them as a Committer are:
through : (attach diff patches against Nightly builds) (Test 
 patches throughly)
persistent (make noise) so as to make sure patches are applied.
semi-fluent: in written english (able to clearly describe a 
 problem, and solution in written english)
  skelling (Spelling ;-) ) is not important !
flexible : willing to discuss different approaches with other 
 developers/committers,
and arrive at a good solutions regardless of 
 whose Ideas they are.
centered :They know that its ok to make mistakes, and learn 
 from them.
 
 We normally like to gradually add new committers.
 
 Do you know of anyone that might want to step up ?
 
 
 What is the Bug report number ? Have been tested by  Japanese users ?
  These could be rolled into the 1.2.1 release, which could cut be made 
 to address this problem.
 

---
Yasuhiko Sakakibara
[EMAIL PROTECTED]
[EMAIL PROTECTED]


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

Re: 1.2.0 Resurrected

2003-11-26 Thread Ted Husted 
If the Validation 1.1.1 release is imminent, the best thing might be to 
just let that be the Struts 1.2.0 trigger. If it happens a few days 
later, then so be it. As it stands, TC3 is our 2.2/1.2 benchmark, and we 
don't want to start cutting corners.

Of course, if anyone wanted to step up to bat and cut a Validator 1.1.1 
while Rob was on holiday, I'm sure he wouldn't mind :) It's a commons 
product, so any Jakarta Committer is eligible to join in the fun!

As for 1.2.0 testing, I would suggest we do TC 3.3.1a and 4.1.28, since 
they are the reference implementations for the reigning specifications.

-Ted.

Robert Leland wrote:
The Validator 1.1.0 has a bug that shows up a fatal bug in TC 3.X but 
not in 4.X
Agreed, go ahead and use c-v 1.1.0, though if no one objects I'll do a 
release of validator and
if it comes out in time you have the option of using that instead.

The only stumbling block now is that I need to change my public key to 
use stronger
encryption so Martin doesn't get a 'warning' from my signed files.

-Rob


-T.

Robert Leland wrote:





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

--
Ted Husted,
  Junit in Action  - http://www.manning.com/massol/,
  Struts in Action - http://husted.com/struts/book.html,
  JSP Site Design  - http://www.amazon.com/exec/obidos/ISBN=1861005512.


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

Re: 1.2.0 Resurrected

2003-11-26 Thread Ted Husted 
 As for 1.2.0 testing, I would suggest we do TC 3.3.1a and 4.1.28,

Ooops, 4.1.29



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

DO NOT REPLY [Bug 25023] New: - OutOfMemoryErrors after file uploads

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25023.
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=25023

OutOfMemoryErrors after file uploads

   Summary: OutOfMemoryErrors after file uploads
   Product: Struts
   Version: 1.1 Final
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: File Upload
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


file uploads are a significant part of our web application and within our 
application (running with default heap sizes under jdk 1.4.2) after a lot of 
the error messages below we started getting OutOfMemoryErrors.  I presume the 
error below is coming from people who click 'stop' on their browser before the 
upload has completed which is fine.  I don't know whether it is another part of 
the application that is causing the out of memory errors but I think it is 
worth investigating the file upload code.  Currently, we have increased the min 
and max heap sizes to 256 and 512 Mb respectively so have not seen the problem 
again, yet.  We are using struts 1.1, html:form, html:file and 
enctype=multipart/form-data to do the file uploads and FormFile in the Java 
ActionForm.


[2003/11/24 12:19:20] Processing of multipart/form-data request failed. Stream 
ended unexpectedly
org.apache.commons.fileupload.FileUploadException: Processing of multipart/form-
data request failed. Stream ended unexpectedly
at org.apache.commons.fileupload.FileUploadBase.parseRequest
(FileUploadBase.java:429)
at org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest
(CommonsMultipartRequestHandler.java:233)
at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1209)
at org.apache.struts.action.RequestProcessor.processPopulate
(RequestProcessor.java:821)
at org.apache.struts.action.RequestProcessor.process
(RequestProcessor.java:254)
at org.apache.struts.action.ActionServlet.process
(ActionServlet.java:1482)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:165)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:103)
at com.caucho.server.http.FilterChainServlet.doFilter
(FilterChainServlet.java:96)
at com.caucho.server.http.Invocation.service(Invocation.java:315)
at com.caucho.server.http.CacheInvocation.service
(CacheInvocation.java:135)
at com.caucho.server.http.RunnerRequest.handleRequest
(RunnerRequest.java:346)
at com.caucho.server.http.RunnerRequest.handleConnection
(RunnerRequest.java:274)
at com.caucho.server.TcpConnection.run(TcpConnection.java:139)
at java.lang.Thread.run(Thread.java:534)

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

Bean properties issue !!!

2003-11-26 Thread Karikalan Kumaresan 
Hi,
Has anyone experience the following problem...

I have a Dynamic struts form bean used by my Struts action, looks like
following,

form-property name=xFrom  type=java.lang.String/

and in the Bean class, I have 

String xFrom;
setXFrom(...) 
getXFrom()

but, this property is not being set. This is always null. Amazingly, if I
change the property name to 

form-property name=exFrom type=java.lang.String/

String exFrom;
setExFrom(...)
getExFrom()

This is working perfectly, does anyone know why? Is Struts expecting a
different method name?

Thanks a lot in advance,
Cheers,
Kari...

-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: 26 November 2003 12:01
To: Struts Developers List
Subject: Re: 1.2.0 Resurrected


  As for 1.2.0 testing, I would suggest we do TC 3.3.1a and 4.1.28,

Ooops, 4.1.29



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

DO NOT REPLY [Bug 25028] New: - ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25028.
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=25028

ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

   Summary: ActionForm threading issue: multiple requests with
Mozilla 1.5/Firebird 0.7
   Product: Struts
   Version: 1.1 Final
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Controller
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Multiple simutaneous requests from Mozilla 1.5/Firebird 0.7 (i.e. as in loading
a frameset) can demonstrate thread-safety issues with ActionForms.

A demonstration .war will be attached.

The demonstration contains a simple frameset, with two frames. Both frames point
to action-mappings using the same form-bean, and each are passed different
values for the same form property.

Reloading multiple times in recent mozilla-based browsers shows the form
property from the second frameset can occasionally be passed to the first
frameset by mistake.

Bug is not reproducable in Internet Explorer 6.0.

Configuration:
Windows XP
Tomcat 4.29
Struts 1.1 Final
Mozilla 1.5 or Firebird 0.7 (older versions not tested) (pipelining *disabled*)

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

DO NOT REPLY [Bug 25028] - ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25028.
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=25028

ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 18:07 ---
Created an attachment (id=9307)
Demonstration .war of bug. Please test using recent mozilla-based browser, and reload 
multiple times as bug is intermittent.

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

DO NOT REPLY [Bug 25028] - ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25028.
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=25028

ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 18:19 ---
I take back the line Bug is not reproducable in Internet Explorer 6.0. line
back. It does appear in IE6.0 as well.

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

DO NOT REPLY [Bug 24994] - Special circumstances which struts fails to return the same class in the war file giving a class cast exception

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24994.
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=24994

Special circumstances which struts fails to return the same class in the war file 
giving a class cast exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 18:59 ---
Cancel bug - Bug caused by shared jar files in tomcat

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

DO NOT REPLY [Bug 24994] - Special circumstances which struts fails to return the same class in the war file giving a class cast exception

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24994.
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=24994

Special circumstances which struts fails to return the same class in the war file 
giving a class cast exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:01 ---
Cancel bug - Bug caused by shared jar files in tomcat

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

DO NOT REPLY [Bug 24856] - Struts doesn´t accept internationalized form inputs for Number, Date, Timestamp etc

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24856.
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=24856

Struts doesn´t accept internationalized form inputs for Number, Date, Timestamp etc





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:56 ---
Created an attachment (id=9310)
This patch changes the call for populate in RequestUtils from BeanUtils to 
LocaleBeanUtils

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

[PATCH] Struts doesn't accept internationalized form inputs for Number, Date, Timestamp etc

2003-11-26 Thread stutz 

A patch was attached to this bug

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


Struts doesn't accept internationalized form inputs for Number, Date,
Timestamp etc

This bug will be totally fixed only after commons-beanutils get fixed with
LocaleBeanUtils.populate() which I already posted a patch



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

DO NOT REPLY [Bug 25028] - ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

2003-11-26 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25028.
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=25028

ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 22:26 ---
In situations like this, you need to configure your form beans to use request 
scope. The default is session scope, which is why you are seeing the problem.

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

Re: TagUtils.encodeURL performance

2003-11-26 Thread David Graham 
UTF-8 is used because it's recommended in the URLEncoder javadoc:
http://java.sun.com/j2se/1.4.2/docs/api/java/net/URLEncoder.html

David

--- yasuhiko yoshikawa [EMAIL PROTECTED] wrote:
 
 I do not think always passing UTF-8 as character encoding type is right
 behavior. As far as I can tell, there is no such requirement to
 mandate(or
 even recommend) UTF-8 as character encoding type in the HTML4
 specification (and relevant RFCs). 
 
  A while ago, I submitted a patch that enables the encoder to take
 character encoding name as second parameter. I see no reason why the
 character encoding is done with UTF-8. 
 
 Using UTF-8 as character encoding type works only if the  html documents
 sent from the application are encoded in UTF-8, but many i18n
 applications use 'native' character encodings (like Shift_JIS, Big5,
 EUC-KR
 etc) instead, for variety of reasons.
 
   The issue was recently discussed on the mailing list of Japanese
 struts user's.  And we found that, for example, html:link tag's
 parameter populating functionality has been unusable for many of us
 because it ignores the response's character encoding and uses UTF-8 to
 get the bytes for url encoding.
 
 
 
  --- Robert Leland [EMAIL PROTECTED] wrote:
   Pierre Maury wrote:
   The patch would need to be usable with different encoding types.
  
  Why?  The Java 1.3 version doesn't accept an encoding type and we
 always
  pass UTF-8 to the 1.4 version.
  
   This memory storage seems like a small price to pay for the
 improvement,
   but I would like to hear from other commiters.
  
  I'm not a big fan of this because there are much bigger performance
  optimizations to be had in other layers of a Struts app but I won't
 stop
  anyone from applying a clear and *tested* optimization.
  
  David
  
   
   -Rob
   
   Hi,
   
   I think there is a performance issue with
   org.apache.struts.taglib.TagUtils.encodeURL(String).
   
   Attached to this mail, four java classes that demonstrate and solve
 the
   problem. You may run EncoderTest to compare the timings of the
 original
   struts code with a faster encoder.
   
   On my computer encodeURL takes about 0.2ms. This does not look like
 a
   big
   issue, but encodeURL is called by computeUrl for each parameter
 name
   and
   each parameter value. The web site I'm working on displays products
   lists.
   There an average 3 links per product and 20 products per page + 20
   other
   links. Each of this links takes four parameters.
   
   Total encodeURL time per page amounts to : (3*20+20)*(4*2)*0.2 =
 128ms
   !
   At the same time, the struts action + the JSP page takes about
 200ms.
   
   The attached encoder is at least 50 times faster. By using this
 encoder
   on
   my application, the troughput was greatly improved.
   
   If you are interrested, I can submit a patch
   
   
   Pierre Maury
 
   
  
 


   
  
 -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
   
   
   
  
  
  __
  Do you Yahoo!?
  Free Pop-Up Blocker - Get it now
  http://companion.yahoo.com/
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 ---
 Yasuhiko Sakakibara
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


__
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/

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

Japanese Struts Mailing List

2003-11-26 Thread Yansheng Lin 
Hi which japanese mailing list are you talking about?  I subscribed to
[EMAIL PROTECTED], but it's not very active, wondering if there is a more
active mailing list.

Thanks!

-Original Message-
From: yasuhiko yoshikawa [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 26, 2003 4:02 AM
To: Struts Developers List
Subject: Re: Japanese/Asain/Russian/Arabic Struts Committers Needed (Was: Re:
TagUtils.encodeURL performance)


Rob,
 Honestly, I am not familiar with Punycode. But to my understanding, it
is very different from UTF-8. (in fact, if my memory serves right, it
was proposed as another encoding scheme for Unicode, because existing
coding scheme for Unicode, UTF-{8|16|32},  are not effective to express
internationalized IDN. Also, Punycode would be used for domain name part
exclusively (again if my memory serves), so it would happen that we need
to deal with two encoding schemes like,
domain name-  punycode
path/parameter -  UTF-8 or other character enoding + url encoding
if we are going to encode non-ascii domain names and path. (please correct
me if i am wrong.)

Are you suggesting to have Punycode encoder integrated into Struts?
While it would be interesting to see punycode integrated into Struts,
there will not be many occasion where it is useful. And when we do not
have Punycode encoder in our application server/framework, we can always
pre-encode the domain name using Punycode.

Thank you for information about the steps it takes to be a committer. I
agree it would make i18n better if some direct stake holder of i18n be
included as committers. I will talk about it on the Japanese mailing
list. I myself is also interested, so if  no one comes up, then I would
like to volunteer.

Talk to you later.

 
 There is also Internationalization of domain names, and ultimately URL's
 
 http://www.faqs.org/rfcs/rfc3492.html
 
 
 -Rob
 
 
 I am glad you spoke up,
 We need (1 or more) an Japanese/Asian/Russian/Arabic Struts Committers, 
 because they will have supporting the i18
 in their best interest.
If an Asian/Russian/Arabic developer(s) started making regular 
 contributions,
  then after a while(3 - 9 months) we would know that that person 
 would be a valuable committers,
  and they might be nominated.
  The qualities that would increase the likely hood that I would nominate
   them as a Committer are:
through : (attach diff patches against Nightly builds) (Test 
 patches throughly)
persistent (make noise) so as to make sure patches are applied.
semi-fluent: in written english (able to clearly describe a 
 problem, and solution in written english)
  skelling (Spelling ;-) ) is not important !
flexible : willing to discuss different approaches with other 
 developers/committers,
and arrive at a good solutions regardless of 
 whose Ideas they are.
centered :They know that its ok to make mistakes, and learn 
 from them.
 
 We normally like to gradually add new committers.
 
 Do you know of anyone that might want to step up ?
 
 
 What is the Bug report number ? Have been tested by  Japanese users ?
  These could be rolled into the 1.2.1 release, which could cut be made 
 to address this problem.
 

---
Yasuhiko Sakakibara
[EMAIL PROTECTED]
[EMAIL PROTECTED]


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


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

RE: Bean properties issue !!!

2003-11-26 Thread Wendy Smoak 
 Has anyone experience the following problem...
 I have a Dynamic struts form bean used by my Struts action, looks like
 following,
   form-property name=xFrom  type=java.lang.String/
 and in the Bean class, I have 
 String xFrom;
 setXFrom(...) 
 getXFrom()
 but, this property is not being set. This is always null. 
 Amazingly, if I change the property name to 
   form-property name=exFrom type=java.lang.String/
 String exFrom;
 setExFrom(...)
 getExFrom()
 This is working perfectly, does anyone know why? Is Struts expecting a
 different method name?

This question belongs on struts-user, not struts-dev.  And it isn't
really a Struts question, it relates to the JavaBeans Specification,
which can be found here: 
http://java.sun.com/products/javabeans/docs/spec.html

If there are two upper-case letters together, they are not
decapitalized, so I think the matching property name would be XFrom, not
xFrom.

However, the simplest fix is to name your properties in a way you know
won't confuse the introspection process.  (Which you already did,
renaming to exFrom)

-- 
Wendy Smoak
Application Systems Analyst, Sr.
ASU IA Information Resources Management 

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

cvs commit: jakarta-struts project.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:06:27

  Modified:.project.xml
  Log:
  Move resource area to SourceForge site.
  
  Revision  ChangesPath
  1.10  +4 -3  jakarta-struts/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-struts/project.xml,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- project.xml   21 Nov 2003 06:22:09 -  1.9
  +++ project.xml   27 Nov 2003 04:06:27 -  1.10
  @@ -230,7 +230,7 @@
   
   dependency
 idcommons-validator/id
  -  version1.1.0/version
  +  versionSNAPSHOT/version
 urlhttp://jakarta.apache.org/commons/validator.html/url
   /dependency
   
  @@ -286,12 +286,12 @@
   
   sourceDirectorysrc/share/sourceDirectory
   
  +  !-- Unit test cases
   unitTestSourceDirectorysrc/test/unitTestSourceDirectory
   integrationUnitTestSourceDirectory/
   
   aspectSourceDirectory/
   
  -!-- Unit test cases --
   unitTest
 includes
   include**/*Test.java/include
  @@ -300,7 +300,8 @@
   exclude**/RepositoryTest.java/exclude
 /excludes
   /unitTest
  -  
  +--
  +
   !-- J A R  R E S O U R C E S --
   !-- Resources that are packaged up inside the JAR file --
   resources
  
  
  

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

cvs commit: jakarta-struts/doc/userGuide building_view.xml preface.xml project.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:06:52

  Modified:doc  index.xml learning.xml project.xml status.xml
using.xml volunteers.xml
   doc/faqs kickstart.xml newbie.xml project.xml
   doc/stylesheets struts.xsl
   doc/userGuide building_view.xml preface.xml project.xml
  Log:
  Move resource area to SourceForge site.
  
  Revision  ChangesPath
  1.53  +11 -81jakarta-struts/doc/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/index.xml,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- index.xml 7 Oct 2003 22:26:36 -   1.52
  +++ index.xml 27 Nov 2003 04:06:51 -  1.53
  @@ -39,15 +39,15 @@
   Struts provides its own strongController/strong component and 
integrates with a href=userGuide/preface.html#layers
   other technologies/a to provide the Model and the View.
   
  -For the strongModel/strong, Struts can interact with standard a 
href=resources/models.htmldata access
  -technologies/a, like a 
href=http://java.sun.com/products/jdbc/;JDBC/a and 
  +For the strongModel/strong, Struts can interact with standard data 
access
  +technologies, like a href=http://java.sun.com/products/jdbc/;JDBC/a and
   a href=http://java.sun.com/products/ejb/;EJB/a, as well as most any 
third-party packages, like
   Hibernate, iBATIS, or Object Relational Bridge.
   
   For the strongView/strong, Struts works well with 
   a href=http://java.sun.com/products/jsp/;JavaServer Pages/a, including
   a href=./faqs/kickstart.html#jsfJSTL and JSF/a, as well as Velocity 
Templates, XSLT, and
  -a href=resources/views.htmlother presentation systems/a.
  +other presentation systems.
   /p
   
   p
  @@ -67,6 +67,14 @@
   http://jakarta.apache.org/struts/a.
   /p
   
  +p
  +Struts is a volunteer project and all support for the framework is provided 
by unpaid volunteers.
  +This documentation bundle and the mailing lists are the primary ways to 
learn how to use Struts.
  +The next few pages are devoted to helping you understand what resources are 
available to you.
  +Since Struts is a volunteer project, and our resources are limited, it is 
important that we first help you
  +help yourself.
  +/p
  +
   /section
   
   section name=Struts in a Nutshell href=nutshell
  @@ -157,14 +165,6 @@
   Guide/a and the Developer Guides.
   /p
   
  -p
  -Struts is a volunteer project and all support for the framework is 
provided by unpaid volunteers.
  -This documentation bundle and the mailing lists are the primary ways to 
learn how to use Struts.
  -The next few pages are devoted to helping you understand what resources 
are available to you.
  -Since Struts is a volunteer project, and our resources are limited, it 
is important that we first help you
  -help yourself.
  -/p
  -
   /section
   
   section name=Is Struts the best choice for every project?
  @@ -185,76 +185,6 @@
   /p
   
   /section
  -
  -section name=Books about Struts href=books
  -
  -div class=center
  -a href=resources/books.html
  -img class=book 
  - src=images/books/0471213020.jpg 
  - width=49 
  - height=60 
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/0596003285.jpg 
  - width=49 
  - height=60
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/0672324725.jpg 
  - width=49 
  - height=60 
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/0971661901.jpg 
  - width=49 
  - height=60
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/1558608621.jpg 
  - width=49 
  - height=60 
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/1861007817.jpg
  - width=49 
  - height=60
  - alt=/
  -/a
  -
  -a href=resources/books.html
  -img class=book 
  - src=images/books/1930110502.jpg
  - width=49
  - height=60 
  - alt=/
  -/a
  -/div
  -
  -   p
  -   The Apache Software Foundation does not provide printed manuals, 
  -   but several third-party books about Struts are

cvs commit: jakarta-struts/doc announce.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:07:05

  Added:   doc  announce.xml
  Log:
  Move resource area to SourceForge site.
  
  Revision  ChangesPath
  1.1  jakarta-struts/doc/announce.xml
  
  Index: announce.xml
  ===
  ?xml version=1.0?
  document
  
properties
  author email=[EMAIL PROTECTED]Ted Husted/author
  author email=[EMAIL PROTECTED]Martin Cooper/author
  titleAnnouncements/title
/properties
  
  body
  
  section name=Announcements
  
  h4 id=a2003063030 Jun 2003 - Struts 1.1 Final released/h4
  p
  The Struts team is proud, and extremely pleased, to announce the Final
  release of Struts 1.1. This release includes significant new
  functionality, as well as numerous fixes for bugs which were reported
  against the previous release, and supersedes the earlier 1.0.2 version
  as the latest official release of Struts from the Apache Software
  Foundation.
  /p
  pThe binary distribution is available at: a href=
  http://www.apache.org/dist/jakarta/struts/binaries/;
  http://www.apache.org/dist/jakarta/struts/binaries//a /p
  pand the source distribution is available at: a href=
  http://www.apache.org/dist/jakarta/struts/source/;
  http://www.apache.org/dist/jakarta/struts/source//a/p
  pIn addition, the library distribution, which contains updated binaries
 without the sample applications, is available at: /p
  pa href=http://www.apache.org/dist/jakarta/struts/library/;
  http://www.apache.org/dist/jakarta/struts/library//a /p
  pDetails of the changes in this release are available in the Release
  Notes,which can be found here: /p
  pa href=
  http://jakarta.apache.org/struts/userGuide/release-notes-1.1.html;
  http://jakarta.apache.org/struts/userGuide/release-notes-1.1.html/a /p
  hr/
  
  h4 id=a2003022323 Feb 2003 - Struts 1.1 Release Candidate 1 Released/h4
  p
  The Struts team is proud to announce the release of Struts 1.1 Release
  Candidate 1. This release includes some new functionality, as well as
  fixes for a number of bugs which were reported against earlier versions.
  The Struts Team believes that this release is ready for prime time, hence
  its designation as a release candidate.
  /p
  p
  The binary distribution is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/binaries/;
  http://www.apache.org/dist/jakarta/struts/binaries//a
  /p
  p
  and the source distribution is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/source/;
  http://www.apache.org/dist/jakarta/struts/source//a
  /p
  p
  In addition, the library distribution, which contains updated binaries
  without the sample applications, is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/library/;
  http://www.apache.org/dist/jakarta/struts/library//a
  /p
  p
  Details of the changes in this release are available in the Release
  Notes, which can be found here:
  /p
  p
  a 
href=http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc1.html;
  http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc1.html/a
  /p
  hr/
  
  h4 id=S2002123131 Dec 2002 - Struts 1.1 Beta 3 Released/h4
  pThe Struts team is proud to announce the release of Struts 1.1 Beta 3. This
  release includes significant new functionality, while retaining full
  backwards compatibility with earlier versions of Struts. It also
  incorporates fixes for a number of bugs which were reported against earlier
  versions.
  /p
  p
  The binary distribution is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/binaries/;
  http://www.apache.org/dist/jakarta/struts/binaries//a
  /p
  p
  and the source distribution is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/source/;
  http://www.apache.org/dist/jakarta/struts/source//a
  /p
  p
  In addition, the library distribution, which contains updated binaries
  without the sample applications, is available at:
  /p
  p
  a href=http://www.apache.org/dist/jakarta/struts/library/;
  http://www.apache.org/dist/jakarta/struts/library//a
  /p
  p
  Details of the changes in this release are available in the Release Notes,
  which can be found here:
  /p
  p
  a href=http://jakarta.apache.org/struts/userGuide/release-notes-1.1-b3.html;
  http://jakarta.apache.org/struts/userGuide/release-notes-1.1-b3.html/a
  /p
  hr/
  
  h4 id=a2002081312 Aug 2002 - Struts 1.1 Beta 2

cvs commit: jakarta-struts/doc resources.xml press.xml news.xml newbie.xml kickstart.xml helping.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:07:36

  Removed: doc  resources.xml press.xml news.xml newbie.xml
kickstart.xml helping.xml
  Log:
  Remove obsolete files.

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

cvs commit: jakarta-struts/doc/news status.xml project.xml news_2003_q3.xml news_2003_q2.xml news_2003_q1.xml news_2002_q4.xml news_2002_q3.xml news_2002_q2.xml news_2002_q1.xml news_2001.xml index.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:27:09

  Removed: doc/news status.xml project.xml news_2003_q3.xml
news_2003_q2.xml news_2003_q1.xml news_2002_q4.xml
news_2002_q3.xml news_2002_q2.xml news_2002_q1.xml
news_2001.xml index.xml
  Log:
  Move resource area to SourceForge site.

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

cvs commit: jakarta-struts/doc/resources views.xml utilities.xml tutorials.xml tools.xml taglibs.xml sigs.xml seminars.xml resources.xml related_books.xml related.xml projects.xml project.xml powered.xml models.xml index.xml hosts.xml guis.xml extensions.xml examples.xml enabling.xml consultants.xml books.xml articles.xml archives.xml 1st.xml

2003-11-26 Thread husted 
husted  2003/11/26 20:27:31

  Removed: doc/resources views.xml utilities.xml tutorials.xml
tools.xml taglibs.xml sigs.xml seminars.xml
resources.xml related_books.xml related.xml
projects.xml project.xml powered.xml models.xml
index.xml hosts.xml guis.xml extensions.xml
examples.xml enabling.xml consultants.xml books.xml
articles.xml archives.xml 1st.xml
  Log:
  Move resource area to SourceForge site.

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

ApacheCon logo can be removed

2003-11-26 Thread Steve Raeburn 
Ted,

As you're updating the web site, the ApacheCon logo can be removed now.
If you've already finished, I'll get it later on.

Steve



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

cvs commit: jakarta-struts/doc/images/books topsellers.jpg 1930110502.jpg 1861007817.jpg 1558608621.jpg 0971661901.jpg 0672324725.jpg 0596005199.gif 0596003285.jpg 0471213020.jpg

2003-11-26 Thread husted 
husted  2003/11/26 21:05:28

  Removed: doc/images/books topsellers.jpg 1930110502.jpg
1861007817.jpg 1558608621.jpg 0971661901.jpg
0672324725.jpg 0596005199.gif 0596003285.jpg
0471213020.jpg
  Log:
  Move resource area to SourceForge site.

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

cvs commit: jakarta-struts/doc/faqs project.xml

2003-11-26 Thread husted 
husted  2003/11/26 21:09:26

  Modified:doc  status.xml
   doc/faqs project.xml
  Log:
  Move resource area to SourceForge site.
  
  Revision  ChangesPath
  1.51  +3 -3  jakarta-struts/doc/status.xml
  
  Index: status.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/status.xml,v
  retrieving revision 1.50
  retrieving revision 1.51
  diff -u -r1.50 -r1.51
  --- status.xml27 Nov 2003 04:06:51 -  1.50
  +++ status.xml27 Nov 2003 05:09:26 -  1.51
  @@ -479,8 +479,8 @@
   /section
   
   section
  -p class=versionWebsite updated from CVS: 2003 NOV 10 by husted./p
  -p class=versionJavadocs updated from CVS: 2003 SEP 14 by husted./p
  +p class=versionWebsite updated from CVS: 2003 NOV 26 by husted./p
  +p class=versionJavadocs updated from CVS: 2003 NOV 26 by husted./p
   /section
   
   /body/document
  
  
  
  1.13  +4 -5  jakarta-struts/doc/faqs/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/faqs/project.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- project.xml   27 Nov 2003 04:06:52 -  1.12
  +++ project.xml   27 Nov 2003 05:09:26 -  1.13
  @@ -55,12 +55,11 @@
   item 
   name=Welcome 
   href=../index.html/
  -item 
  -name=News and Status 
  -href=../news/index.html/
  +
   item
  -name=FAQs and HowTos * 
  -href=index.html/
  + name=User and Developer Guides
  +href=../userGuide/index.html
  +/
   /menu
   
   /project
  
  
  

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

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition XmlAttribute.java

2003-11-26 Thread husted 
husted  2003/11/26 21:38:54

  Modified:src/share/org/apache/struts/action ActionServlet.java
   src/share/org/apache/struts/plugins DigestingPlugIn.java
   src/share/org/apache/struts/taglib/bean IncludeTag.java
   src/share/org/apache/struts/tiles ComponentDefinition.java
TilesUtil.java TilesUtilImpl.java
   src/share/org/apache/struts/tiles/xmlDefinition
XmlAttribute.java
  Log:
  JavaDoc fixes.
  
  Revision  ChangesPath
  1.170 +5 -5  
jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java
  
  Index: ActionServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java,v
  retrieving revision 1.169
  retrieving revision 1.170
  diff -u -r1.169 -r1.170
  --- ActionServlet.java29 Sep 2003 04:35:26 -  1.169
  +++ ActionServlet.java27 Nov 2003 05:38:53 -  1.170
  @@ -965,7 +965,7 @@
   
   /**
* Add any custom RuleSet instances to configDigester that have 
  - * been specified in the coderulesets/code init. parameter.
  + * been specified in the coderulesets/code init parameter.
* @throws ServletException
*/
   private void addRuleSets() throws ServletException {
  
  
  
  1.6   +7 -6  
jakarta-struts/src/share/org/apache/struts/plugins/DigestingPlugIn.java
  
  Index: DigestingPlugIn.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/plugins/DigestingPlugIn.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- DigestingPlugIn.java  14 Aug 2003 03:19:43 -  1.5
  +++ DigestingPlugIn.java  27 Nov 2003 05:38:54 -  1.6
  @@ -87,7 +87,7 @@
* @author Joe Germuska
* @author David Graham
* @version $Revision$
  - * @see org.apache.struts.PlugIn
  + * @see org.apache.struts.action.PlugIn
* @since Struts 1.2
*/
   public class DigestingPlugIn implements PlugIn {
  @@ -478,7 +478,8 @@
   
   /**
* pIf set to codetrue/code, this PlugIn will be pushed onto
  - * the Digester stack before codedigester.parse()/code is called./p
  + * the Digester stack before the digester codeparse/code method is
  + * called./p
* pDefaults to codefalse/code/p
* @param push
*/
  
  
  
  1.25  +3 -3  
jakarta-struts/src/share/org/apache/struts/taglib/bean/IncludeTag.java
  
  Index: IncludeTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/bean/IncludeTag.java,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- IncludeTag.java   28 Aug 2003 17:37:04 -  1.24
  +++ IncludeTag.java   27 Nov 2003 05:38:54 -  1.25
  @@ -282,7 +282,7 @@
* @param conn
* @param urlString
* @param request
  - * @ since Struts 1.2.0
  + * @since Struts 1.2.0
*/
   protected void addCookie(URLConnection conn, String urlString, 
HttpServletRequest request) {
   if ((conn instanceof HttpURLConnection)
  
  
  
  1.9   +4 -4  
jakarta-struts/src/share/org/apache/struts/tiles/ComponentDefinition.java
  
  Index: ComponentDefinition.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/tiles/ComponentDefinition.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ComponentDefinition.java  9 Jul 2003 02:37:20 -   1.8
  +++ ComponentDefinition.java  27 Nov 2003 05:38:54 -  1.9
  @@ -213,7 +213,7 @@
   /**
* Sets the value of the path property.
*
  - * @param aPath the new value of the path property
  + * @param page the new value of the path property
*/
   public void setPage(String page) {
   path = page;
  
  
  
  1.10  +4 -6  jakarta-struts/src/share/org/apache/struts/tiles/TilesUtil.java
  
  Index: TilesUtil.java
  ===
  RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/tiles/TilesUtil.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- TilesUtil.java9 Jul 2003 00:14:00 -   1.9
  +++ TilesUtil.java27 Nov 2003 05:38:54 -  1.10
  @@ -171,9 +171,7 @@
* This method is used by the Tiles package when an include is required.
* The Tiles package can use indifferently any form of this method.
* @param uri Uri or Definition name to forward.
  - * @param request Current page request.
  - * @param response Current page response.
  - * @param servletContext Current servlet

cvs commit: jakarta-struts/src/share/org/apache/struts/plugins DigestingPlugIn.java

2003-11-26 Thread husted 
husted  2003/11/26 21:48:07

  Modified:src/share/org/apache/struts/plugins DigestingPlugIn.java
  Log:
  JavaDoc fixes.
  
  Revision  ChangesPath
  1.7   +19 -19
jakarta-struts/src/share/org/apache/struts/plugins/DigestingPlugIn.java
  
  Index: DigestingPlugIn.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/plugins/DigestingPlugIn.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- DigestingPlugIn.java  27 Nov 2003 05:38:54 -  1.6
  +++ DigestingPlugIn.java  27 Nov 2003 05:48:07 -  1.7
  @@ -83,7 +83,7 @@
* can be configured to instantiate a graph of objects
* using the Commons Digester and place the root object
* of that graph into the Application context./p
  - * 
  + *
* @author Joe Germuska
* @author David Graham
* @version $Revision$
  @@ -137,8 +137,8 @@
   }
   
   /**
  - * pInitialize a codeDigester/code and use it to parse a 
  - * configuration file, resulting in a root object which will be placed into 
  + * pInitialize a codeDigester/code and use it to parse a
  + * configuration file, resulting in a root object which will be placed into
* the ServletContext./p
*
* @param servlet ActionServlet that is managing all the
  @@ -240,8 +240,8 @@
   }
   
   /**
  - * Instantiate any codeRuleSet/code classes defined in the 
  - * coderulesets/code property and use them to add rules to our 
  + * Instantiate any codeRuleSet/code classes defined in the
  + * coderulesets/code property and use them to add rules to our
* codeDigester/code.
* @param digester the Digester instance to add RuleSet objects to.
* @throws ServletException
  @@ -368,15 +368,15 @@
* Set the source of the config file.  Should be one of the following:
* ul
* li
  - *  classpath - indicates that the configPath will be resolved by the 
  + *  classpath - indicates that the configPath will be resolved by the
*  ClassLoader.
* /li
* li
  - *  file - indicates that the configPath is a fully-qualified 
  + *  file - indicates that the configPath is a fully-qualified
*  filesystem path.
* /li
* li
  - *  servlet - indicates that the configPath will be found by the 
  + *  servlet - indicates that the configPath will be found by the
*  ServletContext.
* /li
* /ul
  @@ -388,7 +388,7 @@
   }
   
   /**
  - * @return the string describing which access method should be used to 
  + * @return the string describing which access method should be used to
* resolve configPath.
* @see #configPath
*/
  @@ -397,8 +397,8 @@
   }
   
   /**
  - * This method is called after the Digester runs to store the generated 
  - * object somewhere.  This implementation places the given object into the 
  + * This method is called after the Digester runs to store the generated
  + * object somewhere.  This implementation places the given object into the
* ServletContext under the attribute name as defined in codekey/code.
* @param obj The object to save.
*/
  @@ -458,7 +458,7 @@
   
   /**
* pThe lookup mechanism to be used to resolve codedigesterPath/code
  - * (Optional)
  + * (optional).
* /p
* @param digesterSource
* @see #getConfigURL(String, String)
  @@ -468,7 +468,7 @@
   }
   
   /**
  - * @return the configured lookup mechanism for resolving 
  + * @return the configured lookup mechanism for resolving
* codedigesterPath/code.
* @see #getConfigURL(String, String)
*/
  @@ -488,8 +488,8 @@
   }
   
   /**
  - * @return Whether or not this codePlugIn/code instance will be pushed 
  - * onto the codeDigester/code stack before codedigester.parse()/code 
  + * @return Whether or not this codePlugIn/code instance will be pushed
  + * onto the codeDigester/code stack before codedigester.parse()/code
* is called.
*/
   public boolean getPush() {
  
  
  

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