svn commit: r153037 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java
Author: skitching
Date: Wed Feb 9 00:16:38 2005
New Revision: 153037
URL: http://svn.apache.org/viewcvs?view=revrev=153037
Log:
FIxes due to extra param in Context constructor.
Modified:
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java?view=diffr1=153036r2=153037
==
---
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java
Wed Feb 9 00:16:38 2005
@@ -83,7 +83,7 @@
public void testConstructor() {
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
assertNotNull(saxHandler log is not null, log);
assertSame(getSAXHandler, context.getSAXHandler(), saxHandler);
@@ -97,7 +97,7 @@
// setup
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
// initially, the context path is empty
assertEquals(Initial matchPath empty, , context.getMatchPath());
@@ -128,7 +128,7 @@
// setRoot, getRoot
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Object root;
@@ -158,7 +158,7 @@
public void testRoot2() {
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Object root;
@@ -195,7 +195,7 @@
public void testClassLoader() {
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
ClassLoader cl = context.getClassLoader();
assertSame(get classloader, cl, saxHandler.getClassLoader());
@@ -208,7 +208,7 @@
// setup
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Action action0 = new DummyAction();
Action action1 = new DummyAction();
@@ -253,7 +253,7 @@
// setup
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Object value = null;
@@ -338,7 +338,7 @@
// peek, peek(n), pop, push, isEmpty
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Object value = null;
String stack1 = stack1;
@@ -400,7 +400,7 @@
{
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
Object o1 = new Object();
@@ -418,7 +418,7 @@
{
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
String testStackOneName =
org.apache.commons.digester.tests.testNamedIndependenceOne;
String testStackTwoName =
org.apache.commons.digester.tests.testNamedIndependenceTwo;
@@ -433,7 +433,7 @@
{
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context context = new Context(saxHandler, log, null);
String testStackName =
org.apache.commons.digester.tests.testPopNamedStackNotPushed;
try {
@@ -456,7 +456,7 @@
{
SAXHandler saxHandler = new SAXHandler();
Log log = saxHandler.getLogger();
-Context context = new Context(saxHandler, log);
+Context
[GUMP@brutus]: Project commons-email (in module jakarta-commons) 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-email has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-email : Commons Email Package - fulcrum-template : Services Framework Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-email-09022005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons/email/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons/email/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons/email/project.properties -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons/commons-email/gump_work/build_jakarta-commons_commons-email.html Work Name: build_jakarta-commons_commons-email (Type: Build) Work ended in a state of : Failed Elapsed: 9 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/email] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-09022005.jar:/usr/local/gump/public/workspace/dumbster/build/dumbster.jar:/usr/local/gump/packages/javamail-1.3.2/mail.jar:/usr/local/gump/packages/javamail-1.3.2/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar - java:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 8 source files to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes java:jar-resources: Copying 1 file to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/classes test:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-reports test:test-resources: test:compile: [javac] Compiling 13 source files to /home/gump/workspaces2/public/workspace/jakarta-commons/email/target/test-classes /home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEmailTestCase.java:110: isStopped() has private access in com.dumbster.smtp.SimpleSmtpServer if (this.fakeMailServer != null !this.fakeMailServer.isStopped()) ^ /home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEmailTestCase.java:160: isStopped() has private access in com.dumbster.smtp.SimpleSmtpServer if (this.fakeMailServer == null || this.fakeMailServer.isStopped()) ^ /home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEmailTestCase.java:166: isStopped() has private access in com.dumbster.smtp.SimpleSmtpServer while (this.fakeMailServer.isStopped()) ^
[GUMP@brutus]: Project commons-id (in module jakarta-commons-sandbox) 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-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-id : Commons Identifier Package Full details are available at: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-id/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-id-09022005.jar] identifier set to project name -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-commons-sandbox/commons-id/gump_work/build_jakarta-commons-sandbox_commons-id.html Work Name: build_jakarta-commons-sandbox_commons-id (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons-sandbox/id] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 org.apache.maven.MavenException: Error reading XML or initializing at org.apache.maven.MavenUtils.getProject(MavenUtils.java:156) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) at org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232) at org.apache.maven.MavenSession.initialize(MavenSession.java:172) at org.apache.maven.cli.App.doMain(App.java:475) at org.apache.maven.cli.App.main(App.java:1239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) --- Nested Exception --- java.io.FileNotFoundException: Parent POM not found: /home/gump/workspaces2/public/workspace/jakarta-commons-sandbox/sandbox-build/project.xml at org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:230) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:143) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:122) at org.apache.maven.MavenSession.initializeRootProject(MavenSession.java:232) at org.apache.maven.MavenSession.initialize(MavenSession.java:172) at org.apache.maven.cli.App.doMain(App.java:475) at org.apache.maven.cli.App.main(App.java:1239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) You have encountered an unknown error
DO NOT REPLY [Bug 33461] New: - 1.6.1 cannot determine reader methods for anonymous class
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=33461.
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=33461
Summary: 1.6.1 cannot determine reader methods for anonymous
class
Product: Commons
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Bean Utilities
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I have the following snippet in a JSP-page which uses BeanUtils 1.6.1 and I get
an exception.
Code snippet (the anonymous class is to get a JavaBean defined in the JSP-page):
---
List l = new ArrayList();
for(int i = 1; i 10; i++) {
final int i2 = i;
Object o = new Serializable() {
String x = + i2;
String y = + (100+i2) ;
public String getX() {
return x;
}
public String getY() {
return y;
}
public String toString() {
return getX() + + getY();
}
};
l.add(o);
Map map = BeanUtils.describe(o);
---
which gives me the following exception:
---
javax.servlet.ServletException: Property 'y' has no getter method
at
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:825)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:758)
at org.apache.jsp.main_jsp._jspService(main_jsp.java:257)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312)
at
com.transaxiom.axsWHSweb.servlet.GetCurrentStock.doPost(GetCurrentStock.java:31)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at
[GUMP@brutus]: Project commons-jelly-tags-xml (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-tags-xml has an issue affecting its community integration. This issue affects 12 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define : Commons Jelly - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-http : Commons Jelly - commons-jelly-tags-jaxme : Commons Jelly - commons-jelly-tags-jetty : Commons Jelly - commons-jelly-tags-jface : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-swing : Commons Jelly - commons-jelly-tags-xml : Commons Jelly - commons-jelly-tags-xmlunit : Commons Jelly - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/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-tags-xml-09022005.jar] identifier set to project name -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/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/gump_work/build_commons-jelly_commons-jelly-tags-xml.html Work Name: build_commons-jelly_commons-jelly-tags-xml (Type: Build) Work ended in a state of : Failed Elapsed: 26 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022005.jar - [mkdir] Created dir: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 16 source files to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes java:jar-resources: test:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports test:test-resources: Copying 36 files to
[GUMP@brutus]: Project commons-jelly-tags-ant (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-tags-ant has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-ant : Commons Jelly - commons-jelly-tags-fmt : Commons Jelly Full details are available at: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-ant/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-tags-ant-09022005.jar] identifier set to project name -ERROR- Multiple outputs defined by project ant; an id attribute is required to select the one you want -ERROR- Unhandled Property: maven.jar.ant-optional on: Maven on Project:commons-jelly-tags-ant -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -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/jelly-tags/ant/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-ant/gump_work/build_commons-jelly_commons-jelly-tags-ant.html Work Name: build_commons-jelly_commons-jelly-tags-ant (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/grant/target/commons-grant-09022005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/target/commons-jelly-tags-util-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09022005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-09022005.jar - __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 You are working offline so the build will continue, but commons-jelly-SNAPSHOT.jar may be out of date! The build cannot continue because of the following unsatisfied dependency: ant-optional-1.5.3-1.jar; path override doesn't exist: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/ant/*Unset* Total time: 4 seconds Finished at: Wed Feb 09 03:30:14 PST 2005 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-ant/rss.xml - Atom:
DO NOT REPLY [Bug 33461] - 1.6.1 cannot determine reader methods for anonymous class
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=33461.
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=33461
--- Additional Comments From [EMAIL PROTECTED] 2005-02-09 12:44 ---
The reason for the problem lies in the fact that the anonymous class is private.
The BeanUtils's describe method does the following...
if (descriptors[i].getReadMethod() != null) {
desription.put(name, getProperty(bean, name);
}
.. getProperty() is calling getNestedProperty()
.. getNestedProperty() is calling PropertyUtil's getNestedProperty()
.. getNestedProperty() is calling getSimpleProperty()
.. getSimpleProperty() is calling getReadMethod()
.. getReadMethod() is calling MethodUtil's getAccessibleMethod()
MethodUtil's getAccessibleMethod() method checks that the declaring class of
the method is public, otherwise it returns null rather than the method.
Since it is a private class, if BeanUtils did try to invoke the method it would
fail. So it looks to me like we need to change the BeanUtils.describe() method
to check that the bean is a public class and throw an exception if it isnt.
The answer for you though is that you can't use BeanUtils with private classes.
Niall
--
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 33461] - [BeanUtils] 1.6.1 cannot determine reader methods for anonymous class
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=33461. 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=33461 [EMAIL PROTECTED] changed: What|Removed |Added Summary|1.6.1 cannot determine |[BeanUtils] 1.6.1 cannot |reader methods for anonymous|determine reader methods for |class |anonymous class -- 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]
svn commit: r153048 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java
Author: skitching Date: Wed Feb 9 04:10:49 2005 New Revision: 153048 URL: http://svn.apache.org/viewcvs?view=revrev=153048 Log: Updated javadoc on bodySegment method. Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java?view=diffr1=153047r2=153048 == --- jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java (original) +++ jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractAction.java Wed Feb 9 04:10:49 2005 @@ -60,19 +60,25 @@ } /** - * This method is called when the body of a matching XML element is - * encountered. If the element has no body, this method is not called at - * all. + * This method is called when a child element is encountered within + * an element, and also when the element's end tag is encountered. It + * is intended to be used in order to parse markup style XML such as + * XHTML. * p - * Note that if the element has multiple pieces of body text separated by - * child elements (ie is mixed content) then this method is called once - * for each separate block of text, at the point that the child element - * is encountered. In each call, only the text since the last call to this - * method (ie since the last nested child element) is passed. + * Example: for the input + * pre + * [p]this is [i]italic[/i] and this is [b]bold[/b] text.[/p] + * /pre + * the action matching [p] will have this method invoked three times, + * with the values this is , and this is and text. respectively. * p * In the case of an element with just text content (no child elements), - * this method is exactly equivalent to the body method; either can be - * overridden to perform the necessary work. + * this method is called immediately before the body method, with the + * same parameters. + * p + * If an element has no body content at all, or if the element is declared + * via a DTD or schema to be element content only then the bodySegment + * method will not be called. * * @param context is the current processing context object. * @param namespace the namespace URI of the matching element, or an Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java?view=diffr1=153047r2=153048 == --- jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java (original) +++ jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Action.java Wed Feb 9 04:10:49 2005 @@ -75,19 +75,25 @@ throws ParseException; /** - * This method is called when the body of a matching XML element is - * encountered. If the element has no body, this method is not called at - * all. + * This method is called when a child element is encountered within + * an element, and also when the element's end tag is encountered. It + * is intended to be used in order to parse markup style XML such as + * XHTML. * p - * Note that if the element has multiple pieces of body text separated by - * child elements (ie is mixed content) then this method is called once - * for each separate block of text, at the point that the child element - * is encountered. In each call, only the text since the last call to this - * method is passed. + * Example: for the input + * pre + * [p]this is [i]italic[/i] and this is [b]bold[/b] text.[/p] + * /pre + * the action matching [p] will have this method invoked three times, + * with the values this is , and this is and text. respectively. * p * In the case of an element with just text content (no child elements), - * this method is exactly equivalent to the body method; either can be - * overridden to perform the necessary work. + * this method is called immediately before the body method, with the + * same parameters. + * p + * If an element has no body content at all, or if the element is declared + * via a DTD or schema to be element content only then the bodySegment + * method will
svn commit: r153049 - in jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2: AbstractRuleManager.java RuleManager.java
Author: skitching
Date: Wed Feb 9 04:11:52 2005
New Revision: 153049
URL: http://svn.apache.org/viewcvs?view=revrev=153049
Log:
Added method getActions
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractRuleManager.java
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/RuleManager.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractRuleManager.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractRuleManager.java?view=diffr1=153048r2=153049
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractRuleManager.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/AbstractRuleManager.java
Wed Feb 9 04:11:52 2005
@@ -43,8 +43,7 @@
/**
* Invoked before parsing each input document, this method gives the
- * RuleManager and the managed Action objects the opportunity to do
- * per-parse initialisation if required.
+ * RuleManager the opportunity to do per-parse initialisation if required.
*/
public void startParse(Context context) throws DigestionException {}
@@ -75,6 +74,16 @@
public abstract void addRule(String pattern, Action action)
throws InvalidRuleException;
+/**
+ * Return a List of all registered Action instances, or a zero-length List
+ * if there are no registered Action instances.
+ * p
+ * The rules are returned in the order they were added. If an Action
+ * instance has been added multiple times, then its order is set by the
+ * first time it was added.
+ */
+public abstract List getActions();
+
/**
* Return a List of all registered Action instances that match the
specified
* nesting pattern, or a zero-length List if there are no matches. If more
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/RuleManager.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/RuleManager.java?view=diffr1=153048r2=153049
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/RuleManager.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/RuleManager.java
Wed Feb 9 04:11:52 2005
@@ -52,15 +52,13 @@
/**
* Invoked before parsing each input document, this method gives the
- * RuleManager and the managed Action objects the opportunity to do
- * per-parse initialisation if required.
+ * RuleManager opportunity to do per-parse initialisation if required.
*/
public void startParse(Context context) throws DigestionException;
/**
* Invoked after parsing each input document, this method gives the
- * RuleManager and the managed Action objects the opportunity to do
- * per-parse cleanup if required.
+ * RuleManager the opportunity to do per-parse cleanup if required.
*/
public void finishParse(Context context) throws DigestionException;
@@ -83,6 +81,16 @@
*/
public void addRule(String pattern, Action action) throws
InvalidRuleException;
+/**
+ * Return a List of all registered Action instances, or a zero-length List
+ * if there are no registered Action instances.
+ * p
+ * The rules are returned in the order they were added. If an Action
+ * instance has been added multiple times, then its order is set by the
+ * first time it was added.
+ */
+public List getActions();
+
/**
* Return a List of all registered Action instances that match the
specified
* nesting pattern, or a zero-length List if there are no matches. If more
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153050 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java
Author: skitching
Date: Wed Feb 9 04:12:28 2005
New Revision: 153050
URL: http://svn.apache.org/viewcvs?view=revrev=153050
Log:
Made utility method patternToPath private.
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java?view=diffr1=153049r2=153050
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java
Wed Feb 9 04:12:28 2005
@@ -149,7 +149,7 @@
* Given a string of form prefix:name/prefix:name, return a string of
* form {namespace-uri}name/{namespace-uri}/name.
*/
-public String patternToPath(Map namespaces, String pattern)
+private String patternToPath(Map namespaces, String pattern)
throws InvalidRuleException {
int nsEndPos = pattern.indexOf(':');
if (nsEndPos == -1) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153051 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java
Author: skitching
Date: Wed Feb 9 04:14:07 2005
New Revision: 153051
URL: http://svn.apache.org/viewcvs?view=revrev=153051
Log:
* add stacks to store namespace and localName for each xml element in the path
as they are pushed.
* add access methods to get namespace/localName info for prior xml elements,
esp. for the parent
of the current xml element.
* add lots of javadoc
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java?view=diffr1=153050r2=153051
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Path.java
Wed Feb 9 04:14:07 2005
@@ -23,12 +23,55 @@
*/
public class Path {
-StringBuffer buf = new StringBuffer();
-ArrayStack lengths = new ArrayStack();
+/**
+ * Contains a string of form /foo/{ns1}bar/baz which describes the
+ * complete path from the root of the document to the current element.
+ */
+private StringBuffer buf = new StringBuffer();
+/**
+ * Contains offsets into the buf buffer. As new elements are added to
+ * the path, the old buffer length is stored so that it is easy to
+ * restore the old path when an element is popped from the path.
+ * Note that namespaces may have forward-slashes in them, so simply
+ * performing string scans to remove an element from the path is
+ * not effective.
+ * p
+ * Note that this could be recomputed from the information present
+ * in the namespaces and localNames stacks, but that would be very
+ * inefficient.
+ */
+private ArrayStack lengths = new ArrayStack();
+
+/**
+ * The namespaces of the elements found so far. This stack is correlated
+ * with the localNames stack; they always have the same number of
+ * elements and entries with the same stack offset are a (namespace, name)
+ * pair.
+ */
+private ArrayStack namespaces = new ArrayStack();
+
+/**
+ * The localnames of the elements found so far. This stack is correlated
+ * with the namespaces stack; they always have the same number of
+ * elements and entries with the same stack offset are a (namespace, name)
+ * pair.
+ */
+private ArrayStack localNames = new ArrayStack();
+
+/**
+ * Create a new initial path. Note that this does not represent
+ * the root of a document, but rather no path. It should not
+ * be used until the push method has been called for the first
+ * time, to define the root element of the document.
+ */
public Path() {
}
+/**
+ * Expand the path to include the specified child element.
+ */
+
public void push(String namespace, String elementName) {
lengths.push(new Integer(buf.length()));
buf.append(/);
@@ -38,20 +81,65 @@
buf.append('}');
}
buf.append(elementName);
+
+namespaces.push(namespace);
+localNames.push(elementName);
}
+/**
+ * Remove the last-pushed element, restoring the path to its
+ * previous state.
+ */
public void pop() {
int length = ((Integer)lengths.pop()).intValue();
buf.setLength(length);
+
+namespaces.pop();
+localNames.pop();
}
+/**
+ * Return the path to the current element.
+ */
public String getPath() {
return buf.toString();
}
+
+/**
+ * Returns the number of xml elements currently in the path.
+ */
+public int getDepth() {
+return namespaces.size();
+}
+
+/**
+ * Returns the namespace of the element at the specified offset from
+ * the top of the stack. An offset of zero returns the most recently
+ * pushed element, while an offset of getDepth()-1 returns the first
+ * pushed element.
+ */
+public String peekNamespace(int offset) {
+return (String) namespaces.peek(offset);
+}
+
+/**
+ * Returns the localname of the element at the specified offset from
+ * the top of the stack. An offset of zero returns the most recently
+ * pushed element, while an offset of getDepth()-1 returns the first
+ * pushed element.
+ */
+public String peekLocalname(int offset) {
+return (String) localNames.peek(offset);
+}
+/**
+ * Reset this object to its initially-constructed state.
+ */
public void clear() {
buf.setLength(0);
lengths.clear();
+namespaces.clear();
svn commit: r153052 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Author: skitching
Date: Wed Feb 9 04:15:39 2005
New Revision: 153052
URL: http://svn.apache.org/viewcvs?view=revrev=153052
Log:
* Add support for bodyTextSegment so SAXHandler can implement callbacks
to the Action.bodySegment method.
* add getCurrentPath method to access the Path object
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java?view=diffr1=153051r2=153052
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java
Wed Feb 9 04:15:39 2005
@@ -110,6 +110,15 @@
private ContentHandler contentHandler = null;
/**
+ * The body text of the current element since the most recent child
+ * element (or start of the element if no child elements have yet been
+ * seen). When a child element is found, this text is reported to
+ * matching actions via the Action.bodySegment method, then the buffer
+ * can be cleared. There is no need for a stack of these.
+ */
+private StringBuffer bodyTextSegment = new StringBuffer();
+
+/**
* The body text of the current element. As the parser reports chunks
* of text associated with the current element, they are appended here.
* When the end of the element is reported, the full text content of the
@@ -275,6 +284,22 @@
}
/**
+ * Returns the text seen in the current xml element since the last child
+ * element was seen (or since the start of the xml element if no child
+ * elements have yet been encountered).
+ */
+public StringBuffer getBodyTextSegment() {
+return bodyTextSegment;
+}
+
+/**
+ * Clears the bodyTextSegment buffer. See [EMAIL PROTECTED]
#getBodyTextSegment}.
+ */
+public void clearBodyTextSegment() {
+bodyTextSegment.setLength(0);
+}
+
+/**
* Save the buffer which is currently being used to accumulate text
* content of the current xml element. This is expected to be called
* just before starting processing of a child xml element.
@@ -304,12 +329,22 @@
* liThe text might be intermingled with child elements.
* /ul
*/
-public void appendToBodyText(char[] buffer, int start, int length) {
+public void appendBodyText(char[] buffer, int start, int length) {
+bodyTextSegment.append(buffer, start, length);
bodyText.append(buffer, start, length);
}
/**
+ * Return the Path object representing the path from the document root
+ * to the current element.
+ */
+public Path getCurrentPath() {
+return currentElementPath;
+}
+
+/**
* Return the path to the xml element currently being processed.
+ * This is exactly equivalent to codegetCurrentPath().getPath()/code.
*/
public String getMatchPath() {
return currentElementPath.getPath();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153053 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
Author: skitching
Date: Wed Feb 9 04:17:14 2005
New Revision: 153053
URL: http://svn.apache.org/viewcvs?view=revrev=153053
Log:
* implement callbacks to Action.bodySegment
* implement callbacks to Action.startParse and Action.finishParse
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
Modified:
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java?view=diffr1=153052r2=153053
==
---
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
(original)
+++
jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java
Wed Feb 9 04:17:14 2005
@@ -693,6 +693,30 @@
private void initializePerParse() {
}
+/**
+ * Iterate over the list of rules most recently matched, and
+ * invoke that rule's bodySegment method passing the current
+ * segment of text from the xml element body.
+ */
+private void handleBodySegment(
+Context context,
+String namespace, String name) throws SAXException {
+StringBuffer currTextSegment = context.getBodyTextSegment();
+if (currTextSegment.length() 0) {
+String segment = currTextSegment.toString();
+List parentMatches = (List) context.peekMatchingActions();
+int len = parentMatches.size();
+for(int i=0; ilen; ++i) {
+Action action = (Action) parentMatches.get(i);
+try {
+action.bodySegment(context, namespace, name, segment);
+} catch(Exception e) {
+throw context.createSAXException(e);
+}
+}
+}
+}
+
// -
// Private methods for use of this class only
// -
@@ -766,6 +790,11 @@
// one has not been created before. Of course this would only
// happen if no rules had ever been added...
getRuleManager().startParse(context);
+List actions = ruleManager.getActions();
+for(Iterator i = actions.iterator(); i.hasNext(); ) {
+Action action = (Action) i.next();
+action.startParse(context);
+}
} catch(DigestionException ex) {
throw new NestedSAXException(ex);
}
@@ -794,8 +823,15 @@
}
}
-// Fire finish events for all defined rules
try {
+// Fire finish events for all defined actions
+List actions = ruleManager.getActions();
+for(Iterator i = actions.iterator(); i.hasNext(); ) {
+Action action = (Action) i.next();
+action.finishParse(context);
+}
+
+// And finally for the RuleManager too
ruleManager.finishParse(context);
} catch(DigestionException ex) {
log.error(finishParse threw exception, ex);
@@ -842,6 +878,11 @@
* Process notification of character data received from the body of
* an XML element. Note that a sax parser is allowed to split contiguous
* text into multiple calls to this method.
+ * p
+ * Note also that if a DTD or schema has indicated that an element has
+ * element only content, then the ignorableWhitespace method is called
+ * instead of this method when whitespace (presumably just for nice
+ * indenting) is found within the element.
*
* @param buffer The characters from the XML document
* @param start Starting offset into the buffer
@@ -862,7 +903,7 @@
saxLog.debug(characters( + new String(buffer, start, length) +
));
}
-context.appendToBodyText(buffer, start, length);
+context.appendBodyText(buffer, start, length);
}
/**
@@ -973,10 +1014,21 @@
qName + ));
}
+// First, call the bodySegment method on any rules matching the
+// parent element before we start this new element. Once that is
+// done, we can discard the currTextSegment.
+Path path = context.getCurrentPath();
+if (path.getDepth() 0) {
+String parentNamespaceURI = path.peekNamespace(0);
+String parentLocalName = path.peekLocalname(0);
+handleBodySegment(context, parentNamespaceURI, parentLocalName);
+context.clearBodyTextSegment();
+}
+
// Save the body text accumulated for our surrounding element
context.pushBodyText();
-// the actual element name is either in localName or
svn commit: r153054 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java
Author: skitching
Date: Wed Feb 9 04:18:00 2005
New Revision: 153054
URL: http://svn.apache.org/viewcvs?view=revrev=153054
Log:
Add test cases for AbstractAction class
Added:
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java
(with props)
Added:
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java?view=autorev=153054
==
---
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java
(added)
+++
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java
Wed Feb 9 04:18:00 2005
@@ -0,0 +1,187 @@
+/* $Id$
+ *
+ * Copyright 2001-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.
+ */
+
+
+package org.apache.commons.digester2;
+
+import java.math.BigDecimal;
+import java.net.URL;
+import java.io.StringReader;
+import java.util.Iterator;
+import java.util.List;
+import java.util.Map;
+import java.util.ArrayList;
+import java.util.EmptyStackException;
+
+import junit.framework.Test;
+import junit.framework.TestCase;
+import junit.framework.TestSuite;
+
+import org.xml.sax.ErrorHandler;
+import org.xml.sax.Attributes;
+import org.xml.sax.helpers.AttributesImpl;
+import org.xml.sax.InputSource;
+
+import org.apache.commons.logging.Log;
+
+/**
+ * Test Case for the AbstractAction class.
+ * p
+ * Mostly, this involves checking that the methods are invoked at
+ * the times that they are expected to be invoked.
+ */
+
+public class AbstractActionTestCase extends TestCase {
+
+private static class MyAction extends AbstractAction {
+private List operations;
+
+public MyAction(List operations) {
+this.operations = operations;
+}
+
+public void startParse(Context context) {
+operations.add(startParse);
+}
+
+public void finishParse(Context context) {
+operations.add(finishParse);
+}
+
+public void begin(
+Context context,
+String namespace, String name,
+Attributes attributes) {
+operations.add(
+begin
++ : namespace=' + namespace + '
++ : name=' + name + ');
+}
+
+public void bodySegment(
+Context context,
+String namespace, String name,
+String text) {
+operations.add(
+bodySegment
++ : namespace=' + namespace + '
++ : name=' + name + '
++ : text=' + text + ');
+}
+
+public void body(
+Context context,
+String namespace, String name,
+String text) {
+operations.add(
+body
++ : namespace=' + namespace + '
++ : name=' + name + '
++ : text=' + text + ');
+}
+
+public void end(Context context, String namespace, String name) {
+operations.add(
+end
++ : namespace=' + namespace + '
++ : name=' + name + ');
+}
+}
+
+// ---
+// Constructors
+// ---
+
+/**
+ * Construct a new instance of this test case.
+ *
+ * @param name Name of the test case
+ */
+public AbstractActionTestCase(String name) {
+super(name);
+}
+
+// --
+// Overall Test Methods
+// --
+
+/**
+ * Set up instance variables required by this test case.
+ */
+public void setUp() {
+}
+
+/**
+ * Return the tests included in this test suite.
+ */
+public static Test suite() {
+return (new TestSuite(AbstractActionTestCase.class));
+}
+
+/**
+ * Tear down instance variables required by this test case.
+ */
+public void tearDown() {
+}
+
+//
+// Individual Test
Re: [VFS] Problem with Zip files
Hang on - you've switched protocols there - You asked about file: urls not
zip: urls!
Looking at the vfs docs
(http://jakarta.apache.org/commons/sandbox/vfs/filesystems.html) it would seem
that any of the following would refer to the file that you are after:
file://C:/temp/toto.zip
c:\temp\toto.zip
c:/temp/toto.zip
Note that the url version uses '/' symbols not '\' from your example.
If you want to use the zip protocol then you need to wrap a file url, and
usually refer to an entry within the zip: (I'm not sure what you get without
referring to an entry)
zip:file://C:/temp/toto.zip
Hope that helps,
Rob
Stphane Rault wrote:
Unfortunately, you're wrong :
I've put
FileObject fileZip = manager.resolveFile(zip:///c:\\temp\\toto.zip);
And I got :
org.apache.commons.vfs.FileSystemException: Could not find file with URI
///c:\temp\toto.zip because it is a relative path, and no base URI was
provided.
-Message d'origine-
De : Rob Oxspring [mailto:[EMAIL PROTECTED]
Envoy : mardi 8 fvrier 2005 17:37
: Jakarta Commons Developers List
Objet : Re: RE : [VFS] Problem with Zip files
I haven't used vfs (yet) but I'm pretty sure the the file url should have 3
slashes:
file:///c:/temp/toto.zip
because urls reserve the spot between slash 2 and 3 for a host/port.
Rob
Stphane Rault wrote:
XmlBeans doesn't matter in any way in my problem. Sorry for the
confusion !!
But my real problem with Zip file is still alive :-(
Here is the stack trace of the exception catched :
org.apache.commons.vfs.FileSystemException: Could not replicate
file://c:/temp/toto.zip as it does not exist.
at
org.apache.commons.vfs.provider.AbstractFileSystem.replicateFile(Abstr
actFil
eSystem.java:310)
at
org.apache.commons.vfs.provider.zip.ZipFileSystem.init(ZipFileSystem.java:
59)
at
org.apache.commons.vfs.provider.zip.ZipFileProvider.doCreateFileSystem(ZipFi
leProvider.java:83)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.createFileSystem
(AbstractLayeredFileProvider.java:77)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.findFile(Abstrac
tLayeredFileProvider.java:57)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:505)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:483)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:453)
at test.FileTest.test6(FileTest.java:154)
at test.FileTest.main(FileTest.java:37)
In the API, resolveFile may worked even with file which doesn't exist
(Am I wrong ?)
-Message d'origine-
De : Stphane Rault [mailto:[EMAIL PROTECTED]
Envoy : mardi 8 fvrier 2005 08:43
: commons-dev@jakarta.apache.org
Objet : [VFS] Problem with Zip files
I've a problem accessing Zip files with VFS API. I'm using XmlBeans V2
(cause of a bug in V1) compiled the 10 jan 2005.
Here is my sample code :
try {
StandardFileSystemManager manager = new
StandardFileSystemManager();
manager.setFilesCache(new SoftRefFilesCache());
manager.init();
// toto.txt doesn't exist in the folder
FileObject fileTxt =
manager.resolveFile(c:\\temp\\toto.txt);
System.out.println(File Text works !!);
// toto.zip doesn't exist in the folder
FileObject fileZip =
manager.resolveFile(zip://c:\\temp\\toto.zip);
System.out.println(File Zip works !!);
// The file and the folder don't exist
FileObject fileInUnknownFolder =
manager.resolveFile(c:\\notPresentFolder\\toto.txt);
System.out.println(File in unknown Folder works !!);
} catch (Throwable t) {
System.out.println(It doesn't work !!);
}
And here is the output :
File Text works !!
It doesn't work !!
Note that c:\\temp is an existing directory.
Thanks in advance for your help...
Stphane.
-
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]
-
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153057 - jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt
Author: skitching Date: Wed Feb 9 04:24:08 2005 New Revision: 153057 URL: http://svn.apache.org/viewcvs?view=revrev=153057 Log: General updates Modified: jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt Modified: jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt?view=diffr1=153056r2=153057 == --- jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt (original) +++ jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt Wed Feb 9 04:24:08 2005 @@ -29,7 +29,8 @@ This section is intended for the use of those familiar with the 1.x releases of this product. There are many changes, but those listed below are the -most significant. +most significant. Mostly, this information is restricted to listing changes +in *functionality*; only a few implementation-level changes are listed here. Versioning -- @@ -42,10 +43,13 @@ General principles -- -* Protected members are not used. Instead, members are private, and protected - setter/getter methods are provided where needed. This makes it easier in - future to change classes without breaking existing subclasses that have - been defined by users of the Digester classes. +* Protected members are not used for classes in the o.a.c.digester2 package. + Instead, members are private, and protected setter/getter methods are provided + where needed. This makes it easier in future to change classes without + breaking existing subclasses that have been defined by users of the Digester + classes. +* It is still undecided whether concrete Action classes should follow the above + approach or use protected members. Renamed/repackaged classes @@ -65,10 +69,14 @@ * All the basic action classes (formerly Rule classes) now reside in the o.a.c.digester2.actions package. -* ObjectCreateRule has been renamed to CreateObjectAction and - FactoryCreateRule has been renamed to CreateObjectWithFactoryAction. - -Refactored classes +* Renamed actions: + NodeCreateRule -- CreateNodeRule + ObjectCreateRule -- CreateObjectAction + FactoryCreateRule -- CreateObjectWithFactoryAction + ObjectCreationFactory -- ObjectFactory + AbstractObjectCreationFactory -- AbstractObjectFactory + +Digester class -- * Digester has been split into: * Digester @@ -98,7 +106,7 @@ Note that because parsing state is stored on the Context object now, it is easier to implement the often-requested feature of being able to parse multiple xml documents with the same Digester instance. - + Namespace-aware parsing --- The Digester now *always* uses a namespace-aware xml parser. @@ -107,6 +115,16 @@ where the URIs that ns1 and ns2 correspond to have been defined via earlier calls to method DefaultRuleManager.addNamespace(prefix, uri). +Entity Resolution +- +The basic functionality previously provided for entity resolution has been +improved. +* By default any attempt to access an external entity which has not + been explicitly mapped to some (presumably local) resource is regarded as a + fatal error. See setAllowUnknownExternalEntities +* External DTDs can be ignored. Yes, this has dangers, but sometimes it is + necessary. See setIgnoreExternalDTD. + DefaultRuleManager -- The DefaultRuleManager (formerly RulesBase) now uses a more xpath-like @@ -128,9 +146,37 @@ instance both re-entrant and thread-safe. * The two regulations above mean that an Action instance can now be used concurrently by multiple Digester instances (eg in a pool). -* New methods startParse, endParse and bodySegment are provided, with empty - default implementations for specific Actions to override if they wish. * Deprecated methods have been removed. +* Actions get bodySegment callbacks when their content is mixed + text and child elements. This allows Actions to process XHTML-style + markup input more easily. +* Actions get a new beginParse callback when startDocument occurs. +* method finish renamed to finishParse + +SetPropertiesAction +--- +* The option now exists to specify the custom attr-property mapping via a + Map parameter, not just a pair of String arrays. This is much nicer. +* hyphenated xml attribute names are now automatically mapped to camelCase, + eg some-attr=1 causes a call to setSomeAttr(1). + +CreateNodeAction + +* It is now possible to create DOM1 (ie non-namespaced) nodes and attributes + even when the parser being used is namespace-aware. +* Namespace-aware elements and attributes are created by default +* The implementation has changed; rather than redirecting the xml parser + to itself, the SAXHandler object is requested to forward ContentHandler +
RE : [VFS] Problem with Zip files
Hello Rob,
I tried :
zip://c:/temp/toto.zip
zip:file://c:/temp/toto.zip
But with the same exception :
org.apache.commons.vfs.FileSystemException: Could not replicate
file://c:/temp/toto.zip as it does not exist.
at
org.apache.commons.vfs.provider.AbstractFileSystem.replicateFile(AbstractFil
eSystem.java:310)
at
org.apache.commons.vfs.provider.zip.ZipFileSystem.init(ZipFileSystem.java:
59)
at
org.apache.commons.vfs.provider.zip.ZipFileProvider.doCreateFileSystem(ZipFi
leProvider.java:83)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.createFileSystem
(AbstractLayeredFileProvider.java:77)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.findFile(Abstrac
tLayeredFileProvider.java:57)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:505)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:483)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFile
SystemManager.java:453)
at test.FileTest.test6(FileTest.java:154)
at test.FileTest.main(FileTest.java:37)
I think this is a bug in zip protocol as it tried to wrap the file protocol
but can't manage to do it with a -non-existant file.
Am I Wrong again :-) ?
-Message d'origine-
De : Rob Oxspring [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 9 février 2005 13:23
À : Jakarta Commons Developers List
Objet : Re: [VFS] Problem with Zip files
Hang on - you've switched protocols there - You asked about file: urls not
zip: urls!
Looking at the vfs docs
(http://jakarta.apache.org/commons/sandbox/vfs/filesystems.html) it would
seem
that any of the following would refer to the file that you are after:
file://C:/temp/toto.zip
c:\temp\toto.zip
c:/temp/toto.zip
Note that the url version uses '/' symbols not '\' from your example.
If you want to use the zip protocol then you need to wrap a file url, and
usually refer to an entry within the zip: (I'm not sure what you get without
referring to an entry)
zip:file://C:/temp/toto.zip
Hope that helps,
Rob
Stéphane Rault wrote:
Unfortunately, you're wrong :
I've put
FileObject fileZip = manager.resolveFile(zip:///c:\\temp\\toto.zip);
And I got :
org.apache.commons.vfs.FileSystemException: Could not find file with
URI ///c:\temp\toto.zip because it is a relative path, and no base
URI was provided.
-Message d'origine-
De : Rob Oxspring [mailto:[EMAIL PROTECTED]
Envoyé : mardi 8 février 2005 17:37
À : Jakarta Commons Developers List
Objet : Re: RE : [VFS] Problem with Zip files
I haven't used vfs (yet) but I'm pretty sure the the file url should
have 3
slashes:
file:///c:/temp/toto.zip
because urls reserve the spot between slash 2 and 3 for a host/port.
Rob
Stéphane Rault wrote:
XmlBeans doesn't matter in any way in my problem. Sorry for the
confusion !!
But my real problem with Zip file is still alive :-(
Here is the stack trace of the exception catched :
org.apache.commons.vfs.FileSystemException: Could not replicate
file://c:/temp/toto.zip as it does not exist.
at
org.apache.commons.vfs.provider.AbstractFileSystem.replicateFile(Abstr
actFil
eSystem.java:310)
at
org.apache.commons.vfs.provider.zip.ZipFileSystem.init(ZipFileSystem
.java:
59)
at
org.apache.commons.vfs.provider.zip.ZipFileProvider.doCreateFileSystem
(ZipFi
leProvider.java:83)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.createFile
System
(AbstractLayeredFileProvider.java:77)
at
org.apache.commons.vfs.provider.AbstractLayeredFileProvider.findFile(A
bstrac
tLayeredFileProvider.java:57)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(Defau
ltFile
SystemManager.java:505)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(Defau
ltFile
SystemManager.java:483)
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(Defau
ltFile
SystemManager.java:453)
at test.FileTest.test6(FileTest.java:154)
at test.FileTest.main(FileTest.java:37)
In the API, resolveFile may worked even with file which doesn't exist
(Am I wrong ?)
-Message d'origine-
De : Stéphane Rault [mailto:[EMAIL PROTECTED]
Envoyé : mardi 8 février 2005 08:43
À : commons-dev@jakarta.apache.org
Objet : [VFS] Problem with Zip files
I've a problem accessing Zip files with VFS API. I'm using XmlBeans V2
(cause of a bug in V1) compiled the 10 jan 2005.
Here is my sample code :
try {
StandardFileSystemManager manager = new
StandardFileSystemManager();
manager.setFilesCache(new SoftRefFilesCache());
manager.init();
// toto.txt doesn't exist in the folder
FileObject fileTxt =
manager.resolveFile(c:\\temp\\toto.txt);
Re: [jxpath] Future of JXPath and DOM???
So if such an optimization was added there would be a way to by-pass it as well? [This can't just be if Xalan is not present -- as Xalan is present for other reasons.] -- Jess Holle Dmitri Plotnikov wrote: Jess, JXPath has always supported Xalan through JAXP DOM APIs. What you may have seen in the source code of JXPath is some attempts to optimize JXPath when it is used specifically in combination with Xalan. You would not be interested in that optimization, because it would only be applied to static DOM and take advantage of DTM. Try using JXPath and let us know how it works out. - Dmitri Jess Holle [EMAIL PROTECTED] wrote: P.S. Also, I must admit this message is somewhat of a test. If no one responds, then I can assume the JXPath community is not active enough to be worth considering over sticking with an old version of Xalan for the forseeable future. Jess Holle wrote: I am using Xalan 2.1.0 for XPath coverage presently -- behind a skinny wrapper API so we can change implementations fairly painlessly. I'd like to use something more recent and was looking at JXPath, but I note that the sources contain TO_DO comments about using Xalan as the backing XPath implementation -- for the DOM case presumably. Is this the plan? If not, what is? If this is the plan, then there is no reason for me to switch from Xalan to JXPath -- as I only care about XPath usage against DOMs (not JDOM, other beans, etc). You may ask why I'm on such an old Xalan or why I'm looking for something other than Xalan -- which are good questions... Essentially, recent versions of Xalan are missing the boat on some important XPath use cases. Xalan 2.1.0 is the last version of Xalan which does not have immense performance penalties for my use cases. Specifically, my use case is: 1. Parse/compile XPath expressions. 2. Use these expressions against many different DOMs. * I /rarely /use a given XPath against the same DOM (without intervening changes) twice. o I /often /use a given XPath against many, many different DOMs. * I /even more rarely /know that when I use an XPath on a DOM it will not be changing prior to it being used again. * I /often /need to use XPath to retrieve a list of DOM nodes to be edited or deleted -- followed by edits directly via DOM APIs and more use of other XPaths ad nauseum (e.g. based on GUI picks). After Xalan 2.1.0, the XPath portion of Xalan was optimized for the antithesis of this use case, i.e. it builds a DTM (document table model) for each DOM an XPath is used against -- which is a tremendous waste of time and memory if the XPath is all but certainly not going to be used against the given DOM (without intervening changes) more than once. I found cases of 500% performance improvement by moving back from more recent Xalan versions to 2.1.0 for these use cases! The Xalan team knows about this issue, but despite the fact that this directly affects the XPath API exposed in Java 1.5 this issue seems unimportant/uninteresting to them as compared to optimizing for the XSLT use case -- where the DTM approach makes sense since the DTM is formed once and acted upon by many XPaths many times. Some time ago I looked at both JXPath and Jaxen as possible replacements for Xalan 2.1.0. Unfortunately, both of these XPath libraries had major issues with evaluating some rather simple XPath expressions at the time -- and I need good fidelity to the XPath standard (at least as good as Xalan 2.1.0). I believe Jaxen is at the same version now as it was when I last tested it, but JXPath has had an update or two since then -- so I was going to try again until I saw the aforementioned TO_DO in the source code. If JXPath is not going to be a long-term contender for the my use cases, then I just have to continue using Xalan 2.1.0 (which I've move to another package using Ant -- similar to what Sun has done in Java 1.5 -- so as not to conflict with any other Xalan versions). So all that said, I'd appreciate any feedback as to: * the intended direction of JXPath, * the level of commitment to the XPath standard, and * the level of commitment to supporting the non-XSLT DOM use case outlined above. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bug id: 33450
I submitted a bug whose id is 33450.
Summary: FTPClient: setSoTimeout() doesn't work properly on
retrieveFile() method
I want to kill a transmission if the transmission (put or get)
hasn't completed within a certain time period. (For example,
transmission is too slow, I don't want to wait for the transmission to
end.)
Is there a way to solve my problem?
It is a little urgent for me.
thanks
package javaapplication1;
import org.apache.commons.net.ftp.*;
import org.apache.commons.net.*;
import java.net.*;
import java.io.*;
public class Ftp2 {
int connectTimeout = 200;
FTPClient client = null;
String lfile = /space/sil4;
String rfile = netbeans-4_0-beta2-linux.bin;
String rpath = /space/onurs;
public Ftp2() throws Exception {
connect ();
get ();
}
public static void main(String[] args) throws Exception {
new Ftp2 ();
}
public void connect () throws Exception {
try {
FTPClient client = new FTPClient ();
SocketFactoryEx socketFactory = new SocketFactoryEx (
connectTimeout);
client.setSocketFactory(socketFactory);
client.connect (server, 21);
int reply = client.getReplyCode ();
if (false == FTPReply.isPositiveCompletion (reply)) {
client.disconnect ();
throw new Exception (
Failed to open, server response: + reply);
}
if (false == client.login (login, pwd)) {
throw new Exception (login failed);
}
client.enterLocalPassiveMode ();
this.client = client;
System.out.println (connected);
} catch (Exception e) {
throw e;
}
}
public void get () throws Exception {
FileOutputStream os = null;
long t1 = 0;
try {
System.out.println (before setfiletype);
client.setFileType (FTPClient.BINARY_FILE_TYPE);
if (false == client.changeWorkingDirectory (rpath)) {
throw new Exception (Remote file path + rpath +
is not valid.);
}
continueIfExistsAndNotDirectory (
client.printWorkingDirectory () + / + rfile);
File localFile = new File (lfile);
os = new FileOutputStream (lfile);
t1 = System.currentTimeMillis ();
client.retrieveFile (rfile, os);
os.flush ();
long t2 = System.currentTimeMillis ();
os.close ();
client.disconnect ();
System.out.println (got it. + (t2 -t1));
} catch (Exception e) {
long t2 = System.currentTimeMillis ();
System.out.println (Ex. + (t2 -t1) + + e);
os.close ();
client.disconnect();
throw e;
}
}
public void continueIfExistsAndNotDirectory (String rfile)
throws Exception {
FTPFile[] remoteFileArray =client.listFiles (rfile);
System.out.println (Remote file + rfile);
if (remoteFileArray != null) {
if (remoteFileArray.length == 0) {
throw new Exception (rfile + is a directory);
}
FTPFile remoteFile = remoteFileArray[0];
System.out.println (Got ftpFile, name: + remoteFile.getName());
if (!remoteFile.getName ().equals (rfile)) {
throw new Exception (rfile + is a directory);
}
} else {
throw new Exception (rfile + does not exist.);
}
}
private class SocketFactoryEx extends DefaultSocketFactory {
private int connectTimeout = 0;
SocketFactoryEx (int connectTimeout) {
this.connectTimeout = connectTimeout;
}
public Socket createSocket (String host,
int port) throws UnknownHostException, IOException {
Socket socket = new Socket ();
SocketAddress socketAddress = new InetSocketAddress (host, port);
socket.connect (socketAddress, connectTimeout);
return socket;
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] discovery error handling
At 02:45 AM 2/9/2005, you wrote: robert burrell donkin [EMAIL PROTECTED] wrote on 02/08/2005 04:25:57 PM: one of the drawbacks about JCL 1.0.x is the approach to handling errors in the configuration and discovery mechanism. JCL falls down and (in most commons use cases) takes the application with it. it also fails to provide useful diagnostic information. i've been considering for a while adopting a system for error handling which allows a system property to be used to tune the exactly behaviour: classic more would throw runtimes (as per now), silent more would suppress all issues continuing to function as well as it is able and diagnostic would print diagnostic information to System.out. though not all environments would allow system properties to be set, i think that this would improve matters for many common use cases. opinions? Yes :-), focus all efforts on improving discovery and diagnostics on commons-discovery, and let's abandon further efforts to improve JC logging/discovery, other than to regress back to simple simple simple behavior that doesn't break so easily [ala the UGLI discovery]. Richard, The article below should strengthen your hand: http://www.qos.ch/logging/classloader.jsp Admittedly, it deals rather harshly with JCL but factually so, in the sense that all examples therein can be reproduced with a Java compiler and the JVM. For any remaining subjective interpretation, I am sure you'll know who to blame. If you spot any factual mistakes, please do not hesitate to contact me so that the error can be rectified. Thanks in advance, *** Richard A. Sitze IBM WebSphere WebServices Development -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : [VFS] Problem with Zip files
But with the same exception : org.apache.commons.vfs.FileSystemException: Could not replicate file://c:/temp/toto.zip as it does not exist. ... I think this is a bug in zip protocol as it tried to wrap the file protocol but can't manage to do it with a -non-existant file. Am I Wrong again :-) ? ... From what I gather, you're trying to do this on a zip file that doesn't exist - afaik, the root of a file system has to exist, it's not possible to create a file system from a non existing root. Not 100% certain about this, but try it with a zip that exists first and see if that works.. - Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jxpath] Future of JXPath and DOM???
Dmitri Plotnikov wrote: Jess, JXPath has always supported Xalan through JAXP DOM APIs. What you may have seen in the source code of JXPath is some attempts to optimize JXPath when it is used specifically in combination with Xalan. You would not be interested in that optimization, because it would only be applied to static DOM and take advantage of DTM. Try using JXPath and let us know how it works out. Dumb question (which I probably figured out last time I tried this stuff, but have no notes/recollection of): Is there an equivalent of Xalan's one-size-fits-all XObject xobj = xpath.execute(...) mechanism in JXPath? I'm looking for a CompiledExpression.getValue() that returns an Object for which: 1. I know the various possible return types when this is applied to a DOM. 2. The result is the most appropriate (as per the XPath standard) of the following: * NodeList or NodeIterator -- or something from which I can easily implement one or both of these interfaces * Boolean * Number * String [I assume callers will apply includes castes within their XPath expressions as necessary where they expect a non-node result.] Is there such a beast? The one-API fits all (beans, JDOM, DOM, etc) approach makes this a bit hard for me to decipher. -- Jess Holle
RE : RE : [VFS] Problem with Zip files
From what I gather, you're trying to do this on a zip file that doesn't exist - afaik, the root of a file system has to exist, it's not possible to create a file system from a non existing root. Not 100% certain about this, but try it with a zip that exists first and see if that works.. -- Yes it works with an existing zip (and I had no doubt an it). But I wonder I have to create the zip before I can put something in it. I will try this way... Thanks for your help... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jxpath] Future of JXPath and DOM???
Jess, First of all, this discussion is probably better suited to the commons-user mailing list. As far as your specific questions are concerned, getValue() will always return a primitive value (Number, Boolean or String) when applied to DOM. selectSingleNode() will return either a primitive value or a DOM Node. Regards, - Dmitri Jess Holle [EMAIL PROTECTED] wrote: Dmitri Plotnikov wrote: Jess, JXPath has always supported Xalan through JAXP DOM APIs. What you may have seen in the source code of JXPath is some attempts to optimize JXPath when it is used specifically in combination with Xalan. You would not be interested in that optimization, because it would only be applied to static DOM and take advantage of DTM. Try using JXPath and let us know how it works out. Dumb question (which I probably figured out last time I tried this stuff, but have no notes/recollection of): Is there an equivalent of Xalan's one-size-fits-all XObject xobj = xpath.execute(...) mechanism in JXPath? I'm looking for a CompiledExpression.getValue() that returns an Object for which: 1. I know the various possible return types when this is applied to a DOM. 2. The result is the most appropriate (as per the XPath standard) of the following: * NodeList or NodeIterator -- or something from which I can easily implement one or both of these interfaces * Boolean * Number * String [I assume callers will apply includes castes within their XPath expressions as necessary where they expect a non-node result.] Is there such a beast? The one-API fits all (beans, JDOM, DOM, etc) approach makes this a bit hard for me to decipher. -- Jess Holle
[jxpath] one-size-fits-all eval?
Dmitri Plotnikov wrote: Jess, First of all, this discussion is probably better suited to the commons-user mailing list. Sorry, you're right -- I crossed a line with this follow on question. As far as your specific questions are concerned, getValue() will always return a primitive value (Number, Boolean or String) when applied to DOM. selectSingleNode() will return either a primitive value or a DOM Node. I really need to efficiently return a primitive or a node-set/list/iterator as most appropriate, i.e. my callers pass an XPath expression and they get back the most appropriate object from these possibilities. I don't mind having to write a few lines of code to do this -- as long as it is efficient, e.g. doing the whole eval a couple times to see what's what is a non-starter. Along these lines I looked at calling iterate() instead, but it just returns an Iterator -- which does not nicely cover the use case without starting to iterate over the iterator. If this is doable with JXPath, great -- I will give it a shot given some guidance. If not, then it won't fit under the wrapper API I wrote and use of JXPath would thus be only for new callers if/when need arose. Dumb question (which I probably figured out last time I tried this stuff, but have no notes/recollection of): Is there an equivalent of Xalan's one-size-fits-all XObject xobj = xpath.execute(...) mechanism in JXPath? I'm looking for a CompiledExpression.getValue() that returns an Object for which: 1. I know the various possible return types when this is applied to a DOM. 2. The result is the most appropriate (as per the XPath standard) of the following: * NodeList or NodeIterator -- or something from which I can easily implement one or both of these interfaces * Boolean * Number * String [I assume callers will apply includes castes within their XPath expressions as necessary where they expect a non-node result.] Is there such a beast? The one-API fits all (beans, JDOM, DOM, etc) approach makes this a bit hard for me to decipher. -- Jess Holle
Re: [jxpath] one-size-fits-all eval?
Ooops. I meant to type commons-user... Correcting now. -- Jess Holle Jess Holle wrote: Dmitri Plotnikov wrote: Jess, First of all, this discussion is probably better suited to the commons-user mailing list. Sorry, you're right -- I crossed a line with this follow on question. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153114 - in jakarta/commons/proper/net/trunk: src/java/org/apache/commons/net/ftp/FTP.java xdocs/changes.xml
Author: dfs
Date: Wed Feb 9 12:21:16 2005
New Revision: 153114
URL: http://svn.apache.org/viewcvs?view=revrev=153114
Log:
Fixed typo in method name. FTP.removeCommandListener was missing the
L. Problem reported by [EMAIL PROTECTED]
Modified:
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTP.java
jakarta/commons/proper/net/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTP.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTP.java?view=diffr1=153113r2=153114
==
---
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTP.java
(original)
+++
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/FTP.java
Wed Feb 9 12:21:16 2005
@@ -374,7 +374,7 @@
* p
* @param listener The ProtocolCommandListener to remove.
***/
-public void removeProtocolCommandistener(ProtocolCommandListener listener)
+public void removeProtocolCommandListener(ProtocolCommandListener listener)
{
_commandSupport_.removeProtocolCommandListener(listener);
}
Modified: jakarta/commons/proper/net/trunk/xdocs/changes.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/xdocs/changes.xml?view=diffr1=153113r2=153114
==
--- jakarta/commons/proper/net/trunk/xdocs/changes.xml (original)
+++ jakarta/commons/proper/net/trunk/xdocs/changes.xml Wed Feb 9 12:21:16 2005
@@ -21,6 +21,15 @@
/properties
body
+ release version=1.3.x date=February 9, 2005
+ description=fixes
+ action dev=dfs type=fix
+ Fixed typo in method name.
+ FTP.removeCommandListener was missing
+ the L. Problem reported by
+ [EMAIL PROTECTED]
+ /action
+/release
release version=1.3.0 date=December 15, 2004
description=many fixes and enhancements
action dev=rwinston type=fix
Applied patch for PR 31793. Thanks to
lt;[EMAIL PROTECTED]gt;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] Faulty method name in class FTP
In message [EMAIL PROTECTED], Lindberger Per writes: In org.apache.commons.net.ftp.FTP there is a public method named removeProtocolCommandistener. I think this would be worth changing to Thanks. I applied the fix. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
benchmark4j? Open Java benchmarking code similar to log4j?
A problem I'm having at work right now is that I need a simple
benchmarking tool across multiple libraries. The FeedParser is a good
example because I want to link to the code there but also in our
internal code which also has some intregration with our DB.
This way I can look at a histograph of operations per second and how all
of the systems interact.
I wrote a simple prototype and here's the javadoc:
/** * Benchmark that allows cheap and lightweight benchmarking (go
figure) of * arbitrary code. All you have to do is call inc() every
time a method * completes which will then increment the benchmark and
perform any operations * necessary to maintain the benchmark. * * This
class is lightweight (only requires a hashmap entry, and (24 bytes per
* benchmark) of storage with no external requirements. This class is
also * threadsafe so if you need to call this from multithreaded code
to benchmark * the you'll be ok. * * The benchmark is maintained as
number of inc()s per minute. This can be any * type of operation you
want. Technically the interval can be longer than a * minute but we
will end up with stale data. That's the tradeoff with this * type of
benchmark. Its cheap and easy to maintain but anything more than 60 *
seconds worth of data and you'll end up with a stale benchmark. * *
Internally we use an incremented value which is accumulated and reset
ever 60 * seconds. When we reset the benchmark we reset the current
value so that we * can start accumulating again. * * @author a
href=mailto:[EMAIL PROTECTED]Kevin Burton/a * @version $Id:
Adler32.java,v 1.4 2004/05/21 22:21:32 burton Exp $ */
Now it dawned on me that if this was OSS that it could be used similar to
log4j. One could integrate this with log4j to have it log its operations every
60 seconds so that you could enable logging of benchmark information if you're
trying to debug performance.
It would also allow constructs such as:
Benchmark benchmark = Benchmark.getBenchmark( Foo.class );
try {
benchmark.enter();
//perform some slow complicated operation
} finally {
benchmark.exit();
}
Then I could enable the benchmarks logging at runtime. Since the benchmarks
only require 100 bytes or so (with hashmap overhead) one could add benchmarking
anywhere they wanted without much of a VM overhead.
Anyway... my NYE resolution was to make sure all of my util code becomes OSS
;).. Any interest in having this move into the sandbox or collaborating in
this somewhere?
Assuming there's interest that is. I need it for work so I'll probably work on a proof of concept ASAP ...
Kevin
--
Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an
invite! Also see irc.freenode.net #rojo if you want to chat.
Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html
If you're interested in RSS, Weblogs, Social Networking, etc... then you
should work for Rojo! If you recommend someone and we hire them you'll
get a free iPod!
Kevin A. Burton, Location - San Francisco, CA
AIM/YIM - sfburtonator, Web - http://peerfear.org/
GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
I have attached two additions I think would be useful for DBUtils. First is a StoredProcRunner, I have it extending QueryRunner but only because I didn't want to change anything already in CVS. It is only a first cut and probably won't work for all Stored Procedures but it did work for mine, and I figured it would be a good place to start. I have also included a BeanReuseHandler so that QueryRunner can reuse a bean instead of creating a new one for every query. It was useful when I had to do a query, then some offline scrubbing before I had to do another query and add more info to the bean. I have also included junit tests, if you would like me to change anything I am willing, else I hope you find it useful. Kyle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r153121 - in jakarta/commons/sandbox/javaflow/trunk: ./ src/java/org/apache/commons/javaflow/ src/java/org/apache/commons/javaflow/bytecode/ src/java/org/apache/commons/javaflow/bytecode/bcel/ src/test/org/apache/commons/javaflow/ src/test/org/apache/commons/javaflow/testcode/
Author: tcurdt Date: Wed Feb 9 13:34:11 2005 New Revision: 153121 URL: http://svn.apache.org/viewcvs?view=revrev=153121 Log: major rewrite of the classloader, continuation serialization, check the flow in the testcases via statics (no intstance reference anymore), removed the BCEL dependency on the ClassTransformer interface, removed an instanceOf check that required the BCEL Repository (need to re-check this), better logging messages Added: jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/AbstractClassLoaderTestCase.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/ContinuationTestCase.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/ContinuationTests.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/SerializationTestCase.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/SerializationTests.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/testcode/SomeReference.java Removed: jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/ContinuationClassLoaderTestCase.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/Main.java Modified: jakarta/commons/sandbox/javaflow/trunk/TODO jakarta/commons/sandbox/javaflow/trunk/project.xml jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/Continuation.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/ContinuationClassLoader.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/ClassTransformer.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/RewritingResourceStore.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/Stack.java jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/bytecode/bcel/BcelClassTransformer.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/ContinuationCompilingClassLoaderTestCase.java jakarta/commons/sandbox/javaflow/trunk/src/test/org/apache/commons/javaflow/testcode/Calculator.java Modified: jakarta/commons/sandbox/javaflow/trunk/TODO URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/TODO?view=diffr1=153120r2=153121 == --- jakarta/commons/sandbox/javaflow/trunk/TODO (original) +++ jakarta/commons/sandbox/javaflow/trunk/TODO Wed Feb 9 13:34:11 2005 @@ -7,10 +7,6 @@ maybe re-evaluate o make the Stack class use a hierarchical approach to support differential continuations -o make the Stack and Continuation classes - serializable. (make sure all dynamics are - handled through the context object. what - about logging?) o get rid of the Continuable and ContinuationCapable marker interfaces o fix bugs: @@ -22,19 +18,13 @@ o addition to async ContinuationCompilingClassLoader also re-implement the old sync behaviour in the ContinuationClassLoader -o change the ClassTransform interface to - be byte-code library independend - - byte[] transform( final InputStream is ) or - byte[] transform( byte[] clazz ) - - o check whether we need two passes +o check whether we need two passes 1. parsing 2. rewriting - o maybe only wrap the function calls -that may lead to a suspend (control -flow analysis) - o asm implementation instead of BCEL +o maybe only wrap the function calls + that may lead to a suspend (control + flow analysis) +o asm implementation instead of BCEL o BCEL o push some bug fixes in BCEL Modified: jakarta/commons/sandbox/javaflow/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/sandbox/javaflow/trunk/project.xml?view=diffr1=153120r2=153121 == --- jakarta/commons/sandbox/javaflow/trunk/project.xml (original) +++ jakarta/commons/sandbox/javaflow/trunk/project.xml Wed Feb 9 13:34:11 2005 @@ -4,20 +4,18 @@ -- extend../commons-build/sandbox-project.xml/extend + pomVersion1/pomVersion + artifactIdcommons-javaflow/artifactId nameCommons Javaflow/name + groupIdcommons-javaflow/groupId idcommons-javaflow/id logo/images/javaflow-logo-white.png/logo urlhttp://jakarta.apache.org/commons/sandbox/javaflow//url inceptionYear2004/inceptionYear shortDescriptionCommons Javaflow/shortDescription descriptionCommons Javaflow/description - currentVersion0.1-dev/currentVersion - versions/versions - branches/branches - packageorg.apache.commons.javaflow.*/package - developers developer nameTorsten Curdt/name @@ -25,8 +23,6 @@ emailtcurdt at apache.org/email /developer /developers - - build
[io] why synchronized for NullOutputStream
Why are some of the write methods in NullOutputStream synchronized?
Example:
public synchronized void write(byte[] b, int off, int len) {
//to /dev/null
}
Cheers,
--binkley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33475] New: - [configuration] [PATCH] ClassNotFoundException on Sun App Server
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=33475.
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=33475
Summary: [configuration] [PATCH] ClassNotFoundException on Sun
App Server
Product: Commons
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Configuration
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
When used in an EJB application deployed on Sun app server 8.1 (platform edition
8.1 build b28-beta), ConfigurationFactory throws a
java.lang.ClassNotFoundException:
org.apache.commons.configuration.Configuration.
Sun includes Digester in at least one of the jars included with the platform,
appserv-rt.jar, so presumably Digester is being loaded by the System
classloader. This makes Digester unable to find classes loaded by the EJB
classloader (in this case, classes in configuration-1.0.jar) unless Digester's
useContextClassLoader variable is set to true.
This patch modifies ConfigurationFactory to set useContextClassLoader to true on
the digester.
Index: ConfigurationFactory.java
===
RCS file:
/home/cvspublic/jakarta-commons/configuration/src/java/org/apache/commons/configuration/ConfigurationFactory.java,v
retrieving revision 1.20
diff -u -w -b -r1.20 ConfigurationFactory.java
--- ConfigurationFactory.java 23 Dec 2004 18:42:25 - 1.20
+++ ConfigurationFactory.java 9 Feb 2005 20:22:18 -
@@ -152,8 +152,12 @@
// awareness must be configured before the digester rules are
loaded.
configureNamespace(digester);
}
+
+digester.setUseContextClassLoader (true);
+
// Put the composite builder object below all of the other objects.
digester.push(builder);
+
// Parse the input stream to configure our mappings
try
{
--
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: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
I attached the files but they did not make it to the list. How do I submit multiple source files? --- Kyle Miller [EMAIL PROTECTED] wrote: I have attached two additions I think would be useful for DBUtils. First is a StoredProcRunner, I have it extending QueryRunner but only because I didn't want to change anything already in CVS. It is only a first cut and probably won't work for all Stored Procedures but it did work for mine, and I figured it would be a good place to start. I have also included a BeanReuseHandler so that QueryRunner can reuse a bean instead of creating a new one for every query. It was useful when I had to do a query, then some offline scrubbing before I had to do another query and add more info to the bean. I have also included junit tests, if you would like me to change anything I am willing, else I hope you find it useful. Kyle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] why synchronized for NullOutputStream
Cut and paste?!!
Stephen
- Original Message -
From: B. K. Oxley (binkley) [EMAIL PROTECTED]
Why are some of the write methods in NullOutputStream synchronized?
Example:
public synchronized void write(byte[] b, int off, int len) {
//to /dev/null
}
Cheers,
--binkley
-
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 33476] New: - [configuration] [PATCH] Missing dependencies
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=33476.
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=33476
Summary: [configuration] [PATCH] Missing dependencies
Product: Commons
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Configuration
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Configuration is missing servlet and mockobjects dependencies and does not build
successfully. This patch adds those dependencies to build.xml.
Index: build.xml
===
RCS file: /home/cvspublic/jakarta-commons/configuration/build.xml,v
retrieving revision 1.11
diff -u -w -b -r1.11 build.xml
--- build.xml 11 Oct 2004 09:53:33 - 1.11
+++ build.xml 9 Feb 2005 21:07:54 -
@@ -251,6 +251,12 @@
/get
get dest=${libdir}/junit-addons-1.4.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/junit-addons/jars/junit-addons-1.4.jar;
/get
+get dest=${libdir}/servlet-api-2.4-20040521.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/servletapi/jars/servlet-api-2.4-20040521.jar;
+/get
+get dest=${libdir}/mockobjects-jdk1.4-j2ee1.3-0.09.jar
usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-jdk1.4-j2ee1.3-0.09.jar;
+/get
+get dest=${libdir}/mockobjects-core-0.09.jar usetimestamp=true
ignoreerrors=true
src=http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-core-0.09.jar;
+/get
/target
target name=install-maven
get dest=${user.home}/maven-install-latest.jar usetimestamp=true
src=${repo}/maven/maven-install-latest.jar
--
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: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
Open a new bugzilla ticket then attach the files to that. You can't attach files when you create the ticket so you'll need to save and go back to it to attach the files. Thanks, David --- Kyle Miller [EMAIL PROTECTED] wrote: I attached the files but they did not make it to the list. How do I submit multiple source files? --- Kyle Miller [EMAIL PROTECTED] wrote: I have attached two additions I think would be useful for DBUtils. First is a StoredProcRunner, I have it extending QueryRunner but only because I didn't want to change anything already in CVS. It is only a first cut and probably won't work for all Stored Procedures but it did work for mine, and I figured it would be a good place to start. I have also included a BeanReuseHandler so that QueryRunner can reuse a bean instead of creating a new one for every query. It was useful when I had to do a query, then some offline scrubbing before I had to do another query and add more info to the bean. I have also included junit tests, if you would like me to change anything I am willing, else I hope you find it useful. Kyle - 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 you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
Also, make sure the Apache 2.0 license header is in the source files like the other files in cvs. Thanks, David --- David Graham [EMAIL PROTECTED] wrote: Open a new bugzilla ticket then attach the files to that. You can't attach files when you create the ticket so you'll need to save and go back to it to attach the files. Thanks, David --- Kyle Miller [EMAIL PROTECTED] wrote: I attached the files but they did not make it to the list. How do I submit multiple source files? --- Kyle Miller [EMAIL PROTECTED] wrote: I have attached two additions I think would be useful for DBUtils. First is a StoredProcRunner, I have it extending QueryRunner but only because I didn't want to change anything already in CVS. It is only a first cut and probably won't work for all Stored Procedures but it did work for mine, and I figured it would be a good place to start. I have also included a BeanReuseHandler so that QueryRunner can reuse a bean instead of creating a new one for every query. It was useful when I had to do a query, then some offline scrubbing before I had to do another query and add more info to the bean. I have also included junit tests, if you would like me to change anything I am willing, else I hope you find it useful. Kyle - 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 you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33475] - [configuration] [PATCH] ClassNotFoundException on Sun App Server
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=33475. 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=33475 --- Additional Comments From [EMAIL PROTECTED] 2005-02-09 23:02 --- Stack trace ... java.lang.ClassNotFoundException: org.apache.commons.configuration.Configuration at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:243) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:585) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:221) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:839) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1563) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:341) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:828) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:758) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1178) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.commons.configuration.ConfigurationFactory.getConfiguration(ConfigurationFactory.java:157) -- 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 33477] New: - [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
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=33477. 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=33477 Summary: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission Product: Commons Version: Nightly Builds Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DbUtils AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The Stored Procedure Runner is the first cut at Stored Proc support in DBUtils. The Bean reuse handler allows the QueryRunner to add values to an existing bean instead of instantiating an new instance. -- 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]
[RESULT] FeedParser moving from sandbox to commons proper.
FYI. The vote has been open for about a week now with = 5 +1s and no -1s. So FeedParser is going to move to commons proper as soon as I get time (probably tomorrow). Thanks for all the help guys! Kevin -- Use Rojo (RSS/Atom aggregator). Visit http://rojo.com. Ask me for an invite! Also see irc.freenode.net #rojo if you want to chat. Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html If you're interested in RSS, Weblogs, Social Networking, etc... then you should work for Rojo! If you recommend someone and we hire them you'll get a free iPod! Kevin A. Burton, Location - San Francisco, CA AIM/YIM - sfburtonator, Web - http://peerfear.org/ GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33477] - [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission
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=33477. 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=33477 --- Additional Comments From [EMAIL PROTECTED] 2005-02-09 23:09 --- Created an attachment (id=14237) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14237action=view) zip file containing the source and tests -- 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]
[Jakarta Commons Wiki] Updated: Digester/WhyUseDigester
Date: 2005-02-09T15:57:38 Editor: SimonKitching Wiki: Jakarta Commons Wiki Page: Digester/WhyUseDigester URL: http://wiki.apache.org/jakarta-commons/Digester/WhyUseDigester no comment Change Log: -- @@ -84,8 +84,9 @@ drawbacks: * you need an xml schema that defines your input xml * you need to run a pre-processor to generate code - * you may or may not have much choice about the names of the generated classes, - or the way inter-object relationships are represented. + * you may or may not have much choice about the names of the generated classes, or the way inter-object relationships are represented. + * the generated classes don't contain any business logic, just plain getter and setter methods for the data + * if you modify any of the generated classes, then later need to regenerate them because the schema has changed, your changes are wiped out. Basically, using JAXB is like having a custom DOM representation, rather than being able to initialise *your* classes from an xml input. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cruft in commons
I am sorry to hurt somone's feelings: I think email doest not do much. Just IMO. Modeler, same. Consider moving them back to sandbox. .V -- Forums, Boards, Blogs and News in RiA http://www.boardVU.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[pipeline][commons-build]Re: commons-pipeline site
Hi, Martin, Sorry that it's taken me so long to get back to you on this. Can you give me a little more detail on the first one? As far as I can tell, the only Javascript on the page is coming from commons-site.jsl in the commons-build project (it's being included by maven site:generate) and it appears to want to try to swap out the image depending upon the width of the window within which the site is viewed. What browser are you using? This may be an issue that affects the pages for other projects. As far as #2 goes, I wasn't sure what the standard protocol was for site deployment. In the future I can just have all of the site contents at the root in the tarball. Kris Martin Cooper wrote: Hi Kris, Two problems: 1) The image isn't showing up on the (non-Javadocs) pages, due to a JavaScript error. Some element doesn't exist in the page, so attempting to access it fails. 2) The content is inside of a 'docs' directory which doesn't exist in the deployed site. Obviously, I can work around (2), but I don't know how to fix (1). If you can send me a fixed site, I can deploy that, or if you want me to deploy only the Javadocs, I can do that too. Let me know. -- Martin Cooper PS - What's it like working for NOAA? Just curious. On Fri, 4 Feb 2005, Kris Nuttycombe wrote: Hi, Martin, Thanks for your help! Here's the new tarfile of the current pipeline site. Kris -- = Kris Nuttycombe Associate Scientist Geospatial Data Services Group CIRES, National Geophysical Data Center/NOAA (303) 497-6337 [EMAIL PROTECTED] = -- = Kris Nuttycombe Associate Scientist Geospatial Data Services Group CIRES, National Geophysical Data Center/NOAA (303) 497-6337 [EMAIL PROTECTED] = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] why synchronized for NullOutputStream
Stephen Colebourne wrote: Cut and paste?!! You prefer a patch removing the synchronized keywords? :-) Again, is there some technical reason for empty-bodied methods to be sychronized? Cheers, --binkley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [io] why synchronized for NullOutputStream
Definitely cut and paste. I tend to run javap on a class and redirect it into a new ,java file that I plan to use as a proxy/delegate :) Pretty sure that's how Null was written. If it's the one I originally wrote. Probably best to open a bugzilla entry; patch if you want but it's pretty simple as you're pointing out :) IO 1.1 is my next target once Lang 2.1 is out; unsure what anyone else's plans are. Hen On Wed, 09 Feb 2005 20:19:41 -0600, B. K. Oxley (binkley) [EMAIL PROTECTED] wrote: Stephen Colebourne wrote: Cut and paste?!! You prefer a patch removing the synchronized keywords? :-) Again, is there some technical reason for empty-bodied methods to be sychronized? Cheers, --binkley - 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 33481] New: - sychronized methods in NullOutputStream
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=33481. 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=33481 Summary: sychronized methods in NullOutputStream Product: Commons Version: 1.0 Final Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: IO AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Two of the empty-bodied write methods in NullOutputStream are synchronized. The synchronized keyword needs removing. -- 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 33476] - [configuration] [PATCH] Missing dependencies
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=33476. 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=33476 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-10 07:58 --- This was fixed in SVN about a week ago. The build.xml should be working now because the nightly builds depend on it. But thank you for spotting this though. Oliver -- 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]
