Re: [logging] Using Maven 2 for everything
Hi Dennis, Dennis Lundberg wrote: [snip] 4. The M2 jars has the files pom.properties and pom.xml in the /META_INF/maven/commons-logging/commons-logging/ directory. This can be configured, but the plugin needs an up-to-date archiver component. I know that e.g. the war plugin uses such a new one, but I don't know by heart for the jar plugin. Nevertheless, this can go away in mid-term. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Phil Steitz wrote: Hmmm. http://people.apache.org/~dennisl/commons-lang3/http://people.apache.org/%7Edennisl/commons-lang3/ puts the nav bar in the right place flush left, but shows a big black box between the Jakarta and Lang logos on the top. Same for me with Firefox 1.5.0.9, Konqueror 3.5.5 and Opera 9.02 http://people.apache.org/~dennisl/commons-lang4/http://people.apache.org/%7Edennisl/commons-lang4/ puts the nav bar in the middle, as before. Just with Konqueror, looks right with Firefox and Opera. But with Konqueror it is really unusable. So - despite the black box - #3 is better. - Jörg, Genooist :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Hello, I have tested on Windows Vista RC1 with a) Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 b) Internet Explorer 7.0.5600.16384 Both with default settings for fonts and CSS. Phil Steitz wrote: http://people.apache.org/~dennisl/commons-lang3/ puts the nav bar in the right place flush left, but shows a big black box between the Jakarta and Lang logos on the top. 3a) shows a blue box between the Jakarta and Lang logos on the top, but the rest looks OK 3b) shows a blue box between the Jakarta and Lang logos on the top, but the rest looks OK http://people.apache.org/~dennisl/commons-lang4/ puts the nav bar in the middle, as before. 4a) looks OK 4b) looks OK For Windowsers #4 seems the best solution. The Opera website is currently very slow, I will test this later. If you need another test, I am available till 20pm today, send an eMail to the adress used for this mailing. Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491210 - /jakarta/commons/proper/logging/trunk/build.xml
Author: dennisl Date: Sat Dec 30 03:15:59 2006 New Revision: 491210 URL: http://svn.apache.org/viewvc?view=revrev=491210 Log: Use source.version and target.version when compiling test classes. Modified: jakarta/commons/proper/logging/trunk/build.xml Modified: jakarta/commons/proper/logging/trunk/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/build.xml?view=diffrev=491210r1=491209r2=491210 == --- jakarta/commons/proper/logging/trunk/build.xml (original) +++ jakarta/commons/proper/logging/trunk/build.xml Sat Dec 30 03:15:59 2006 @@ -502,7 +502,9 @@ destdir=${build.home}/tests debug=${compile.debug} deprecation=${compile.deprecation} - optimize=${compile.optimize} + optimize=${compile.optimize} +source=${source.version} +target=${target.version} classpath refid=test.classpath/ include name='**/jdk14/**'/ /javac @@ -513,7 +515,9 @@ destdir=${build.home}/tests debug=${compile.debug} deprecation=${compile.deprecation} - optimize=${compile.optimize} + optimize=${compile.optimize} +source=${source.version} +target=${target.version} classpath refid=test.classpath.log4j12/ include name='**/log4j/**'/ !-- NOTE -- @@ -533,7 +537,9 @@ destdir=${build.home}/tests debug=${compile.debug} deprecation=${compile.deprecation} - optimize=${compile.optimize} + optimize=${compile.optimize} +source=${source.version} +target=${target.version} classpath refid=test.classpath/ include name='**/avalon/**'/ /javac @@ -544,7 +550,9 @@ destdir=${build.home}/tests debug=${compile.debug} deprecation=${compile.deprecation} - optimize=${compile.optimize} +optimize=${compile.optimize} + source=${source.version} + target=${target.version} classpath refid=test.classpath/ include name='**/logkit/**'/ /javac @@ -556,7 +564,9 @@ destdir=${build.home}/tests debug=${compile.debug} deprecation=${compile.deprecation} - optimize=${compile.optimize} + optimize=${compile.optimize} +source=${source.version} +target=${target.version} classpath refid=test.classpath/ exclude name='**/jdk14/**'/ exclude name='**/log4j/**'/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Hello, another test with Opera 9.10 Build 8679 under Windows Vista RC1. Default settings for fonts and CSS. Phil Steitz wrote: http://people.apache.org/~dennisl/commons-lang3/ puts the nav bar in the right place flush left, but shows a big black box between the Jakarta and Lang logos on the top. shows a blue box between the Jakarta and Lang logos on the top, but the rest looks OK http://people.apache.org/~dennisl/commons-lang4/ puts the nav bar in the middle, as before. looks OK Finally: Under Windows IE, Firefox, and Opera had the same (good) results for #4. Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-soap (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-soap has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-soap : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/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-soap-30122006.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-soap -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.axis. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.jaxrpc-api. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.saaj-api. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 1930122006, vmgump.apache.org:vmgump-public:1930122006 Gump E-mail Identifier (unique within run) #30. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-soap (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-soap has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-soap : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/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-soap-30122006.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-soap -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.axis. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.jaxrpc-api. -DEBUG- Dependency on ws-axis exists, no need to add for property maven.jar.saaj-api. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-soap/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 1930122006, vmgump.apache.org:vmgump-public:1930122006 Gump E-mail Identifier (unique within run) #30. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491215 - /jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css
Author: dennisl Date: Sat Dec 30 04:13:50 2006 New Revision: 491215 URL: http://svn.apache.org/viewvc?view=revrev=491215 Log: Fix contradicting rules for breadcrumbs. Modified: jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css Modified: jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css URL: http://svn.apache.org/viewvc/jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css?view=diffrev=491215r1=491214r2=491215 == --- jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css (original) +++ jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css Sat Dec 30 04:13:50 2006 @@ -78,11 +78,6 @@ color: #000; border-top: 1px solid #aaa; border-bottom: 1px solid #aaa; - height: 1.4em; -} - -#breadcrumbs div { - padding: 1px 8px 2px 2px; } .source { @@ -860,7 +855,7 @@ } #breadcrumbs { - padding: 2px 8px; + padding: 3px 10px; } .legend { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Commons VFS 1.0 released
Hi! I'd like to announce that Commons VFS 1.0 has been released. Commons VFS provides a single API for accessing various different file systems. It presents a uniform view of the files from various different sources, such as the files on local disk, on an HTTP server, or inside a Zip archive. For example, you can use filenames like tar:gz:http://anyhost/dir/mytar.tar.gz!/mytar.tar!/path/in/tar/README.txt; to access a compressed tar file located on a web server. Commons VFS 1.0 is the first release For more information on Commons VFS, please visit its website: http://jakarta.apache.org/commons/vfs/ Commons VFS is available in either binary or source form from: http://jakarta.apache.org/site/downloads/downloads-commons-vfs.cgi Happy New Year !! Mario Ivankovits on behalf of the Commons community PS: Thanks to everyone who contributed (in any way - testing, patches, discussions, development, etc) to the project and finally helped to make this release happen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (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-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/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-jaxme-30122006.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-js on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-xs on: Maven on Project:commons-jelly-tags-jaxme -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 1930122006, vmgump.apache.org:vmgump-public:1930122006 Gump E-mail Identifier (unique within run) #37. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (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-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/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-jaxme-30122006.jar] identifier set to project name -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- No such project [ws-jaxme] for property. -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-js on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-api on: Maven on Project:commons-jelly-tags-jaxme -ERROR- Cannot resolve output/outputpath of *unknown* [ws-jaxme] -ERROR- Unhandled Property: maven.jar.jaxme-xs on: Maven on Project:commons-jelly-tags-jaxme -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ws-jaxme unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 1930122006, vmgump.apache.org:vmgump-public:1930122006 Gump E-mail Identifier (unique within run) #37. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491218 - /jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css
Author: dennisl Date: Sat Dec 30 04:28:44 2006 New Revision: 491218 URL: http://svn.apache.org/viewvc?view=revrev=491218 Log: Move rules to the appropriate section. Make the comments for the different sections of the file stand out more. Modified: jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css Modified: jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css URL: http://svn.apache.org/viewvc/jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css?view=diffrev=491218r1=491217r2=491218 == --- jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css (original) +++ jakarta/commons/sandbox/commons-skin/trunk/src/main/resources/css/maven-theme.css Sat Dec 30 04:28:44 2006 @@ -35,12 +35,10 @@ background: #fff; color: #fff; } + #banner { border-bottom: 1px solid #fff; } -#banner img { - padding: 8px; -} #leftColumn { background-color: #eee; @@ -48,7 +46,6 @@ border-right: 1px solid #aaa; border-bottom: 1px solid #aaa; border-top: 1px solid #fff; - width: 150px; } #navcolumn { @@ -56,17 +53,11 @@ border-right: none; border-bottom: none; border-top: none; - padding-top: 5px; } #navcolumn h5 { font-size: inherit; border-bottom: 1px solid #aaa; - padding-top: 3px; -} - -#navcolumn li { - padding-left: 8px; } #navcolumn li strong { @@ -519,7 +510,12 @@ background-color: #fff; } -/* font and text properties, exclusive of link indication, alignment, text-indent */ +/* + +font and text properties, exclusive of link indication, alignment, text-indent + +*/ + body, th, td, input, select { font-family: Verdana, Helvetica, Arial, sans-serif; } @@ -539,10 +535,6 @@ font-size: x-small; } -#breadcrumbs div { - font-size: x-small; -} - .tabs td, .tabs th, dt, .tasknav .selfref, #login .username, .selection { font-weight: bold; } @@ -559,7 +551,33 @@ font-size: 1.25em; } -/* box properties (exclusive of borders), positioning, alignments, list types, text-indent */ +#breadcrumbs div { + font-size: x-small; +} + +/* + +box properties (exclusive of borders), positioning, alignments, list types, +text-indent + +*/ + +#leftColumn { + width: 150px; +} + +#navcolumn { + padding-top: 5px; +} + +#navcolumn h5 { + padding-top: 3px; +} + +#navcolumn li { + padding-left: 8px; +} + #bodyColumn h2 { margin-top: .3em; margin-bottom: .5em; @@ -848,6 +866,10 @@ #banner h1 { margin: 0; +} + +#banner img { + padding: 8px; } .axial th, .axial th .strut, #leftColumn .strut { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TRANSACTION-13) JTA Compliant
[ http://issues.apache.org/jira/browse/TRANSACTION-13?page=comments#action_12461493 ] Cyrille commented on TRANSACTION-13: there is a discussion about that subject at forum.springframework.org http://forum.springframework.org/showthread.php?t=32704 Thanks to Jörg ! Happy new year ! JTA Compliant - Key: TRANSACTION-13 URL: http://issues.apache.org/jira/browse/TRANSACTION-13 Project: Commons Transaction Issue Type: New Feature Reporter: Cyrille Assigned To: Jörg Heinicke Is there a plan to make Commons-Transaction compliant with JTA (Java Transaction API) ? It would be great to get it. For exemple, in case of a web file upload, we could make one transaction for tose 2 operations : 1) writing metadata in database (title,description...), 2) writing the file on the filesystem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 88 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-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 15 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-30122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-30122006.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 88 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-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 15 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-30122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-30122006.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:64) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:59) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:263) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:66) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:113) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:187) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:161) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (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-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 32 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-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] CLASSPATH: /opt/jdk1.5/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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-30122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-30122006.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-30122006.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
[EMAIL PROTECTED]: Project commons-jelly-tags-fmt-test (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-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 32 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-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 12 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt] CLASSPATH: /opt/jdk1.5/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/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-30122006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-30122006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-30122006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-30122006.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jelly-tags-fmt-30122006.jar - [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
Re: Introducing commons-skin
Dennis Lundberg wrote: Phil Steitz wrote: snip http://people.apache.org/~dennisl/commons-lang4/http://people.apache.org/%7Edennisl/commons-lang4/ puts the nav bar in the middle, as before. That's odd. There must be something more that is wrong then. Unfortunately I haven't been able to reproduce this myself. I looked around to find a linux live-cd with Firefox 2 on it. I found one and burned a copy of Ubuntu 6.10 with Firefox 2.0.0.0. But I can't see the issues that you do. I can however see it on both Ubuntu and Windows if make the font size smaller (!) in firefox (CTRL -) about 6 times, then the navbar pops away to the right a bit. I'll continue searching for a solution. OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Dennis Lundberg wrote: Dennis Lundberg wrote: Phil Steitz wrote: snip http://people.apache.org/~dennisl/commons-lang4/http://people.apache.org/%7Edennisl/commons-lang4/ puts the nav bar in the middle, as before. That's odd. There must be something more that is wrong then. Unfortunately I haven't been able to reproduce this myself. I looked around to find a linux live-cd with Firefox 2 on it. I found one and burned a copy of Ubuntu 6.10 with Firefox 2.0.0.0. But I can't see the issues that you do. I can however see it on both Ubuntu and Windows if make the font size smaller (!) in firefox (CTRL -) about 6 times, then the navbar pops away to the right a bit. I'll continue searching for a solution. OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ Looks perfect :) - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491226 - in /jakarta/commons/proper/logging/trunk: pom.xml src/site/ src/site/site.xml
Author: dennisl Date: Sat Dec 30 06:17:06 2006 New Revision: 491226 URL: http://svn.apache.org/viewvc?view=revrev=491226 Log: First try at a Maven 2 generated site. Requires commons-parent 2-SNAPSHOT because it inherits parts of the site.xml from it. Added: jakarta/commons/proper/logging/trunk/src/site/ jakarta/commons/proper/logging/trunk/src/site/site.xml (with props) Modified: jakarta/commons/proper/logging/trunk/pom.xml Modified: jakarta/commons/proper/logging/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/pom.xml?view=diffrev=491226r1=491225r2=491226 == --- jakarta/commons/proper/logging/trunk/pom.xml (original) +++ jakarta/commons/proper/logging/trunk/pom.xml Sat Dec 30 06:17:06 2006 @@ -25,7 +25,7 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId -version1/version +version2-SNAPSHOT/version /parent modelVersion4.0.0/modelVersion groupIdcommons-logging/groupId Added: jakarta/commons/proper/logging/trunk/src/site/site.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/src/site/site.xml?view=autorev=491226 == --- jakarta/commons/proper/logging/trunk/src/site/site.xml (added) +++ jakarta/commons/proper/logging/trunk/src/site/site.xml Sat Dec 30 06:17:06 2006 @@ -0,0 +1,64 @@ +?xml version=1.0 encoding=ISO-8859-1? +project name=Commons Logging + bannerRight +nameCommons Logging/name +srchttp://jakarta.apache.org/commons/logging/images/logo.png/src +hrefhttp://jakarta.apache.org/commons/logging//href + /bannerRight + body +menu name=Commons Logging + item name=Overview +href=/index.html/ + item name=User Guide +href=/guide.html/ + item name=Tech Guide +href=/tech.html/ + item name=Troubleshooting Guide +href=/troubleshooting.html/ + item name=Wiki +href=http://wiki.apache.org/jakarta-commons/Logging/ + item name='JavaDoc' +href='/apidocs/index.html'/ + item name=Release Notes +href=/RELEASE-NOTES.txt/ + item name=Building +href=/building.html/ + item name=Download + href=http://jakarta.apache.org/site/downloads/downloads_commons-logging.cgi/ +/menu +menu name=1.1 Release + item name=Overview + href=http://jakarta.apache.org/commons/logging/commons-logging-1.1/index.html/ + item name=User Guide + href=http://jakarta.apache.org/commons/logging/commons-logging-1.1/guide.html/ + item name=Tech Guide + href=http://jakarta.apache.org/commons/logging/commons-logging-1.1/tech.html/ + item name=Troubleshooting Guide + href=http://jakarta.apache.org/commons/logging/commons-logging-1.1/troubleshooting.html/ + item name='JavaDoc' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.1/apidocs/index.html'/ + item name=Release Notes + href=http://jakarta.apache.org/commons/logging/commons-logging-1.1/RELEASE-NOTES.txt/ +/menu +menu name='1.0.4 Release' + item name='Documentation' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/docs/'/ + item name='JavaDoc' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/docs/apidocs/'/ + item name='Release Notes' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.4/RELEASE-NOTES.txt'/ +/menu +menu name='1.0.3 Release' + item name='User Guide' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.3/usersguide.html'/ + item name='JavaDoc' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.3/docs/api/'/ + item name='Release Notes' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.3/RELEASE-NOTES.txt'/ +/menu +menu name='1.0.2 Release' + item name='JavaDoc' + href='http://jakarta.apache.org/commons/logging/commons-logging-1.0.2/docs/api/'/ +/menu + /body +/project Propchange: jakarta/commons/proper/logging/trunk/src/site/site.xml -- svn:eol-style = native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Hi, Dennis Lundberg wrote: OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ I have tested with: - Firefox 2.0.0.1 on Windows Vista RC1 (my personal reference) - looks fine - Internet Explorer 7 on Windows Vista RC1 -- looks fine, except headings (Commons Lang, Development, Project Documentation, Commons) on the left nav bar are larger than in Firefox -- no show stopper (How many developers using Jakarta Commons are IE users AND will care about that?) - Opera 9.10 on Windows Vista RC1 - looks fine, I do not see any difference to Firefox Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Boris Unckel wrote: Hi, Dennis Lundberg wrote: OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ I have tested with: - Firefox 2.0.0.1 on Windows Vista RC1 (my personal reference) - looks fine - Internet Explorer 7 on Windows Vista RC1 -- looks fine, except headings (Commons Lang, Development, Project Documentation, Commons) on the left nav bar are larger than in Firefox There is a wellknown IE-bug-workaround in the css, that came along from maven-classic-skin, that might be the cause of this. Perhaps MS has fixed the bug in IE7? Anyway, you should be able to see the same difference in size on this site: http://people.apache.org/~dennisl/commons-lang3/ Can you confirm that? -- no show stopper (How many developers using Jakarta Commons are IE users AND will care about that?) - Opera 9.10 on Windows Vista RC1 - looks fine, I do not see any difference to Firefox Regards Boris Thanks for your help in testing this! -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote: Dennis Lundberg wrote: Phil Steitz wrote: snip http://people.apache.org/~dennisl/commons-lang4/ http://people.apache.org/%7Edennisl/commons-lang4/ puts the nav bar in the middle, as before. That's odd. There must be something more that is wrong then. Unfortunately I haven't been able to reproduce this myself. I looked around to find a linux live-cd with Firefox 2 on it. I found one and burned a copy of Ubuntu 6.10 with Firefox 2.0.0.0. But I can't see the issues that you do. I can however see it on both Ubuntu and Windows if make the font size smaller (!) in firefox (CTRL -) about 6 times, then the navbar pops away to the right a bit. I'll continue searching for a solution. OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ Looks great! Phil
Re: Introducing commons-skin
Hi, Dennis Lundberg wrote: Boris Unckel wrote: http://people.apache.org/~dennisl/commons-lang5/ I have tested with: - Firefox 2.0.0.1 on Windows Vista RC1 (my personal reference) - looks fine - Internet Explorer 7 on Windows Vista RC1 -- looks fine, except headings (Commons Lang, Development, Project Documentation, Commons) on the left nav bar are larger than in Firefox There is a wellknown IE-bug-workaround in the css, that came along from maven-classic-skin, that might be the cause of this. Perhaps MS has fixed the bug in IE7? Anyway, you should be able to see the same difference in size on this site: http://people.apache.org/~dennisl/commons-lang3/ Can you confirm that? In IE7 #3 and #5 have the same problem with the headings mentioned above. Next difference is the blue box in #3 (mentioned before in the thread and fixed). There are also minor differences with a very small black line between grey header line and the white background of the body: #3 has one, #5 has not, but I like #5 more. At least in the left nav bar #3 has no lines between the headings, while #5 does have lines between them, #5 seems better. Regards Boris P.S.: These kinds of bugs make me dislike web-frontend development. Browser-vendors, Browser-versions, even OS dependent behaviour, did I mention the several versions of (X)HTML/CSS. Thank you for having the patience and knowledge to fix these issues. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Hi, yet another issue. Dennis Lundberg wrote: OK, I think I've got it this time. As it turned out I had put in my stylesheet rules in a different place than they should be, so I ended up having contradicting rules for the same selector. The conflicts have been solved and the rules have been moved to the appropriate section in the css file. This solves the all the problems I have seen. I have tested this with: - Firefox 2.0.0.1 on Windows - Internet Explorer 6 on Windows - Firefox 2.0.0.0 on Ubuntu - Konqueror 3.5.2 on Kubuntu Here's yet another staged site for commons-lang. Please help me and try it out on the platforms that had problems before. http://people.apache.org/~dennisl/commons-lang5/ I had a look at the source and found XHTML transistional in the doctype. Both http://validator.w3.org and http://www.validome.org say it is not valid. I think you know the tools, even when not, they are very easy to use (I did not write: give good hint's for hunting the bugs). Regards Boris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Using Maven 2 for everything
On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote: 3. The class files in the test jars are different. Out of curiosity: How did you detect that? Thanks, Jochen -- My wife Mary and I have been married for forty-seven years and not once have we had an argument serious enough to consider divorce; murder, yes, but divorce, never. (Jack Benny) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491243 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java xdocs/howto_configurationfactory.xml xdocs/howto
Author: oheger Date: Sat Dec 30 08:04:03 2006 New Revision: 491243 URL: http://svn.apache.org/viewvc?view=revrev=491243 Log: CONFIGURATION-192: Documentation updates Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationfactory.xml jakarta/commons/proper/configuration/trunk/xdocs/howto_properties.xml jakarta/commons/proper/configuration/trunk/xdocs/user_guide.xml Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java?view=diffrev=491243r1=491242r2=491243 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/interpol/ConfigurationInterpolator.java Sat Dec 30 08:04:03 2006 @@ -66,6 +66,15 @@ * tdWith this prefix a lookup object is associated that is able to resolve * system properties./td * /tr + * tr + * td valign=topconst/td + * tdThe codeconst/code prefix indicates that a variable is to be + * interpreted as a constant member field of a class (i.e. a field with the + * bstatic final/b modifiers). The name of the variable must be of the form + * codelt;full qualified class namegt;.lt;field namegt;/code, e.g. + * codeorg.apache.commons.configuration.interpol.ConfigurationInterpolator.PREFIX_CONSTANTS + * /code./td + * /tr * /table * /p * p Modified: jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationfactory.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationfactory.xml?view=diffrev=491243r1=491242r2=491243 == --- jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationfactory.xml (original) +++ jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationfactory.xml Sat Dec 30 08:04:03 2006 @@ -459,7 +459,12 @@ dd With this element an instance of codeSystemConfiguration/code is added to the resulting configuration allowing access to -system properties. +system properties. emNote:/em This element is only +present for reasons of backward compatibility. With the +interpolation features introduced in version 1.4 (see +a href=howto_basicfeatures.html#Variable_Interpolation +Variable Interpolation/a for more details) there is a much +easier way of accessing system properties. /dd /dl /p @@ -553,6 +558,17 @@ by calling codeSystem.setProperty(config.file, myfile.properties);/code or using the code-D/code command line switch when starting your Java application). +/p +p + emNote:/em Configuration definition files for + codeConfigurationFactory/code are treated differently than other + configuration sources. So the standard interpolation features as + described in the section + a href=howto_basicfeatures.html#Variable_Interpolation + Variable Interpolation/a do not work here. The variable + substitution facilities described in this section are specific to + codeConfigurationFactory/code and differ from the default + handling of variables. /p /subsection /section Modified: jakarta/commons/proper/configuration/trunk/xdocs/howto_properties.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/xdocs/howto_properties.xml?view=diffrev=491243r1=491242r2=491243 == --- jakarta/commons/proper/configuration/trunk/xdocs/howto_properties.xml (original) +++ jakarta/commons/proper/configuration/trunk/xdocs/howto_properties.xml Sat Dec 30 08:04:03 2006 @@ -112,8 +112,11 @@ subsection name=Lists and arrays p - Commons Configuration has the ability to return easily a list of values, - for example if your file contains a list of comma separated values: + As was already pointed out in the section + a href=howto_basicfeatures.html#List_handlingList handling/a + of emBasic features/em, Commons Configuration has the ability to + return easily a list of values. For example a properties file can + contain a list of comma separated values: /p source # chart
svn commit: r491244 - /jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml
Author: oheger Date: Sat Dec 30 08:05:51 2006 New Revision: 491244 URL: http://svn.apache.org/viewvc?view=revrev=491244 Log: CONFIGURATION-192: Added new chapter about basic features (like variable interpolation) to the user guide Added: jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml (with props) Added: jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml?view=autorev=491244 == --- jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml (added) +++ jakarta/commons/proper/configuration/trunk/xdocs/howto_basicfeatures.xml Sat Dec 30 08:05:51 2006 @@ -0,0 +1,277 @@ +?xml version=1.0? +!-- + Licensed to the Apache Software Foundation (ASF) under one or more + contributor license agreements. See the NOTICE file distributed with + this work for additional information regarding copyright ownership. + The ASF licenses this file to You 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. +-- + +document + + properties + titleConfiguration Basic Features/title + author email=[EMAIL PROTECTED]Oliver Heger/author + /properties + +body + section name=Basic features and AbstractConfiguration +p + The codeConfiguration/code interface defines a whole bunch of methods. + Implementing these methods all from scratch can be quite hard. Because of + that the codea href=apidocs/org/apache/commons/configuration/AbstractConfiguration.html + AbstractConfiguration/a/code class exists. This class serves as a + common base class for most of the codeConfiguration/code implementations + in emCommons Configuration/em and provides a great deal of the + functionality required by the interface. So for creating a custom + codeConfiguration/code implementation this class will be a good + starting point. +/p +p + In addition to base implementations for lots of the methods declared in + the codeConfiguration/code interface the codeAbstractConfiguration/code + class provides some other handy and convenient features. Because this + class is at the very root of the class hierarchy in emCommons + Configuration/em these features are available in most of the specific + implementations of the codeConfiguration/code interface provided by + this library. We will cover some of these basic features in this section. +/p + +subsection name=Handling of missing properties + p + What is a configuration object supposed to do if you pass in a key to one + of its get methods that does not map to an existing property? Well, the + default behavior as implemented in codeAbstractConfiguration/code is + to return bnull/b if the return value is an object type. For primitive + types as return values returning bnull/b (or any other special + value) is not possible, so in this case a codeNoSuchElementException/code + is thrown: +/p +source![CDATA[ +// This will probably return null +String strValue = config.getString(NonExistingProperty); + +// This might throw an exception +long longValue = config.getLong(NonExistingProperty); +]]/source +p + For object types like codeString/code, codeBigDecimal/code, or + codeBigInteger/code this default behavior can be changed: If the + codesetThrowExceptionOnMissing()/code method is called with an + argument of btrue/b, these methods will behave like their primitive + counter parts and also throw an exception if the passed in property key + cannot be resolved. +/p +p + emNote:/em Unfortunately support for the codethrowExceptionOnMissing/code + property is not always consistent: The methods codegetList()/code and + codegetStringArray()/code do not evaluate this flag, but return an + empty list or array if the requested property cannot be found. Maybe this + behavior will be changed in a future major release. +/p +/subsection + +subsection name=List handling +p + With codegetList()/code and codegetStringArray()/code the + codeConfiguration/code interface defines methods for dealing with + properties that have multiple values. When a configuration source (e.g. + a properties file, an XML document, or a JNDI context) is
svn commit: r491245 - in /jakarta/commons/proper/betwixt/trunk: build.xml project.xml xdocs/index.xml xdocs/navigation.xml xdocs/tasks.xml
Author: rdonkin Date: Sat Dec 30 08:10:02 2006 New Revision: 491245 URL: http://svn.apache.org/viewvc?view=revrev=491245 Log: Post release Modified: jakarta/commons/proper/betwixt/trunk/build.xml jakarta/commons/proper/betwixt/trunk/project.xml jakarta/commons/proper/betwixt/trunk/xdocs/index.xml jakarta/commons/proper/betwixt/trunk/xdocs/navigation.xml jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml Modified: jakarta/commons/proper/betwixt/trunk/build.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/betwixt/trunk/build.xml?view=diffrev=491245r1=491244r2=491245 == --- jakarta/commons/proper/betwixt/trunk/build.xml (original) +++ jakarta/commons/proper/betwixt/trunk/build.xml Sat Dec 30 08:10:02 2006 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8? -!--build.xml generated by maven from project.xml version 0.8 - on date December 21 2006, time 2134-- +!--build.xml generated by maven from project.xml version 0.9-SNAPSHOT + on date December 30 2006, time 1454-- project default=jar name=commons-betwixt basedir=. property name=defaulttargetdir value=target @@ -20,7 +20,7 @@ /property property name=javadocdir value=dist/docs/api /property - property name=final.name value=commons-betwixt-0.8 + property name=final.name value=commons-betwixt-0.9-SNAPSHOT /property path id=build.classpath fileset dir=${libdir} @@ -152,7 +152,7 @@ /tstamp property name=copyright value=Copyright amp;copy; The Apache Software Foundation. All Rights Reserved. /property -property name=title value=Betwixt 0.8 API +property name=title value=Betwixt 0.9-SNAPSHOT API /property javadoc use=true private=true destdir=${javadocdir} author=true version=true sourcepath=src/java packagenames=org.apache.commons.betwixt.* classpath Modified: jakarta/commons/proper/betwixt/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/betwixt/trunk/project.xml?view=diffrev=491245r1=491244r2=491245 == --- jakarta/commons/proper/betwixt/trunk/project.xml (original) +++ jakarta/commons/proper/betwixt/trunk/project.xml Sat Dec 30 08:10:02 2006 @@ -20,7 +20,7 @@ nameBetwixt/name groupIdcommons-betwixt/groupId artifactIdcommons-betwixt/artifactId - currentVersion0.8/currentVersion + currentVersion0.9-SNAPSHOT/currentVersion inceptionYear2002/inceptionYear shortDescriptionCommons Betwixt/shortDescription descriptionCommons Betwixt: mapping beans to XML/description Modified: jakarta/commons/proper/betwixt/trunk/xdocs/index.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/betwixt/trunk/xdocs/index.xml?view=diffrev=491245r1=491244r2=491245 == --- jakarta/commons/proper/betwixt/trunk/xdocs/index.xml (original) +++ jakarta/commons/proper/betwixt/trunk/xdocs/index.xml Sat Dec 30 08:10:02 2006 @@ -49,7 +49,8 @@ Improvements have been made to suppression strategies. Enhancements have been made to mapping formats. Mixed collections are now handled more completely. -For full details see the a href='tasks.html#Completed'tasks documentation/a. +For full details see the a href='http://jakarta.apache.org/commons/betwixt/betwixt-0.8/RELEASE-NOTES.txt'release notes/a +and a href='http://jakarta.apache.org/commons/betwixt/betwixt-0.8/docs/index.html'release documentation/a. /p p Betwixt 0.8 is Modified: jakarta/commons/proper/betwixt/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/betwixt/trunk/xdocs/navigation.xml?view=diffrev=491245r1=491244r2=491245 == --- jakarta/commons/proper/betwixt/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/betwixt/trunk/xdocs/navigation.xml Sat Dec 30 08:10:02 2006 @@ -54,6 +54,7 @@ item name=Tutorialhref=/guide/tutorial.html/ /menu menu name='Release Documentation' +item name='0.8' href='http://jakarta.apache.org/commons/betwixt/betwixt-0.8/docs'/ item name='0.7' href='http://jakarta.apache.org/commons/betwixt/betwixt-0.7'/ item name='0.6' href='http://jakarta.apache.org/commons/betwixt/betwixt-0.6'/ item name='0.5' href='http://jakarta.apache.org/commons/betwixt/betwixt-0.5'/ Modified: jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml?view=diffrev=491245r1=491244r2=491245 == --- jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml (original) +++ jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml Sat Dec 30 08:10:02 2006 @@ -198,6 +198,10 @@ /subsection
svn commit: r491251 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/AbstractConfiguration.java src/test/org/apache/commons/configuration/TestBaseConfigurati
Author: oheger Date: Sat Dec 30 08:36:46 2006 New Revision: 491251 URL: http://svn.apache.org/viewvc?view=revrev=491251 Log: CONFIGURATION-192: Provide access to the ConfigurationInterpolator object associated with a configuration; more unit tests Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestBaseConfiguration.java jakarta/commons/proper/configuration/trunk/xdocs/changes.xml Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java?view=diffrev=491251r1=491250r2=491251 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java Sat Dec 30 08:36:46 2006 @@ -252,6 +252,25 @@ } /** + * Returns the codeConfigurationInterpolator/code object that manages + * the lookup objects for resolving variables. emNote:/em If this + * object is manipulated (e.g. new lookup objects added), synchronisation + * has to be manually ensured. Because + * codeConfigurationInterpolator/code is not thread-safe concurrent + * access to properties of this configuration instance (which causes the + * interpolator to be invoked) may cause race conditions. + * + * @return the codeConfigurationInterpolator/code associated with this + * configuration + * @since 1.4 + */ +public ConfigurationInterpolator getInterpolator() +{ +return (ConfigurationInterpolator) getSubstitutor() +.getVariableResolver(); +} + +/** * Creates the interpolator object that is responsible for variable * interpolation. This method is invoked on first access of the * interpolation features. It creates a new instance of Modified: jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestBaseConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestBaseConfiguration.java?view=diffrev=491251r1=491250r2=491251 == --- jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestBaseConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestBaseConfiguration.java Sat Dec 30 08:36:46 2006 @@ -17,6 +17,7 @@ package org.apache.commons.configuration; +import java.awt.event.KeyEvent; import java.math.BigDecimal; import java.math.BigInteger; import java.util.ArrayList; @@ -29,6 +30,8 @@ import org.apache.commons.configuration.event.ConfigurationEvent; import org.apache.commons.configuration.event.ConfigurationListener; +import org.apache.commons.configuration.interpol.ConfigurationInterpolator; +import org.apache.commons.lang.text.StrLookup; import junit.framework.TestCase; import junitx.framework.ListAssert; @@ -705,6 +708,17 @@ } /** + * Tests interpolation of constant values. + */ +public void testInterpolationConstants() +{ +config.addProperty(key.code, +${const:java.awt.event.KeyEvent.VK_CANCEL}); +assertEquals(Wrong value of constant variable, KeyEvent.VK_CANCEL, +config.getInt(key.code)); +} + +/** * Tests whether a variable can be escaped, so that it won't be * interpolated. */ @@ -714,6 +728,24 @@ config.addProperty(escVar, Use the variable $${${var}}.); assertEquals(Wrong escaped variable, Use the variable ${x}., config .getString(escVar)); +} + +/** + * Tests accessing and manipulating the interpolator object. + */ +public void testGetInterpolator() +{ +config.addProperty(var, ${echo:testVar}); +ConfigurationInterpolator interpol = config.getInterpolator(); +interpol.registerLookup(echo, new StrLookup() +{ +public String lookup(String varName) +{ +return Value of variable + varName; +} +}); +assertEquals(Wrong value of echo variable, +Value of variable testVar, config.getString(var)); } public void testGetHexadecimalValue() Modified: jakarta/commons/proper/configuration/trunk/xdocs/changes.xml URL:
[jira] Resolved: (CONFIGURATION-192) [configuration] Enhancement of interpolation features
[ http://issues.apache.org/jira/browse/CONFIGURATION-192?page=all ] Oliver Heger resolved CONFIGURATION-192. Fix Version/s: Nightly Builds Resolution: Fixed The variable substitution features of the new Commons Lang text package have been incorporated to implement enhanced variable interpolation. A new Class ConfigurationInterpolator is responsible for interpolation. It manages a set of lookup objects that are associated with specific variable prefixes. Standard lookup objects for system properties and constants are provided. The user guide was updated in this respect, too. [configuration] Enhancement of interpolation features - Key: CONFIGURATION-192 URL: http://issues.apache.org/jira/browse/CONFIGURATION-192 Project: Commons Configuration Issue Type: Improvement Environment: Operating System: other Platform: Other Reporter: Oliver Heger Assigned To: Oliver Heger Priority: Minor Fix For: Nightly Builds Attachments: interpolation.diff, Interpolator.java, Interpolator.java, TestInterpolator.java, TestInterpolator.java, VariableResolver.java At the moment interpolation is only supported by the getString() and getStringArray() methods. This proposal suggests adding interpolation support for other getter methods, too, and at the same time making it more customizable (including the ability to disable it at all). A first step in achieving this could be to refactor the interpolation functionality out of AbstractConfiguration and into a new Interpolator class. This class would provide a main interpolation method and would also maintain an arbitrary number of objects that know how to resolve variables of certain types. Each Configuration object would be assigned an Interpolator instance, to which it would delegate interpolation tasks. Customization of the interpolation features could be done by assigning an Interpolator object to a configuration that has been initialized with a custom set of variable resolver objects. If no Interpolator is assigned, no interpolation will be performed. Variable resolver objects are very simple: They define a method which takes a variable's name and return its value. The variable resolver to use for a concrete variable is determined by a prefix that can be set for each variable. So a variable like ${sys:user.home} e.g. might refer to the system properties resolver. Variables without a prefix are handled by a default resolver, which is implemented by the Configuration object itself, so that the Configuration's properties are used as variable values (which is backwards compatible to the current functionality). It should be possible to define a default Interpolator (or at least a default set of variable resolvers) that is to be used by each Configuration object as long as no special Interpolator is set. This could be done through a static field in AbstractConfiguration. Useful specific variable resolver classes could be: - The already mentioned system properties resolver, which would make system properties accessable in each configuration. - A resolver that would read constant values from specified classes. - A resolver that would evaluate expressions in an expression language like EL. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (CONFIGURATION-245) DatabaseConfiguration and JNDIConfiguration are eating exceptions
[ http://issues.apache.org/jira/browse/CONFIGURATION-245?page=comments#action_12461513 ] Oliver Heger commented on CONFIGURATION-245: Simply swallowing exceptions is certainly no good design. I agree that this should be changed. I wonder however if we should always throw runtime exceptions when such an internal error occurs. Maybe it would be better to make this behavior configurable. If the default behavior was to just log the exception, we would keep compatibility with earlier versions, but allow our users to change this. One way this could be achieved would be to enhance the existing event mechanism. In addition to normal configuration update events special error events could be generated. Interested parties could register themselves as error listeners at a configuration and would then be notified whenever a problem occurs. What do you think, would such an approach make sense? DatabaseConfiguration and JNDIConfiguration are eating exceptions - Key: CONFIGURATION-245 URL: http://issues.apache.org/jira/browse/CONFIGURATION-245 Project: Commons Configuration Issue Type: Bug Affects Versions: Nightly Builds, 1.3 Final Reporter: Hal Deadman DatabaseConfiguration and JNDIConfiguration and possibly others, really need to throw some sort of runtime exception to let the caller know the properties couldn't be read. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (CONFIGURATION-200) [configuration] Add a size() method to the Configuration interface
[ http://issues.apache.org/jira/browse/CONFIGURATION-200?page=all ] Oliver Heger updated CONFIGURATION-200: --- Bugzilla Id: (was: 34263) Fix Version/s: 2.0 This is a binary incompatible change, so it needs a major release. [configuration] Add a size() method to the Configuration interface -- Key: CONFIGURATION-200 URL: http://issues.apache.org/jira/browse/CONFIGURATION-200 Project: Commons Configuration Issue Type: Improvement Affects Versions: Nightly Builds Environment: Operating System: All Platform: All Reporter: Emmanuel Bourg Priority: Minor Fix For: 2.0 The Configuration interface lacks a size() method, it makes sense to add it since we already have isEmpty(). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Using Maven 2 for everything
Jochen Wiedmann wrote: On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote: 3. The class files in the test jars are different. Out of curiosity: How did you detect that? I wanted to make *really* sure that everything was OK, so I build everything with both Ant and Maven 2. Then I unpacked the jars that were created by each build. After that I used a diff tool [1] to see which files were different. The tool handles binary files as well, but I couldn't see what the difference was. The first thing that sprung to mind was that they had different class versions. So I googled a bit and found this Swing based tool [2] that can tell you the version of a class, among other things. [1] Araxis Merge, Commercial for Windows only [2] http://sourceforge.net/projects/classeditor/ -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491258 - in /jakarta/commons/proper/logging/trunk: checkstyle.xml license-header.txt project.properties project.xml
Author: dennisl Date: Sat Dec 30 09:37:45 2006 New Revision: 491258 URL: http://svn.apache.org/viewvc?view=revrev=491258 Log: Make the Checkstyle report usable. Added: jakarta/commons/proper/logging/trunk/license-header.txt (with props) Modified: jakarta/commons/proper/logging/trunk/checkstyle.xml jakarta/commons/proper/logging/trunk/project.properties jakarta/commons/proper/logging/trunk/project.xml Modified: jakarta/commons/proper/logging/trunk/checkstyle.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/checkstyle.xml?view=diffrev=491258r1=491257r2=491258 == --- jakarta/commons/proper/logging/trunk/checkstyle.xml (original) +++ jakarta/commons/proper/logging/trunk/checkstyle.xml Sat Dec 30 09:37:45 2006 @@ -23,20 +23,18 @@ -//Puppy Crawl//DTD Check Configuration 1.1//EN http://www.puppycrawl.com/dtds/configuration_1_1.dtd; -!-- commons codec customization of default Checkstyle behavior -- +!-- commons logging customization of default Checkstyle behavior -- module name=Checker - property name=basedir value=src/checkstyle/ property name=localeLanguage value=en/ module name=TreeWalker !-- Verify that EVERY source file has the appropriate license -- module name=Header - property name=headerFile value=LICENSE.txt/ - property name=ignoreLines value=2,3,4,10/ + property name=headerFile value=license-header.txt/ /module module name=OperatorWrap - property name=option value=eol/ + property name=option value=nl/ /module /module /module Added: jakarta/commons/proper/logging/trunk/license-header.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/license-header.txt?view=autorev=491258 == --- jakarta/commons/proper/logging/trunk/license-header.txt (added) +++ jakarta/commons/proper/logging/trunk/license-header.txt Sat Dec 30 09:37:45 2006 @@ -0,0 +1,18 @@ +/* + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright ownership. The ASF licenses this file + * to you 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. + */ \ No newline at end of file Propchange: jakarta/commons/proper/logging/trunk/license-header.txt -- svn:eol-style = native Modified: jakarta/commons/proper/logging/trunk/project.properties URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/project.properties?view=diffrev=491258r1=491257r2=491258 == --- jakarta/commons/proper/logging/trunk/project.properties (original) +++ jakarta/commons/proper/logging/trunk/project.properties Sat Dec 30 09:37:45 2006 @@ -18,6 +18,8 @@ maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory +maven.checkstyle.properties=checkstyle.xml + # documentation properties maven.xdoc.date=left maven.xdoc.version=${pom.currentVersion} Modified: jakarta/commons/proper/logging/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/project.xml?view=diffrev=491258r1=491257r2=491258 == --- jakarta/commons/proper/logging/trunk/project.xml (original) +++ jakarta/commons/proper/logging/trunk/project.xml Sat Dec 30 09:37:45 2006 @@ -281,6 +281,9 @@ /build reports +!-- +reportmaven-checkstyle-plugin/report +-- reportmaven-javadoc-plugin/report reportmaven-jdepend-plugin/report reportmaven-junit-report-plugin/report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491260 - /jakarta/commons/proper/logging/trunk/pom.xml
Author: dennisl Date: Sat Dec 30 09:43:18 2006 New Revision: 491260 URL: http://svn.apache.org/viewvc?view=revrev=491260 Log: Remove reference to old maven-xdoc-plugin. Add the same reports as for Maven 1: javadoc, jdepend, cross reference and test results. Modified: jakarta/commons/proper/logging/trunk/pom.xml Modified: jakarta/commons/proper/logging/trunk/pom.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/logging/trunk/pom.xml?view=diffrev=491260r1=491259r2=491260 == --- jakarta/commons/proper/logging/trunk/pom.xml (original) +++ jakarta/commons/proper/logging/trunk/pom.xml Sat Dec 30 09:43:18 2006 @@ -311,15 +311,6 @@ -- /plugin - !-- - plugin -artifactIdmaven-xdoc-plugin/artifactId -version1.9.2/version -configuration - commentlt;strongSite Onlylt;/strong - v1.9.2 (minimum)/comment -/configuration - /plugin - -- /plugins /build @@ -356,6 +347,36 @@ /dependency /dependencies + reporting +plugins + !-- + plugin +groupIdorg.apache.maven.plugins/groupId +artifactIdmaven-checkstyle-plugin/artifactId +configuration + configLocationcheckstyle.xml/configLocation +/configuration + /plugin + -- + plugin +groupIdorg.apache.maven.plugins/groupId +artifactIdmaven-javadoc-plugin/artifactId + /plugin + plugin +groupIdorg.codehaus.mojo/groupId +artifactIdjdepend-maven-plugin/artifactId +version2.0-beta-1/version + /plugin + plugin +groupIdorg.apache.maven.plugins/groupId +artifactIdmaven-jxr-plugin/artifactId + /plugin + plugin +groupIdorg.apache.maven.plugins/groupId +artifactIdmaven-surefire-report-plugin/artifactId + /plugin +/plugins + /reporting distributionManagement repository - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [logging] Using Maven 2 for everything
On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote: Jochen Wiedmann wrote: On 12/30/06, Dennis Lundberg [EMAIL PROTECTED] wrote: 3. The class files in the test jars are different. Out of curiosity: How did you detect that? I wanted to make *really* sure that everything was OK, so I build everything with both Ant and Maven 2. Then I unpacked the jars that were created by each build. After that I used a diff tool [1] to see which files were different. The tool handles binary files as well, but I couldn't see what the difference was. The first thing that sprung to mind was that they had different class versions. So I googled a bit and found this Swing based tool [2] that can tell you the version of a class, among other things. 'javap' utility (part of J2SDK) with '-c -l -s -verbose' arguments provides information about content of 'class' file. I've found it very useful for such checks. Regards, Tomek [1] Araxis Merge, Commercial for Windows only [2] http://sourceforge.net/projects/classeditor/ -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Boris Unckel wrote: Hi, yet another issue. snip I had a look at the source and found XHTML transistional in the doctype. Both http://validator.w3.org and http://www.validome.org say it is not valid. I think you know the tools, even when not, they are very easy to use (I did not write: give good hint's for hunting the bugs). Regards Boris This turned out to be trickier than I first thought, but here goes: 1. The xdocs for commons-lang are fine. 2. Rendering of links that include the -character, even if they are properly encoded as amp; in the xdoc source, seems to be broken. That is the -character doesn't get escaped properly, resulting in invalid xhtml. This is filed as DOXIA-85 [1]. 3. The rendered documents include a css link to css/site.css - a file which doesn't exist, resulting in invalid css. This is filed as DOXIA-86 [2]. Anyway, this doesn't involve changing commons-skin. [1] http://jira.codehaus.org/browse/DOXIA-85 [2] http://jira.codehaus.org/browse/DOXIA-86 -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Commons Betwixt 0.8 Released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Jakarta Commons community is pleased to announce that Apache Jakarta Commons Betwixt 0.8 is now available for download from http://jakarta.apache.org/site/downloads/downloads_commons-betwixt.cgi. Please remember to verify the release when downloading from a mirror. Commons Betwixt is a reflective, dynamic, bean-centric object-xml mapper. It provides a flexible way to map beans into XML - and vice versa. It requires Java 1.3 or higher. For more details see http://jakarta.apache.org/commons/betwixt. Betwixt is an open source library developed by the Jakarta Project of the Apache Software Foundation (see http://jakarta.apache.org/) and released under the Apache License 2.0 (http://www.apache.org/licenses/LICENSE-2.0). Jakarta commons is an open development community. All are invited to contribute by joining us on the mailing lists (see http://jakarta.apache.org/commons) or by raising issues and submitting patches through http://issues.apache.org. Betwixt 0.8 is a feature release. Support for polymorphic mappings has been improved. More flexible mapping are possible using new strategies. Enhancements have been made to mapping formats. Mixed collections are now handled more completely. Complete details can be found in the release notes http://jakarta.apache.org/commons/betwixt/betwixt-0.8/RELEASE-NOTES.txt. Betwixt 0.8 is compatible with 0.7. Documentation for this release is available from http://jakarta.apache.org/commons/betwixt/betwixt-0.8/docs/index.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFltPll6Otx30NTe0RAvu7AJ9L3vcD7XH8AYGMF0kqwto3G70AqQCgiwsc KDmH0kjk/bzAyhDwkdLz5ZQ= =BfSe -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-74) AbstractMethodError when using httpclient v3.0.1
[ http://issues.apache.org/jira/browse/VFS-74?page=comments#action_12461550 ] Maarten Coene commented on VFS-74: -- Could you give some more information about these incompatibilities? I don't have problems when using httpclient 3.0.1 AbstractMethodError when using httpclient v3.0.1 Key: VFS-74 URL: http://issues.apache.org/jira/browse/VFS-74 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Reporter: Maarten Coene Fix For: later Attachments: WebdavConnectionManager.java.patch Hi, when you use VFS in combination with commons httpclient 3.0.1, you get an AbstractMethodError: java.lang.AbstractMethodError at org.apache.commons.httpclient.HttpClient.setHttpConnectionManager(HttpClient.java:472) at org.apache.commons.vfs.provider.webdav.WebdavClientFactory.createConnection(WebdavClientFactory.java:82) at org.apache.commons.vfs.provider.webdav.WebdavFileProvider.doCreateFileSystem(WebdavFileProvider.java:85) at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:76) at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:61) at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:640) at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:601) at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:569) at fr.jayasoft.ivy.repository.vfs.VfsResource.init(VfsResource.java:39) at fr.jayasoft.ivy.repository.vfs.VfsRepository.put(VfsRepository.java:159) at fr.jayasoft.ivy.resolver.RepositoryResolver.put(RepositoryResolver.java:173) at fr.jayasoft.ivy.resolver.RepositoryResolver.publish(RepositoryResolver.java:168) at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2079) at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2063) at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2044) at fr.jayasoft.ivy.ant.IvyPublish.execute(IvyPublish.java:195) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Introducing commons-skin
Dennis Lundberg wrote: Henri Yandell wrote: Looks good - nice work :) Only bit that leaps out to me as missing are the little arrows to symbolize external links. We may not care. Yes, I have seen that as well. The problem is that the M2 site plugin does not generate a class=externalLink for those links like M1 did. I'll have a look and see if that's difficult to add. I have created a patch for maven-doxia to handle this: http://jira.codehaus.org/browse/DOXIA-87 snip -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491359 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java
Author: ggregory Date: Sat Dec 30 17:08:34 2006 New Revision: 491359 URL: http://svn.apache.org/viewvc?view=revrev=491359 Log: Remove unnecessary cast from long to long. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java?view=diffrev=491359r1=491358r2=491359 == --- jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java (original) +++ jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/EndianUtils.java Sat Dec 30 17:08:34 2006 @@ -224,7 +224,7 @@ ( ( data[ offset + 5 ] 0xff ) 8 ) + ( ( data[ offset + 6 ] 0xff ) 16 ) + ( ( data[ offset + 7 ] 0xff ) 24 ); -return ((long) high 32) + (0xL low); +return (high 32) + (0xL low); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491360 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Author: ggregory Date: Sat Dec 30 17:15:01 2006 New Revision: 491360 URL: http://svn.apache.org/viewvc?view=revrev=491360 Log: Fix Javadoc warning - Tag @see: missing #: lineIterator(File, String) Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java?view=diffrev=491360r1=491359r2=491360 == --- jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java (original) +++ jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java Sat Dec 30 17:15:01 2006 @@ -1079,7 +1079,7 @@ * Return an Iterator for the lines in a codeFile/code using the default encoding for the VM. * * @since Commons IO 1.3 - * @see lineIterator(File, String) + * @see #lineIterator(File, String) */ public static LineIterator lineIterator(File file) throws IOException { return lineIterator(file, null); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r491361 - /jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java
Author: ggregory Date: Sat Dec 30 17:17:09 2006 New Revision: 491361 URL: http://svn.apache.org/viewvc?view=revrev=491361 Log: Fix Javadoc warning - @param argument file is not a parameter name. Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java Modified: jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java?view=diffrev=491361r1=491360r2=491361 == --- jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java (original) +++ jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileUtils.java Sat Dec 30 17:17:09 2006 @@ -973,8 +973,8 @@ * @throws IOException in case of an I/O error * @since Commons IO 1.3 */ -public String readFileToString(File f) throws IOException { -return readFileToString(f, null); +public String readFileToString(File file) throws IOException { +return readFileToString(file, null); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]