DO NOT REPLY [Bug 37393] New: - [jci] AbstractCompilerTestCase hard codes .java but Groovy expects .groovy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37393. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37393 Summary: [jci] AbstractCompilerTestCase hard codes .java but Groovy expects .groovy Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] We need to unhardcode that extension ending -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37391] - [jci] add System.gc() to ReloadingClassLoaderTestCase tearDown()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37391 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 09:28 --- Also found this needed to be added to ReloadingClassLoaderTestCase testDelete() and testDeleteDependency(). Seems like something is handing onto a file lock a little to long here. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] class file has wrong version 48.0, should be 47.0
On Mon, 2005-11-07 at 06:03 -0800, fiji kalathil wrote: Hi, i am using commons-net-1.4.0.jar in my proj i am getting the followinf compilation error src/com/covad/ccbi/operations/InfBillingOps.java:5347: cannot access org.apache.commons.net.ftp.FTPClient [javac] bad class file: /home/fkp/DECEMBER-2005-dev/ccbi/lib/jakarta/commons-net-1.4.0.jar(org/apache/commons/net/ftp/FTPClient.class) [javac] class file has wrong version 48.0, should be 47.0 [javac] Please remove or make sure it appears in the correct subdirectory of the classpath. [javac] FTPClient ftp = new FTPClient(); Looks like the 1.4.0 release of commons-net was compiled using (or targeting) java 1.4 but you're using java 1.3. I suggest you check the release documentation to see whether the project explicitly requires java 1.4. If not, it might be a mistake; it's happened from time to time. You could always try downloading the source and recompiling with java 1.3; most jakarta projects can be built pretty easily. BTW, when posting to this list please put the project name in the subject, eg [net] class file has wrong version. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37394] New: - [jci] Groovy no longer allows null CompilerConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37394. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 Summary: [jci] Groovy no longer allows null CompilerConfiguration Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The unit test CompilationProblemTest passes a null CompilerConfiguration. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37394] - [jci] Groovy no longer allows null CompilerConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37394. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 09:53 --- Created an attachment (id=16897) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16897action=view) create a new CompilerConfiguration -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37395] New: - Allow parsing requests of unknown length
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37395. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37395 Summary: Allow parsing requests of unknown length Product: Commons Version: 1.0 Final Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: File Upload AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] FileUpload refuses parsing requests of unknown length. It does not allow chunking the post in case of unknown length. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BeanUtils: proposition for controlled copy of bean properties
Hi,
PROBLEM DESCRIPTION
Today Commons BeanUtils offers the possibility to copy properties between
2 java beans:
static void copyProperties(Object dest, Object orig)
As the instrospection does not
care about how the target variable was declared, calling such a method will
copy more properties that one wants.
To illustrate this point, let's consider the following types:
interface EditablePriceableItem {
public int getPrice();
public void setPrice(int val);
}
class PurchaseItem implements EditablePriceableItem {
//... attributes
public String getPurchaseNr() { ... }
public void setPurchaseNr(String nr) { ... }
public int getPrice() { ... } ;
public void setPrice(int val) { ... };
}
class Project implements EditablePriceableItem {
//... attributes
public String getDescription() { ... }
public void setDescription(String desc) { ... }
public int getPrice() { ... } ;
public void setPrice(int val) { ... };
}
Somewhere in a class, we have:
EditablePriceableItem priceableSrc;
EditablePriceableItem priceableTarget;
//(1)
// ...
// priceableSrc is set by some method
// ...
//
//(2)
// priceableTarget gets instanciated
// ...
//(3)
//Now I want to copy Priceable properties (and only priceable
properties !)
//from priceableSrc to priceableTarget
BeanUtils.copyProperties(priceableTarget,priceableSrc);
Although variables are declared as EditablePriceableItem, what gets copied in
(3)
depends on the concrete type of priceableSrc and priceableTarget.
a) When priceableSrc and priceableTarget are instances of PurchaseItem,
price and purchaseNr are copied
b) When priceableSrc and priceableTarget are instances of Project,
price and description are copied
c) When priceableSrc is an instance of PurchaseItem and priceableTarget
is an instance of Project (or the opposite) only price gets copied
As a conclusion the behaviour in (3) is not uniform.
PROPOSITION
To control the scope of properties that are copied, it would be very useful
to have a method such as:
static void copyProperties(Object target, Object source, Class editableScope)
where editableScope is an interface or class that declares the properties.
Writing (3) as:
BeanUtils.copyProperties(priceableTarget,priceableSrc,
EditablePriceableItem.class);
would provide a consistent behaviour.
What do you think of this?
Regards, Adelino.
P.S.: Here attached a simple implementation of such method.
This e-mail has been scanned for all known viruses by EMEA.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
Questions: 1) The javadoc dependency in attributes/compiler/project.xml has been commented out. Why? 2) cli/project.xml has changed from current version 2.0 to 2.0-SNAPSHOT. Why? 3) codec/project.xml has changed from current version 1.3 to 1.4-SNAPSHOT. Why? 4) betwixt/project.xml has a change which places a directory element inside an includes element. According to the docs on http://maven.apache.org/maven-1.x/reference/project-descriptor.html#class_UnitTest this is not correct. 5) chain/apps/agility/project.xml changes an incorrect version element with a version of 1.0.0 into a correct currentVersion element with 1.0.1-SNAPSHOT. Why the version increase? 6) chain/apps/mailreader/project.xml changes an incorrect version element with a version of 1.0.0 into a correct currentVersion element with 1.0.1-SNAPSHOT. Why the version increase? 7) chain/apps/mailreader/project.xml changes do not fix the bad resource elements, they simply remove them. 8) cli/project.xml changes currentVersion to 2.0-SNAPSHOT from 2.0. Why? 9) jelly/jelly-tags/project.xml changes currentVersion from 1.0 to 1.0.1-SNAPSHOT. Why? On 11/6/05, Phil Steitz [EMAIL PROTECTED] wrote: On 11/2/05, robert burrell donkin [EMAIL PROTECTED] wrote: On Tue, 2005-11-01 at 11:16 +1100, Dion Gillard wrote: Carlos, I think we the developers should work with you on this one. +1 probably more effective that way but i'm comfortable about proposing commons karma for any existing apache committer who wants it. I have taken a look at Carlos' patch and what it does is: 1) Change all current development version specs from -dev to -SNAPSHOT 2) Introduces artifactId, groupId (in some cases, not everywhere?) 3) Introduces scope tags for dependencies (in some cases) 4) Eliminates some (unused?) resources elements from chain's build section 5) Eliminates empty id, organization, email from contributors None of these look (to me) like they will affect builds or cause problems. We should probably all agree that we want to follow the maven way in 1); though and test all of the builds before committing. I am willing to test all of the builds and then commit if others are OK with this. If I hear no objections, I will do this in a couple of days. In the mean time, it would be good for a [chain] committer to look at the mods to there. Thanks, Carlos. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ You are going to let the fear of poverty govern your life and your reward will be that you will eat, but you will not live. - George Bernard Shaw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331789 - /jakarta/commons/proper/resources/trunk/
Author: jmitchell Date: Tue Nov 8 03:39:18 2005 New Revision: 331789 URL: http://svn.apache.org/viewcvs?rev=331789view=rev Log: Ignore eclipse and jcoverage junk Modified: jakarta/commons/proper/resources/trunk/ (props changed) Propchange: jakarta/commons/proper/resources/trunk/ -- --- svn:ignore (original) +++ svn:ignore Tue Nov 8 03:39:18 2005 @@ -1,3 +1,7 @@ + build.properties dist target +.classpath +.project +jcoverage.ser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331790 - /jakarta/commons/proper/validator/trunk/
Author: jmitchell Date: Tue Nov 8 03:42:32 2005 New Revision: 331790 URL: http://svn.apache.org/viewcvs?rev=331790view=rev Log: Ignore eclipse project files and the maven build target Modified: jakarta/commons/proper/validator/trunk/ (props changed) Propchange: jakarta/commons/proper/validator/trunk/ -- --- svn:ignore (original) +++ svn:ignore Tue Nov 8 03:42:32 2005 @@ -1,5 +1,9 @@ + build.properties build dist target velocity.log +.classpath +.project +m-target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37398] New: - [IO] Online API docs for 1.0 point to 1.1 docs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37398. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37398 Summary: [IO] Online API docs for 1.0 point to 1.1 docs Product: Commons Version: unspecified Platform: Other URL: http://jakarta.apache.org/commons/io/api-1.0/index.html OS/Version: other Status: NEW Severity: minor Priority: P2 Component: IO AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The link on the Commons-IO homepage to the API docs for version 1.0 actually point to docs for a 1.1-dev version. The URL is http://jakarta.apache.org/commons/io/api-1.0/index.html, but the content is not 1.0 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-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-test has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 38 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-test : Commons Jelly
Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for
property maven.jar.servletapi.
-DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for
property maven.jar.jstl.
-DEBUG- Dependency on xml-xerces exists, no need to add for property
maven.jar.xerces.
-WARNING- Overriding Maven properties:
[/usr/local/gump/public/workspace/commons-jelly/build.properties]
-DEBUG- (Gump generated) Maven Properties in:
/usr/local/gump/public/workspace/commons-jelly/build.properties
-INFO- Failed with reason build failed
-DEBUG- Maven POM in:
/usr/local/gump/public/workspace/commons-jelly/project.xml
-DEBUG- Maven project properties in:
/usr/local/gump/public/workspace/commons-jelly/project.properties
-INFO- Project Reports in:
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/gump_work/build_commons-jelly_commons-jelly-test.html
Work Name: build_commons-jelly_commons-jelly-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 55 secs
Command Line: maven --offline jar
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH:
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] org.apache.commons.jelly.JellyTagException:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly:359:75:
test:assertEquals expected:[22] but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] at
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:712)
[junit] at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282)
[junit] at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] Caused by:
org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: expected:[22]
but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] at
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:39)
[junit] at
org.apache.commons.jelly.tags.junit.AssertTagSupport.failNotEquals(AssertTagSupport.java:62)
[junit] at
org.apache.commons.jelly.tags.junit.AssertEqualsTag.doTag(AssertEqualsTag.java:55)
[junit]
[EMAIL PROTECTED]: Project commons-jelly-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-test has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 38 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-test : Commons Jelly
Full details are available at:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for
property maven.jar.servletapi.
-DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for
property maven.jar.jstl.
-DEBUG- Dependency on xml-xerces exists, no need to add for property
maven.jar.xerces.
-WARNING- Overriding Maven properties:
[/usr/local/gump/public/workspace/commons-jelly/build.properties]
-DEBUG- (Gump generated) Maven Properties in:
/usr/local/gump/public/workspace/commons-jelly/build.properties
-INFO- Failed with reason build failed
-DEBUG- Maven POM in:
/usr/local/gump/public/workspace/commons-jelly/project.xml
-DEBUG- Maven project properties in:
/usr/local/gump/public/workspace/commons-jelly/project.properties
-INFO- Project Reports in:
/usr/local/gump/public/workspace/commons-jelly/target/test-reports
The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-test/gump_work/build_commons-jelly_commons-jelly-test.html
Work Name: build_commons-jelly_commons-jelly-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 55 secs
Command Line: maven --offline jar
[Working Directory: /usr/local/gump/public/workspace/commons-jelly]
CLASSPATH:
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/forehead/forehead-1.0-beta-5.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-taglibs/dist/standard/lib/jstl.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar
-
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] org.apache.commons.jelly.JellyTagException:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly:359:75:
test:assertEquals expected:[22] but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] at
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:712)
[junit] at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282)
[junit] at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
[junit] at
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] Caused by:
org.apache.commons.jelly.tags.junit.JellyAssertionFailedError: expected:[22]
but was:[22]
[junit] Expected expression: ${singleSize*2}
[junit] Actual expression: ${doubleSize} File:
file:/x1/gump/public/workspace/commons-jelly/target/test-classes/org/apache/commons/jelly/suite.jelly
At tag test:assertEquals: line: 359 column: 75
[junit] at
org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:39)
[junit] at
org.apache.commons.jelly.tags.junit.AssertTagSupport.failNotEquals(AssertTagSupport.java:62)
[junit] at
org.apache.commons.jelly.tags.junit.AssertEqualsTag.doTag(AssertEqualsTag.java:55)
[junit]
RE: Maven build fixes affecting almost all projects
Dion Gillard wrote on Tuesday, November 08, 2005 12:11 PM: Questions: As a general answer to the increasedVersion-SNAPSHOT: A POM with a final version should never be available as latest trunk revision. Such a version may only be in the POM when the release is cut and later immediately returned to a snapshot version. Why? Everyone that checks out the sources, builds and installs the artifacts will overwrite the official version from the remote repositories. Even worse if one deploys and has the right to deploy. In the first case only the user with the wrong version in his local repository is affected in the second one the whole community ... remember commons-io-1.0 case. Said that, I believe that the cli version should have been increased in the POM also and it was an oversight not doing so. IMHO we should just decide, what version scheme should be used for snapshots. IMHO artifact-major.minor-SNAPSHOT is always enough and it does not prevent anyone from releasing a artifact-major.minor.fix. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
On 11/8/05, Jörg Schaible [EMAIL PROTECTED] wrote: Dion Gillard wrote on Tuesday, November 08, 2005 12:11 PM: Questions: As a general answer to the increasedVersion-SNAPSHOT: A POM with a final version should never be available as latest trunk revision. Such a version may only be in the POM when the release is cut and later immediately returned to a snapshot version. Why? Everyone that checks out the sources, builds and installs the artifacts will overwrite the official version from the remote repositories. Even worse if one deploys and has the right to deploy. In the first case only the user with the wrong version in his local repository is affected in the second one the whole community ... remember commons-io-1.0 case. What if the source hasn't changed from the release? This is the case for at least one of the changes. I'd rather the POM in trunk reflect what the code is. If the code changes, bump the POM. Is that such a hard thing to do? Said that, I believe that the cli version should have been increased in the POM also and it was an oversight not doing so. IMHO we should just decide, what version scheme should be used for snapshots. IMHO artifact-major.minor-SNAPSHOT is always enough and it does not prevent anyone from releasing a artifact-major.minor.fix. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ You are going to let the fear of poverty govern your life and your reward will be that you will eat, but you will not live. - George Bernard Shaw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] ftp and hidden files in directory listing
Hi! Here is what I got from an VFS user: I have one last quesion that I wanted to ask to one of the Commons Net developpers because it does not appears in the FAQ I read. Here it is : We are using the library to access a FTP server running under Windows and when we list the files in a directory, read only files are not listed ! In fact, is the list method of the FTPClient was issuing an ls -a command then the library would receive all the list. Here it seems that it issues only an ls -l command. Is there a way to say which command should be used when using the list method ? or should we build ourselves the command string, then send it to the server, and parse the results list ? What options do I have to issue a LIST -a instead of LIST? Or are you interesed in an patch which adds a method FTPClient.setListHiddenFiles()? Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] class file has wrong version 48.0, should be 47.0
Simon Kitching wrote: On Mon, 2005-11-07 at 06:03 -0800, fiji kalathil wrote: Hi, i am using commons-net-1.4.0.jar in my proj i am getting the followinf compilation error src/com/covad/ccbi/operations/InfBillingOps.java:5347: cannot access org.apache.commons.net.ftp.FTPClient [javac] bad class file: /home/fkp/DECEMBER-2005-dev/ccbi/lib/jakarta/commons-net-1.4.0.jar(org/apache/commons/net/ftp/FTPClient.class) [javac] class file has wrong version 48.0, should be 47.0 [javac] Please remove or make sure it appears in the correct subdirectory of the classpath. [javac] FTPClient ftp = new FTPClient(); Looks like the 1.4.0 release of commons-net was compiled using (or targeting) java 1.4 but you're using java 1.3. I suggest you check the release documentation to see whether the project explicitly requires java 1.4. If not, it might be a mistake; it's happened from time to time. You could always try downloading the source and recompiling with java 1.3; most jakarta projects can be built pretty easily. BTW, when posting to this list please put the project name in the subject, eg [net] class file has wrong version. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] You are correct, Simon. There WAS a bug reported in 1.4.0 around this. commons-net is NOT targeted at 1.4 and this somehow slipped through. We have not done a release and maybe we should for this. However, I'm not entirely sure how you are inferring that the problem here is 1.3 vs. 1.4. You may know something I don't. I'm not sure where the version 48.0 vs 47.0 is coming from. I've never seen that before. This user could try getting the nightly build and see if that fixes his problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml-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-xml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 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-xml-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-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/xml/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/gump_work/build_commons-jelly_commons-jelly-tags-xml-test.html Work Name: build_commons-jelly_commons-jelly-tags-xml-test (Type: Build) Work ended in a state of : Failed Elapsed: 41 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
[EMAIL PROTECTED]: Project commons-jelly-tags-xml-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-xml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 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-xml-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-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/xml/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml-test/gump_work/build_commons-jelly_commons-jelly-tags-xml-test.html Work Name: build_commons-jelly_commons-jelly-tags-xml-test (Type: Build) Work ended in a state of : Failed Elapsed: 41 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetSingleNodeAndAsString(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:294:81: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testSetStringLists(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes/org/apache/commons/jelly/tags/xml/suite.jelly:339:82: x:set You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.SetTag.doTag(SetTag.java:86) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testEntities(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit]
Re: [net] class file has wrong version 48.0, should be 47.0
Hi! However, I'm not entirely sure how you are inferring that the problem here is 1.3 vs. 1.4. You may know something I don't. I'm not sure where the version 48.0 vs 47.0 is coming from. I've never seen that before. This happens if you compile with javac target=1.4 but running it in an java 1.3 environment. If I remember correctly java 5.0 is version 49.0 To be safe for the future you could use target=1.3 for your javac command. So as long as you do not use a 1.4 api you should be safe. Maven - project.properties: maven.compile.target = 1.3 maven.compile.source = 1.3 --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] ftp and hidden files in directory listing
Mario Ivankovits wrote: Hi! Here is what I got from an VFS user: I have one last quesion that I wanted to ask to one of the Commons Net developpers because it does not appears in the FAQ I read. Here it is : We are using the library to access a FTP server running under Windows and when we list the files in a directory, read only files are not listed ! In fact, is the list method of the FTPClient was issuing an ls -a command then the library would receive all the list. Here it seems that it issues only an ls -l command. Is there a way to say which command should be used when using the list method ? or should we build ourselves the command string, then send it to the server, and parse the results list ? What options do I have to issue a LIST -a instead of LIST? Or are you interesed in an patch which adds a method FTPClient.setListHiddenFiles()? Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hmm. This is a new issue and should probably be logged as such. I wasn't aware that FTP under windows behaved that way. Under unix, files are listed without regard to permission. And read-only files are not the same thing as hidden files (although Windows FTP may be treating them as such). Sounds like a bug in Windows FTP. Is there a way to retrieve hidden files separately from read-only? This issue requires further discussion although we would be interested in your patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] class file has wrong version 48.0, should be 47.0
Mario Ivankovits wrote: Hi! However, I'm not entirely sure how you are inferring that the problem here is 1.3 vs. 1.4. You may know something I don't. I'm not sure where the version 48.0 vs 47.0 is coming from. I've never seen that before. This happens if you compile with javac target=1.4 but running it in an java 1.3 environment. If I remember correctly java 5.0 is version 49.0 To be safe for the future you could use target=1.3 for your javac command. So as long as you do not use a 1.4 api you should be safe. Maven - project.properties: maven.compile.target = 1.3 maven.compile.source = 1.3 --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Good idea! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] class file has wrong version 48.0, should be 47.0
For details: http://www.javaworld.com/javaqa/2003-05/02-qa-0523-version-p2.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [net] class file has wrong version 48.0, should be 47.0
From the commons-net project.properties file: maven.compile.target=1.4 So, for some reason it is specifically targeting 1.4. -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 08, 2005 7:55 AM To: Jakarta Commons Developers List Subject: Re: [net] class file has wrong version 48.0, should be 47.0 Hi! However, I'm not entirely sure how you are inferring that the problem here is 1.3 vs. 1.4. You may know something I don't. I'm not sure where the version 48.0 vs 47.0 is coming from. I've never seen that before. This happens if you compile with javac target=1.4 but running it in an java 1.3 environment. If I remember correctly java 5.0 is version 49.0 To be safe for the future you could use target=1.3 for your javac command. So as long as you do not use a 1.4 api you should be safe. Maven - project.properties: maven.compile.target = 1.3 maven.compile.source = 1.3 --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[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 20 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: 17 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:79) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[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 20 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: 17 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:79) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:58) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-swing (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-swing has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 29 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-swing : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-swing-08112005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/gump_work/build_commons-jelly_commons-jelly-tags-swing.html Work Name: build_commons-jelly_commons-jelly-tags-swing (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/commons-jelly-tags-define-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/commons-jelly-tags-interaction-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.commons.jelly.JellyContext.getTagLibrary(JellyContext.java:432) at org.apache.maven.jelly.MavenJellyContext.getTagLibrary(MavenJellyContext.java:171) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1033) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown
[EMAIL PROTECTED]: Project commons-jelly-tags-swing (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-swing has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 29 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-swing : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-swing-08112005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports -WARNING- No directory [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing/target/test-reports] -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-swing/gump_work/build_commons-jelly_commons-jelly-tags-swing.html Work Name: build_commons-jelly_commons-jelly-tags-swing (Type: Build) Work ended in a state of : Failed Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/swing] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/commons-jelly-tags-define-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/interaction/target/commons-jelly-tags-interaction-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.commons.jelly.JellyContext.getTagLibrary(JellyContext.java:432) at org.apache.maven.jelly.MavenJellyContext.getTagLibrary(MavenJellyContext.java:171) at org.apache.commons.jelly.parser.XMLParser.createTag(XMLParser.java:1033) at org.apache.commons.jelly.parser.XMLParser.startElement(XMLParser.java:647) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown
[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-latka has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 38 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on packaged-jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-08112005.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-08112005.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-08112005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.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-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.613 sec [junit] - Standard Output --- [junit] log4j:INFO Using URL [file:/x1/gump/public/workspace/jakarta-commons/latka/target/classes/log4j.properties] for automatic log4j configuration of repository named [default]. [junit] ESE [junit] [message] boo1 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.UnknownHostException: example.net [junit] [message] boo2 [junit] http://example.org:80/ [junit] REQUEST SKIPPED (-1 millis) [junit] [message] boo3 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.UnknownHostException: example.net [junit] SUITE FAILED
[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-latka has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 38 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-latka : Functional Testing Suite Full details are available at: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-latka.jar] identifier set to project name -DEBUG- Dependency on packaged-jaxen exists, no need to add for property jaxen.jar. -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-commons/commons-latka/gump_work/build_jakarta-commons_commons-latka.html Work Name: build_jakarta-commons_commons-latka (Type: Build) Work ended in a state of : Failed Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djaxen.jar=/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar dist [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/latka] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/latka/target/classes:/usr/local/gump/public/workspace/jakarta-commons/latka/target/test-classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-08112005.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-08112005.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-08112005.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.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-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.613 sec [junit] - Standard Output --- [junit] log4j:INFO Using URL [file:/x1/gump/public/workspace/jakarta-commons/latka/target/classes/log4j.properties] for automatic log4j configuration of repository named [default]. [junit] ESE [junit] [message] boo1 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.UnknownHostException: example.net [junit] [message] boo2 [junit] http://example.org:80/ [junit] REQUEST SKIPPED (-1 millis) [junit] [message] boo3 [junit] http://example.net:80/ [junit] REQUEST ERROR (-1 millis) [junit] java.net.UnknownHostException: example.net [junit] SUITE FAILED
Re: [net] ftp and hidden files in directory listing
Steve Cohen wrote: What options do I have to issue a LIST -a instead of LIST? Or are you interesed in an patch which adds a method FTPClient.setListHiddenFiles()? Hmm. This is a new issue and should probably be logged as such. I wasn't aware that FTP under windows behaved that way. Under unix, files are listed without regard to permission. And read-only files are not the same thing as hidden files (although Windows FTP may be treating them as such). Sounds like a bug in Windows FTP. No, sorry, was a mistake by the user - he meant hidden files. This issue requires further discussion although we would be interested in your patch. Ok, I'll start by openening a bugzilla ticket and creating a patch for it. --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37401] New: - [net] allow listing of hidden files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37401. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37401 Summary: [net] allow listing of hidden files Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Net AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Some ftp server hide files from their users. You can view them by issuing a LIST -a command. I propose to add the method FTPClient.setListHiddenFiles(boolean listHiddenFiles) and if it is set to add a -a in to the list command in method FTPClient.listFiles(FTPFileListParser parser, String pathname) I'll prepare a patch if there is consens. Thanks to Sylvain Perez for pointing this out. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dbcp] Status of Bug 35591
Hi, I just wondered what the status of the following bug is: http://issues.apache.org/bugzilla/show_bug.cgi?id=35591 Basically this bug prevents one to create serializable connections with connection checking and without auto commit for any oracle database. The problem is that setting the transaction isolation after the validation query does not work for oracle because the transaction isolation has to be set before any query is issued to the database. I believe I have analyzed the problem correctly; there is a testcase which shows the problem, I believe I have provided a reasonable patch, but I did never hear anything about it; at least there are no comments or anything added in bugzilla. The problem has appeared at the db-torque project (http://db.apache.org/torque/) and it would be nice to know whether the problem will be solved. If you disagree with the solution or there is a problem with the provided patch, please let me know. If another solution is preferred I'd volunteer to implement it; just give some hint about the direction to go. I appreciate that the problem is quite complex and the solution digs deep into the internals of dbcp, so it is clear that it takes some time looking at it. I just wanted to brush the dust off it. Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
On 11/8/05, Dion Gillard [EMAIL PROTECTED] wrote: On 11/8/05, Jörg Schaible [EMAIL PROTECTED] wrote: Dion Gillard wrote on Tuesday, November 08, 2005 12:11 PM: Questions: As a general answer to the increasedVersion-SNAPSHOT: A POM with a final version should never be available as latest trunk revision. Such a version may only be in the POM when the release is cut and later immediately returned to a snapshot version. Why? Everyone that checks out the sources, builds and installs the artifacts will overwrite the official version from the remote repositories. Even worse if one deploys and has the right to deploy. In the first case only the user with the wrong version in his local repository is affected in the second one the whole community ... remember commons-io-1.0 case. What if the source hasn't changed from the release? This is the case for at least one of the changes. I'd rather the POM in trunk reflect what the code is. If the code changes, bump the POM. Is that such a hard thing to do? The problem with that approach is that people may forget to do it, resulting in the problems that Jorg describes. That's why in http://jakarta.apache.org/commons/releases/release.html, in the Post-release update section , we say to update build the version number. If people want to build the release version, IMHO they should grab the release sources or checkout the tag. We do need to agree on the -SNAPSHOT suffice in place of -dev though, which is what most commons components use now. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven build fixes affecting almost all projects
Hi Dion, Dion Gillard wrote on Tuesday, November 08, 2005 1:28 PM: On 11/8/05, Jörg Schaible [EMAIL PROTECTED] wrote: Dion Gillard wrote on Tuesday, November 08, 2005 12:11 PM: Questions: As a general answer to the increasedVersion-SNAPSHOT: A POM with a final version should never be available as latest trunk revision. Such a version may only be in the POM when the release is cut and later immediately returned to a snapshot version. Why? Everyone that checks out the sources, builds and installs the artifacts will overwrite the official version from the remote repositories. Even worse if one deploys and has the right to deploy. In the first case only the user with the wrong version in his local repository is affected in the second one the whole community ... remember commons-io-1.0 case. What if the source hasn't changed from the release? This is the case for at least one of the changes. I'd rather the POM in trunk reflect what the code is. If the code changes, bump the POM. Is that such a hard thing to do? It is just error-prone. If it is the last step of the release manager, it is a defined part of the release. Otherwise you have to hope, that everybody that does a change will also remember to check the version. Additionally the released artifact is publiched with a hash code. Building the artifacts by a different user will change the hash code of the artifact (since the user name is part of the manifest) and I am not sure if this is the only element from the local environment, that influences this value! The existance of the same artifact with multiple hash codes is also not the best situation. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] XAResource wrapper for commons transaction
Oliver Zeigermann oliver.zeigermann at gmail.com writes: 1. Commons transaction is not prepared for JNDI. Honestly, I have no idea what this is all about. Could you explain? Hello Oliver, to be honest I do neither know that much about it. My impression was that most of the JTA transaction manager use JNDI for binding and looking up the resources. And this is mostly coupled with RMI. Now when I tried to bind my XAFileResource or the commons transaction FileResourceManager to my JNDI context (= RMI) I got the exception that one of those interfaces must be implemented. I already worked with IBM's DB2XADataSource and the more common StandardXADataSource of ObjectWeb's XAPool both implementing javax.naming.Referenceable [1]. Now there is the question if this is really an issue of FileResourceManager or just of my wrapper. So it might be something for your AbstractXAResource too. From what I understand this Reference/Referenceable stuff seems to be some factory mechanism, but I hoped to get some more information here. Regards, Jörg [1] http://java.sun.com/j2se/1.4.2/docs/api/javax/naming/Referenceable.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-define-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-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-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/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.jaxen.saxpath.base.XPathReader.unionExpr(XPathReader.java:1129) [junit] at org.jaxen.saxpath.base.XPathReader.unaryExpr(XPathReader.java:1117) [junit] at org.jaxen.saxpath.base.XPathReader.multiplicativeExpr(XPathReader.java:1039) [junit] at org.jaxen.saxpath.base.XPathReader.additiveExpr(XPathReader.java:982) [junit] at org.jaxen.saxpath.base.XPathReader.relationalExpr(XPathReader.java:902) [junit] at org.jaxen.saxpath.base.XPathReader.equalityExpr(XPathReader.java:850) [junit] at org.jaxen.saxpath.base.XPathReader.andExpr(XPathReader.java:826) [junit] at org.jaxen.saxpath.base.XPathReader.orExpr(XPathReader.java:804) [junit] at org.jaxen.saxpath.base.XPathReader.expr(XPathReader.java:797) [junit] at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:105) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:126) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:152) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-define-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-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-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/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar - [junit] at org.jaxen.saxpath.base.XPathReader.unionExpr(XPathReader.java:1129) [junit] at org.jaxen.saxpath.base.XPathReader.unaryExpr(XPathReader.java:1117) [junit] at org.jaxen.saxpath.base.XPathReader.multiplicativeExpr(XPathReader.java:1039) [junit] at org.jaxen.saxpath.base.XPathReader.additiveExpr(XPathReader.java:982) [junit] at org.jaxen.saxpath.base.XPathReader.relationalExpr(XPathReader.java:902) [junit] at org.jaxen.saxpath.base.XPathReader.equalityExpr(XPathReader.java:850) [junit] at org.jaxen.saxpath.base.XPathReader.andExpr(XPathReader.java:826) [junit] at org.jaxen.saxpath.base.XPathReader.orExpr(XPathReader.java:804) [junit] at org.jaxen.saxpath.base.XPathReader.expr(XPathReader.java:797) [junit] at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:105) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:126) [junit] at org.jaxen.BaseXPath.init(BaseXPath.java:152) [junit] at org.jaxen.dom4j.Dom4jXPath.init(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at
[jci] patches
http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 Groovy no longer allows null CompilerConfiguration I'm also just writting a simple CompilerFactory class. Once that is done I'll weigh up either ripping jci into the Drools tree sans common-logging requirement or build an event model instead. Mark Torsten Curdt wrote: What about a filter? ;) No not subscribed to commons dev - would have done if you had a mailing list just for JCI but don't wan't all the other crap that comes through. Mark Torsten Curdt wrote: Oh missed this one out: http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 Groovy no longer allows null CompilerConfiguration Mark Proctor wrote: Torsten, I've done a fair bit of work on jci tonight, trying to get it ship shape for Drools. Can you commit these asap so that I can do further work with a clean checkout. http://issues.apache.org/bugzilla/show_bug.cgi?id=37389 Optional ClassLoader http://issues.apache.org/bugzilla/show_bug.cgi?id=37390 implement removeResourceStore http://issues.apache.org/bugzilla/show_bug.cgi?id=37391 add System.gc() to ReloadingClassLoaderTestCase tea... http://issues.apache.org/bugzilla/show_bug.cgi?id=37393 AbstractCompilerTestCase hard codes .java but Groov... I'm on http://irc.codehaus.org #drools (aka conan) if you need to chat. I'll try to look into that tonight. Mark, are you subscribed to commons dev? cheers --Torsten
[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 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-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/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-html-08112005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (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/html] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 20 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-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/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-html-08112005.jar] identifier set to project name -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (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/html] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-08112005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-08112005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-08112005.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-6/jaxen-1.1-beta-6.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: test:assert You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: test:assert You must define an attribute called 'test' for this tag. [junit] at
Re: [jci] patches
http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 Groovy no longer allows null CompilerConfiguration I'm also just writting a simple CompilerFactory class. Cool! Once that is done I'll weigh up either ripping jci into the Drools tree sans common-logging requirement or build an event model instead. We should work something out ...unfortunately I have been a little busy the past few weeks. So not much progress here. The bytecode removal seems to be a bit tricky as it's not really clear where the logging part starts and where it stops. Probably possible but tricky. I really dislike the idea of a fork at this stage. As of the event model - it just feels a bit like re-inventing commons-logging. Couldn't you rather mock the commons-logging API? That way everything is fine as it is and IF someone wants to plug in some logging he just have to replace the mocks with the real commons-logging. cheers -- Torsten PGP.sig Description: This is a digitally signed message part
DO NOT REPLY [Bug 37395] - [fileupload] Allow parsing requests of unknown length
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37395. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37395 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Allow parsing requests of |[fileupload] Allow parsing |unknown length |requests of unknown length -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37404] New: - AbstractFileConfiguration.getFile() returns incorrect file object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37404. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37404 Summary: AbstractFileConfiguration.getFile() returns incorrect file object Product: Commons Version: 1.1.0 Platform: All OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: Configuration AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This is true of all file operations, such as getPath() etc. Running from Netbeans 5.0 beta: I have a configuration file called mcc.properties that is located under the default package under source packages in NB. When I unit test this, it reads the configuration file correctly but when I add an item and save it, it creates a new file under the project directory. Adding a few println statements, I find that the File object returned by getFile() is not the file object that could have been used to load my properties file because its pointing to a different file altogether. So, netbeans puts its output, after compilation, under a directory called 'framework/build/classes' where framework is my top level directory. My properties file is located in the classes directory, 'framework\build\classes\mcc.properties'. After I load it in junit and do a config.getPath () it returns 'framework\mcc.properties' as the location of my file, which is wrong. If I do some additions to the property file and save it, it saves it in 'framework\mcc.properties' so I land up with two property files. It seems this file handling stuff is done in AbstractFileConfiguration so I guess the problem is in there. //loads from framework\build\classes\mcc.properties config = new PropertiesConfiguration(mcc.properties); System.out.println(FileName: + config.getPath ()); //returns framework\mcc.properties - WRONG! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331839 - in /jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers: AbstractJavaCompiler.java JavaCompiler.java eclipse/EclipseJavaCompiler.java groovy/GroovyJavaCom
Author: tcurdt
Date: Tue Nov 8 08:33:30 2005
New Revision: 331839
URL: http://svn.apache.org/viewcvs?rev=331839view=rev
Log:
provide a classloader for the compiler
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/AbstractJavaCompiler.java
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/JavaCompiler.java
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/eclipse/EclipseJavaCompiler.java
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/groovy/GroovyJavaCompiler.java
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/janino/JaninoJavaCompiler.java
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/AbstractJavaCompiler.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/AbstractJavaCompiler.java?rev=331839r1=331838r2=331839view=diff
==
---
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/AbstractJavaCompiler.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/AbstractJavaCompiler.java
Tue Nov 8 08:33:30 2005
@@ -1,6 +1,8 @@
package org.apache.commons.jci.compilers;
import org.apache.commons.jci.problems.CompilationProblemHandler;
+import org.apache.commons.jci.readers.ResourceReader;
+import org.apache.commons.jci.stores.ResourceStore;
public abstract class AbstractJavaCompiler implements JavaCompiler {
@@ -9,6 +11,24 @@
public void setCompilationProblemHandler( final CompilationProblemHandler
pHandler ) {
problemHandler = pHandler;
+}
+
+public CompilationResult compile(
+ final String[] pClazzNames,
+ final ResourceReader pReader,
+ final ResourceStore pStore
+ ) {
+
+ClassLoader classLoader = null;
+
+classLoader = Thread.currentThread().getContextClassLoader();
+
+if ( classLoader == null ) {
+classLoader = this.getClass().getClassLoader();
+}
+
+
+return compile( pClazzNames, pReader, pStore, classLoader );
}
}
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/JavaCompiler.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/JavaCompiler.java?rev=331839r1=331838r2=331839view=diff
==
---
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/JavaCompiler.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/JavaCompiler.java
Tue Nov 8 08:33:30 2005
@@ -27,10 +27,17 @@
public interface JavaCompiler {
void setCompilationProblemHandler( final CompilationProblemHandler
pHandler );
+
+CompilationResult compile(
+ final String[] pClazzNames,
+ final ResourceReader pReader,
+ final ResourceStore pStore
+ );
CompilationResult compile(
final String[] pClazzNames,
final ResourceReader pReader,
-final ResourceStore pStore
+final ResourceStore pStore,
+final ClassLoader classLoader
);
}
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/eclipse/EclipseJavaCompiler.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/eclipse/EclipseJavaCompiler.java?rev=331839r1=331838r2=331839view=diff
==
---
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/eclipse/EclipseJavaCompiler.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/compilers/eclipse/EclipseJavaCompiler.java
Tue Nov 8 08:33:30 2005
@@ -106,9 +106,10 @@
public org.apache.commons.jci.compilers.CompilationResult compile(
final String[] pClazzNames,
final ResourceReader pReader,
-final ResourceStore pStore
+final ResourceStore pStore,
+final ClassLoader classLoader
) {
-
+
final Map settingsMap = settings.getMap();
final Set clazzIndex = new HashSet();
ICompilationUnit[] compilationUnits = new
ICompilationUnit[pClazzNames.length];
@@ -163,7 +164,7 @@
}
final String resourceName = clazzName.replace('.', '/') +
.class;
-
DO NOT REPLY [Bug 37401] - [net] allow listing of hidden files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37401. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37401 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 17:52 --- Created an attachment (id=16909) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16909action=view) add method FTPClient.setListHiddenFiles(boolean) It also extends the example ftp.java and allows to -l list files -la list hidden files -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37391] - [jci] add System.gc() to ReloadingClassLoaderTestCase tearDown()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37391. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37391 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 17:53 --- Hm... maybe worth checking for unclosed files and input/outputstream first instead? Calling System.gc() always feels really ugly. Strange ...never run into that under OSX nor Linux. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331842 - /jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java
Author: tcurdt
Date: Tue Nov 8 08:54:51 2005
New Revision: 331842
URL: http://svn.apache.org/viewcvs?rev=331842view=rev
Log:
implemented method (thanks to Mark Proctor)
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java
Modified:
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java?rev=331842r1=331841r2=331842view=diff
==
---
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/src/java/org/apache/commons/jci/ReloadingClassLoader.java
Tue Nov 8 08:54:51 2005
@@ -55,17 +55,56 @@
pListener.setNotificationListener(null);
}
-private void addResourceStore(final ResourceStore pStore) {
-final int n = stores.length;
-final ResourceStore[] newStores = new ResourceStore[n + 1];
-System.arraycopy(stores, 0, newStores, 0, n);
-newStores[n] = pStore;
-stores = newStores;
-delegate = new ResourceStoreClassLoader(parent, stores);
+private boolean addResourceStore(final ResourceStore pStore) {
+try {
+final int n = stores.length;
+final ResourceStore[] newStores = new ResourceStore[n + 1];
+System.arraycopy(stores, 0, newStores, 0, n);
+newStores[n] = pStore;
+stores = newStores;
+delegate = new ResourceStoreClassLoader(parent, stores);
+return true;
+} catch ( final Exception e ) {
+// FIXME: rethrow?
+}
+return false;
}
-private void removeResourceStore(final ResourceStore pStore) {
-//FIXME
+private boolean removeResourceStore(final ResourceStore pStore) {
+try {
+final int n = stores.length;
+int i = 0;
+
+//find the pStore and index position with var i
+while ( ( i = n ) ( stores[i] != pStore ) ) {
+i++;
+}
+
+
+//pStore was not found
+if ( i == n ) {
+throw new Exception( pStore was not found );
+}
+
+// if stores length 1 then array copy old values, else create
new empty store
+if (n 1) {
+final ResourceStore[] newStores = new ResourceStore[n - 1];
+
+System.arraycopy(stores, 0, newStores, 0, i-1);
+System.arraycopy(stores, i, newStores, i, newStores.length -
1);
+
+stores = newStores;
+delegate = new ResourceStoreClassLoader(parent, stores);
+} else {
+stores = new ResourceStore[0];
+}
+return true;
+
+} catch ( final Exception e ) {
+// FIXME: re-throw?
+}
+
+return false;
}
/*
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37390] - [jci] implement removeResourceStore
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37390. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37390 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37390] - [jci] implement removeResourceStore
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37390. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37390 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 17:56 --- Thanks, applied! Please cross-check -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37389] - [jci] Optional ClassLoader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37389. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37389 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37389] - [jci] Optional ClassLoader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37389. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37389 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 17:56 --- Thanks, applied! Please cross-check -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37393] - [jci] AbstractCompilerTestCase hard codes .java but Groovy expects .groovy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37393. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37393 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 17:57 --- Yepp ...it's on the TODO -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37394] - [jci] Groovy no longer allows null CompilerConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37394. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331845 - /jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java
Author: tcurdt
Date: Tue Nov 8 09:00:25 2005
New Revision: 331845
URL: http://svn.apache.org/viewcvs?rev=331845view=rev
Log:
pass in a configuration (thanks to Mark Proctor)
Modified:
jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java
Modified:
jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java
URL:
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java?rev=331845r1=331844r2=331845view=diff
==
---
jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java
(original)
+++
jakarta/commons/sandbox/jci/trunk/src/test/org/apache/commons/jci/problems/CompilationProblemTestCase.java
Tue Nov 8 09:00:25 2005
@@ -4,6 +4,7 @@
import org.apache.commons.jci.compilers.eclipse.EclipseCompilationProblem;
import org.apache.commons.jci.compilers.groovy.GroovyCompilationProblem;
import org.apache.commons.jci.compilers.janino.JaninoCompilationProblem;
+import org.codehaus.groovy.control.CompilerConfiguration;
import org.codehaus.groovy.control.SourceUnit;
import org.codehaus.groovy.control.messages.Message;
import org.codehaus.groovy.control.messages.SyntaxErrorMessage;
@@ -104,7 +105,7 @@
if (pError) {
message =
new SyntaxErrorMessage(new SyntaxException(MESSAGE, LINE,
COLUMN),
- new SourceUnit(FILENAME, , null,
null, null));
+ new SourceUnit(FILENAME, , new
CompilerConfiguration() , null, null));
} else {
message =
new WarningMessage(WarningMessage.NONE, MESSAGE, null, null);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37394] - [jci] Groovy no longer allows null CompilerConfiguration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37394. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37394 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:01 --- Applied, thanks! Please cross-check -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37123] - [jci] compilation problems are not delegated to CompilationProblemHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37123. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37123 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:03 --- You said over-engineered ;) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37296] - [jci] GroovyJavaCompiler assumes extensions end in .java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37296. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37296 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37296] - [jci] GroovyJavaCompiler assumes extensions end in .java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37296. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37296 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:05 --- changed it to .groovy for now ...but this should really be made configurable -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37137] - [jci] Remove utils package
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37137. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37137 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:11 --- Sure it is trivial but that does not necessarily mean useless ;) But you are right ...it should not be in the public API. Thanks for the nudge! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37123] - [jci] compilation problems are not delegated to CompilationProblemHandler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37123. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37123 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:12 --- Ok, but you can remove the adapter in the JaninoJavaCompiler then. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [transaction] XAResource wrapper for commons transaction
2005/11/8, Joerg Heinicke [EMAIL PROTECTED]: Oliver Zeigermann oliver.zeigermann at gmail.com writes: 1. Commons transaction is not prepared for JNDI. Honestly, I have no idea what this is all about. Could you explain? Hello Oliver, to be honest I do neither know that much about it. My impression was that most of the JTA transaction manager use JNDI for binding and looking up the resources. And this is mostly coupled with RMI. Now when I tried to bind my XAFileResource or the commons transaction FileResourceManager to my JNDI context (= RMI) I got the exception that one of those interfaces must be implemented. I already worked with IBM's DB2XADataSource and the more common StandardXADataSource of ObjectWeb's XAPool both implementing javax.naming.Referenceable [1]. Now there is the question if this is really an issue of FileResourceManager or just of my wrapper. So it might be something for your AbstractXAResource too. From what I understand this Reference/Referenceable stuff seems to be some factory mechanism, but I hoped to get some more information here. Regards, Jörg [1] http://java.sun.com/j2se/1.4.2/docs/api/javax/naming/Referenceable.html I have no idea about that. Maybe anyone else? Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37404] - AbstractFileConfiguration.getFile() returns incorrect file object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37404. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37404 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:18 --- OK, here is what happens: AbstractFileConfiguration(String fileName) is called as AbstractFileConfiguration(mcc.properties). This calls setPath(fileName) and then load(). setPath(fileName) calls setFile(filename) which is where things start going wrong because setfile(fileName) calls setFileName() and setBasePath() but we can't do this because we will only know the actual (i.e. real) basepath *after* we call load(). So to fix it, load() should update the basepath with the value from the URL. The following works for me and can be added either in the constructor or at the end of the load() method: URL url = ConfigurationUtils.locate( getBasePath(), getFileName()); setPath(url.toURI().getPath ()); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37187] - JavaFlow/CForm/select-list crash
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37187 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|dev@cocoon.apache.org |commons- ||[EMAIL PROTECTED] Status|ASSIGNED|NEW -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37187] - [javaflow] JavaFlow/CForm/select-list crash
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37187 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED Summary|JavaFlow/CForm/select-list |[javaflow] |crash |JavaFlow/CForm/select-list ||crash -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37393] - [jci] AbstractCompilerTestCase hard codes .java but Groovy expects .groovy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37393. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37393 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:45 --- sorry I thought I attched the patch for that, doing so now. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37393] - [jci] AbstractCompilerTestCase hard codes .java but Groovy expects .groovy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37393. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37393 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:46 --- Created an attachment (id=16911) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16911action=view) allows the extension to be specified, via setUp() -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37296] - [jci] GroovyJavaCompiler assumes extensions end in .java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37296. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37296 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:48 --- yes should be a system property, didn't change it to that as wasn't aware if you had any big plans there. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37409] New: - [jci] CompilerFactory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37409. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37409 Summary: [jci] CompilerFactory Product: Commons Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Sandbox AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Implement a factory that can return a JavaCompiler implementation. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37409] - [jci] CompilerFactory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37409.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37409
--- Additional Comments From [EMAIL PROTECTED] 2005-11-08 18:52 ---
package org.apache.commons.jci;
import org.apache.commons.jci.compilers.JavaCompiler;
import org.apache.commons.jci.compilers.eclipse.EclipseJavaCompiler;
import org.apache.commons.jci.compilers.groovy.GroovyJavaCompiler;
import org.apache.commons.jci.compilers.janino.JaninoJavaCompiler;
/**
* Simple Compiler Factory that returns an instance of a JavaCompiler for the
requested type.
*
* @author mproctor
*
*/
public class CompilerFactory
{
public static final int ECLIPSE = 0;
public static final int JANINO = 1;
public static final int GROOVY = 2;
private static final CompilerFactory INSTANCE = new CompilerFactory();
public static CompilerFactory getInstance() {
return CompilerFactory.INSTANCE;
}
private CompilerFactory() {
}
/**
* Can accept the following strings ECLIPSE, JANINO, GROOVY and
returns the appropriate
* JavaCompiler. Return null for any other type of string.
*
* @param compiler
* @return
*/
public JavaCompiler newCompiler(String compiler) {
JavaCompiler javaCompiler = null;
int i = -1;
if ( compiler.equals(ECLIPSE) ) {
javaCompiler = newCompiler( ECLIPSE );
} else if ( compiler.equals(JANINO) ) {
javaCompiler = newCompiler( JANINO );
} else if ( compiler.equals(GROOVY) ) {
javaCompiler = newCompiler( GROOVY );
}
return javaCompiler;
}
/**
* Can accept the following ints CompilerFactory.ECLIPSE
CompilerFactory.JANINO CompilerFactory.GROOVY
* and returns the appropriate JavaCompiler. Return null for any other int.
*
* @param compiler
* @return
*/
public JavaCompiler newCompiler(int compiler) {
JavaCompiler javaCompiler = null;
switch ( compiler ) {
case ECLIPSE:
javaCompiler = new EclipseJavaCompiler();
break;
case JANINO:
javaCompiler = new JaninoJavaCompiler();
break;
case GROOVY:
javaCompiler = new GroovyJavaCompiler();
break;
}
return javaCompiler;
}
}
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37395] - [fileupload] Allow parsing requests of unknown length
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37395. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37395 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37187] - [javaflow] JavaFlow/CForm/select-list crash
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37187. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37187 [EMAIL PROTECTED] changed: What|Removed |Added Component|blocks |Sandbox Product|Cocoon 2|Commons Version|2.1.7 |unspecified -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
About adding SNAPSHOT the reason is the same as other people has
already given. I looked in the properties files and tried to guess the
right version which is currently in development, other people will
know better than me. The rule is if last version released was 1.0 it
should be 1.0.1-SNAPSHOT, unless explicitly working towards 1.1, which
would be 1.1-SNAPSHOT.
On 11/8/05, Dion Gillard [EMAIL PROTECTED] wrote:
Questions:
1) The javadoc dependency in attributes/compiler/project.xml has been
commented out. Why?
The better way I can think about to fix this is adding tools.jar as a
dependency, and overriding it in the project.properties.
Something like
maven.jar.override=on
maven.jar.tools=${java.home}/../lib/tools.jar
4) betwixt/project.xml has a change which places a directory element
inside an includes element. According to the docs on
http://maven.apache.org/maven-1.x/reference/project-descriptor.html#class_UnitTest
this is not correct.
I just moved up the includes, but yes the directory is not needed
there. It doesn't break under the xml schema though.
7) chain/apps/mailreader/project.xml changes do not fix the bad
resource elements, they simply remove them.
They are already under the right resources tag at the end of the pom
On 11/6/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/2/05, robert burrell donkin [EMAIL PROTECTED] wrote:
On Tue, 2005-11-01 at 11:16 +1100, Dion Gillard wrote:
Carlos, I think we the developers should work with you on this one.
+1
probably more effective that way
but i'm comfortable about proposing commons karma for any existing
apache committer who wants it.
I have taken a look at Carlos' patch and what it does is:
1) Change all current development version specs from -dev to -SNAPSHOT
2) Introduces artifactId, groupId (in some cases, not everywhere?)
3) Introduces scope tags for dependencies (in some cases)
4) Eliminates some (unused?) resources elements from chain's build section
5) Eliminates empty id, organization, email from contributors
None of these look (to me) like they will affect builds or cause
problems. We should probably all agree that we want to follow the
maven way in 1); though and test all of the builds before
committing. I am willing to test all of the builds and then commit if
others are OK with this. If I hear no objections, I will do this in a
couple of days. In the mean time, it would be good for a [chain]
committer to look at the mods to there.
Thanks, Carlos.
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
http://www.multitask.com.au/people/dion/
You are going to let the fear of poverty govern your life and your
reward will be that you will eat, but you will not live. - George
Bernard Shaw
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jci] c#
Chinmay Nagarkar is going to donate a c# interface to Drools - http://www.blogger.com/comment.g?blogID=17469068postID=112848674485482389 I've been requesting he make this work with JCI via IKVM. If this is possible, with some hard work I believe it could be, we might want to change JavaCompiler to GciCompiler so its not generic to java - just a thought. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37404] - [config] AbstractFileConfiguration.getFile() returns incorrect file object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37404. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37404 [EMAIL PROTECTED] changed: What|Removed |Added Summary|AbstractFileConfiguration.ge|[config] |tFile() returns incorrect |AbstractFileConfiguration.ge |file object |tFile() returns incorrect ||file object -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
On 11/8/05, Carlos Sanchez [EMAIL PROTECTED] wrote:
About adding SNAPSHOT the reason is the same as other people has
already given. I looked in the properties files and tried to guess the
right version which is currently in development, other people will
know better than me. The rule is if last version released was 1.0 it
should be 1.0.1-SNAPSHOT, unless explicitly working towards 1.1, which
would be 1.1-SNAPSHOT.
Can someone explain why -SNAPSHOT is better than -dev?
On 11/8/05, Dion Gillard [EMAIL PROTECTED] wrote:
Questions:
1) The javadoc dependency in attributes/compiler/project.xml has been
commented out. Why?
The better way I can think about to fix this is adding tools.jar as a
dependency, and overriding it in the project.properties.
Something like
maven.jar.override=on
maven.jar.tools=${java.home}/../lib/tools.jar
Did you look at the maven.xml? It seems to try to create and install
this. It took me several attempts to get this to build (prior to
change), but it did eventually.
4) betwixt/project.xml has a change which places a directory element
inside an includes element. According to the docs on
http://maven.apache.org/maven-1.x/reference/project-descriptor.html#class_UnitTest
this is not correct.
I just moved up the includes, but yes the directory is not needed
there. It doesn't break under the xml schema though.
7) chain/apps/mailreader/project.xml changes do not fix the bad
resource elements, they simply remove them.
They are already under the right resources tag at the end of the pom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven build fixes affecting almost all projects
SNAPSHOT is a reserved word used by maven. When you deploy an artifact
whose version has the word SNAPSHOT it gets automatically deployed
also as a dated version, eg. 1.0-SNAPSHOT gets deployed as
1.0-20051115.203021.
About the javadoc dependency, the patch is wrong, shouldn't be
commented. In the other hand IMHO it shouldn't generate a new jar but
depend on the tools.jar, which btw is closer to the approach used in
m2. Anyway we'll have to fix this pom manually when used in the m2
repo.
On 11/8/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/8/05, Carlos Sanchez [EMAIL PROTECTED] wrote:
About adding SNAPSHOT the reason is the same as other people has
already given. I looked in the properties files and tried to guess the
right version which is currently in development, other people will
know better than me. The rule is if last version released was 1.0 it
should be 1.0.1-SNAPSHOT, unless explicitly working towards 1.1, which
would be 1.1-SNAPSHOT.
Can someone explain why -SNAPSHOT is better than -dev?
On 11/8/05, Dion Gillard [EMAIL PROTECTED] wrote:
Questions:
1) The javadoc dependency in attributes/compiler/project.xml has been
commented out. Why?
The better way I can think about to fix this is adding tools.jar as a
dependency, and overriding it in the project.properties.
Something like
maven.jar.override=on
maven.jar.tools=${java.home}/../lib/tools.jar
Did you look at the maven.xml? It seems to try to create and install
this. It took me several attempts to get this to build (prior to
change), but it did eventually.
4) betwixt/project.xml has a change which places a directory element
inside an includes element. According to the docs on
http://maven.apache.org/maven-1.x/reference/project-descriptor.html#class_UnitTest
this is not correct.
I just moved up the includes, but yes the directory is not needed
there. It doesn't break under the xml schema though.
7) chain/apps/mailreader/project.xml changes do not fix the bad
resource elements, they simply remove them.
They are already under the right resources tag at the end of the pom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r331913 - in /jakarta/commons/proper/vfs/trunk: RELEASE_NOTES.txt build.xml project.xml
Author: imario
Date: Tue Nov 8 14:34:41 2005
New Revision: 331913
URL: http://svn.apache.org/viewcvs?rev=331913view=rev
Log:
RC6
Modified:
jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt
jakarta/commons/proper/vfs/trunk/build.xml
jakarta/commons/proper/vfs/trunk/project.xml
Modified: jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt?rev=331913r1=331912r2=331913view=diff
==
--- jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt (original)
+++ jakarta/commons/proper/vfs/trunk/RELEASE_NOTES.txt Tue Nov 8 14:34:41 2005
@@ -1,4 +1,4 @@
-2005-11 comons-vfs 1.0 RC6
+2005-11-08 comons-vfs 1.0 RC6
uri praser:
We have had lots of duplicate calls to fixSeparator, so normalizePath now no
longer calls it.
Modified: jakarta/commons/proper/vfs/trunk/build.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/build.xml?rev=331913r1=331912r2=331913view=diff
==
--- jakarta/commons/proper/vfs/trunk/build.xml (original)
+++ jakarta/commons/proper/vfs/trunk/build.xml Tue Nov 8 14:34:41 2005
@@ -1,6 +1,6 @@
?xml version=1.0 encoding=UTF-8?
-!--build.xml generated by maven from project.xml version 1.0-RC5
+!--build.xml generated by maven from project.xml version 1.0-RC6
on date August 13 2005, time 0731--
project default=jar name=commons-vfs basedir=.
@@ -20,7 +20,7 @@
/property
property name=javadocdir value=dist/docs/api
/property
-property name=final.name value=commons-vfs-1.0-RC5
+property name=final.name value=commons-vfs-1.0-RC6
/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=Commons VFS 1.0-RC5 API
+property name=title value=Commons VFS 1.0-RC6 API
/property
javadoc use=true private=true destdir=${javadocdir}
author=true version=true sourcepath=src/java
packagenames=org.apache.commons.vfs.*
Modified: jakarta/commons/proper/vfs/trunk/project.xml
URL:
http://svn.apache.org/viewcvs/jakarta/commons/proper/vfs/trunk/project.xml?rev=331913r1=331912r2=331913view=diff
==
--- jakarta/commons/proper/vfs/trunk/project.xml (original)
+++ jakarta/commons/proper/vfs/trunk/project.xml Tue Nov 8 14:34:41 2005
@@ -6,7 +6,7 @@
idcommons-vfs/id
logo/images/vfs-logo-white.png/logo
urlhttp://jakarta.apache.org/commons/vfs//url
-currentVersion1.0-RC5/currentVersion
+currentVersion1.0-RC6/currentVersion
inceptionYear2002/inceptionYear
packageorg.apache.commons.vfs/package
shortDescriptionCommons VFS/shortDescription
@@ -33,7 +33,7 @@
!--
siteDirectory/www/jakarta.apache.org/commons/vfs//siteDirectory
--
-siteDirectorypublic_html/vfs-1.0-RC5/site/siteDirectory
+siteDirectorypublic_html/vfs-1.0-RC6/site/siteDirectory
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/vfs//distributionDirectory
repository
connectionscm:svn:http://svn.apache.org/repos/asf/jakarta/commons/proper/vfs/trunk/connection
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36047] - [vfs] Services
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36047. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36047 [EMAIL PROTECTED] changed: What|Removed |Added Version|unspecified |1.1 Final -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36157] - [VFS] post 1.0, add get rid of deprecation warnings in FTPClientWrapper.java against commons-net-1.4.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36157. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36157 [EMAIL PROTECTED] changed: What|Removed |Added Version|unspecified |1.1 Final -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36158] - [VFS] classpath: provider, similar to res:, but across the entire classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36158. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36158 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33795] - [vfs] memory provider
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33795. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33795 [EMAIL PROTECTED] changed: What|Removed |Added Version|unspecified |1.1 Final -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29469] - [vfs] selector, toolbox and ant packages
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29469. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29469 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||LATER -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34499] - [vfs] Exception on getting childrens from a hidden ftp directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34499. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34499 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||LATER -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36392] - [VFS] Can't copy using tar:gz:http FileObject
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36392. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36392 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 23:53 --- hopefully the 1.0 will come to true now -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35548] - [vfs] vfs_cache dir is being created in the current dir
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35548. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35548 [EMAIL PROTECTED] changed: What|Removed |Added Version|unspecified |1.1 Final -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE][VFS] commons-vfs 1.0 RC6 available
Hi! The commons vfs community is happy to announce the availability of commons-vfs 1.0 RC6. Please find the RC at http://people.apache.org/~imario/vfs The site can be reviewed at http://people.apache.org/~imario/vfs-1.0-RC6/site *) upgrade to jsch-0.1.23 *) removed non working method setLastModifiedTime for ftp *) other fixes as stated in RELEASE_NOTES.txt This is (hopefully) the last RC before the final release, I'll start the vote for it now. --- Mario smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 37398] - [IO] Online API docs for 1.0 point to 1.1 docs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37398. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37398 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 00:10 --- Thanks for the info -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vfs][VOTE] release version 1.0
Hi! After so many RCs I really think its time to take a break and release what we have now. VFS is stable and in daily use. Some enhancements waiting just too long for this release to get implemented for 1.1. As previously posted please find the RC6 at http://people.apache.org/~imario/vfs Please vote: [ ] +1 release RC6 as 1.0 [ ] -1 take some additional time Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] any objections?
robert burrell donkin wrote:
On Sat, 2005-11-05 at 10:39 -0700, Phil Steitz wrote:
the reported issues seem only to occur when synchronizedMap is used. has
anyone looked for a pattern in JVM versions?
No, not yet
or tried to replicate using a multi-threaded test rig?
Bugzilla contains a basic multi-thread test
starting with the symptoms: if there is problem, it's not common and
occurs only when the map is full. AIUI the map is of a fixed maximum
size and when full the oldest entry is discarded and the space reused.
Yes
the NPE occurs in LRUMap.reuseMapping which accords with the symptoms
(this code is only executed when full). so, there is no reason not to
focus on this method first.
The bug report also has an error in addMapping
i may have missed something but i don't think that this isn't a strict
LRU implementation: rather, it removes the last recently used entry with
the same hashcode. here's the code:
int removeIndex = hashIndex(entry.hashCode, data.length);
HashEntry loop = data[removeIndex];
HashEntry previous = null;
while (loop != entry) {
previous = loop;
loop = loop.next;
}
The removeIndex is the index of the hash bucket, not the hash code. This
bit of code is simply trying to find the entry before that we want to
remove, where we already know the entry we want to remove. None of this
requires us to check using equals().
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] class file has wrong version 48.0, should be 47.0
Mario Ivankovits wrote: For details: http://www.javaworld.com/javaqa/2003-05/02-qa-0523-version-p2.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Wow, as long as I'm in this game there's still stuff to learn. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37389] - [jci] Optional ClassLoader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37389. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37389 --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 02:13 --- remove the last classLoader = this.getClass().getClassLoader(); in AbstractJavaCompiler - its redundant. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37418] New: - [jci] we incorrect change groovy class name to a filename
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37418.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37418
Summary: [jci] we incorrect change groovy class name to a
filename
Product: Commons
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: Sandbox
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
FileResourceStore does final String fileName = pResourceName.replace('.',
File.separatorChar) + .class; this does not need to be done in
GroovyJavaCompiler.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37418] - [jci] we incorrect change groovy class name to a filename
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37418.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37418
--- Additional Comments From [EMAIL PROTECTED] 2005-11-09 05:14 ---
for (final Iterator it = classes.iterator(); it.hasNext();) {
final GroovyClass clazz = (GroovyClass) it.next();
final String name = clazz.getName().replace('.',
File.separatorChar) + .class;
final byte[] bytes = clazz.getBytes();
store.write(name, bytes);
}
becomes
for (final Iterator it = classes.iterator(); it.hasNext();) {
final GroovyClass clazz = (GroovyClass) it.next();
final byte[] bytes = clazz.getBytes();
store.write(clazz.getName(), bytes);
}
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37419] New: - Date Parse Validation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37419 Summary: Date Parse Validation Product: Commons Version: 1.0 Alpha Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: FeedParser AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Parse validation classes org.apache.commons.feedparser.tools.ISO8601DateParser.java org.apache.commons.feedparser.tools.RFC822DateParser.java have to specify the Locale.ENGLISH when defining the SimpleDateFormat. I got a problem running the feedparser on machines that have the default language different than english. I changed both classes to specify the Locale on SimpleDateFormat instanciation and the date parsers worked just fine on any machine with any language. Regards, Bruno Goyanna -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37419] - Date Parse Validation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37419. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37419 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED] | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37389] - [jci] Optional ClassLoader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37389. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37389 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 05:41 --- did not correctly set the classLoader, needs to be in CompilationUnit not SourceUnit, where it gets ignored. final CompilationUnit unit = new CompilationUnit(configuration); final CompilationUnit unit = new CompilationUnit(configuration, null, classLoader); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37420] New: - Online JCL 1.0.4 API Javadoc missing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37420. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37420 Summary: Online JCL 1.0.4 API Javadoc missing Product: Commons Version: 1.0.4 Platform: All URL: http://jakarta.apache.org/commons/logging/api/ OS/Version: other Status: NEW Severity: minor Priority: P2 Component: Logging AssignedTo: commons-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I searched to see if someone has posted about this, so sorry if it has already been reported. The root for the API Javadoc of Commons Logging 1.0.4 is empty: http://jakarta.apache.org/commons/logging/api/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Pool: comments requested for a new implementation
In the past weeks I've been working on a new implementation for Pool that I'm calling a Composite Object Pool (COP). I'm at the point where I think I've implemented everything I think the pool should have and then some. I would like feedback on the code and if the response is favorable I'll submit it for addition to the pool project. Generated JavaDocs and source code can be found at: http://sandy.mcarthur.org/pool/ Below is a list of things going for this code: * Implements almost all existing features in the current implementations. I think the ability to specific a minIdle object count and to skip validation when borrowing objects are the only existing features not implemented. I think it's wrong to not implement the former and I'm not convinced the ladder is really a good thing. * Very consistent features/behavior across pool types. The feature set of GenericObjectPool (COP) is quite different than StackObjectPool (SOP). With COP the features available to a LIFO (SOP) are the same as the features available to a FIFO (GOP) * Only returns an activated and valid object or a newly created object. It seems silly to me to require clients of an ObjectPool to deal with checking and validating borrowed objects. * Pools are named by what they do, not how they are implemented. eg: LifoOP vs StackOP * Active objects that are not returned to the pool can be detected. Optionally, the stack at time of borrow for lost objects can be logged to aid in debugging. I think this feature is pretty cool. * Synchronization is maintained via a private lock idiom. * Keyed pools have fine grained locking when possible. * Very modular code. A pool's feature set is assembled with composition. * All CompositeObjectPools share the same java util Timer thread. * Idle object evictor turns itself off when the pool is empty to reduce useless work. * Idle object evictor will try to limit how long it keeps the pool tied up during evictions. This is similar to GOP.setNumTestsPerEvictionRun(int) but time based instead of object count based. * The pool factory minimally tries to optimize the the composed object pool based on parameter values. * Future proof. (soon to be famous last words?) None of the implementation is made visible and could be gutted and replaced without breaking 3rd party code. * Keyed pools can use a non-keyed PoolableObjectFactory too. * No decencies beyond the Java 1.4 JDK. It wouldn't be hard to make it Java 1.3 compatable. Things left to do are: * Fix any JavaDoc mistakes. * Implement more unit tests and fix any bugs that turn up. (denotations welcome.) * Current idle object evictor code behaves in a way similar to the GOP's evictor code. For this to be thread-safe all other access to the pool while evicting idle objects must be blocked and it is not very deterministic for when an idle object will actually be evicted. * Create/Run some benchmarks to verify the performance is good. * When Java 1.5 is considered a reasonable requirement the util.concurrent can probably be used to improve parallelization. -- Sandy McArthur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37404] - [configuration] AbstractFileConfiguration.getFile() returns incorrect file object
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37404. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37404 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO Summary|[config]|[configuration] |AbstractFileConfiguration.ge|AbstractFileConfiguration.ge |tFile() returns incorrect |tFile() returns incorrect |file object |file object --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 07:45 --- Could you please try again with the latest version from SVN? This issue should have been fixed in the meanwhile. Thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
