DO NOT REPLY [Bug 35028] - [compress] add a memory efficient stream compress InputStream - e.g. a DeflaterInputStream
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35028. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35028 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 09:08 --- see also http://lists.mysql.com/java/8369 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37038] New: - ExceptionUtils goes into infinite loop in getThrowables is throwable.getCause() == throwable
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37038 Summary: ExceptionUtils goes into infinite loop in getThrowables is throwable.getCause() == throwable Product: Commons Version: 2.1 Final Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Lang AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The ExceptionUtils.getThrowables(throwable) can loop for ever if throwable.getCause() == throwable. The following code should fix this: public static Throwable[] getThrowables(final Throwable throwable) { List list = new ArrayList(); if (throwable != null) { Throwable cause = throwable.getCause(); list.add(throwable); while (cause != null cause != throwable) { list.add(cause); cause = ExceptionUtils.getCause(cause); } } return (Throwable[]) list.toArray(new Throwable[list.size()]); } Also, the getCauseUsingWellKnownTypes(throwable) should be enhanced to avoid the same problems: private static Throwable getCauseUsingWellKnownTypes(Throwable throwable) { if (throwable instanceof Nestable throwable.getCause() != throwable) { return ((Nestable) throwable).getCause(); } else if (throwable instanceof SQLException) { return ((SQLException) throwable).getNextException(); } else if (throwable instanceof InvocationTargetException) { return ((InvocationTargetException) throwable).getTargetException(); } else { return null; } } Cheers Andy -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37034] - Loading of resources causes webapp to fail redeploy under Tomcat 5.5.x
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37034. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37034 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 10:03 --- Thanks for the fast response, Simon. I'll verify that fixing the lack of systemId doesn't break my test case (I doubt it). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37034] - [digester] Loading of resources causes webapp to fail redeploy under Tomcat 5.5.x
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37034. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37034 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Loading of resources causes |[digester] Loading of |webapp to fail redeploy |resources causes webapp to |under Tomcat 5.5.x |fail redeploy under Tomcat ||5.5.x -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37027] - [io] Usage of dir /c instead of dir /-c in FileSystemUtils.freeSpaceWindows
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37027. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37027 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 13:39 --- (In reply to comment #1) Do you know if /-c works on older versions of Windows? I don't have access to an old machine. However, the following URL (http://www.computerhope.com/dirhlp.htm) says that neither the /c nor the /-c option exist for Windows 95, 98 and Me. They both exist for Windows NT, 2000, XP and so on. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[proxy] Moving to Proper...
The Crispy (http://crispy.sourceforge.net) project has expressed interest in using Commons Proxy (and my Syringe project already uses it). However, it's difficult for outside projects to use Commons Proxy if there are no releases available on Ibiblio. What are the procedures/requirements for requesting that a sandbox project be moved to the commons proper? I realize that my reliance on JDK5 features may be somewhat of a hindrance since our nightly build process only supports JDK1.4 and below from what I understand. Is this something that we're going to fix or do all of our projects have to use at most JDK1.4? Any advice is welcome. Thanks, James
DO NOT REPLY [Bug 37042] New: - File upload Memory Issue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37042 Summary: File upload Memory Issue Product: Commons Version: 1.0 Final Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: File Upload AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The reason for out of memory exception is that a FileItem object is created for each request parameter whether it is file or an ordinary string parameter. the FileItem object has a field of type DeferredFileStream which is initialized to 262144 bytes (256 Kb) so if there are around 1000 request parameters, around 256 MB of space will be required to hold the request parameters even though most parameters may require only 8 to 10 bytes of memory for storage. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37046] New: - Memory leak in IdStoringStrategy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37046. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37046 Summary: Memory leak in IdStoringStrategy Product: Commons Version: unspecified Platform: All OS/Version: other Status: NEW Severity: major Priority: P2 Component: Betwixt AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] BindingConfiguration was using IdStoringStrategy.DEFAULT, which is a static instance of DefaultIdStoringStrategy. However, DefaultIdStoringStrategy uses a Map to store instances of objects that are passed through it. Since the instance is static, everything ever written is hashed for good in this instance. The attached patch gets a new IdStoringStrategy for each BindingConfiguration. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37028] - [collections] BlockingBuffer waits/notifies wrong Object?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37028. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37028 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 16:28 --- [I guess I should have spotted that ...] The code is now safer - someone might decide to change lock to be a different Object at some point. BTW, I'd rather not have been added as an @author - besides, I thought the ASF are not keen on @author tags? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37046] - Memory leak in IdStoringStrategy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37046. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37046 --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 16:28 --- Created an attachment (id=16675) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16675action=view) described patch proposed patch -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37047] New: - cite the form name in case of an error (Unknown property 'fieldName')
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37047. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37047 Summary: cite the form name in case of an error (Unknown property 'fieldName') Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Validator AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] java.lang.NoSuchMethodException: Unknown property 'from' at org.apache.commons.beanutils.PropertyUtilsBean.getSimpleProperty(PropertyUtilsBean.java:1122) at org.apache.commons.beanutils.PropertyUtilsBean.getNestedProperty(PropertyUtilsBean.java:686) at org.apache.commons.beanutils.PropertyUtilsBean.getProperty(PropertyUtilsBean.java:715) at org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:290) at org.apache.commons.validator.util.ValidatorUtils.getValueAsString(ValidatorUtils.java:105) at org.apache.struts.validator.FieldChecks.validateMinLength(FieldChecks.java:859) at sun.reflect.GeneratedMethodAccessor277.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.commons.validator.ValidatorAction.executeValidationMethod(ValidatorAction.java:567) at org.apache.commons.validator.Field.validateForRule(Field.java:827) at org.apache.commons.validator.Field.validate(Field.java:906) at org.apache.commons.validator.Form.validate(Form.java:174) at org.apache.commons.validator.Validator.validate(Validator.java:367) at org.apache.struts.validator.ValidatorForm.validate(ValidatorForm.java:110) ... it appears that my form is validated against the rules of another form. However, I cannot see an config error neither in my struts-config.xml nor in the validation.xml It would be helpful if in the case of an error also the form name from which the field-rules are taken are cited! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37046] - [betwixt] Memory leak in IdStoringStrategy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37046. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37046 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Memory leak in |[betwixt] Memory leak in |IdStoringStrategy |IdStoringStrategy --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 16:32 --- Added [betwixt] to the summary -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37047] - [validator] Cite the form name in case of an error (Unknown property 'fieldName')
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37047. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37047 [EMAIL PROTECTED] changed: What|Removed |Added Summary|cite the form name in case |[validator] Cite the form |of an error (Unknown|name in case of an error |property 'fieldName') |(Unknown property ||'fieldName') -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36685] - [dbcp] NPE in PoolableConnectionFactory validating the connection with an invalid SQL statement
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36685. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36685 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[DBCP 1.2.1] NPE in |[dbcp] NPE in |PoolableConnectionFactory |PoolableConnectionFactory |validating the connection |validating the connection |with an invalid SQL |with an invalid SQL |statement |statement -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Posible bug with commons EL.....
James, Thanks for your response. But I don't think I did make the case clear enough. So, let me give it another try. My beans are in package com.xxx.domain com.xxx.domain abstract class Foo { // Notice: this class has the default package access //modifier. private String firstName ; private String lastName ; .. Public Getters/Setters } Now child class in the same package com.xxx.domain com.xxx.domain public class Bar extends Foo { // Notice: this class has public access modifier private String abc ; .. Public Getter/Setter } Out side of com.xxx.domain package, I have no problem creating Bar and at The same time accessing Foo's, Bar's parent, properties. For Example: Public class BarActionForm extends ActionForm { Private Bar bar ; .. Public Getter/Setter . } public class BarAction extends Action { public ActionForward execute( , ActionForm form, ) { Final BarActionForm barForm = (BarActionForm) form ; barForm.getBar().setFirstName( myFirstName ) ; // no problem // accessing Bar's parent properties. return mapping.findForward(success) ; } } You see, I have no problem access Foo's properties from a Bar instance inside my BarActionForm instance. However, the problem is inside my JSP, where I have the BarActionForm binded To an action mapping of my html's form tag. Accessing Foo's properties with EL will result with IllegalAccessException. You see, this is clearly a bug in commons-el. For example in my JSP: .. html:form action=/myActionMappingPath !-- this mapping has myForm, BarActionForm, bind to it -- html:text property=bar.firstName / !-- this is where I had the IllegalAccessException -- /html:form I hope this would make it clear that this is a bug. I've search the commons archive and nothing that I found related to this issue. Thanks for any help, --danny -Original Message- From: James Carman [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:13 PM To: 'Jakarta Commons Developers List' Subject: RE: Posible bug with commons EL. Check the Java Language Specification: http://java.sun.com/docs/books/jls/third_edition/html/names.html#6.6.1 -Original Message- From: Trieu, Danny [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 4:52 PM To: commons-dev@jakarta.apache.org Subject: Posible bug with commons EL. Hi, I am accessing a nested bean property via EL and getting a java.lang.IllegalAccessException: java.lang.IllegalAccessException: Class org.apache.commons.el.ArraySuffix can not access a member of class com.xxx.patron.domain.BasePerson with modifiers public at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65) at java.lang.reflect.Method.invoke(Method.java:578) at org.apache.commons.el.ArraySuffix.evaluate(ArraySuffix.java:314) at org.apache.commons.el.ComplexValue.evaluate(ComplexValue.java:145) at org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorIm pl.java:263) at org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorIm pl.java:190) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImp l.java:922) at org.apache.jsp.html.portlet.patron.PatronDetails_jsp._jspx_meth_html_form_0( org.apache.jsp.html.portlet.patron.PatronDetails_jsp:156) at org.apache.jsp.html.portlet.patron.PatronDetails_jsp._jspService(org.apache. jsp.html.portlet.patron.PatronDetails_jsp:102) my bean has the default package access modifier, but its properties are declared public. I think this is bug with the commons.el package. Can someone verify if this is true? If it is a bug. Can someone tell when is the next release that will have a fix for this bug? Thanks for any help, --danny The essence of knowledge is, having it, to apply it; not having it, to confess your ignorance. -Confucius - 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 28211] - [dbcp] Specifying the maximum lifetime of a connection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28211. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28211 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Posible bug with commons EL.....
Danny, Sorry. I thought you were trying to access a public property of a package private class from a reference to an instance of that package private class. This does appear to be a bug. What's quite troubling, though, is that there are absolutely NO test cases in SVN for commons-el! Am I missing something? Is there no way to test this stuff outside of a Servlet/JSP container? James -Original Message- From: Trieu, Danny [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 12, 2005 12:14 PM To: Jakarta Commons Developers List Cc: [EMAIL PROTECTED]; Destiny Developers Subject: RE: Posible bug with commons EL. James, Thanks for your response. But I don't think I did make the case clear enough. So, let me give it another try. My beans are in package com.xxx.domain com.xxx.domain abstract class Foo { // Notice: this class has the default package access //modifier. private String firstName ; private String lastName ; .. Public Getters/Setters } Now child class in the same package com.xxx.domain com.xxx.domain public class Bar extends Foo { // Notice: this class has public access modifier private String abc ; .. Public Getter/Setter } Out side of com.xxx.domain package, I have no problem creating Bar and at The same time accessing Foo's, Bar's parent, properties. For Example: Public class BarActionForm extends ActionForm { Private Bar bar ; .. Public Getter/Setter . } public class BarAction extends Action { public ActionForward execute( , ActionForm form, ) { Final BarActionForm barForm = (BarActionForm) form ; barForm.getBar().setFirstName( myFirstName ) ; // no problem // accessing Bar's parent properties. return mapping.findForward(success) ; } } You see, I have no problem access Foo's properties from a Bar instance inside my BarActionForm instance. However, the problem is inside my JSP, where I have the BarActionForm binded To an action mapping of my html's form tag. Accessing Foo's properties with EL will result with IllegalAccessException. You see, this is clearly a bug in commons-el. For example in my JSP: .. html:form action=/myActionMappingPath !-- this mapping has myForm, BarActionForm, bind to it -- html:text property=bar.firstName / !-- this is where I had the IllegalAccessException -- /html:form I hope this would make it clear that this is a bug. I've search the commons archive and nothing that I found related to this issue. Thanks for any help, --danny -Original Message- From: James Carman [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:13 PM To: 'Jakarta Commons Developers List' Subject: RE: Posible bug with commons EL. Check the Java Language Specification: http://java.sun.com/docs/books/jls/third_edition/html/names.html#6.6.1 -Original Message- From: Trieu, Danny [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 4:52 PM To: commons-dev@jakarta.apache.org Subject: Posible bug with commons EL. Hi, I am accessing a nested bean property via EL and getting a java.lang.IllegalAccessException: java.lang.IllegalAccessException: Class org.apache.commons.el.ArraySuffix can not access a member of class com.xxx.patron.domain.BasePerson with modifiers public at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65) at java.lang.reflect.Method.invoke(Method.java:578) at org.apache.commons.el.ArraySuffix.evaluate(ArraySuffix.java:314) at org.apache.commons.el.ComplexValue.evaluate(ComplexValue.java:145) at org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorIm pl.java:263) at org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorIm pl.java:190) at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImp l.java:922) at org.apache.jsp.html.portlet.patron.PatronDetails_jsp._jspx_meth_html_form_0( org.apache.jsp.html.portlet.patron.PatronDetails_jsp:156) at org.apache.jsp.html.portlet.patron.PatronDetails_jsp._jspService(org.apache. jsp.html.portlet.patron.PatronDetails_jsp:102) my bean has the default package access modifier, but its properties are declared public. I think this is bug with the commons.el package. Can someone verify if this is true? If it is a bug. Can someone tell when is the next release that will have a fix for this bug? Thanks for any help, --danny The essence of knowledge is, having it, to apply it; not having it, to confess your ignorance. -Confucius - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For
[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly has an issue affecting its community integration. This issue affects 43 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-12102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 1 sec Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly has an issue affecting its community integration. This issue affects 43 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-12102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 1 sec Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
svn commit: r314997 - /jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java
Author: germuska Date: Wed Oct 12 11:56:48 2005 New Revision: 314997 URL: http://svn.apache.org/viewcvs?rev=314997view=rev Log: add constants to help keep return intentions clear Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java?rev=314997r1=314996r2=314997view=diff == --- jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java (original) +++ jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/Command.java Wed Oct 12 11:56:48 2005 @@ -78,7 +78,19 @@ public interface Command { +/** + * pCommands should return codeCONTINUE_PROCESSING/code if the processing + * of the given [EMAIL PROTECTED] Context} should be delegated to a subsequent + * [EMAIL PROTECTED] Command} in an enclosing [EMAIL PROTECTED] Chain}/p + */ +public static final boolean CONTINUE_PROCESSING = false; +/** + * pCommands should return codePROCESSING_COMPLETE/code + * if the processing of the given [EMAIL PROTECTED] Context} + * has been completed./p + */ +public static final boolean PROCESSING_COMPLETE = true; /** * pExecute a unit of processing work to be performed. This * [EMAIL PROTECTED] Command} may either complete the required processing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r314999 - /jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/
Author: oheger Date: Wed Oct 12 12:01:43 2005 New Revision: 314999 URL: http://svn.apache.org/viewcvs?rev=314999view=rev Log: Refactored common code of web configurations into a new base class; Javadoc and Checkstyle Added: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/BaseWebConfiguration.java (with props) Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/AppletConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/ServletConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/ServletContextConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/ServletFilterConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/ServletRequestConfiguration.java Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/AppletConfiguration.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/AppletConfiguration.java?rev=314999r1=314998r2=314999view=diff == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/AppletConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/AppletConfiguration.java Wed Oct 12 12:01:43 2005 @@ -1,5 +1,5 @@ /* - * Copyright 2004 The Apache Software Foundation. + * Copyright 2004-2005 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License) * you may not use this file except in compliance with the License. @@ -21,7 +21,6 @@ import java.util.List; import org.apache.commons.collections.iterators.ArrayIterator; -import org.apache.commons.configuration.AbstractConfiguration; import org.apache.commons.configuration.PropertyConverter; /** @@ -33,15 +32,16 @@ * @version $Revision$, $Date$ * @since 1.1 */ -public class AppletConfiguration extends AbstractConfiguration +public class AppletConfiguration extends BaseWebConfiguration { +/** Stores the wrapped applet.*/ protected Applet applet; /** * Create an AppletConfiguration using the initialization parameters of * the specified Applet. * - * @param applet + * @param applet the applet */ public AppletConfiguration(Applet applet) { @@ -54,38 +54,6 @@ List list = PropertyConverter.split((String) value, getDelimiter()); return list.size() 1 ? list : value; -} - -/** - * pstrongThis operation is not supported and will throw an - * UnsupportedOperationException./strong/p - * - * @throws UnsupportedOperationException - */ -protected void addPropertyDirect(String key, Object obj) -{ -throw new UnsupportedOperationException(Read only configuration); -} - -public boolean isEmpty() -{ -return !getKeys().hasNext(); -} - -public boolean containsKey(String key) -{ -return getProperty(key) != null; -} - -/** - * pstrongThis operation is not supported and will throw an - * UnsupportedOperationException./strong/p - * - * @throws UnsupportedOperationException - */ -public void clearProperty(String key) -{ -throw new UnsupportedOperationException(Read only configuration); } public Iterator getKeys() Added: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/BaseWebConfiguration.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/BaseWebConfiguration.java?rev=314999view=auto == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/BaseWebConfiguration.java (added) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/web/BaseWebConfiguration.java Wed Oct 12 12:01:43 2005 @@ -0,0 +1,85 @@ +/* + * Copyright 2004-2005 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License) + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License.
Re: [logging] getChildLogger Patch submitted to bugzilla issue #36062
On Tue, 2005-10-11 at 23:16 +0200, Joerg Hohwiller wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 robert burrell donkin wrote: On Sun, 2005-10-09 at 21:20 +0200, Joerg Hohwiller wrote: -BEGIN PGP SIGNED MESSAGE- snip 6 bit unsure about fitting a superclass (AbstractLogger) just to provide a utility method. sometimes this can prove harmful in the long run since it may limit inheritance options for the future. can't think of any reason why this would apply in this case right now, though. The reason is NOT just to provide a utility method. It is to have the ability to add a method to the Logger interface later without breaking compatibility. not sure i understand this correctly. so long as Logger is an interface, methods cannot be added without breaking compatibility. in order to be able to add new methods, the Logger logical interface would need to be implementated as an abstract class. You are right with what you are saying. To make it clear what I meant. If someone is directly implementing the Logger interface and not extending AbstractLogger even though suggested, he will have no guarantee for compatibility. I do not know if this is acceptable. As I pointed out, the big issue for me is, if one day guys from log4j or whatever decide to directly implement the JCL API. But the suggestion in javadoc is at least reducing the harm about compatibility while not giving up the flexibility of an interface. i think that there are two different issues here. i agree that the proposal satisfies implementation compatibility. (in other words, it's not unreasonable to ask a Log implementor to extend AbstractLogger.) however, this group is tiny constituency. my main concern is for JCL users. once an interface is published, it cannot be changed without breaking backwards compatibility. if Logger changes then every bit of code that uses that interface must be recompiled. for an application, this isn't a major problem. for a shallow library (typically used directly by applications) this is an issue but such a huge one. but for a deep library used by libraries, breaking backwards compatibility is a very major issue since every version of every library would need recompiling to be compatible. IMO JCL is now so widely used that braking compatibility is unthinkable. so it must be assumed that any new interfaces are immutable. it is therefore usual for deep libraries to prefer to model logical interfaces as abstract classes: trading flexibility for compatibility. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ALL] @author tags (was Re: DO NOT REPLY [Bug 37028]snip/)
On 10/12/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: snip/ http://issues.apache.org/bugzilla/show_bug.cgi?id=37028 snap/ --- Additional Comments From [EMAIL PROTECTED] 2005-10-12 16:28 --- snip/ BTW, I'd rather not have been added as an @author - besides, I thought the ASF are not keen on @author tags? snip/ That is probably the consensus in theory, in practice, its project dependent. Jumped in since I was staring down the same question recently for a suggested enhancement, had to go down the dev archives for references like this [1] to get a grasp of things. The archives have numerous clues to the current state of affairs in this regard. -Rahul [1] See point 8 [ http://marc.theaimsgroup.com/?l=jakarta-commons-devm=109077926204142w=2 ] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r315050 - in /jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml: env/EnvTestSuite.java env/jsp/EnvJspTestSuite.java model/ModelTestSuite.java
Author: rahul Date: Wed Oct 12 14:15:29 2005 New Revision: 315050 URL: http://svn.apache.org/viewcvs?rev=315050view=rev Log: Aesthetic change, not sure why I was shy about typing complete words. Modified: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/EnvTestSuite.java jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/EnvJspTestSuite.java jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java Modified: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/EnvTestSuite.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/EnvTestSuite.java?rev=315050r1=315049r2=315050view=diff == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/EnvTestSuite.java (original) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/EnvTestSuite.java Wed Oct 12 14:15:29 2005 @@ -46,7 +46,7 @@ */ public static Test suite() { TestSuite suite = new TestSuite(); -suite.setName(Commons-SCXML-env Tests); +suite.setName(Commons-SCXML Environments Tests); return suite; } } Modified: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/EnvJspTestSuite.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/EnvJspTestSuite.java?rev=315050r1=315049r2=315050view=diff == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/EnvJspTestSuite.java (original) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/env/jsp/EnvJspTestSuite.java Wed Oct 12 14:15:29 2005 @@ -46,7 +46,7 @@ */ public static Test suite() { TestSuite suite = new TestSuite(); -suite.setName(Commons-SCXML JSP Env Tests); +suite.setName(Commons-SCXML JSP Environment Tests); suite.addTest(RootContextTest.suite()); return suite; } Modified: jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java?rev=315050r1=315049r2=315050view=diff == --- jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java (original) +++ jakarta/commons/sandbox/scxml/trunk/src/test/java/org/apache/commons/scxml/model/ModelTestSuite.java Wed Oct 12 14:15:29 2005 @@ -46,7 +46,7 @@ */ public static Test suite() { TestSuite suite = new TestSuite(); -suite.setName(Commons-SCXML-model Tests); +suite.setName(Commons-SCXML Model Tests); suite.addTest(ActionsTest.suite()); return suite; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r315059 - /jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java
Author: germuska Date: Wed Oct 12 14:52:37 2005 New Revision: 315059 URL: http://svn.apache.org/viewcvs?rev=315059view=rev Log: add constructor which takes an already built map of commands, for easier use in dependency-injection environments Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java?rev=315059r1=315058r2=315059view=diff == --- jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java (original) +++ jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogBase.java Wed Oct 12 14:52:37 2005 @@ -47,6 +47,20 @@ protected Map commands = Collections.synchronizedMap(new HashMap()); +// - Constructors + +public CatalogBase() { } + +/** + * pCreate a catalog whose commands are those specified in the given codeMap/code. + * All Map keys should be codeString/code and all values should be codeCommand/code./p + * + * @param commands + */ +public CatalogBase( Map commands ) { +this.commands = Collections.synchronizedMap(commands); +} + // - Public Methods - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r315061 - /jakarta/commons/sandbox/scxml/trunk/project.xml
Author: rahul Date: Wed Oct 12 15:26:46 2005 New Revision: 315061 URL: http://svn.apache.org/viewcvs?rev=315061view=rev Log: Dependency information. Modified: jakarta/commons/sandbox/scxml/trunk/project.xml Modified: jakarta/commons/sandbox/scxml/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/scxml/trunk/project.xml?rev=315061r1=315060r2=315061view=diff == --- jakarta/commons/sandbox/scxml/trunk/project.xml (original) +++ jakarta/commons/sandbox/scxml/trunk/project.xml Wed Oct 12 15:26:46 2005 @@ -56,36 +56,67 @@ dependency idjunit/id version3.8.1/version + properties +commentlt;bgt;Testlt;/bgt; only/comment + /properties /dependency dependency idcommons-digester/id version1.7/version + properties +commentlt;bgt;Corelt;/bgt; +(everything)/comment + /properties /dependency dependency idcommons-beanutils/id version1.7.0/version + properties +commentlt;bgt;Transitivelt;/bgt; +(from Digester, so lt;bgt;corelt;/bgt;)/comment + /properties /dependency dependency idcommons-el/id version1.0/version + properties +commentlt;bgt;Usecaseslt;/bgt; +(JSP/JSF environments)/comment + /properties /dependency dependency idcommons-logging/id version1.0.4/version + properties +commentlt;bgt;Corelt;/bgt; +(everything)/comment + /properties /dependency dependency idservletapi/id version2.4/version + properties +commentlt;bgt;Usecaseslt;/bgt; +(Servlet/JSP environments)/comment + /properties /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version + properties +commentlt;bgt;Usecaseslt;/bgt; +(JSP environments)/comment + /properties /dependency dependency groupIdmyfaces/groupId artifactIdmyfaces-all/artifactId version1.1.0/version + properties +commentlt;bgt;Usecaseslt;/bgt; +(JSF environments)/comment + /properties /dependency /dependencies - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[beautils] incompatibility between 1.6.1 and 1.7.0 ?
Hi Guys, I would like to know if there's a known issue about the incompability between beanutils 1.6.1 and beanutils 1.7.0 ? I searched in bugzilla but I didn't find something like that. I'm trying to upgrade beanutils in maven and I receive this error : [exec] Method invocation failed. [exec] java.lang.IllegalArgumentException: [EMAIL PROTECTED] [exec] at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.invokeMethod(PropertyUtilsBean.java:1773) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setSimpleProperty(PropertyUtilsBean.java:1759) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setNestedProperty(PropertyUtilsBean.java:1648) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setProperty(PropertyUtilsBean.java:1677) [exec] at org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:1022) [exec] at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:313) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:263) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:237) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:160) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:109) [exec] at org.apache.maven.werkz.Goal.fire(Goal.java:656) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:592) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java:210) [exec] at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:114) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:109) [exec] at org.apache.maven.werkz.Goal.fire(Goal.java:656) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:592) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:693) [exec] at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) [exec] at org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:368) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:78) [exec] at
Re: [beautils] incompatibility between 1.6.1 and 1.7.0 ?
Have you tested Jelly with BeanUtils 1.7? AFAIK, we've only released against 1.6.1 (See http://svn.apache.org/repos/asf/jakarta/commons/proper/jelly/trunk/parent-project.xml ). On 10/13/05, Arnaud HERITIER [EMAIL PROTECTED] wrote: Hi Guys, I would like to know if there's a known issue about the incompability between beanutils 1.6.1 and beanutils 1.7.0 ? I searched in bugzilla but I didn't find something like that. I'm trying to upgrade beanutils in maven and I receive this error : [exec] Method invocation failed. [exec] java.lang.IllegalArgumentException: [EMAIL PROTECTED] [exec] at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.invokeMethod(PropertyUtilsBean.java:1773) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setSimpleProperty(PropertyUtilsBean.java:1759) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setNestedProperty(PropertyUtilsBean.java:1648) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setProperty(PropertyUtilsBean.java:1677) [exec] at org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:1022) [exec] at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:313) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:263) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:237) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:160) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:109) [exec] at org.apache.maven.werkz.Goal.fire(Goal.java:656) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:592) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java:210) [exec] at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(MavenAttainGoalTag.java:114) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction(MavenGoalTag.java:109) [exec] at org.apache.maven.werkz.Goal.fire(Goal.java:656) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:592) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:693) [exec] at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) [exec] at
Re: [EL][SCXML] Posible bug with commons EL.....
Added prefixes as appropriate to the content of this email. On 10/12/05, James Carman [EMAIL PROTECTED] wrote: Danny, Sorry. I thought you were trying to access a public property of a package private class from a reference to an instance of that package private class. This does appear to be a bug. snip/ There's more to this than the JLS. EL relies on the JavaBeans spec for Introspection. Danny - I'd recommend reading the chapter on EL from the JSP 2.0 spec (I believe its Chapter 2) and the chapter on Introspection from the JavaBeans spec (I believe its Chapter 8). You could coax the Instrospector by making your abstract base class public, or strong-arm it by supplying the appropriate BeanInfo class. What's quite troubling, though, is that there are absolutely NO test cases in SVN for commons-el! Am I missing something? snap/ James - That probably has to do with its origins. Commons EL, I would think, has its origins in an RI of the JSP spec (until JSP 2.0, the EL spec was part of the JSP spec). Is there no way to test this stuff outside of a Servlet/JSP container? snip/ You could use the Commons SCXML environment packages. To test an expression language implementation, one minimally needs a context of evaluation and an evaluator. Since we use SCXML in the JSP environment, the Commons SCXML implementation provides an API that can be easier for standalone EL testing (without the need for a servlet container). In this case, you could test as follows: incomplete-code-snippet //imports come from SCXML env packages Context context = new ELContext(); // get an instance 'bar' of type Bar as desired context.set(bar, bar); Evaluator evaluator = new ELEvaluator(); String firstName = (String) evaluator.eval(context, ${bar.firstName}); // above line will need a try block /incomplete-code-snippet -Rahul James -Original Message- From: Trieu, Danny [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 12, 2005 12:14 PM To: Jakarta Commons Developers List Cc: [EMAIL PROTECTED]; Destiny Developers Subject: RE: Posible bug with commons EL. James, Thanks for your response. But I don't think I did make the case clear enough. So, let me give it another try. My beans are in package com.xxx.domain com.xxx.domain abstract class Foo { // Notice: this class has the default package access //modifier. private String firstName ; private String lastName ; .. Public Getters/Setters } Now child class in the same package com.xxx.domain com.xxx.domain public class Bar extends Foo { // Notice: this class has public access modifier private String abc ; .. Public Getter/Setter } Out side of com.xxx.domain package, I have no problem creating Bar and at The same time accessing Foo's, Bar's parent, properties. For Example: Public class BarActionForm extends ActionForm { Private Bar bar ; .. Public Getter/Setter . } public class BarAction extends Action { public ActionForward execute( , ActionForm form, ) { Final BarActionForm barForm = (BarActionForm) form ; barForm.getBar().setFirstName( myFirstName ) ; // no problem // accessing Bar's parent properties. return mapping.findForward(success) ; } } You see, I have no problem access Foo's properties from a Bar instance inside my BarActionForm instance. However, the problem is inside my JSP, where I have the BarActionForm binded To an action mapping of my html's form tag. Accessing Foo's properties with EL will result with IllegalAccessException. You see, this is clearly a bug in commons-el. For example in my JSP: .. html:form action=/myActionMappingPath !-- this mapping has myForm, BarActionForm, bind to it -- html:text property=bar.firstName / !-- this is where I had the IllegalAccessException -- /html:form I hope this would make it clear that this is a bug. I've search the commons archive and nothing that I found related to this issue. Thanks for any help, --danny snap/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [beautils] incompatibility between 1.6.1 and 1.7.0 ?
Hi Dion, Not yet and I think that's the problem ;-) You confirm me in my idea ! I'll try to test it. But if beanutils kept the same API (with only some add-ons), I couldn't have a ClassCastException ? Arnaud -Message d'origine- De : Dion Gillard [mailto:[EMAIL PROTECTED] Envoyé : jeudi 13 octobre 2005 00:35 À : Jakarta Commons Developers List Objet : Re: [beautils] incompatibility between 1.6.1 and 1.7.0 ? Have you tested Jelly with BeanUtils 1.7? AFAIK, we've only released against 1.6.1 (See http://svn.apache.org/repos/asf/jakarta/commons/proper/jelly/t runk/parent-project.xml ). On 10/13/05, Arnaud HERITIER [EMAIL PROTECTED] wrote: Hi Guys, I would like to know if there's a known issue about the incompability between beanutils 1.6.1 and beanutils 1.7.0 ? I searched in bugzilla but I didn't find something like that. I'm trying to upgrade beanutils in maven and I receive this error : [exec] Method invocation failed. [exec] java.lang.IllegalArgumentException: [EMAIL PROTECTED] [exec] at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl.java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.invokeMethod(Pr opertyUtilsBean.java:1773) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setSimpleProper ty(PropertyUtilsBean.java:1759) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setNestedProper ty(PropertyUtilsBean.java:1648) [exec] at org.apache.commons.beanutils.PropertyUtilsBean.setProperty(Pro pertyUtilsBean.java:1677) [exec] at org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUti lsBean.java:1022) [exec] at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:313) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:263) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:237) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [exec] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:222) [exec] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:160) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [exec] at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(Mave nGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction .performAction(MavenGoalTag.java:109) [exec] at org.apache.maven.werkz.Goal.fire(Goal.java:656) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:592) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505) [exec] at org.apache.maven.werkz.Goal.attain(Goal.java:590) [exec] at org.apache.maven.werkz.WerkzProject.attainGoal(WerkzProject.java:210) [exec] at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag(Mav enAttainGoalTag.java:114) [exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247) [exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(Mave nGoalTag.java:78) [exec] at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction .performAction(MavenGoalTag.java:109) [exec]
[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly has an issue affecting its community integration. This issue affects 43 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-12102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 60 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
[EMAIL PROTECTED]: Project commons-jelly (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly has an issue affecting its community integration. This issue affects 43 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly : Commons Jelly - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-antlr : Commons Jelly - commons-jelly-tags-avalon : Commons Jelly - commons-jelly-tags-bean : Commons Jelly - commons-jelly-tags-beanshell : Commons Jelly - commons-jelly-tags-betwixt : Commons Jelly - commons-jelly-tags-bsf : Commons Jelly - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-dynabean : Commons Jelly - commons-jelly-tags-email : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-interaction : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jms : Commons Jelly - commons-jelly-tags-jmx : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-junit : Commons Jelly - commons-jelly-tags-log : Commons Jelly - commons-jelly-tags-memory : Commons Jelly - commons-jelly-tags-ojb : Commons Jelly - commons-jelly-tags-quartz : Commons Jelly - commons-jelly-tags-regexp : Commons Jelly - commons-jelly-tags-sql : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-swt : Commons Jelly - commons-jelly-tags-threads : Commons Jelly - commons-jelly-tags-util : Commons Jelly - commons-jelly-tags-validate : Commons Jelly - commons-jelly-tags-velocity : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - commons-latka : Functional Testing Suite - geronimo : Apache Geronimo, the J2EE server project of the Apache Softw... - jaxme2 - jaxmeapi - jaxmepm - jaxmexs - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-12102005.jar] identifier set to project name -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html Work Name: build_commons-jelly_commons-jelly (Type: Build) Work ended in a state of : Failed Elapsed: 60 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly] CLASSPATH:
[VFS] version issue using webdav
Hi, I think this is a dev versioning issue, but apologies if I'm wrong and it should have gone to the user list. I'm trying to use commons-vfs to read and write files between my server and another using webdav. I'm using: The latest nightly build of commons-vfs (20051012) commons-httpclient release 3 RC4 jakarta-slide-webdavlib 2.1 Using these I get an error when I try to resolve a webdav file I get a invocationError error during the httpclient setHttpConnectionManager method: public synchronized void setHttpConnectionManager( HttpConnectionManager httpConnectionManager ) { this.httpConnectionManager = httpConnectionManager; if (this.httpConnectionManager != null) { this.httpConnectionManager.getParams().setDefaults (this.params); } } If I inspect this.httpConnectionManager.getParams() while step debugging I get a message 'Method getParams with signature()Lorg/ apache/commons/httpclient/params/HttpConnectionManagerParams; is not applicable on this object'. The httpConnectionManager is a WebdavConnectionManager. This seems to indicate the WebdavConnectionManager in vfs implements a different version of HttpConnectionManager interface than is expected. I tried using RC3 of httpClient, and then 2.0.2. RC3 had the same error, however 2.0.2 worked and I could resolve the webdave file fine. Then however when I went to do a copyFrom I got an error: org.apache.commons.httpclient.ProtocolException: Unbuffered entity enclosing request can not be repeated Looking at the mailing list archives I found this post: http://mail- archives.apache.org/mod_mbox/jakarta-httpclient-user/200506.mbox/% [EMAIL PROTECTED] which suggests upgrading to version 3 of httpClient to get around the problem, leaving me back with my version issues. Is there a combination of builds of these libraries I should be using that will work, or is this a current bug in the system? Thanks for your help, hope I'm not wasting anyones time too much. Regards Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]