svn commit: r151137 - jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE
Author: ozeigermann Date: Thu Feb 3 01:18:19 2005 New Revision: 151137 URL: http://svn.apache.org/viewcvs?view=revrev=151137 Log: Prepared retagging Removed: jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151138 - jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE
Author: ozeigermann Date: Thu Feb 3 01:19:36 2005 New Revision: 151138 URL: http://svn.apache.org/viewcvs?view=revrev=151138 Log: Retagging as 1.1b2 Added: jakarta/commons/proper/transaction/tags/TRANSACTION_1_1_B2_RELEASE/ - copied from r151137, jakarta/commons/proper/transaction/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33377] - [jxpath] asPath() returns a path to the last sibling
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33377. 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=33377 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |normal OS/Version|Windows XP |All Platform|PC |All Summary|A bug in|[jxpath] asPath() returns a |BeanPointer::asPath() |path to the last sibling -- 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 33379] - [ressources] Class diagram
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33379. 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=33379 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows 2000|All Platform|PC |All Summary|Class diagram |[ressources] Class diagram -- 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: [svn][ot] How to move a tag?
Hi Simon, thanks for the great introduction. This not only helped me to solve my problem, but provided deeper insight! Oliver On Thu, 03 Feb 2005 15:06:23 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Hi Oliver, I don't quite understand what you are trying to do. I hope the following helps (though I'm not an SVN guru, so others might correct this). Normally CVS tags are simply used to mark a set of files so that you can retrieve that same set later. In this case, the equivalent in subversion is just to use svn cp {from} {to} eg svn cp https:///trunk https://.../tags/beta1 to save the current state of the trunk as a directory beta1. The copy command makes a light-weight copy, essentially a sort of hard link with copy-on-write so updates don't affect the original source. If the trunk versions move on, and you later want beta1 to include one of the updated files, then update what beta1 refers to by relinking from the beta1 directory to the version you really want: * removing the file (link) you no longer need from the tag dir eg svn rm https://../tags//foo.txt [1] * copying back in (ie link to) the version you want eg svn cp -r 100 https:///trunk/.../foo.txt [2] https:///tags/.../foo.txt [3] [1] or if you have a working copy of the tag dir, you can do svn rm and svn commit [2] if you want the latest version, just omit the -r 100. [3] or if you have a working copy of the tag, copy to your working copy then svn commit it. Performing the copy again (ie linking to the *updated* file [together with its history] from the tag) is what Brett means by copy with history again. Using svn merge doesn't do the same thing, because it is effectively generating a patch file then applying it to your version; the differences get merged in, but not the history. Alternatively, if the updated tag is meant to look mostly or completely like the new trunk, then just use svn update to ensure your trunk working copy looks like the stuff you want to tag, then delete the old beta1 directory, and recreate it. Copies are cheap! There isn't any difference between a directory created with the intent of just using it as a tag and a directory created with the intent of using it as a branch. The convention of putting the scn copy into subdirs {project}/branches and {project}/tags are traditionally used to *indicate the intent* of the copy, but they are functionally identical. For some other traditional uses of CVS tags, it might be better to use subversion properties (see svn set-prop). I suggest you read the subversion manual, particularly the section on branches. It is very well written.. http://svnbook.red-bean.com/ Regards Simon PS: Bottom-posting would have made this thread much more readable! On Thu, 2005-02-03 at 01:44 +0100, Oliver Zeigermann wrote: Yes, that's what I was trying. However, merging the new stuff in generated a new trunk inside the tag (which seems to be just like a branch). Isn't there anything similiar to CVS moving a tag? Thanks anyway :) Oliver On Thu, 03 Feb 2005 06:32:26 +1100, Brett Porter [EMAIL PROTECTED] wrote: You mean retag a file that has already been tagged? You can probably copy with history again. If that doesn't work, it's probably a matter of essentially merging the changes since the file was tagged. Remember, svn doesn't really tag anything and there is nothing magic about the trunk, branches and tags directory. They are all just copies (with history). - Brett Oliver Zeigermann wrote: Folks, sorry, this is a bit OT, but I am struggeling how to move a tag in SVN. Any hints? Thanks in advance, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33364] - [lang] FastDateFormat analog for DecimalFormat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33364. 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=33364 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |All Platform|PC |All Summary|FastDateFormat analog for |[lang] FastDateFormat analog |DecimalFormat |for DecimalFormat -- 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-id (in module jakarta-commons-sandbox) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 7 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-03022005.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: 1 sec 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
Re: [digester] initial code for Digester2.0
On Thu, 03 Feb 2005 15:38:30 +1300, Simon Kitching [EMAIL PROTECTED] wrote: On Thu, 2005-02-03 at 02:11 +0100, Oliver Zeigermann wrote: On Thu, 03 Feb 2005 11:39:01 +1300, Simon Kitching [EMAIL PROTECTED] wrote: I was also wondering, there may be occasions where it is desirable to have the full body *including tags* passed in a call back. This would mostly apply in mixed context tags where text is mixed with style information that do not need processing like with XTHML. You mean stringify the child elements too, like XSLT does if you ask for the text of a mixed-content element? Yes. I suppose we could do this, though I am not entirely sure how much use this would be. Can you think of a use-case? Think of the transformation of our web pages. There is structure information wrapping pure XHTML. You would not want a callback for all formatting tags, would you? Maybe this is not a very common use of Digester, though... Ok, I see. It would be reasonably simple to implement; we already calculate the full text for each element (so we can pass it to the body methods) in the SAXHandler class; we just need to keep appending these instead of discarding them when the element ends. One issue, I guess, is that by the end of the document we have a StringBuffer that contains the entire text for the entire document - which might take up a bit of memory. So maybe we need some mechanism for an Action to tell the SAXHandler [from its begin() method, via a mixin interface, or otherwise] that it wants a full text tree. The SAXHandler can then start accumulating. If you wished to contribute such a patch, I think I'd be in favour of it. I agree and will contribute such a patch. I will think about such a mechanism and will discuss it as soon as I have something. Is that so? I have no internal knowlede of beanutils, but I thought there is no other way of calling a parameterized method than by refelection methods. But I am happy to learn something here :) Just some minor misunderstanding I think.. The digester framework invokes Rule (Action) classes directly. There is no reflection involved in the invocation of Rule (Action) classes. I know. But I was thinking of ActionCallMethod having code like Object result = MethodUtils.invokeMethod( target, methodName, paramValues, paramTypes); Isn't that done by reflection? I am proposing that xmlrules actually uses reflection to generate a set of Action objects when parsing its rule configuration input file. Of course the parsing of the actual user input would then be done in the normal manner (with the digester framework calling the Actions directly). The Rule (Action) classes interact with domain-specific (user) classes via BeanUtils and reflection. I don't see any alternative, except for the pre-processor type xml mapping tools, or runtime bytecode generation, neither of which are really Digester's domain. Well, there it is, my reflection. So we had a misunderstanding. The options you name are worse than refelection, I agree, but why using the BeanUtils in the first place? Isn't plain refelction sufficient? I remember the main issue being that Digester is built around the concept of having patterns control what operations were executed for each xml element, and having the invoked logic partitioned into many small Rule classes. You wished the user to write a big switch statement in Java to determine what operations were executed, as you felt that this was more natural to people used to writing SAX code by hand. We did briefly discuss ways of layering the code so that these were two possible options the user could choose between, but I couldn't see then how this would be possible. Thanks for reminding me of my reservations :) Now I remember! Especially when writing rahter simply import code I think it is much easier and obvious to have all the code at one position instead of having it distributed into many classes. However, this seems to be rather simple to accomplish. You just register a single action to be matched for all elements and then access the context to tell you the path of the current element. Maybe having a conveniece method to match paths to the current element directly. Wouldn't this work? Hmm.. If we had a class that implements RuleManager that always returns a custom Action no matter what the path, then all events would be forwarded to the user-provided action, where the user can call context.getMatchPath() to access the current path, and determine from there what operations to perform. // xmlio-style digester Action myHandler = new AbstractAction() { public void begin( Context context, String namespace, String name, Attributes attrs) { String path = context.getMatchPath(); if
DO NOT REPLY [Bug 33384] New: - add protected accessor to fundamental map in BeanUtils project.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33384. 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=33384 Summary: add protected accessor to fundamental map in BeanUtils project. Product: Commons Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: enhancement Priority: P2 Component: Bean Utilities AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] In the maintime, it's impossible to extends major BeanUtils utils class ( as BeanUtilsBean, PropertyUtilsBean and so on) because of fundamental maps are private and there no protected access to them. It will be very nice for further enhancements to add protected accessor to them. Thanks ! -- 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: [lang] new method on ClassUtils
Can we not leave this until after 2.1?? Rushing something like this is a Bad Idea... Stephen --- Henri Yandell [EMAIL PROTECTED] wrote: On Wed, 2 Feb 2005 00:19:06 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think that we would have to ask for classloader advice ;-) Probably. I suspect we would need: loadClassSystemClassLoader() - Class.forName loadClassThreadContextClassLoader() - thread loadClassLangClassLoader() - from ClassUtils loadClass(ClassLoader) We could just do the latter? Let's all the options be used without us having to drag through a list of all the likely options. No matter what classloader advice we got, it's likely to be usable. Hen - 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]
[GUMP@brutus]: Project commons-jelly-tags-util (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-util has an issue affecting its community integration. This issue affects 7 projects, and has been outstanding for 11 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 - commons-jelly-tags-html : Commons Jelly - commons-jelly-tags-jsl : Commons Jelly - commons-jelly-tags-util : 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-util/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-util-03022005.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/util/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/util/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-util/gump_work/build_commons-jelly_commons-jelly-tags-util.html Work Name: build_commons-jelly_commons-jelly-tags-util (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/util] 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/beanutils/optional/bean-collections/dist/commons-beanutils-bean-collections.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-03022005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-03022005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-03022005.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-03022005.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! build:start: java:prepare-filesystem: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes java:compile: [echo] Compiling to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 9 source files to /home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/util/target/classes [javac]
[GUMP@brutus]: Project commons-jelly-tags-swing (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-swing has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-swing : Commons Jelly Full details are available at: http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/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-swing-03022005.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/swing/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/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-swing/gump_work/build_commons-jelly_commons-jelly-tags-swing.html Work Name: build_commons-jelly_commons-jelly-tags-swing (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing] 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/cli/target/commons-cli-03022005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/commons-jelly-tags-define-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/commons-jelly-tags-interaction-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-03022005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-03022005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-03022005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-03022005.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-03022005.jar - at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.commons.jelly.JellyContext.getTagLibrary(JellyContext.java:432) at org.apache.maven.jelly.MavenJellyContext.getTagLibrary(MavenJellyContext.java:171) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1033) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at
Re: [digester] initial code for Digester2.0
Hi Oliver, I look forward to seeing your ideas on stringifying trees of elements. The Rule (Action) classes interact with domain-specific (user) classes via BeanUtils and reflection. I don't see any alternative, except for the pre-processor type xml mapping tools, or runtime bytecode generation, neither of which are really Digester's domain. Well, there it is, my reflection. So we had a misunderstanding. The options you name are worse than refelection, I agree, but why using the BeanUtils in the first place? Isn't plain refelction sufficient? Well, I don't believe pre-processing is worse than digester; it can be a great solution in some situations. And for the rest, there's Digester :-) Digester uses BeanUtils to do type-conversion (via its ConvertUtils component), converting the strings extracted from the xml to whatever types the target methods take. BeanUtils also treats DynaBean classes as if they were normal Java classes, which is needed for at least one very important Digester user: struts. The reflection stuff we use from BeanUtils is only a few dozen lines so I guess we could import that into Digester itself. However the ConvertUtils stuff has a lot of code for typeconversion that I would be reluctant to duplicate. Maybe it's worth having a look at the new morph project as an alternative; it's more tightly focussed on typeconversion than BeanUtils. Hmm.. If we had a class that implements RuleManager that always returns a custom Action no matter what the path, then all events would be forwarded to the user-provided action, where the user can call context.getMatchPath() to access the current path, and determine from there what operations to perform. [snip] Thoughts? Looks good. However, we would need code that does the same as the default rule manager in getMatchingActions to match relative paths as well. xmlio uses the same path syntax as digester2 anyway. I will provide something for this as well. Excellent! I've not thought too much about obj-xml, and anyway Betwixt has that reasonably well covered as far as I know. The xmlio out part is much less than obj-xml, but rather a set of helpers on a low level. It also addresses byte encodings which has not been thought of in many XML printing solutions. Hmm.. not sure what to do with this code, then. But I'm pretty sure Digester is not the right home for it... If you mean having some debug Action that is triggered *for every element seen* in addition to the ones whose patterns actually match, then that can be done fairly easily by subclassing a Rules (in digester1.x) or RuleManager (in digester2.x) class. I guess we could build it in to the default class though... This would fit into the xmlio matching above: have an action that is called unconditionally. This could be useful in many scenarios. Shouldn't this be part of the default rule manager? There are usecases for having a set of actions that is returned if no pattern is matched. In particular, it is nice to be able to generate an error, unrecognised element, if you are very fussy about the input. I would definitely like to add this to DefaultRuleManager. And this feature would fit the xmlio scenario fine. Having a set of actions that are returned *in addition to* any others is possibly more controversial. There was someone looking for exactly that on the digester user list a while ago, wanting to execute SetNestedPropertiesRule for each element. I'm not so convinced this is a good idea, though: seems awful easy to shoot yourself in the foot! Apart from the debugging scenario you mention, I can't see a usecase for having an action that is returned *in addition to the other matching actions*. And I generally do debugging by enabling commons-logging output rather than write custom debugging actions anyway. Can you think of some usecases where this would be useful? Note also that currently RuleManager can return prebuilt lists when match is called; no List object needs instantiating. However if always present actions have to be inserted into each list, then a new List object is required to be created for each match call. Cheers, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151146 - jakarta/commons/proper/digester/trunk/build.xml
Author: skitching Date: Thu Feb 3 03:31:42 2005 New Revision: 151146 URL: http://svn.apache.org/viewcvs?view=revrev=151146 Log: Change text that appears on the bottom of each javadoc page. The copyright statement has been slightly modified and the licence text removed as per consensus on legal-discuss and [EMAIL PROTECTED] Modified: jakarta/commons/proper/digester/trunk/build.xml Modified: jakarta/commons/proper/digester/trunk/build.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/trunk/build.xml?view=diffr1=151145r2=151146 == --- jakarta/commons/proper/digester/trunk/build.xml (original) +++ jakarta/commons/proper/digester/trunk/build.xml Thu Feb 3 03:31:42 2005 @@ -1,5 +1,5 @@ !-- - Copyright 2001-2004 The Apache Software Foundation + 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. @@ -19,7 +19,7 @@ !-- Digester component of the Jakarta Commons Subproject -$Id: build.xml,v 1.57 2005/01/18 10:04:33 skitching Exp $ +$Id$ -- @@ -221,11 +221,6 @@ description=Clean and compile all components/ - !-- -- Note that this javadoc target currently does not work on MS-Windows. -- As a temporary measure, the bottom attribute can be removed when -- building on that platform. --- target name=javadoc depends=compile description=Create component Javadoc documentation mkdir dir=${dist.home}/ @@ -240,19 +235,7 @@ overview=src/java/overview.html doctitle=lt;h1gt;${component.title} (Version ${component.version})lt;/h1gt; windowtitle=${component.title} (Version ${component.version}) - bottom='Copyright (c) 2001-2004 - Apache Software Foundation lt;!-- - 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. - --gt;' + bottom='Copyright 2001-2005 The Apache Software Foundation or its licensors, as applicable.' link offline=true packagelistLoc=${commons-beanutils.api} href=http://jakarta.apache.org/commons/beanutils/api// link offline=true packagelistLoc=${commons-collections.api} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven: where does javadoc footer come from?
Hi, When I run maven javadoc for the digester project, each generated page gets given the following footer text: Copyright © 2001-2005 The Apache Software Foundation. All Rights Reserved. Does anyone have any idea where this text is coming from? I've grepped through the digester code, and through commons-build, and not found anything. Thanks, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33384] - [beanutils] add protected accessor to fundamental map in BeanUtils project
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33384. 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=33384 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows XP |All Platform|PC |All Summary|add protected accessor to |[beanutils] add protected |fundamental map in BeanUtils|accessor to fundamental map |project.|in BeanUtils project -- 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: maven: where does javadoc footer come from?
Hi, you are getting this from this bits in the POM: organization nameThe Apache Software Foundation/name inceptionYear2001/inceptionYear The generated site will have a notice sign: © 2001-2005 The Apache Software Foundation The javadocs: Copyright © 2001-2005 The Apache Software Foundation. All Rights Reserved. where 2005 is the year we are on regards, Nacho Hi, When I run maven javadoc for the digester project, each generated page gets given the following footer text: Copyright © 2001-2005 The Apache Software Foundation. All Rights Reserved. Does anyone have any idea where this text is coming from? I've grepped through the digester code, and through commons-build, and not found anything. Thanks, Simon - 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 33387] New: - Daemon/Procrun 2 reserves semicolon; PATH spec fails on XP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33387. 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=33387 Summary: Daemon/Procrun 2 reserves semicolon; PATH spec fails on XP Product: Commons Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Daemon AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I am using the NT service setup that ships with Tomcat 5.5.4. It is using ProcRun 2.0 (as far as the log messages indicate). I am trying to set an environment variable using --Environment syntax. However, I am thwarted when my environment variable has an embedded semicolon -- specifically I *really* need to set the PATH environment variable on Windows. Since semicolon is the path separator only the first element on my PATH setting is honored (the settings made in the registry show that). Tomcat crashes hard in this case since SYSTEM32 has been dropped from the PATH. What I need is a near term workaround/suggestion, perhaps as: (1) Is there a way to specify an alternate field separator than semicolon? (2) Is there a way that I can augment the PATH environment one folder at a time such that I can prepend to existing PATH? (3) Is there as escape sequence that lets me bypass special processing for semicolon and hashmark (the other separator character). Note I observe the same problem when I try to set the --Jvm option for - Djava.library.path with a semicolon-separated list. Bottom line: semicolon is not a suitable reserved character in a windows environment. Although I did not raise the severity of this bug, it is *blocking* for me now since some of my nested DLLs need to be resolved in tomcat and I cannot change the PATH variable for the entire machine. Thanks for any workaround suggestions. I appreciate the service wrapper, but this one glitch has been unfortunate. Ken Gartner -- 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 33387] - [daemon] Procrun 2 reserves semicolon; PATH spec fails on XP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33387. 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=33387 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Daemon/Procrun 2 reserves |[daemon] Procrun 2 reserves |semicolon; PATH spec fails |semicolon; PATH spec fails |on XP |on XP -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151157 - jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml
Author: dion Date: Thu Feb 3 06:20:13 2005 New Revision: 151157 URL: http://svn.apache.org/viewcvs?view=revrev=151157 Log: Add dependency for beanutils-collections Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml?view=diffr1=151156r2=151157 == --- jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml (original) +++ jakarta/commons/proper/jelly/trunk/jelly-tags/util/project.xml Thu Feb 3 06:20:13 2005 @@ -20,7 +20,7 @@ extend${basedir}/../tag-project.xml/extend idcommons-jelly-tags-util/id namecommons-jelly-tags-util/name - currentVersion1.1.1/currentVersion + currentVersion1.1.2-SNAPSHOT/currentVersion packageorg.apache.commons.jelly.tags.util/package descriptionThis is a set of Jelly utility tags./description shortDescriptionCommons Jelly Util Tag Library/shortDescription @@ -46,6 +46,12 @@ dependency idcommons-lang/id version2.0/version +/dependency +dependency + groupIdcommons-beanutils/groupId + artifactIdcommons-beanutils-bean-collections/groupId + version1.7.0/version + urlhttp://jakarta.apache.org/commons/beanutils//url /dependency !-- END for compilation -- !-- START for test -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[digester] 20903 - CallFactoryMethodRule
Hi Simon, There are some cases where you know the objects being present on the Digester's stack. In this case, you would like to be able to access them directly so that you can call their methods and pass them parameters that are present in the xml attributes. With further refinement, you would also like to pass to them parameters that are objects that are already present on the stack. Then once, the call return, you would like to push (or not) the result on the stack. This is what the CallFactoryMethodRule does. It is a digester rule that enables to define the caller of the method, the name of the method and its parameters. The the result of the call can be pushed on the stack. The following is an excerpt of a xml digester usage of the rule: pattern value=employee call-factory-method-rule methodname=createEmployee paramtypes=string,string paramnames=firstName,lastName pushit=true/ set-next-rule methodname=setModel/ pattern value=address call-factory-method-rule methodname=createAddress caller=root paramtypes=string,string,string,string paramnames=street,city,state,zipCode pushit=true/ call-factory-method-rule methodname=setType paramtypes=string paramnames=type/ set-next-rule methodname=addAddress/ /pattern /pattern There is a more detailled presentation of this in the header of class CallFactoryMethodRule. Regards, Gilles http://issues.apache.org/bugzilla/show_bug.cgi?id=20903 Hi Gilles, Sorry it took so long to get around to having a look at this bugzilla entry. A lot of work has clearly gone into the attached code. However I don't really understand what the purpose of it is...and send a summary of what this code achieves, so that we can all discuss this patch? .. I am concerned about the significant complexity of the code (as will other digester maintainers), and so would like to understand what benefits users would gain by having this CallFactoryMethodRule available Thanks for your offer of this code, and hope to see your email soon. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
--- Simon Kitching [EMAIL PROTECTED] wrote: On Wed, 2005-02-02 at 20:45 -0800, Reid Pinchback wrote: Of course if someone can demonstrate that non-namespace-aware parsers *are* still useful then I'll change my mind. Just to clarify, since I was being sloppy before (I gotta stop typing in shorthand) there is an important distinction: a) having NS-aware parser, always using NS-aware API methods b) having NS-aware parser, selectively using NS-aware API methods c) having non-NS-aware parser (and obviously never using NS-aware API methods) d) having NS-aware parser where the developer fixes a grammar that ignores any NS distinctions Even for Sax the performance difference between (a) and (b) is roughly a factor of 2 across all parsers when processing small (typical message-sized) docs that don't use NS. Mucking with (d) is supposed to result in significant wins when you tune the grammar handling to your app, but I haven't tried it myself and I've never seen timing differences quoted. I'm not trying to advocate any approach except to notice that, since your README mentioned requiring a namespace-aware parser, it sounded like there was a potential for options (b), (c), and (d) to become unintentionally closed to developers in Digester2 when they weren't in Digester1. I agree that old parsers providing (c) aren't particularly interesting, but if you spend any time tracing through the guts of the parsing, particularly when you see how DTDs are loaded for entity resolution, you begin to see (d) as having potential. Throwing (b) away may result in less code in Digester2, but it may be worth doing some timing tests to see if that code reduction is consequence-free. I still find it hard to believe that leaving out namespace support makes a performance difference. The parser needs to keep a map of prefix-(stack of namespace) and that's about it. Actually the XML spec distinguishes between the default namespace and all other namespaces, so parsers can reasonably make the same distinction and try to avoid a bunch of per-entity operations and temporary object creations in the case where there is no namespace. Look at the piccolo stats published on Sourceforge. Compare Soap, Soap+NS, and random XML-no NS timings and it suggests that NS ain't free. Useful links: Jade (now part of Javolution) http://javolution.org/api/index.html, look at the javolution.xml package (trades String for CharSequence to increase performance, but keeps NS) Picollo you probably already have the link for, but for anybody else interested: http://piccolo.sourceforge.net Zapthink comments on XML parsing challenges, http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci85,00.html Developerworks articles on XML performance, http://www-106.ibm.com/developerworks/xml/library/x-perfap1.html Sun articles on XML performance, http://java.sun.com/developer/technicalArticles/xml/JavaTechandXML_part3/ __ 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: [digester] 20903 - CallFactoryMethodRule
Sorry for the bad formatting, corrected inline. Hi Simon, There are some cases where you know the objects being present on the Digester's stack. In this case, you would like to be able to access them directly so that you can call their methods and pass them parameters that are present in the xml attributes. With further refinement, you would also like to pass to them parameters that are objects that are already present on the stack. Then once, the call return, you would like to push (or not) the result on the stack. This is what the CallFactoryMethodRule does. It is a digester rule that enables to define the caller of the method, the name of the method and its parameters. The the result of the call can be pushed on the stack. The following is an excerpt of a xml digester usage of the rule: pattern value=employee call-factory-method-rule methodname=createEmployee paramtypes=string,string paramnames=firstName,lastName pushit=true/ set-next-rule methodname=setModel/ pattern value=address call-factory-method-rule methodname=createAddress caller=root paramtypes=string,string,string,string paramnames=street,city,state,zipCode pushit=true/ call-factory-method-rule methodname=setType paramtypes=string paramnames=type/ set-next-rule methodname=addAddress/ /pattern /pattern There is a more detailled presentation of this in the header of class CallFactoryMethodRule. Regards, Gilles http://issues.apache.org/bugzilla/show_bug.cgi?id=20903 Hi Gilles, Sorry it took so long to get around to having a look at this bugzilla entry. A lot of work has clearly gone into the attached code. However I don't really understand what the purpose of it is...and send a summary of what this code achieves, so that we can all discuss this patch? .. I am concerned about the significant complexity of the code (as will other digester maintainers), and so would like to understand what benefits users would gain by having this CallFactoryMethodRule available Thanks for your offer of this code, and hope to see your email soon. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: UsingSVN
Date: 2005-02-03T09:43:23 Editor: DirkVerbeeck Wiki: Jakarta Commons Wiki Page: UsingSVN URL: http://wiki.apache.org/jakarta-commons/UsingSVN record info from mailing list Change Log: -- @@ -31,6 +31,55 @@ A web browser can also be used to view the repository structure, just by entering the URL that you would use for subversion operations. Note that this shows only the latest version of everything (directories and files). += Differences between CVS and SVN = + +Normally CVS tags are simply used to mark a set of files so that you +can retrieve that same set later. In this case, the equivalent in +subversion is just to use + svn cp {from} {to} +eg + svn cp https:///trunk https://.../tags/beta1 +to save the current state of the trunk as a directory beta1. The copy +command makes a light-weight copy, essentially a sort of hard link +with copy-on-write so updates don't affect the original source. + +If the trunk versions move on, and you later want beta1 to include one +of the updated files, then update what beta1 refers to by relinking +from the beta1 directory to the version you really want: + * removing the file (link) you no longer need from the tag dir + eg svn rm https://../tags//foo.txt [1] + * copying back in (ie link to) the version you want + eg svn cp + -r 100 https:///trunk/.../foo.txt [2] + https:///tags/.../foo.txt [3] + +[1] or if you have a working copy of the tag dir, you can +do svn rm and svn commit +[2] if you want the latest version, just omit the -r 100. +[3] or if you have a working copy of the tag, copy to your working +copy then svn commit it. + +Performing the copy again (ie linking to the *updated* file [together +with its history] from the tag) is what Brett means by copy with +history again. Using svn merge doesn't do the same thing, because it +is effectively generating a patch file then applying it to your version; +the differences get merged in, but not the history. + +Alternatively, if the updated tag is meant to look mostly or +completely like the new trunk, then just use svn update to ensure your +trunk working copy looks like the stuff you want to tag, then delete the +old beta1 directory, and recreate it. Copies are cheap! + +There isn't any difference between a directory created with the intent +of just using it as a tag and a directory created with the intent of +using it as a branch. The convention of putting the scn copy into +subdirs {project}/branches and {project}/tags are traditionally used +to *indicate the intent* of the copy, but they are functionally +identical. + +For some other traditional uses of CVS tags, it might be better to use +subversion properties (see svn set-prop). + = Maven config = '''project.properties''' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[configuration] 1.1 release
Our senior committers seem to have disappeared a bit, which makes the task of cutting out a new release not easier. What I can do is to (try to) create a release candidate, but I think I won't find the time to do all the necessary reading about how releases are managed. If no one objects, I will do this in the next days. Or does somebody volunteer for the job as release manager? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [lang] new method on ClassUtils
Waiting after 2.1: +1. Release early, release often ;-) Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Thursday, February 03, 2005 2:07 AM To: Jakarta Commons Developers List Subject: Re: [lang] new method on ClassUtils Can we not leave this until after 2.1?? Rushing something like this is a Bad Idea... Stephen --- Henri Yandell [EMAIL PROTECTED] wrote: On Wed, 2 Feb 2005 00:19:06 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think that we would have to ask for classloader advice ;-) Probably. I suspect we would need: loadClassSystemClassLoader() - Class.forName loadClassThreadContextClassLoader() - thread loadClassLangClassLoader() - from ClassUtils loadClass(ClassLoader) We could just do the latter? Let's all the options be used without us having to drag through a list of all the likely options. No matter what classloader advice we got, it's likely to be usable. Hen - 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]
DO NOT REPLY [Bug 33255] - [VFS] ftp file system depends on ORO for a MalformedPatternException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33255. 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=33255 --- Additional Comments From [EMAIL PROTECTED] 2005-02-03 22:50 --- I've look at common-net and indeed the code depends on jakarta-oro. Actually the file that makes common-net depend on oro has been (indirectly) commited by you. http://cvs.apache.org/viewcvs.cgi/jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser/RegexFTPFileEntryParserImpl.java?rev=1.1view=markup So jakarta-oro needs to be added to the dependencies for the ftp protocol. Useful link: http://www.ibiblio.org/maven/oro/jars/oro-2.0.8.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: [digester] initial code for Digester2.0
Hi Simon! On Thu, 03 Feb 2005 23:57:30 +1300, Simon Kitching [EMAIL PROTECTED] wrote: I look forward to seeing your ideas on stringifying trees of elements. Isn't it about time to give Digester2 a place in SVN, so I can either create patches against it or directly commit to it. What about a branch in commons proper? Or at least the sandbox? I've not thought too much about obj-xml, and anyway Betwixt has that reasonably well covered as far as I know. The xmlio out part is much less than obj-xml, but rather a set of helpers on a low level. It also addresses byte encodings which has not been thought of in many XML printing solutions. Hmm.. not sure what to do with this code, then. But I'm pretty sure Digester is not the right home for it... Agreed. Maybe a commons component of its own? Very small code, but reasonable in scope. Many people need XML printing Thoughts? If you mean having some debug Action that is triggered *for every element seen* in addition to the ones whose patterns actually match, then that can be done fairly easily by subclassing a Rules (in digester1.x) or RuleManager (in digester2.x) class. I guess we could build it in to the default class though... This would fit into the xmlio matching above: have an action that is called unconditionally. This could be useful in many scenarios. Shouldn't this be part of the default rule manager? There are usecases for having a set of actions that is returned if no pattern is matched. In particular, it is nice to be able to generate an error, unrecognised element, if you are very fussy about the input. I would definitely like to add this to DefaultRuleManager. And this feature would fit the xmlio scenario fine. Agreed. Having a set of actions that are returned *in addition to* any others is possibly more controversial. There was someone looking for exactly that on the digester user list a while ago, wanting to execute SetNestedPropertiesRule for each element. I'm not so convinced this is a good idea, though: seems awful easy to shoot yourself in the foot! Apart from the debugging scenario you mention, I can't see a usecase for having an action that is returned *in addition to the other matching When you populte beans or call methods on classes I would agree it rather is a hazard. But if you think of an XML document as some sort of message why shouldn't be there more than one part of a complex system that is interested in it? I need to think this over. Maybe it is time to do some coding and experiments now actions*. And I generally do debugging by enabling commons-logging output rather than write custom debugging actions anyway. Can you think of some usecases where this would be useful? Hmmm, using SAX it always is a bit tricky to get a good idea how your XML document that is being parsed *really* looks like. commons-logging is no good in that case. If you have something that collects the whole document and regenerates it this can be a very valuable debug information. Consider the stuff you parse is not in your file system, but comes from a stream from a remote server it isn't all obvious what is looks like. Note also that currently RuleManager can return prebuilt lists when match is called; no List object needs instantiating. However if always present actions have to be inserted into each list, then a new List object is required to be created for each match call. I understand what you say, but do not understand why a new list would have to be build with each match call. Why can't you statically addd the always present action into the list? Coul you explain? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[cache] javadoc missing ?
Hi, I noticed the javadoc of commons-sandbox-cache is actually missing the most interesting pacakge, org.apache.commons.cache and only include three packages one level below. Is there something I missed ? paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[commons jelly swing] XForms DTD?
I read this post http://www.mozilla.org/press/mozilla-2005-02-02.html and idea came up: How would I start writing a XML reader that would read a DTD (Based on XForms + JGoodies Forms Layout) and make a complex, nested Swing Panel? Digester? (If MDA is supposed to let us write C# AND Java XForums could be the start of HTML or Swing or... ) Suggestions? tia, .V -- Forums, Boards, Blogs and News in RiA http://www.boardVU.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33294] - [collections][PATCH] SetUniqueList breaks when swapping entries
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33294. 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=33294 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 01:13 --- Patches applied, thanks -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151269 - jakarta/commons/proper/collections/trunk/project.xml
Author: scolebourne Date: Thu Feb 3 16:21:00 2005 New Revision: 151269 URL: http://svn.apache.org/viewcvs?view=revrev=151269 Log: Fix to SetUniqueList breaks when swapping entries bug 33294, from Tom Dunham Modified: jakarta/commons/proper/collections/trunk/project.xml Modified: jakarta/commons/proper/collections/trunk/project.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/project.xml?view=diffr1=151268r2=151269 == --- jakarta/commons/proper/collections/trunk/project.xml (original) +++ jakarta/commons/proper/collections/trunk/project.xml Thu Feb 3 16:21:00 2005 @@ -177,6 +177,9 @@ nameRich Dougherty/name /contributor contributor + nameTom Dunham/name +/contributor +contributor nameStefano Fornari/name /contributor contributor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151270 - jakarta/commons/proper/collections/trunk/xdocs/userguide.xml
Author: scolebourne Date: Thu Feb 3 16:22:31 2005 New Revision: 151270 URL: http://svn.apache.org/viewcvs?view=revrev=151270 Log: Fix cut and paste error bug 33125, from Chad McHenry Modified: jakarta/commons/proper/collections/trunk/xdocs/userguide.xml Modified: jakarta/commons/proper/collections/trunk/xdocs/userguide.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/collections/trunk/xdocs/userguide.xml?view=diffr1=151269r2=151270 == --- jakarta/commons/proper/collections/trunk/xdocs/userguide.xml (original) +++ jakarta/commons/proper/collections/trunk/xdocs/userguide.xml Thu Feb 3 16:22:31 2005 @@ -118,11 +118,11 @@ /p source Buffer buffer = new UnboundedFifoBuffer(); -bidi.add(ONE); -bidi.add(TWO); -bidi.add(THREE); -bidi.remove(); // removes and returns the next in order, ONE as this is a FIFO -bidi.remove(); // removes and returns the next in order, TWO as this is a FIFO +buffer.add(ONE); +buffer.add(TWO); +buffer.add(THREE); +buffer.remove(); // removes and returns the next in order, ONE as this is a FIFO +buffer.remove(); // removes and returns the next in order, TWO as this is a FIFO /source p Implementations are provided for FIFO (queue), LIFO (stack) and Priority (removal in comparator order). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33125] - [collections] Typo in user documentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33125. 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=33125 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 01:22 --- Thanks for the spot ;-) -- 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 32573] - [collections] NPE: map.LRUMap.reuseMapping(LRUMap.java:272)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32573. 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=32573 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 01:28 --- Just a thought, but could your keys be changing after you insert them into the map? Hash keys need to be immutable (or not changed) after being added as a key in a map. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151282 - in jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/ClassUtils.java test/org/apache/commons/lang/ClassUtilsTest.java
Author: bayard Date: Thu Feb 3 17:21:19 2005 New Revision: 151282 URL: http://svn.apache.org/viewcvs?view=revrev=151282 Log: rolling the forName method out for the 2.1 release Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java?view=diffr1=151281r2=151282 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java Thu Feb 3 17:21:19 2005 @@ -31,7 +31,7 @@ * @author Gary Gregory * @author Norm Deane * @since 2.0 - * @version $Id: ClassUtils.java,v 1.35 2005/01/27 06:45:11 bayard Exp $ + * @version $Id$ */ public class ClassUtils { @@ -481,79 +481,6 @@ return convertedClasses; } -/** - * pEnhanced version of java.lang.Class.forName(String) that can handle - * primitive types and arrays using the Foo[] notation. - * - * @param name the fully qualified name of the class to create - * @return the desired class - * @since 2.1 - */ -public static Class forName(String name) throws ClassNotFoundException { -String fixedName = name; -if(name.endsWith([])) { -fixedName = [L + name.substring(0, name.length() - [].length()) + ;; -} -try { -return Class.forName(fixedName); -} catch(ClassNotFoundException cnfe) { -// try primitives -if(boolean.equals(name)) { -return boolean.class; -} else -if(char.equals(name)) { -return char.class; -} else -if(byte.equals(name)) { -return byte.class; -} else -if(short.equals(name)) { -return short.class; -} else -if(int.equals(name)) { -return int.class; -} else -if(long.equals(name)) { -return long.class; -} else -if(float.equals(name)) { -return float.class; -} else -if(double.equals(name)) { -return double.class; -} - -// try primitive arrays -if(boolean[].equals(name)) { -return boolean[].class; -} else -if(char[].equals(name)) { -return char[].class; -} else -if(byte[].equals(name)) { -return byte[].class; -} else -if(short[].equals(name)) { -return short[].class; -} else -if(int[].equals(name)) { -return int[].class; -} else -if(long[].equals(name)) { -return long[].class; -} else -if(float[].equals(name)) { -return float[].class; -} else -if(double[].equals(name)) { -return double[].class; -} - -throw cnfe; -} - -} - // Inner class // -- /** Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java?view=diffr1=151281r2=151282 == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java (original) +++ jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java Thu Feb 3 17:21:19 2005 @@ -32,7 +32,7 @@ * * @author Stephen Colebourne * @author Gary D. Gregory - * @version $Id: ClassUtilsTest.java,v 1.15 2005/01/27 06:45:11 bayard Exp $ + * @version $Id$ */ public class ClassUtilsTest extends TestCase { @@ -387,35 +387,6 @@ }; // This used to return the exact same array, but no longer does. assertNotSame(unmodified, noPrimitives, ClassUtils.primitivesToWrappers(noPrimitives)); -} - -public void testForName() { -String[] names = new String[] { -boolean, char, byte, short, int, long, float, double, -boolean[], char[], byte[], short[], int[], long[], float[], double[], -java.lang.Object[], java.lang.String, java.lang.String[] -}; - -Class[] classes = new Class[] { -boolean.class, char.class, byte.class, short.class,
Re: [lang] new method on ClassUtils
Rolled back :) I'll bring it up again post 2.1. Hen On Thu, 3 Feb 2005 14:09:21 -0500, Gary Gregory [EMAIL PROTECTED] wrote: Waiting after 2.1: +1. Release early, release often ;-) Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Thursday, February 03, 2005 2:07 AM To: Jakarta Commons Developers List Subject: Re: [lang] new method on ClassUtils Can we not leave this until after 2.1?? Rushing something like this is a Bad Idea... Stephen --- Henri Yandell [EMAIL PROTECTED] wrote: On Wed, 2 Feb 2005 00:19:06 -, Stephen Colebourne [EMAIL PROTECTED] wrote: I think that we would have to ask for classloader advice ;-) Probably. I suspect we would need: loadClassSystemClassLoader() - Class.forName loadClassThreadContextClassLoader() - thread loadClassLangClassLoader() - from ClassUtils loadClass(ClassLoader) We could just do the latter? Let's all the options be used without us having to drag through a list of all the likely options. No matter what classloader advice we got, it's likely to be usable. Hen - 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]
Re: VOTE: FeedParser move to Commons Proper...
Total +1 on this. Now that the ROME developers want to work on a unified API and JavaOne speech this should make working with them much easier. Brad At 05:54 PM 2/2/2005, you wrote: Subject: Hey gang. I'd like to propose that we move FeedParser into commons proper. The main personal requirement for this is that I want to do a 0.5 release for my CodeCon talk on the FeedParser on Feb 11. http://jakarta.apache.org/commons/sandbox/feedparser/ We've been in the sandbox for 11 months now. The FeedParser itself is more than 2 years old. Its currently used in production at rojo.com to handle more than 1.9 million feeds. We currently have three developers working on the FeedParser: Kevin Burton (me) Brad Neuberg (Rojo Networks Inc.) Joseph Ottinger (Fusion Alliance) We're also working with the Rome developers (another RSS parser) to try to standardize APIs and are collaborating on a common feed parsing components including networking IO, autodiscovery, unit test, and potential collaboration. In order for this to happen though I need to get a stable release of FeedParser out the door and the sandbox doesn't allow any releases. I also want to be able to give out SVN commit to additional developers as they come on board. Also... I assume we can get a dedicated mailing list for the FeedParser? HttpClient is currently doing this. The roadmap for FeedParser is to get a 0.5 release out before Feb 11 and then about a month later to release 1.0. Then I want to start working on better and DEEPER unit tests and then rewrite the backend to use SAX. At this point I can make a better case that the Rome developers should build their object model on top of FeedParser Thanks guys!!! -- 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] Brad Neuberg, [EMAIL PROTECTED] Senior Software Engineer, Rojo Networks Weblog: http://www.codinginparadise.org = Check out Rojo, an RSS and Atom news aggregator that I work on. Visit http://rojo.com for more info. Feel free to ask me for an invite! Rojo is Hiring! If you're interested in RSS, Weblogs, Social Networking, Java, Open Source, etc... then come work with us at Rojo. If you recommend someone and we hire them you'll get a free iPod! See http://www.rojonetworks.com/JobsAtRojo.html. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151287 [3/7] - in jakarta/commons/proper/digester/branches/digester2: ./ src/ src/conf/ src/examples/ src/examples/api/ src/examples/api/addressbook/ src/java/ src/java/org/ src/java/org/apache/ src/java/org/apache/commons/ src/java/org/apache/commons/digester2/ src/java/org/apache/commons/digester2/actions/ src/java/org/apache/commons/digester2/factory/ src/media/ src/test/ src/test/org/ src/test/org/apache/ src/test/org/apache/commons/ src/test/org/apache/commons/digester2/ xdocs/ xdocs/dtds/ xdocs/images/ xdocs/style/
Added: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Digester.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Digester.java?view=autorev=151287 == --- jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Digester.java (added) +++ jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Digester.java Thu Feb 3 17:51:43 2005 @@ -0,0 +1,688 @@ +/* $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.io.File; +import java.io.FileInputStream; +import java.io.IOException; +import java.io.InputStream; +import java.io.Reader; +import java.util.HashMap; +import java.util.Iterator; +import java.util.List; +import java.util.Map; +import java.util.Properties; + +import javax.xml.parsers.ParserConfigurationException; +import javax.xml.parsers.SAXParser; +import javax.xml.parsers.SAXParserFactory; + +import org.apache.commons.logging.Log; +import org.apache.commons.logging.LogFactory; +import org.xml.sax.SAXException; +import org.xml.sax.InputSource; +import org.xml.sax.XMLReader; +import org.xml.sax.EntityResolver; +import org.xml.sax.ErrorHandler; + +/** + * pA strongDigester/strong processes an XML input stream by matching a + * series of element nesting patterns to execute Actions that have been added + * prior to the start of parsing./p + * + * pThis class is the one that users interact with to configure the + * parsing rules and initiate the parse. It is mostly just a user-friendly + * facade over the SAXHandler class./p + * + * pSee the a href=package-summary.html#package_descriptionDigester + * Developer Guide/a for more information./p + * + * pstrongIMPLEMENTATION NOTES/strong + * ul + * li A single Digester instance may only be used within the context of a + * single thread at a time, and a call to codeparse()/code must be + * completed before another can be initiated even from the same thread./li + * li This class requires that JAXP1.1 and a SAX2-compliant xml parser be + * present in the classpath. Versions of java prior to 1.4 include neither + * JAXP nor a parser, so simply including a modern xml parser plus a JAXP1.1 + * implementation in the classpath solves this requirement. Most xml parsers + * provide a suitable implementation as a companion jar to the main download + * (eg xml-apis.jar for the Apache Xerces parser). The 1.4 version of java + * includes JAXP1.1, and bundles an xml parser. While the JAXP apis included + * are fine, the xml parser bundled with this version of java is not adequate + * for most tasks, and it is recommended that a better one be provided in the + * classpath. Using the latest Apache Xerces release can be tricky, however, + * as Sun's bundled parser is xerces, with package names unchanged, and + * classes in the runtime libraries override classes in the classpath by + * default. See documentation on the java endorsed override feature for + * solutions, or the apache xerces website. + * Versions of java from 1.5 onward provide xml parsers that are fine for + * most purposes./li + * /ul + */ + +public class Digester { + +// - Constructors + +/** + * Construct a new Digester with default properties. + */ +public Digester() { +this.saxHandler = new SAXHandler(); +} + +/** + * This method allows customisation of the way that sax events are + * handled, by allowing a modified subclass of SAXHandler to be + * specified as the target for parsing events. + */ +public Digester(SAXHandler saxHandler) { +this.saxHandler = saxHandler; +} + +// --- Instance Variables + +/** + * The object used to handle event callbacks from the SAX parser as + * the input xml is being processed. There is a 1:1 relation between + * a Digester and a SAXHandler. + */ +private SAXHandler saxHandler; + +/** + * The reader object used to generate SAX events representing the input. + * Normally, the object does this by parsing input text, but alternatives + * (like walking a DOM
Re: VOTE: FeedParser move to Commons Proper...
Brad Neuberg wrote: Total +1 on this. Now that the ROME developers want to work on a unified API and JavaOne speech this should make working with them much easier. It will also mean that you don't have to give me anonCVS diffs anymore and can commit by yourself ;) 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]
svn commit: r151287 [7/7] - in jakarta/commons/proper/digester/branches/digester2: ./ src/ src/conf/ src/examples/ src/examples/api/ src/examples/api/addressbook/ src/java/ src/java/org/ src/java/org/apache/ src/java/org/apache/commons/ src/java/org/apache/commons/digester2/ src/java/org/apache/commons/digester2/actions/ src/java/org/apache/commons/digester2/factory/ src/media/ src/test/ src/test/org/ src/test/org/apache/ src/test/org/apache/commons/ src/test/org/apache/commons/digester2/ xdocs/ xdocs/dtds/ xdocs/images/ xdocs/style/
Added: jakarta/commons/proper/digester/branches/digester2/xdocs/dtds/digester-rules.dtd URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/digester/branches/digester2/xdocs/dtds/digester-rules.dtd?view=autorev=151287 == --- jakarta/commons/proper/digester/branches/digester2/xdocs/dtds/digester-rules.dtd (added) +++ jakarta/commons/proper/digester/branches/digester2/xdocs/dtds/digester-rules.dtd Thu Feb 3 17:51:43 2005 @@ -0,0 +1,169 @@ +?xml version=1.0 encoding=UTF-8 ? + +!-- +Digester component of the Jakarta Commons Subproject +DTD for the definition of Digester rules in XML. +$Id: digester-rules.dtd,v 1.1 2003/11/09 01:24:04 tobrien Exp $ +-- + +!-- This document type defines an XML format for defining Digester rules. + Digester is a framework for pattern-matching-based parsing of XML into + Java objects. See http://jakarta.apache.org/commons/digester.html. -- + +!ENTITY % rule-elements bean-property-setter-rule | call-method-rule | + call-param-rule | object-param-rule | + factory-create-rule | object-create-rule | + set-properties-rule | set-property-rule | set-top-rule | + set-next-rule + +!-- digester-rules is the root element. -- +!ELEMENT digester-rules (pattern | include | bean-property-setter-rule | call-method-rule | call-param-rule | object-param-rule | factory-create-rule | object-create-rule | set-properties-rule | set-property-rule | set-top-rule | set-next-rule )* + + +!-- pattern defines a matching pattern, or part of a matching pattern. Any + rule nested in a pattern element prepends its parent's to its pattern. + Patterns may be recursively nested. + Example: + pattern value=foo + pattern value=bar +object-create-rule pattern=baz classname=Fubar / + /pattern + /pattern + + The above sample fragment defines an ObjectCreateRule associated + with the pattern foo/bar/baz. + + Note that the use of pattern elements is optional; an alternative is for + each rule element to contain a 'pattern' attribute. -- +!ELEMENT pattern (pattern | include | bean-property-setter-rule | call-method-rule | call-param-rule | + factory-create-rule | object-create-rule | + set-properties-rule | set-property-rule | set-top-rule | + set-next-rule )* +!ATTLIST pattern +value CDATA #REQUIRED + + +!-- + include allows one set of digester rules to be included inside + another. The 'path' attribute contains the URI of the document to + include. Inclusion behaves as if the included rules document is + 'macro-expanded' within the outer document. + Programmatically initialized rules can be included as well, via the + 'class' attribute. The 'class' attribute should contain the name + of a class that implements + org.apache.commons.digester.xmlrules.DigesterRulesSource. +-- +!ELEMENT include EMPTY +!ATTLIST include +path CDATA #IMPLIED +class CDATA #IMPLIED + + +!-- Each 'rule' element below corresponds to a concrete subclass + of org.apache.framework.digester.Rule. + Each 'rule' element has an optional 'pattern' attribute, which + defines the pattern for that rule instance. If the rule element + is nested inside one or more pattern elements, those patterns + will be prepended to the pattern specified in the rule's 'pattern' + attribute. -- + +!-- Bean Property Setter Rule -- +!ELEMENT bean-property-setter-rule EMPTY +!ATTLIST bean-property-setter-rule +pattern CDATA #IMPLIED +propertyname CDATA #IMPLIED + +!-- CallMethodRule -- +!ELEMENT call-method-rule EMPTY +!ATTLIST call-method-rule +patternCDATA #IMPLIED +methodname CDATA #REQUIRED +paramcount CDATA #IMPLIED +paramtypes CDATA #IMPLIED + +!-- +CallParamRule +attrname - set param from attribute value (cannot be combined with from-stack) +from-stack - set param from stack (cannot be combined with attrname) +-- +!ELEMENT call-param-rule EMPTY +!ATTLIST call-param-rule +pattern CDATA #IMPLIED +paramnumber CDATA #REQUIRED +attrname CDATA #IMPLIED +from-stack CDATA #IMPLIED + +!-- +ObjectParamRule +attrname + - an arbitrary Object defined programatically, assigned if the + element pattern AND specified attribute name are matched +param + - an arbitrary Object defined programatically, assigned when the + element pattern associated with the Rule is matched +type + - class name for object +value + - initial value for the object +-- +!ELEMENT object-param-rule EMPTY +!ATTLIST object-param-rule +pattern CDATA #IMPLIED +paramnumber CDATA #REQUIRED +param CDATA #REQUIRED +attrname CDATA #IMPLIED +type CDATA #REQUIRED +value CDATA
[digester] initial code for digester2 checked in
Hi, As there appear to be no objections to starting development of a digester 2.0 release, and there were no significant objections to the initial code I proposed, that code has been added to subversion at the URL: http://svn.apache.org/repos/asf/jakarta/commons/proper/digester/ branches/digester2 As the code is such a significant refactoring of the original, it seemed easier to start from fresh rather than branch the old code. Therefore, the new dir is not actually a physical branch (more of a logical one), and so this location might not be entirely appropriate - but we can move it later if anyone cares. My apologies to those whose CVS commit history gets lost as a result of committing this code afresh rather than branching; I intend to preserve the authors/contributors info from the 1.x series, and give appropriate credit in the docs somewhere to those who worked on 1.x to compensate. Thanks very much to all those who commented on the original code; you'll see that many of those changes have been incorporated. And of course any and all features of this new code are up for debate. I don't expect this development cycle to be a short one! Now hack away :-) Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151294 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java
Author: bayard Date: Thu Feb 3 18:32:43 2005 New Revision: 151294 URL: http://svn.apache.org/viewcvs?view=revrev=151294 Log: added javadoc to private method, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java?view=diffr1=151293r2=151294 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ArrayUtils.java Thu Feb 3 18:32:43 2005 @@ -44,7 +44,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Ashwin S/a * @author Maarten Coene * @since 2.0 - * @version $Id: ArrayUtils.java,v 1.51 2005/01/27 06:43:20 bayard Exp $ + * @version $Id$ */ public class ArrayUtils { @@ -3683,6 +3683,17 @@ return (double[]) add( (Object) array, index, new Double(element), Double.TYPE ); } +/** + * Underlying implementation of add(array, index, element) methods. + * The last parameter is the class, which may not equal element.getClass + * for primitives. + * + * @param array the array to add the element to, may be codenull/code + * @param index the position of the new object + * @param element the object to add + * @param clss the type of the element being added + * @return A new array containing the existing elements and the new element + */ private static Object add(Object array, int index, Object element, Class clss) { if (array == null) { if (index != 0) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151295 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java
Author: bayard Date: Thu Feb 3 18:37:30 2005 New Revision: 151295 URL: http://svn.apache.org/viewcvs?view=revrev=151295 Log: added missing javadoc for private method, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java?view=diffr1=151294r2=151295 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/CharSetUtils.java Thu Feb 3 18:37:30 2005 @@ -28,7 +28,7 @@ * @author Phil Steitz * @author Gary Gregory * @since 1.0 - * @version $Id: CharSetUtils.java,v 1.33 2004/03/10 23:31:53 scolebourne Exp $ + * @version $Id$ */ public class CharSetUtils { @@ -308,7 +308,14 @@ } //--- -// Implementation of delete and keep +/** + * Implementation of delete and keep + * + * @param str String to modify characters within + * @param set String[] set of characters to modify + * @param expect whether to evaluate on match, or non-match + * @return modified String + */ private static String modify(String str, String[] set, boolean expect) { CharSet chars = evaluateSet(set); StringBuffer buffer = new StringBuffer(str.length()); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151296 - in jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/ java/org/apache/commons/lang/text/ test/org/apache/commons/lang/ test/org/apache/commons/lang/builder/ test/org/apache/commons/lang/enum/ test/org/apache/commons/lang/enums/ test/org/apache/commons/lang/exception/ test/org/apache/commons/lang/text/ test/org/apache/commons/lang/time/
Author: bayard Date: Thu Feb 3 18:37:55 2005 New Revision: 151296 URL: http://svn.apache.org/viewcvs?view=revrev=151296 Log: removed tabs from source, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Validate.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/BitFieldTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/BooleanUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/CharUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ClassUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/NumberRangeTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/RandomStringUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/SerializationUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/StringUtilsEqualsIndexOfTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/StringUtilsIsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/StringUtilsSubstringTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/StringUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/StringUtilsTrimEmptyTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/ValidateTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/CompareToBuilderTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/builder/ToStringBuilderTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/enum/EnumTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/enum/ValuedEnumTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/enums/EnumTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/enums/ValuedEnumTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/exception/NestableDelegateTestCase.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/exception/NestableExceptionTestCase.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/text/InterpolationTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateFormatUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DateUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/DurationFormatUtilsTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/time/StopWatchTest.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java?view=diffr1=151295r2=151296 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/ClassUtils.java Thu Feb 3 18:37:55 2005 @@ -170,7 +170,7 @@ * pGets the package name from a codeString/code./p * * pThe string passed in is assumed to be a class name - it is not checked./p -* pIf the class is unpackaged, return an empty string./p + * pIf the class is unpackaged, return an empty string./p * * @param className the className to get the package name for, may be codenull/code * @return the package name or an empty string Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Validate.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Validate.java?view=diffr1=151295r2=151296 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Validate.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/Validate.java Thu Feb 3 18:37:55 2005 @@ -35,7 +35,7 @@ * @author Gary Gregory * @author Norm Deane * @since 2.0 - * @version $Id: Validate.java,v 1.13 2004/10/08 21:44:41 scolebourne Exp $ + * @version $Id$ */ public class Validate { // Validate has no dependencies on other classes in Commons Lang at present @@ -508,13 +508,13 @@ * @since 2.1 */ public static void allElementsOfType(Collection collection, Class clazz, String message) { - Validate.notNull(collection); +
svn commit: r151298 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java
Author: bayard Date: Thu Feb 3 18:39:28 2005 New Revision: 151298 URL: http://svn.apache.org/viewcvs?view=revrev=151298 Log: missing @return, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java?view=diffr1=151297r2=151298 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/IntHashMap.java Thu Feb 3 18:39:28 2005 @@ -194,6 +194,7 @@ * (which predates the Map interface)./p * * @param value value whose presence in this HashMap is to be tested. + * @return boolean codetrue/code if the value is contained * @seejava.util.Map * @since JDK1.2 */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151299 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java
Author: bayard Date: Thu Feb 3 18:40:43 2005 New Revision: 151299 URL: http://svn.apache.org/viewcvs?view=revrev=151299 Log: missing @return, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java?view=diffr1=151298r2=151299 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableError.java Thu Feb 3 18:40:43 2005 @@ -24,7 +24,7 @@ * @author a href=mailto:dlr@finemaltcoding.com;Daniel Rall/a * @see org.apache.commons.lang.exception.NestableException * @since 1.0 - * @version $Id: NestableError.java,v 1.8 2004/02/18 22:54:04 ggregory Exp $ + * @version $Id$ */ public class NestableError extends Error implements Nestable { @@ -91,6 +91,8 @@ * Returns the detail message string of this throwable. If it was * created with a null message, returns the following: * (cause==null ? null : cause.toString()). + * + * @return String message string of the throwable */ public String getMessage() { if (super.getMessage() != null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151300 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java
Author: bayard Date: Thu Feb 3 18:42:03 2005 New Revision: 151300 URL: http://svn.apache.org/viewcvs?view=revrev=151300 Log: missing @return, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java?view=diffr1=151299r2=151300 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableException.java Thu Feb 3 18:42:03 2005 @@ -84,7 +84,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Kasper Nielsen/a * @author a href=mailto:[EMAIL PROTECTED]Steven Caswell/a * @since 1.0 - * @version $Id: NestableException.java,v 1.12 2004/08/04 18:41:09 ggregory Exp $ + * @version $Id$ */ public class NestableException extends Exception implements Nestable { @@ -151,6 +151,8 @@ * Returns the detail message string of this throwable. If it was * created with a null message, returns the following: * (cause==null ? null : cause.toString()). + * + * @return String message string of the throwable */ public String getMessage() { if (super.getMessage() != null) { Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java?view=diffr1=151299r2=151300 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/exception/NestableRuntimeException.java Thu Feb 3 18:42:03 2005 @@ -28,7 +28,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Kasper Nielsen/a * @author a href=mailto:[EMAIL PROTECTED]Steven Caswell/a * @since 1.0 - * @version $Id: NestableRuntimeException.java,v 1.10 2004/02/18 22:54:04 ggregory Exp $ + * @version $Id$ */ public class NestableRuntimeException extends RuntimeException implements Nestable { @@ -95,6 +95,8 @@ * Returns the detail message string of this throwable. If it was * created with a null message, returns the following: * (cause==null ? null : cause.toString()). + * + * @return String message string of the throwable */ public String getMessage() { if (super.getMessage() != null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Thu, 2005-02-03 at 23:36 +0100, Oliver Zeigermann wrote: Hi Simon! On Thu, 03 Feb 2005 23:57:30 +1300, Simon Kitching [EMAIL PROTECTED] wrote: I look forward to seeing your ideas on stringifying trees of elements. Isn't it about time to give Digester2 a place in SVN, so I can either create patches against it or directly commit to it. What about a branch in commons proper? Or at least the sandbox? Done. Do you have commit rights to Digester? If not, I'd be happy to propose a vote... actions*. And I generally do debugging by enabling commons-logging output rather than write custom debugging actions anyway. Can you think of some usecases where this would be useful? Hmmm, using SAX it always is a bit tricky to get a good idea how your XML document that is being parsed *really* looks like. commons-logging is no good in that case. If you have something that collects the whole document and regenerates it this can be a very valuable debug information. Consider the stuff you parse is not in your file system, but comes from a stream from a remote server it isn't all obvious what is looks like. Good point. Note also that currently RuleManager can return prebuilt lists when match is called; no List object needs instantiating. However if always present actions have to be inserted into each list, then a new List object is required to be created for each match call. I understand what you say, but do not understand why a new list would have to be build with each match call. Why can't you statically addd the always present action into the list? Coul you explain? Possible, I guess. Just a bit tricky... Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151301 - jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java
Author: dmitri Date: Thu Feb 3 18:59:24 2005 New Revision: 151301 URL: http://svn.apache.org/viewcvs?view=revrev=151301 Log: Applied patch submitted by Emond Papegaaij. Thank you very much. Modified: jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java Modified: jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java?view=diffr1=151300r2=151301 == --- jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java (original) +++ jakarta/commons/proper/jxpath/trunk/src/java/org/apache/commons/jxpath/ri/model/dom/DOMNodePointer.java Thu Feb 3 18:59:24 2005 @@ -46,7 +46,7 @@ * A Pointer that points to a DOM node. * * @author Dmitri Plotnikov - * @version $Revision: 1.26 $ $Date: 2004/12/30 21:59:36 $ + * @version $Revision: 1.26 $ $Date$ */ public class DOMNodePointer extends NodePointer { private Node node; @@ -256,6 +256,9 @@ public String getDefaultNamespaceURI() { if (defaultNamespace == null) { Node aNode = node; +if (aNode instanceof Document) { +aNode = ((Document) aNode).getDocumentElement(); +} while (aNode != null) { if (aNode.getNodeType() == Node.ELEMENT_NODE) { Attr attr = ((Element) aNode).getAttributeNode(xmlns); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151304 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable
Author: bayard Date: Thu Feb 3 19:07:18 2005 New Revision: 151304 URL: http://svn.apache.org/viewcvs?view=revrev=151304 Log: added javadoc to primitiveValue methods Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableByte.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableDouble.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableFloat.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableInt.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableLong.java jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableShort.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableByte.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableByte.java?view=diffr1=151303r2=151304 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableByte.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableByte.java Thu Feb 3 19:07:18 2005 @@ -21,7 +21,7 @@ * * @see Byte * @since 2.1 - * @version $Id: MutableByte.java,v 1.6 2004/10/08 19:45:46 ggregory Exp $ + * @version $Id$ */ public class MutableByte extends Number implements Comparable, Mutable { @@ -97,22 +97,48 @@ } //--- +// shortValue relies on Number implementation +/** + * Returns the value of this MutableByte as a byte. + * + * @return the numeric value represented by this object after conversion to type byte. + */ public byte byteValue() { return value; } +/** + * Returns the value of this MutableByte as a int. + * + * @return the numeric value represented by this object after conversion to type int. + */ public int intValue() { return value; } +/** + * Returns the value of this MutableByte as a long. + * + * @return the numeric value represented by this object after conversion to type long. + */ public long longValue() { return value; } +/** + * Returns the value of this MutableByte as a float. + * + * @return the numeric value represented by this object after conversion to type float. + */ public float floatValue() { return value; } +/** + * Returns the value of this MutableByte as a double. + * + * @return the numeric value represented by this object after conversion to type double. + */ public double doubleValue() { return value; } Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableDouble.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableDouble.java?view=diffr1=151303r2=151304 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableDouble.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableDouble.java Thu Feb 3 19:07:18 2005 @@ -23,7 +23,7 @@ * * @see Double * @since 2.1 - * @version $Id: MutableDouble.java,v 1.5 2004/10/08 19:45:46 ggregory Exp $ + * @version $Id$ */ public class MutableDouble extends Number implements Comparable, Mutable { @@ -99,18 +99,39 @@ } //--- +// shortValue and bytValue rely on Number implementation +/** + * Returns the value of this MutableDouble as a int. + * + * @return the numeric value represented by this object after conversion to type int. + */ public int intValue() { return (int) value; } +/** + * Returns the value of this MutableDouble as a long. + * + * @return the numeric value represented by this object after conversion to type long. + */ public long longValue() { return (long) value; } +/** + * Returns the value of this MutableDouble as a float. + * + * @return the numeric value represented by this object after conversion to type float. + */ public float floatValue() { return (float) value; } +/** + * Returns the value of this MutableDouble as a double. + * + * @return the numeric value represented by this object after conversion to type double. + */ public double doubleValue() { return value; } Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/mutable/MutableFloat.java
svn commit: r151305 - jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable
Author: bayard Date: Thu Feb 3 19:07:49 2005 New Revision: 151305 URL: http://svn.apache.org/viewcvs?view=revrev=151305 Log: testing all primitive value methods, including the ones not implemented in the MutableXxx class so that we can tell when Sun change the wrapper implementations Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableByteTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableDoubleTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableFloatTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableIntTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableLongTest.java jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableShortTest.java Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableByteTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableByteTest.java?view=diffr1=151304r2=151305 == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableByteTest.java (original) +++ jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableByteTest.java Thu Feb 3 19:07:49 2005 @@ -23,7 +23,7 @@ /** * JUnit tests. * - * @version $Id: MutableByteTest.java,v 1.3 2004/12/26 02:35:47 bayard Exp $ + * @version $Id$ * @see MutableByte */ public class MutableByteTest extends TestCase { @@ -133,6 +133,8 @@ assertEquals( 1.0F, mutNum.floatValue(), 0 ); assertEquals( 1.0, mutNum.doubleValue(), 0 ); +assertEquals( (byte) 1, mutNum.byteValue() ); +assertEquals( (short) 1, mutNum.shortValue() ); assertEquals( 1, mutNum.intValue() ); assertEquals( 1L, mutNum.longValue() ); } Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableDoubleTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableDoubleTest.java?view=diffr1=151304r2=151305 == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableDoubleTest.java (original) +++ jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableDoubleTest.java Thu Feb 3 19:07:49 2005 @@ -23,7 +23,7 @@ /** * JUnit tests. * - * @version $Id: MutableDoubleTest.java,v 1.3 2004/12/26 02:35:47 bayard Exp $ + * @version $Id$ * @see MutableDouble */ public class MutableDoubleTest extends TestCase { @@ -143,6 +143,9 @@ MutableDouble mutNum = new MutableDouble(1.7); assertEquals( 1.7F, mutNum.floatValue(), 0 ); +assertEquals( 1.7, mutNum.doubleValue(), 0 ); +assertEquals( (byte) 1, mutNum.byteValue() ); +assertEquals( (short) 1, mutNum.shortValue() ); assertEquals( 1, mutNum.intValue() ); assertEquals( 1L, mutNum.longValue() ); } Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableFloatTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableFloatTest.java?view=diffr1=151304r2=151305 == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableFloatTest.java (original) +++ jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableFloatTest.java Thu Feb 3 19:07:49 2005 @@ -23,7 +23,7 @@ /** * JUnit tests. * - * @version $Id: MutableFloatTest.java,v 1.3 2004/12/26 02:35:47 bayard Exp $ + * @version $Id$ * @see MutableFloat */ public class MutableFloatTest extends TestCase { @@ -144,6 +144,9 @@ assertEquals( 1, mutNum.intValue() ); assertEquals( 1.7, mutNum.doubleValue(), 0.1 ); +assertEquals( (byte) 1, mutNum.byteValue() ); +assertEquals( (short) 1, mutNum.shortValue() ); +assertEquals( 1, mutNum.intValue() ); assertEquals( 1L, mutNum.longValue() ); } Modified: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableIntTest.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableIntTest.java?view=diffr1=151304r2=151305 == --- jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/mutable/MutableIntTest.java (original) +++
svn commit: r151308 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java
Author: bayard Date: Thu Feb 3 19:16:58 2005 New Revision: 151308 URL: http://svn.apache.org/viewcvs?view=revrev=151308 Log: added javadoc and fixed long line as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java?view=diffr1=151307r2=151308 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DateUtils.java Thu Feb 3 19:16:58 2005 @@ -34,7 +34,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Gary Gregory/a * @author Phil Steitz * @since 2.0 - * @version $Id: DateUtils.java,v 1.36 2004/10/21 01:18:33 ggregory Exp $ + * @version $Id$ */ public class DateUtils { @@ -74,7 +74,9 @@ {Calendar.SECOND}, {Calendar.MINUTE}, {Calendar.HOUR_OF_DAY, Calendar.HOUR}, -{Calendar.DATE, Calendar.DAY_OF_MONTH, Calendar.AM_PM /* Calendar.DAY_OF_YEAR, Calendar.DAY_OF_WEEK, Calendar.DAY_OF_WEEK_IN_MONTH */}, +{Calendar.DATE, Calendar.DAY_OF_MONTH, Calendar.AM_PM +/* Calendar.DAY_OF_YEAR, Calendar.DAY_OF_WEEK, Calendar.DAY_OF_WEEK_IN_MONTH */ +}, {Calendar.MONTH, DateUtils.SEMI_MONTH}, {Calendar.YEAR}, {Calendar.ERA}}; @@ -720,6 +722,12 @@ private final Calendar endFinal; private final Calendar spot; +/** + * Constructs a DateIterator that ranges from one date to another. + * + * @param startFinal start date (inclusive) + * @param endFinal end date (not inclusive) + */ DateIterator(Calendar startFinal, Calendar endFinal) { super(); this.endFinal = endFinal; @@ -727,10 +735,20 @@ spot.add(Calendar.DATE, -1); } +/** + * Has the iterator not reached the end date yet? + * + * @return codetrue/code if the iterator has yet to reach the end date + */ public boolean hasNext() { return spot.before(endFinal); } +/** + * Return the next calendar in the iteration + * + * @return Object calendar for the next date + */ public Object next() { if (spot.equals(endFinal)) { throw new NoSuchElementException(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151310 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
Author: bayard Date: Thu Feb 3 19:22:22 2005 New Revision: 151310 URL: http://svn.apache.org/viewcvs?view=revrev=151310 Log: javadoc fixing, as per checkstyle Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java?view=diffr1=151309r2=151310 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java Thu Feb 3 19:22:22 2005 @@ -42,7 +42,7 @@ * @author a href=mailto:[EMAIL PROTECTED]Gary Gregory/a * @author Henri Yandell * @since 2.1 - * @version $Id: DurationFormatUtils.java,v 1.21 2004/10/15 23:11:31 scolebourne Exp $ + * @version $Id$ */ public class DurationFormatUtils { @@ -224,7 +224,8 @@ * * pThe format used is the ISO8601 period format./p * - * @param millis the duration to format + * @param startMillis the start of the duration to format + * @param endMillis the end of the duration to format * @return the time as a String */ public static String formatPeriodISO(long startMillis, long endMillis) { @@ -417,6 +418,12 @@ /** * Reduces by difference, then if it overshot, calculates the overshot amount and * fixes and returns the amount to change by. + * + * @param start Start of period being formatted + * @param end End of period being formatted + * @param field Field to reduce, as per constants in [EMAIL PROTECTED] java.util.Calendar} + * @param difference amount to reduce by + * @return int reduced value */ static int reduceAndCorrect(Calendar start, Calendar end, int field, int difference) { end.add( field, -1 * difference ); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151311 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java
Author: bayard Date: Thu Feb 3 19:30:51 2005 New Revision: 151311 URL: http://svn.apache.org/viewcvs?view=revrev=151311 Log: added missing javadoc Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java?view=diffr1=151310r2=151311 == --- jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java (original) +++ jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/time/DurationFormatUtils.java Thu Feb 3 19:30:51 2005 @@ -446,6 +446,12 @@ static final Object s = s; static final Object S = S; +/** + * Parse a classic date format string into Tokens + * + * @param format to parse + * @return Token[] of tokens + */ static Token[] lexx(String format) { char[] array = format.toCharArray(); java.util.ArrayList list = new java.util.ArrayList(array.length); @@ -507,7 +513,13 @@ */ static class Token { -// will only work for the tokens, not for stringbuffers/numbers +/** + * Helper method to determine if a set of tokens contain a value + * + * @param tokens set to look in + * @param value to look for + * @return boolean codetrue/code if contained + */ static boolean containsTokenWithValue(Token[] tokens, Object value) { int sz = tokens.length; for (int i = 0; i sz; i++) { @@ -521,28 +533,59 @@ private Object value; private int count; +/** + * Wrap a token around a value. A value would be something like a 'Y'. + * + * @param value to wrap + */ Token(Object value) { this.value = value; this.count = 1; } +/** + * Wrap a token around a repeated number of a value, for example it would + * store '' as a value for y and a count of 4. + * + * @param value to wrap + * @param count to wrap + */ Token(Object value, int count) { this.value = value; this.count = count; } +/** + * Add another one of the value + */ void increment() { count++; } +/** + * Get the current number of values represented + * + * @return int number of values represented + */ int getCount() { return count; } +/** + * Get the particular value this token represents. + * + * @return Object value + */ Object getValue() { return value; } +/** + * Supports equality of this Token to another Token. + * + * @param obj2 Object to consider equality of + * @return boolean codetrue/code if equal + */ public boolean equals(Object obj2) { if (obj2 instanceof Token) { Token tok2 = (Token) obj2; @@ -564,6 +607,11 @@ } } +/** + * Represent this token as a String. + * + * @return String representation of the token + */ public String toString() { return StringUtils.repeat(this.value.toString(), this.count); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r151312 - in jakarta/commons/proper/httpclient/trunk/xdocs: authentication.xml downloads.xml methods.xml navigation.xml news.xml sslguide.xml status.xml threading.xml userguide.xml
Author: mbecke Date: Thu Feb 3 19:42:13 2005 New Revision: 151312 URL: http://svn.apache.org/viewcvs?view=revrev=151312 Log: Switched to viewcvs. Modified: jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml jakarta/commons/proper/httpclient/trunk/xdocs/methods.xml jakarta/commons/proper/httpclient/trunk/xdocs/navigation.xml jakarta/commons/proper/httpclient/trunk/xdocs/news.xml jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml jakarta/commons/proper/httpclient/trunk/xdocs/status.xml jakarta/commons/proper/httpclient/trunk/xdocs/threading.xml jakarta/commons/proper/httpclient/trunk/xdocs/userguide.xml Modified: jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml?view=diffr1=151311r2=151312 == --- jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml Thu Feb 3 19:42:13 2005 @@ -226,11 +226,11 @@ /subsection /section section name=Examples -pThere are a number of authentication examples in the a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/;example directory/a, including: +pThere are a number of authentication examples in the a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/;example directory/a, including: ul -lia href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/BasicAuthenticationExample.java;Basic authentication/a/li -lia href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/CustomAuthenticationExample.java;Custom authentication/a/li -lia href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/InteractiveAuthenticationExample.java;Interactive authentication/a/li +lia href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/BasicAuthenticationExample.java?view=markup;Basic authentication/a/li +lia href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/CustomAuthenticationExample.java?view=markup;Custom authentication/a/li +lia href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/InteractiveAuthenticationExample.java?view=markup;Interactive authentication/a/li /ul /p /section Modified: jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml?view=diffr1=151311r2=151312 == --- jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml Thu Feb 3 19:42:13 2005 @@ -41,7 +41,7 @@ /p p The Subversion repository for emHttpClient/em can be - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/;browsed online/a. + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/;browsed online/a. /p p The best way to get emHttpClient/em, is to checkout the souce from our public Modified: jakarta/commons/proper/httpclient/trunk/xdocs/methods.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/xdocs/methods.xml?view=diffr1=151311r2=151312 == --- jakarta/commons/proper/httpclient/trunk/xdocs/methods.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/methods.xml Thu Feb 3 19:42:13 2005 @@ -20,7 +20,7 @@ pThe examples on the following pages are not complete and are only used to highlight the important features that are unique to each method. For complete examples, please refer to the a - href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/;sample + href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/;sample code/a./p /section Modified: jakarta/commons/proper/httpclient/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/xdocs/navigation.xml?view=diffr1=151311r2=151312 == --- jakarta/commons/proper/httpclient/trunk/xdocs/navigation.xml (original) +++
svn commit: r151313 - in jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs: authentication.xml downloads.xml methods.xml navigation.xml news.xml sslguide.xml status.xml threading.xml userguide.xml
Author: mbecke Date: Thu Feb 3 20:02:09 2005 New Revision: 151313 URL: http://svn.apache.org/viewcvs?view=revrev=151313 Log: Switched to viewcvs. Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/downloads.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/methods.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/navigation.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/news.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/sslguide.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/status.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/threading.xml jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/userguide.xml Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml?view=diffr1=151312r2=151313 == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml Thu Feb 3 20:02:09 2005 @@ -181,9 +181,9 @@ /section section name=Examples - pThere is an a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/examples/BasicAuthenticationExample.java;example/a + pThere is an a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/examples/BasicAuthenticationExample.java?view=markup;example/a of basic authentication available in the - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/examples/;example directory/a in Subversion. + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/src/examples/;example directory/a in Subversion. /p /section Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/downloads.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/downloads.xml?view=diffr1=151312r2=151313 == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/downloads.xml (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/downloads.xml Thu Feb 3 20:02:09 2005 @@ -41,7 +41,7 @@ /p p The Subversion repository for emHttpClient/em can be - a href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/;browsed online/a. + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/;browsed online/a. /p p The best way to get emHttpClient/em, is to checkout the souce from our public Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/methods.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/methods.xml?view=diffr1=151312r2=151313 == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/methods.xml (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/methods.xml Thu Feb 3 20:02:09 2005 @@ -20,7 +20,7 @@ pThe examples on the following pages are not complete and are only used to highlight the important features that are unique to each method. For complete examples, please refer to the a - href=http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/examples/;sample + href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/examples/;sample code/a./p /section Modified: jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/navigation.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/navigation.xml?view=diffr1=151312r2=151313 == --- jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/navigation.xml (original) +++ jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/navigation.xml Thu Feb 3 20:02:09 2005 @@ -26,7 +26,7 @@ item name=Cross Host Redirects href=/redirects.html/
svn commit: r151314 - jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml
Author: mbecke Date: Thu Feb 3 20:08:38 2005 New Revision: 151314 URL: http://svn.apache.org/viewcvs?view=revrev=151314 Log: Fixed urls. Modified: jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml Modified: jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml URL: http://svn.apache.org/viewcvs/jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml?view=diffr1=151313r2=151314 == --- jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/sslguide.xml Thu Feb 3 20:08:38 2005 @@ -193,17 +193,17 @@ ul li - a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/?rev=151309EasySSLProtocolSocketFactory.java?view=markup; + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/EasySSLProtocolSocketFactory.java?view=markup; EasySSLProtocolSocketFactory/a can be used to create SSL connections that allow the target server to authenticate with a self-signed certificate. /li li - a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/?rev=151309StrictSSLProtocolSocketFactory.java?view=markup; + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/StrictSSLProtocolSocketFactory.java?view=markup; StrictSSLProtocolSocketFactory/a can be used to create SSL connections that can optionally perform host name verification in order to help preventing man-in-the-middle type of attacks. /li li - a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/?rev=151309AuthSSLProtocolSocketFactory.java?view=markup; + a href=http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/AuthSSLProtocolSocketFactory.java?view=markup; AuthSSLProtocolSocketFactory/a can be used to optionally enforce mutual client/server authentication. This is the most flexible implementation of a protocol socket factory. It allows for customization of most, if not all, aspects of the SSL authentication. /li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
subeclipse
After last week's vote, I have been mucking around with subversion and subeclipse trying to get my feet wet. Here is one thing I learned about subeclipse after I carelessly remarked on the subversion mailing list that subeclipse wasn't ready for prime time. I was of course contacted by a subeclipse developer who indignantly maintained that subeclipse was much closer to release quality than I had implied. We then had a civil discussion, and while I think his standards for release quality are lower than mine (he doesn't see synchronize as a must-have, I won't take subeclipse seriously until it has it - but nonetheless says the release version will have it), I did learn something that may be of interest to jakarta-commons developers whoare trying to use subversion with eclipse: If you are trying to get the latest version of subeclipse, do not use Eclipse's search for updates of existing features, instead use search for new features. Eclipse kept telling me that there was no version greater than 0.9.22 while this fellow was telling me he'd just released 0.9.26. Running search for new features against the subversion.tigris.org site quickly found what I was looking for. Any jakarta-commons devs who want to try subeclipse but are stuck on 0.9.22 should try this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Digester
Date: 2005-02-03T20:58:08 Editor: SimonKitching Wiki: Jakarta Commons Wiki Page: Digester URL: http://wiki.apache.org/jakarta-commons/Digester Add link to WhyUseDigester Change Log: -- @@ -11,6 +11,7 @@ = Resources = + * [wiki:/WhyUseDigester Why use Digester?] * [wiki:/FAQ The Frequently Asked Questions Page (FAQ)] * [:/1.6.0ReleasePlan] * DigesterPatterns - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: Digester/WhyUseDigester
Date: 2005-02-03T22:45:59 Editor: SimonKitching Wiki: Jakarta Commons Wiki Page: Digester/WhyUseDigester URL: http://wiki.apache.org/jakarta-commons/Digester/WhyUseDigester no comment New Page: ##language:en == Why use Digester? == Digester is a layer on top of the SAX xml parser API to make it easier to process xml input. In particular, digester makes it easy to create and initialise a tree of objects based on an xml input file. The most common use for Digester is to process xml-format configuration files, building a tree of objects based on that information. Note that digester can create and initialise true objects, ie things that relate to the business goals of the application and have real behaviours. Many other tools have a different goal: to build a model of the data in the input XML document, like a W3C DOM does but a little more friendly. == Alternatives == This section lists some of the alternatives to Digester, and tries to describe what tool is best under various circumstances. This is of course a controversial topic, and different people will have different opinions on this. This page is intended to be a fair and reasonable evaluation of the alternatives, not a sales job for the Digester package. Different tools are appropriate for different applications. Note that these comparisons should be treated with caution; the products below are not all aimed at solving the exact same problem so direct comparisons are awkward. The intent is intended to give you a feel for which tools might be best for solving the problem you are currently working on. === Digester === This tool offers only moderate performance. Because of its heavy use of reflection, it will never be lightning fast. Configuration of Digester is moderately complex; the application developer needs to write rules that tell Digester how to map input xml into java objects. And unlike many of the other tools listed here, Digester supports only one-way mapping from xml - java objects. It does not provide mechanisms for serialising java objects to xml (though Digester's sister-project betwixt does provide this). Digester is, however, very flexible. You can map xml into any reasonable equivalent in-memory java-object representation. Later changes to either the classes or the xml format is not a significant problem; the digester rules are simply updated to match. Digester can handle extensible xml input files, which other approaches often cannot. Sometimes you wish to indicate in the input xml that a particular variant of a class be instantiated (sometimes even just indicating a java classname), and that the xml attributes or child elements can then vary. There is no way to write a schema for such xml input. Examples include Ant build files where custom tasks can be referenced, or Tomcat configuration files where custom Valve classes are specified and configured. And unlike tools that generate classes, you can write your application's classes first, then later decide to use Digester to build them from an xml input file. The result is that your classes are real classes with real behaviours, that happen to be initialised from an xml file, rather than simple structs that just hold data. In addition, Digester's core is easily extensible. Anyone with a basic familiarity with the SAX api for processing XML is able to create custom extensions to Digester in order to handle unusual mapping requirements. Digester can also be used for purposes other than building in-memory representations of the input xml; it is quite possible to write custom extensions based on this framework to perform actions as xml input is parsed, such as performing database inserts. Digester can make SAX processing easy! If, however, you are looking for a direct representation of the input xml document, as data rather than true objects, then digester is not for you; DOM, jDOM or other more direct binding tools will be more appropriate. === Pre-processing tools === Tools like JAXB take an xml schema as input to a compiler and generate a set of java classes that will parse the xml input to generate java objects. The resulting code is likely to be very fast. However there are a number of 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. Basically, using JAXB is like having a custom DOM representation, rather than being able to initialise *your* classes from an xml input. == References == * Javolution (http://javolution.org) * JAXB (http://java.sun.com/xml/jaxb) * Castor (http://www.castor.org/) * jibx (http://jibx.sourceforge.net) * XMLBeans (http://xmlbeans.apache.org/) * Zeus (http://zeus.objectweb.org/) * XStream (http://xstream.codehaus.org) * Beck (http://beck.sourceforge.net/) * JBind
DO NOT REPLY [Bug 33255] - [VFS] ftp file system depends on ORO for a MalformedPatternException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33255. 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=33255 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 08:00 --- ;-) I just refactored RegexFTPFileEntryParserImpl a little bit, so excuse me if the bells in my brain didnt chime. Thanks for pointint this out. I now added it to my local files, but will commit it end next week as I am on vacation and dont wont to break builds - in the case I did something wrong. -- 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: VOTE: FeedParser move to Commons Proper...
+1 for promoting feedparser to commons proper -0 for dedicated mailing list, httpclient got one during their major refactoring mail storm when they were sending dozens of mails every day. It was a practical solution but not good community wise. I would advice only to get a separate mailing list if you are planning to move to jakarta level project. (it is also less confusing to your users) -- Dirk Kevin A. Burton wrote: Subject: Hey gang. I'd like to propose that we move FeedParser into commons proper. The main personal requirement for this is that I want to do a 0.5 release for my CodeCon talk on the FeedParser on Feb 11. http://jakarta.apache.org/commons/sandbox/feedparser/ We've been in the sandbox for 11 months now. The FeedParser itself is more than 2 years old. Its currently used in production at rojo.com to handle more than 1.9 million feeds. We currently have three developers working on the FeedParser: Kevin Burton (me) Brad Neuberg (Rojo Networks Inc.) Joseph Ottinger (Fusion Alliance) We're also working with the Rome developers (another RSS parser) to try to standardize APIs and are collaborating on a common feed parsing components including networking IO, autodiscovery, unit test, and potential collaboration. In order for this to happen though I need to get a stable release of FeedParser out the door and the sandbox doesn't allow any releases. I also want to be able to give out SVN commit to additional developers as they come on board. Also... I assume we can get a dedicated mailing list for the FeedParser? HttpClient is currently doing this. The roadmap for FeedParser is to get a 0.5 release out before Feb 11 and then about a month later to release 1.0. Then I want to start working on better and DEEPER unit tests and then rewrite the backend to use SAX. At this point I can make a better case that the Rome developers should build their object model on top of FeedParser Thanks guys!!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: FeedParser move to Commons Proper...
Dirk, from what I can see feedparser seems more like a top level java project than a commons one. Maybe it should go straight from the sandbox to jakarta? On Fri, 04 Feb 2005 08:21:42 +0100, Dirk Verbeeck [EMAIL PROTECTED] wrote: +1 for promoting feedparser to commons proper -0 for dedicated mailing list, httpclient got one during their major refactoring mail storm when they were sending dozens of mails every day. It was a practical solution but not good community wise. I would advice only to get a separate mailing list if you are planning to move to jakarta level project. (it is also less confusing to your users) -- Dirk Kevin A. Burton wrote: Subject: Hey gang. I'd like to propose that we move FeedParser into commons proper. The main personal requirement for this is that I want to do a 0.5 release for my CodeCon talk on the FeedParser on Feb 11. http://jakarta.apache.org/commons/sandbox/feedparser/ We've been in the sandbox for 11 months now. The FeedParser itself is more than 2 years old. Its currently used in production at rojo.com to handle more than 1.9 million feeds. We currently have three developers working on the FeedParser: Kevin Burton (me) Brad Neuberg (Rojo Networks Inc.) Joseph Ottinger (Fusion Alliance) We're also working with the Rome developers (another RSS parser) to try to standardize APIs and are collaborating on a common feed parsing components including networking IO, autodiscovery, unit test, and potential collaboration. In order for this to happen though I need to get a stable release of FeedParser out the door and the sandbox doesn't allow any releases. I also want to be able to give out SVN commit to additional developers as they come on board. Also... I assume we can get a dedicated mailing list for the FeedParser? HttpClient is currently doing this. The roadmap for FeedParser is to get a 0.5 release out before Feb 11 and then about a month later to release 1.0. Then I want to start working on better and DEEPER unit tests and then rewrite the backend to use SAX. At this point I can make a better case that the Rome developers should build their object model on top of FeedParser Thanks guys!!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: subeclipse
-Original Message- From: Steve Cohen [mailto:[EMAIL PROTECTED] (he doesn't see synchronize as a must-have, I won't take subeclipse seriously until it has it - but nonetheless says the release version will have it) +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [digester] initial code for Digester2.0
On Fri, 04 Feb 2005 15:52:16 +1300, Simon Kitching [EMAIL PROTECTED] wrote: Isn't it about time to give Digester2 a place in SVN, so I can either create patches against it or directly commit to it. What about a branch in commons proper? Or at least the sandbox? Done. Do you have commit rights to Digester? If not, I'd be happy to propose a vote... Well, not quite sure, how this is handled, but as I have commit access to commons transaction, I should have rights on Digester as well. But I seem to remember that it is polite to have some sort of vote done by the current committers. Who are the current committers? Is there anyone other than you? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]