DO NOT REPLY [Bug 33476] - [configuration] [PATCH] Missing dependencies

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

DO NOT REPLY [Bug 33481] New: - sychronized methods in NullOutputStream

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

Re: [io] why synchronized for NullOutputStream

[Henri Yandell]

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]

Re: [io] why synchronized for NullOutputStream

[B. K. Oxley (binkley)]

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]

[pipeline][commons-build]Re: commons-pipeline site

[Kris Nuttycombe]

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]

"cruft" in commons

[Vic]

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 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: Digester/WhyUseDigester

[commons-dev]

   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]

DO NOT REPLY [Bug 33477] - [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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=14237&action=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]

[RESULT] FeedParser moving from sandbox to commons proper.

[Kevin A. Burton]

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] New: - [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

DO NOT REPLY [Bug 33475] - [configuration] [PATCH] ClassNotFoundException on Sun App Server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

Re: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[David Graham]

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]

Re: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[David Graham]

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 NOT REPLY [Bug 33476] New: - [configuration] [PATCH] Missing dependencies

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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 @@
 
 http://www.ibiblio.org/maven/junit-addons/jars/junit-addons-1.4.jar";>
 
+http://www.ibiblio.org/maven/servletapi/jars/servlet-api-2.4-20040521.jar";>
+
+http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-jdk1.4-j2ee1.3-0.09.jar";>
+
+http://www.ibiblio.org/maven/mockobjects/jars/mockobjects-core-0.09.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: [io] why synchronized for NullOutputStream

[Stephen Colebourne]

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]

Re: [dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[Kyle Miller]

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 NOT REPLY [Bug 33475] New: - [configuration] [PATCH] ClassNotFoundException on Sun App Server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

[io] why synchronized for NullOutputStream

[B. K. Oxley (binkley)]

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]

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/

[tcurdt]

Author: tcurdt
Date: Wed Feb  9 13:34:11 2005
New Revision: 153121

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153120&r2=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=diff&r1=153120&r2=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 @@
   -->
   ../commons-build/sandbox-project.xml
 
+  1
+  commons-javaflow
   Commons Javaflow
+  commons-javaflow
   commons-javaflow
   /images/javaflow-logo-white.png
   http://jakarta.apache.org/commons/sandbox/javaflow/
   2004
   Commons Javaflow
   Commons Javaflow
-
   0.1-dev
-  
-  
-
   org.apache.commons.javaflow.*
-
   
 
   Torsten Curdt
@@ -25,8 +23,6 @@
   tcurdt at apache.org
 
   
-
-
   
 src/java
 src/test
@@ -34,46 +30,62 @@
   
 **/*TestCase.java
   
+  
+**/Abstract*TestCase.java
+  
 
   
-
   
-
 
   commons-logging
   commons-logging
   1.0.4
+  jar
+
+
+  bcel
+  bcel
+  20040329
+  ${basedir}/lib/jakarta-bcel-20040329.jar
+   

[dbutils] Stored Procedure Runner and Bean Reuse Handler code submission

[Kyle Miller]

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]

benchmark4j? Open Java benchmarking code similar to log4j?

[Kevin A. Burton]

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 mailto:[EMAIL PROTECTED]">Kevin Burton * @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]

Re: [net] Faulty method name in class FTP

[Daniel F. Savarese]

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]

svn commit: r153114 - in jakarta/commons/proper/net/trunk: src/java/org/apache/commons/net/ftp/FTP.java xdocs/changes.xml

[dfs]

Author: dfs
Date: Wed Feb  9 12:21:16 2005
New Revision: 153114

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153113&r2=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 @@
  * 
  * @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=diff&r1=153113&r2=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 @@

 

+   
+   
+   Fixed typo in method name.
+   FTP.removeCommandListener was missing
+   the L.  Problem reported by
+   [EMAIL PROTECTED]
+   
+


Applied patch for PR 31793. Thanks to 
<[EMAIL PROTECTED]>



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

Re: [jxpath] one-size-fits-all "eval"?

[Jess Holle]

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]

[jxpath] one-size-fits-all "eval"?

[Jess Holle]

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] Future of JXPath and DOM???

[Dmitri Plotnikov]

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

RE : RE : [VFS] Problem with Zip files

[Stéphane Rault]

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

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

[filipdef]

> 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: [logging] discovery error handling

[Ceki Gülcü]

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]

bug id: 33450

[Onur Sencer]

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: [jxpath] Future of JXPath and DOM???

[Jess Holle]

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]
 

RE : [VFS] Problem with Zip files

[Stéphane Rault]

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.(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.(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 SoftRefFilesCac

svn commit: r153057 - jakarta/commons/proper/digester/branches/digester2/RELEASE-NOTES.txt

[skitching]

Author: skitching
Date: Wed Feb  9 04:24:08 2005
New Revision: 153057

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153056&r2=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 Cont

Re: [VFS] Problem with Zip files

[Rob Oxspring]

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.(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 : 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");
   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...
StÃphane.

-
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: r153055 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:18:37 2005
New Revision: 153055

URL: http://svn.apache.org/viewcvs?view=rev&rev=153055
Log:
Add implementation for new abstract getActions method to dummy RuleManager 
class.

Modified:

jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java

Modified: 
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java?view=diff&r1=153054&r2=153055
==
--- 
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java
 (original)
+++ 
jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractRuleManagerTestCase.java
 Wed Feb  9 04:18:37 2005
@@ -79,6 +79,10 @@
 operations.add("getMatchingActions");
 return java.util.Collections.EMPTY_LIST;
 }
+
+public List getActions() {
+return java.util.Collections.EMPTY_LIST;
+}
 }
 
 // ---



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

svn commit: r153054 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/AbstractActionTestCase.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:18:00 2005
New Revision: 153054

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=auto&rev=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.
+ * 
+ * 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() {
+}
+
+// --

svn commit: r153053 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/SAXHandler.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:17:14 2005
New Revision: 153053

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153052&r2=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; i
+ * 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 qName, depending
+// The actual element name is either in localName or qName, depending
 // on whether the parser is namespace aware
 String name = localName;
 if ((name == null) || (name.length() < 1)) {
@@ -1053,6 +1105,12 @@
 
 boolean debug = log.isDebugEnabled();
 String matchPath = context.getMatchPath();
+
+// 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.
+handleBodySegment(context, namespaceURI, localName);
+context.clearBodyTextSegment();
 
 // Retrieve the current bodytext. Also set the current bodytext to
 // be the text associated with the parent object, so future calls to



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

svn commit: r153052 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:15:39 2005
New Revision: 153052

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153051&r2=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 @@
  * The text might be intermingled with child elements.
  * 
  */
-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 getCurrentPath().getPath().
  */
 public String getMatchPath() {
 return currentElementPath.getPath();



-
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

[skitching]

Author: skitching
Date: Wed Feb  9 04:14:07 2005
New Revision: 153051

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153050&r2=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.
+ * 
+ * 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();
+names

svn commit: r153050 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/DefaultRuleManager.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:12:28 2005
New Revision: 153050

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153049&r2=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: r153049 - in jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2: AbstractRuleManager.java RuleManager.java

[skitching]

Author: skitching
Date: Wed Feb  9 04:11:52 2005
New Revision: 153049

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153048&r2=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.
+ * 
+ * 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=diff&r1=153048&r2=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.
+ * 
+ * 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: 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

[skitching]

Author: skitching
Date: Wed Feb  9 04:10:49 2005
New Revision: 153048

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153047&r2=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.
  * 
- * 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
+ * 
+ *  [p]this is [i]italic[/i] and this is [b]bold[/b] text.[/p]
+ * 
+ * the action matching [p] will have this method invoked three times,
+ * with the values "this is ", " and this is " and " text." respectively.
  * 
  * 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.
+ * 
+ * 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=diff&r1=153047&r2=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.
  * 
- * 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
+ * 
+ *  [p]this is [i]italic[/i] and this is [b]bold[/b] text.[/p]
+ * 
+ * the action matching [p] will have this method invoked three times,
+ * with the values "this is ", " and this is " and " text." respectively.
  * 
  * 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.
+ * 
+ * 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
+ * metho

DO NOT REPLY [Bug 33461] - [BeanUtils] 1.6.1 cannot determine reader methods for anonymous class

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

DO NOT REPLY [Bug 33461] - 1.6.1 cannot determine reader methods for anonymous class

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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]

[GUMP@brutus]: Project commons-jelly-tags-ant (in module commons-jelly) failed

[commons-jelly-tags-ant development]

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: 
http://brutus.apache.org/g

[GUMP@brutus]: Project commons-jelly-tags-xml (in module commons-jelly) failed

[commons-jelly-tags-xml development]

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 
/home/gump/workspaces2/public/workspace/commons-jelly/jell

DO NOT REPLY [Bug 33461] New: - 1.6.1 cannot determine reader methods for anonymous class

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://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 
org.apache.coyote.http11

[GUMP@brutus]: Project commons-id (in module jakarta-commons-sandbox) failed

[Adam Jack]

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 ru

[GUMP@brutus]: Project commons-email (in module jakarta-commons) failed

[dIon Gillard]

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())
   ^
/home/gump/workspaces2/public/workspace/jakarta-commons/email/src/test/org/apache/commons/mail/BaseEma

svn commit: r153037 - jakarta/commons/proper/digester/branches/digester2/src/test/org/apache/commons/digester2/ContextTestCase.java

[skitching]

Author: skitching
Date: Wed Feb  9 00:16:38 2005
New Revision: 153037

URL: http://svn.apache.org/viewcvs?view=rev&rev=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=diff&r1=153036&r2=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);
+