DO NOT REPLY [Bug 22447] - When using multiple modules the plugins are initialized double

2003-08-17 Thread 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=22447

When using multiple modules the plugins are initialized double

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2003-08-18 06:38 ---
I did some investigating myself;

I installed a second Tomcat 4.0.3 enviroment and deployed the app. (I just 
copied the whole directory) to this new Tomcat instance. 

On the new instance the plugins are loaded ones (correctly);
but on the old (also Tomcat 4.0.3) instance my plugins are loaded twice.
It's exactly the same app.

My problem is solved with the new instance but it's very strange behaviour; it 
looks like something is gone wrong with the old Tomcat instance

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

DO NOT REPLY [Bug 22497] - Add write() method or change method accessibility on CommonsMultipartRequestHandler

2003-08-17 Thread 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=22497

Add write() method or change method accessibility on CommonsMultipartRequestHandler





--- Additional Comments From [EMAIL PROTECTED]  2003-08-18 05:20 ---
http://www.apache.org/dev/contributors.html#patches

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

Re: design - tags with errors

2003-08-17 Thread Robert Leland 
Paul Sundling wrote:

After rereading it again I think I should clarify one of my comments:
   "Even generating nothing would seem to be prefereable!"
What I meant by that is the tag itself generating nothing (resulting 
in an empty select list) as opposed to the entire page generating 
nothing(current behavior). 


That would be very much appreciated.
You can file a Bugzilla report with your patches attachment.


I was wondering what the general design philosophy for errors inside 
custom tags is.  I've noticed that when there's a problem with 
, instead of giving a useful error message, it would 
just fail to display anything (clean white page).Is that the 
desired result?
I'd be willing to modify the class to use error messages instead of 
crashing the page, if I'm not the only one who finds that desirable.  
Even generating nothing would seem to be prefereable!  (Pointing me 
to a tag with the kind of preferred error handling that I should 
emulate would be useful.)

Paul Sundling




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




--
Robert Leland   [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street   +01-703-525-3580
Arlington VA 22201


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

DO NOT REPLY [Bug 22497] - Add write() method or change method accessibility on CommonsMultipartRequestHandler

2003-08-17 Thread 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=22497

Add write() method or change method accessibility on CommonsMultipartRequestHandler





--- Additional Comments From [EMAIL PROTECTED]  2003-08-18 04:43 ---
That's not enough, elementsFile and elementsAll are private (doing what you
suggested was the first thing I did after making the post).

I copied and pasted the code for the entire CommonsMultipartRequestHandler in
the end and modified it to add the write method and make it more extensible.
I'll submit the diff against the original once I've tried it out and checked to
see if I come across any other useful things to add.

All I've done so far is make elementsAll, elementsFile and CommonsFormFile all
protected and added the write() method as above.

What is the best way to submit diffs into jakarta projects anyway? :-)

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

Re: design - tags with errors

2003-08-17 Thread Paul Sundling 
After rereading it again I think I should clarify one of my comments:
   "Even generating nothing would seem to be prefereable!"
What I meant by that is the tag itself generating nothing (resulting in 
an empty select list) as opposed to the entire page generating 
nothing(current behavior).

I was wondering what the general design philosophy for errors inside 
custom tags is.  I've noticed that when there's a problem with 
, instead of giving a useful error message, it would 
just fail to display anything (clean white page).Is that the 
desired result?
I'd be willing to modify the class to use error messages instead of 
crashing the page, if I'm not the only one who finds that desirable.  
Even generating nothing would seem to be prefereable!  (Pointing me to 
a tag with the kind of preferred error handling that I should emulate 
would be useful.)

Paul Sundling




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

DO NOT REPLY [Bug 22497] - Add write() method or change method accessibility on CommonsMultipartRequestHandler

2003-08-17 Thread 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=22497

Add write() method or change method accessibility on CommonsMultipartRequestHandler





--- Additional Comments From [EMAIL PROTECTED]  2003-08-18 04:31 ---
You can always declare your new class with
package org.apache.struts.upload

As a work around for now.

Your class doesn't have to be in the same jar.

-Rob

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

design - tags with errors

2003-08-17 Thread Paul Sundling 
I was wondering what the general design philosophy for errors inside 
custom tags is.  I've noticed that when there's a problem with 
, instead of giving a useful error message, it would just 
fail to display anything (clean white page).Is that the desired 
result? 

I'd be willing to modify the class to use error messages instead of 
crashing the page, if I'm not the only one who finds that desirable.  
Even generating nothing would seem to be prefereable!  (Pointing me to a 
tag with the kind of preferred error handling that I should emulate 
would be useful.)

Paul Sundling

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

DO NOT REPLY [Bug 22497] - Add write() method or change method accessibility on CommonsMultipartRequestHandler

2003-08-17 Thread 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=22497

Add write() method or change method accessibility on CommonsMultipartRequestHandler





--- Additional Comments From [EMAIL PROTECTED]  2003-08-18 02:35 ---

I should say that it's just the method access restrictions that were stopping me
extending the class:

org.apache.struts.upload.CommonsMultipartRequestHandler.CommonsFormFile is not
public in org.apache.struts.upload.CommonsMultipartRequestHandler; cannot be
accessed from outside package
   
elementsFile has private access in
org.apache.struts.upload.CommonsMultipartRequestHandler
  
elementsAll has private access in
org.apache.struts.upload.CommonsMultipartRequestHandler
   
CommonsFormFile(org.apache.commons.fileupload.FileItem) in
org.apache.struts.upload.CommonsMultipartRequestHandler.CommonsFormFile is not
defined in a public class or interface; cannot be accessed from
outside package
  
fileItem is not public in
org.apache.struts.upload.CommonsMultipartRequestHandler.CommonsFormFile; cannot
be accessed from outside package

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

DO NOT REPLY [Bug 22497] New: - Add write() method or change method accessibility on CommonsMultipartRequestHandler

2003-08-17 Thread 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=22497

Add write() method or change method accessibility on CommonsMultipartRequestHandler

   Summary: Add write() method or change method accessibility on
CommonsMultipartRequestHandler
   Product: Struts
   Version: 1.1 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: File Upload
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


org.apache.commons.fileupload.FileItem has a very useful write(File) method to
write the uploaded file to a final destination (it's intelligent in it's
implementation too).

In the absence of this in CommonsMultipartRequestHandler.CommonsFormFile I went
about extending CommonsMultipartRequestHandler to add it - but the nested class
and various methods within CommonsMultipartRequestHandler make this impossible
(without copying lots of code). Would it be possible to add the write() method
or possibly a better option - at least make the class extensible.

Below is an example of what I'm trying to do: (any suggestions on any better
alternatives would also be welcomed :-) ).

package eduni.inf.upload;

import org.apache.struts.upload.CommonsMultipartRequestHandler;
import org.apache.struts.upload.FormFile;
import org.apache.commons.fileupload.FileItem;


public class EnhancedCommonsMultipartRequestHandler
extends CommonsMultipartRequestHandler {

protected void addFileParameter(FileItem item) {
FormFile formFile = new EnhancedCommonsFormFile(item);

elementsFile.put(item.getFieldName(), formFile);
elementsAll.put(item.getFieldName(), formFile);
}

static class EnhancedCommonsFormFile extends CommonsFormFile {

public EnhancedCommonsFormFile(FileItem fileItem) {
super(fileItem);
}

public void write(java.io.File file)
   throws java.lang.Exception {

fileItem.write(file);
}
}

}

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

DO NOT REPLY [Bug 22488] - enhancement to the 'textarea' html tag

2003-08-17 Thread 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=22488

enhancement to the 'textarea' html tag

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-08-17 16:39 ---
The wrap attribute is not part of the HTML 4.01 spec:
http://www.w3.org/TR/html4/interact/forms.html#h-17.7

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

Bug report for Struts [2003/08/17]

2003-08-17 Thread bugzilla 
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 5395|Opn|Enh|2001-12-12|ActionContext class   |
| 5566|New|Enh|2001-12-21|html:link bug |
| 5739|Opn|Enh|2002-01-08|Struts fails silently in too many places  |
| 5937|New|Enh|2002-01-21|html:form trims all extensions|
| 6686|New|Enh|2002-02-26|make "action" attribute of html:form tag optional |
| 7892|Opn|Enh|2002-04-09|Using Multiple Resource Bundles for an Application|
| 9616|New|Enh|2002-06-05|Some more Struts docs |
| 9748|New|Enh|2002-06-10|attribute labelKeyProperty for Options tag|
|10550|New|Enh|2002-07-08|Delegate path-management to ActionForwards|
|10552|New|Enh|2002-07-08|create helper objects in struts-config|
|11520|Opn|Enh|2002-08-07|[validator-rules.xml] javascript validateRequired(|
|12600|New|Enh|2002-09-12|html:form tag always prepends context path to acti|
|13521|New|Enh|2002-10-11|CombinedDispatchAction|
|14471|Opn|Enh|2002-11-12|validator-rules.xml JavaScript fails when field no|
|15912|Opn|Enh|2003-01-09|Client-side validation fails if not all form-field|
|16074|New|Enh|2003-01-14|html:form uses 'action' not 'input' to select mapp|
|16296|New|Enh|2003-01-21|Add "action" attribute to   |
|16634|New|Enh|2003-01-31|reuiredif ignores missing property|
|16708|New|Enh|2003-02-03|I18N on ActionForwards|
|16792|Ass|Enh|2003-02-05|Migrate to commons-resources for message resources|
|16804|New|Enh|2003-02-05|html:text tag has no filter attribute |
|16814|New|Enh|2003-02-05|Add a generalized utililty class to expose informa|
|16971|New|Enh|2003-02-11|"multiple" attribute on select tag should not rend|
|17281|New|Enh|2003-02-21|Add validateLongRange to Validator|
|17449|New|Enh|2003-02-26|Allow relative URL in action attribute of  custom tag to write forms' proper|
|18022|New|Enh|2003-03-14|HttpSessionBindingListener.valueUnbound() called o|
|18032|Opn|Enh|2003-03-16| tag appending session doesn't work with|
|18107|New|Enh|2003-03-18|contextRelative enhancement to  tag  |
|18111|New|Enh|2003-03-18|contextRelative enhancement to  t|
|18221|New|Enh|2003-03-21|Move custom taglibs into their own jar/distributio|
|18255|New|Enh|2003-03-23|Japanese Message Resorces for struts-example  |
|18289|New|Enh|2003-03-24|Dynamic Message Resources |
|18293|New|Enh|2003-03-24|Loading language files does not use Resource Bundl|
|18370|New|Enh|2003-03-26|generate MANIFEST.MF with ant task|
|18426|New|Enh|2003-03-27|Add Tiles Support to  tag. |
|18583|New|Enh|2003-04-01| creates exceptions in normal flow  |
|18788|New|Enh|2003-04-07|Multiple input hook for multipage forms in process|
|18798|New|Enh|2003-04-08|Configure ActionServlet DataSource logging|
|18904|New|Enh|2003-04-10|Producing P3P header and in particular Compact Pol|
|18981|New|Enh|2003-04-13|File upload maximum size validator|
|18993|New|Enh|2003-04-14|required JavaScript validation doesn't work with m|
|19022|New|Enh|2003-04-15|Add execute()-method to o.a.s.tiles.Controller|
|19161|New|Enh|2003-04-18|validateDate javascript validation doesn't handle |
|19256|New|Enh|2003-04-23|Enhancement for dynamic link creation |
|19346|New|Enh|2003-04-26|Errors and Messages should be easier to manage|
|19539|New|Enh|2003-05-02|Add checks for List and Map-backed properties in D|
|19625|New|Enh|2003-05-03|DynaActionForm with LazyList support and WrapDynaA|
|19631|New|Enh|2003-05-04|Enhancements to RequestUtils tests|
|19780|Opn|Enh|2003-05-08| does not seem to support java.uti|
|19802|New|Enh|2003-05-09|Configurable processPopulate()|
|19812|New|Enh|2003-05-10|BaseFieldTag don't use ConvertUtils as String outp|
|19891|New|Enh|2003-05-13|Provide a pointer to the WML tag libraries in the

DO NOT REPLY [Bug 22488] New: - enhancement to the 'textarea' html tag

2003-08-17 Thread 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=22488

enhancement to the 'textarea' html tag

   Summary: enhancement to the 'textarea' html tag
   Product: Struts
   Version: Unknown
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


the html:textarea does not currently support the 'wrap' property which can be
set to 'off | virtual | physical'.

Not allowing users to wrap textarea text is highly annoying.

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