[Tomcat Wiki] Update of "PoweredBy" by mivpl

2011-11-05 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The "PoweredBy" page has been changed by mivpl:
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=377&rev2=378

  
  This page is organized by categories: [[#pub|sites with publications]], 
[[#user|sites added by users]], [[#surveys|independent surveys]], and 
[[#more|more]]. Anyone can and is encouraged to add to this page: please add 
your site, application, or system as you see fit. You do need to register with 
the Apache wiki system to edit this page: simply click the login or user 
preferences links at the top right of your screen to do so. Don't worry if you 
don't think it fits here or into any particular category: we would like to see 
your application listed no matter how big, how small, or how miscategorized ;) 
Some of these applications are simply compatible with, ship with, or run on 
Tomcat. Others are specifically designed or documented with Tomcat as the 
container in mind.
  
- Please note that all the corporate logos and names used below are trademarked 
by their respective organizations. These organizations are not affiliated with 
this web site or with The Apache Software Foundation, and make no claims 
regarding The Foundation or its products. Further, in most cases the companies 
are not aware of their being listed on this site at all.
+ Please note that all the corporate logos and names used below are trademarked 
by their respective organizations. These organizations are not affiliated with 
this web site or with The Apache Software Foundation, and make no claims 
regarding The Foundation or its products. Further, in most cases the companies 
are not aware of their being listed on this site at 
all.[[http://www.google-seo-top.com|blog commenting service]]
  
  <>
  

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Tomcat Wiki] Update of "LocalBadContent" by KonstantinKolinko

2011-11-05 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The "LocalBadContent" page has been changed by KonstantinKolinko:
http://wiki.apache.org/tomcat/LocalBadContent?action=diff&rev1=35&rev2=36

Comment:
Add recent spam site

  freewebpages\.org
  freewebsitehosting\.com
  g0g\.net
+ google-seo-top\.com
  goldbetreview
  hbgm\.cn
  hfire\.cn

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: Redeploy on context.xml changes (Was: Tagging 7.0.23)

2011-11-05 Thread Konstantin Kolinko
2011/11/4 Mark Thomas :
> On 03/11/2011 17:08, Mark Thomas wrote:
>> I'm still looking at:
>> - recovery after fixing the broken file
>> - not deploying an expanded dir if the context.xml in
>> conf/Catalina/localhost is broken.
>
> OK. Here is a patch for review. There are so many combinations
> deployment and ways to create a dodgy configuration that I have probably
> missed a couple of edge cases.
>
> The main idea with this patch is that a Context always gets added even
> if deployment fails. That allows fixes via JMX and prevents
> WAR/directory deployment after a failed descriptor deployment. If the
> context.xml can't be read, a new FailedContext object is used. This
> allows redeploy resources to be tracked but the Context cannot be started.
>
> A number of clean-up issues I spotted along the way have already been fixed.
>
> http://people.apache.org/~markt/patches/2011-11-03-redeploy-trunk-v2.patch
>

http://people.apache.org/~kkolinko/patches/2011-11-05_tc8_redeploy-v3.patch

It is just your patch, but
- reverted renames of "watched resource" -> "reload resource". (*)
- formatted FailedContext.java and added javadoc at the top of it
- corrected a typo s/absolue/absolute/

(*) Renaming does not add much, and so it is easier to backport. Let's
do not rename WatchedResource -> ReloadResource.


As of now:
1) addReloadResource() is not implemented in FailedContext. So there
is no way to add dependency on the global conf/context.xml there.

Possible solutions, but need to think about them
 a) store reload resources elsewhere outside of Context
 b) extract some code from StandardContext into a new class (something
like StandardContextBase?) and share it with FailedContext?  I see
that FailedContext does not inherit from ContainerBase, so maybe there
is some trouble with that.
 c) Copy some code into FailedContext?
 d) Use StandardContext, but overwrite some methods?

2) It is odd that FailedContext has
@SuppressWarnings("unused")
public synchronized void addValve(Valve valve)

3) deployer-howto.xml still mentions "RedeployResource". I'd see where
it goes and fix later.

PS: I had troubles applying your patch with svn and started a thread
on users@subversion referring to it as an example. It does not handle
the way git denotes added files. Not a big deal when there is only one
added file - it us easy to handle that.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: Redeploy on context.xml changes (Was: Tagging 7.0.23)

2011-11-05 Thread Mark Thomas
On 05/11/2011 15:24, Konstantin Kolinko wrote:
> 2011/11/4 Mark Thomas :
>> On 03/11/2011 17:08, Mark Thomas wrote:
>>> I'm still looking at:
>>> - recovery after fixing the broken file
>>> - not deploying an expanded dir if the context.xml in
>>> conf/Catalina/localhost is broken.
>>
>> OK. Here is a patch for review. There are so many combinations
>> deployment and ways to create a dodgy configuration that I have probably
>> missed a couple of edge cases.
>>
>> The main idea with this patch is that a Context always gets added even
>> if deployment fails. That allows fixes via JMX and prevents
>> WAR/directory deployment after a failed descriptor deployment. If the
>> context.xml can't be read, a new FailedContext object is used. This
>> allows redeploy resources to be tracked but the Context cannot be started.
>>
>> A number of clean-up issues I spotted along the way have already been fixed.
>>
>> http://people.apache.org/~markt/patches/2011-11-03-redeploy-trunk-v2.patch
>>
> 
> http://people.apache.org/~kkolinko/patches/2011-11-05_tc8_redeploy-v3.patch
> 
> It is just your patch, but
> - reverted renames of "watched resource" -> "reload resource". (*)
> - formatted FailedContext.java and added javadoc at the top of it
> - corrected a typo s/absolue/absolute/
> 
> (*) Renaming does not add much, and so it is easier to backport. Let's
> do not rename WatchedResource -> ReloadResource.

Fair enough. Now we aren't exposing redeployResoucres to users there is
no real need for the renaming.

> As of now:
> 1) addReloadResource() is not implemented in FailedContext. So there
> is no way to add dependency on the global conf/context.xml there.
> 
> Possible solutions, but need to think about them
>  a) store reload resources elsewhere outside of Context
Possible since we no longer allow user configuration of this.

>  b) extract some code from StandardContext into a new class (something
> like StandardContextBase?) and share it with FailedContext?  I see
> that FailedContext does not inherit from ContainerBase, so maybe there
> is some trouble with that.
I wanted to ensure that FailedContext did the absolute minimum. Any of
those approaches could be made to work. I selected the implement the
interfaces directly approach as it is the simplest to review to ensure
it does what you want it to and no more.

>  c) Copy some code into FailedContext?
This would be my preferred choice.

>  d) Use StandardContext, but overwrite some methods?
See response to b)

> 2) It is odd that FailedContext has
> @SuppressWarnings("unused")
> public synchronized void addValve(Valve valve)
It needs to support addValve() (I forget what calls this) but it doesn't
need to keep a record of the Valves.

> 3) deployer-howto.xml still mentions "RedeployResource". I'd see where
> it goes and fix later.
> 
> PS: I had troubles applying your patch with svn and started a thread
> on users@subversion referring to it as an example. It does not handle
> the way git denotes added files. Not a big deal when there is only one
> added file - it us easy to handle that.
Thanks for the review so far. I'll update the patch.

I'm in two minds whether to apply this patch before or after the 7.0.23
tag. There are clearly issues here that need fixing but the patch is
quite invasive. I'm leaning towards tagging after the patch is applied.
Thoughts?

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: Redeploy on context.xml changes (Was: Tagging 7.0.23)

2011-11-05 Thread Konstantin Kolinko
2011/11/6 Mark Thomas :
>
> I'm in two minds whether to apply this patch before or after the 7.0.23
> tag. There are clearly issues here that need fixing but the patch is
> quite invasive. I'm leaning towards tagging after the patch is applied.
> Thoughts?
>

In short: I think there are two issues
a) what FailedContext solves
b) touching context.xml causing redeploy instead of reload

I think a) needs to be solved asap and likely to be backported.

b) can be postponed.

Regarding b) - remember that order of entries in redeploy list used by
autodeploy check is very important (because files ##(n+1)..last are
deleted if file #n is touched).  I am not yet sure that the patch is
safe adding context.xml there.


Regarding RequestFilterValve:
It sounds like you have tested it with JMX.

If it throws LifecycleException from initInternal() are you able to
fix it with JMX later?

(Maybe "throw new LifecycleException" should be removed from
initInternal(), keeping in only in startInternal() ?  I do not mind to
keep the code as is now, but though maybe there is a reason to remove
the first throw).


Regarding RequestFilterValve (one more):

I thought that there could be a public method callable through JMX to
check whether allowed address is allowed or denied.
Something like "test(String)" or "isAllowed(String)".

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1198103 - in /tomcat/maven-plugin/trunk: common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tom

2011-11-05 Thread olamy
Author: olamy
Date: Sat Nov  5 22:49:59 2011
New Revision: 1198103

URL: http://svn.apache.org/viewvc?rev=1198103&view=rev
Log:
[MTOMCAT-100] support war overlay to add war external dependencies in tomcat run
delete temporary directories used for extract after plugin shutdown.

Added:

tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java
  - copied, changed from r1196544, 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
Modified:

tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java

tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java

tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/DefaultClassLoaderEntriesCalculator.java

tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/RunMojo.java

tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/AbstractRunMojo.java

tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/RunMojo.java

Modified: 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java?rev=1198103&r1=1198102&r2=1198103&view=diff
==
--- 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
 (original)
+++ 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
 Sat Nov  5 22:49:59 2011
@@ -27,6 +27,6 @@ import java.util.List;
  */
 public interface ClassLoaderEntriesCalculator
 {
-List calculateClassPathEntries( 
ClassLoaderEntriesCalculatorRequest classLoaderEntriesCalculatorRequest )
+ClassLoaderEntriesCalculatorResult calculateClassPathEntries( 
ClassLoaderEntriesCalculatorRequest classLoaderEntriesCalculatorRequest )
 throws TomcatRunException;
 }

Modified: 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java?rev=1198103&r1=1198102&r2=1198103&view=diff
==
--- 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
 (original)
+++ 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
 Sat Nov  5 22:49:59 2011
@@ -22,6 +22,7 @@ import org.apache.maven.artifact.Artifac
 import org.apache.maven.plugin.logging.Log;
 import org.apache.maven.project.MavenProject;
 
+import java.io.File;
 import java.util.Set;
 
 /**
@@ -95,4 +96,5 @@ public class ClassLoaderEntriesCalculato
 this.useTestClassPath = useTestClassPath;
 return this;
 }
+
 }

Copied: 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java
 (from r1196544, 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java)
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java?p2=tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java&p1=tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java&r1=1196544&r2=1198103&rev=1198103&view=diff
==
--- 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
 (original)
+++ 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java
 Sat Nov  5 22:49:59 2011
@@ -1,5 +1,4 @@
 package org.apache.tomcat.maven.common.run;
-
 /*

[jira] [Commented] (MTOMCAT-100) support war overlay to add war external dependencies in tomcat run

2011-11-05 Thread Hudson (Commented) (JIRA)

[ 
https://issues.apache.org/jira/browse/MTOMCAT-100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13144861#comment-13144861
 ] 

Hudson commented on MTOMCAT-100:


Integrated in TomcatMavenPlugin #58 (See 
[https://builds.apache.org/job/TomcatMavenPlugin/58/])
[MTOMCAT-100] support war overlay to add war external dependencies in 
tomcat run
delete temporary directories used for extract after plugin shutdown.

olamy : http://svn.apache.org/viewvc/?view=rev&rev=1198103
Files : 
* 
/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculator.java
* 
/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
* 
/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorResult.java
* 
/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/DefaultClassLoaderEntriesCalculator.java
* 
/tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/RunMojo.java
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/AbstractRunMojo.java
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/RunMojo.java


> support war overlay to add war external dependencies in tomcat run 
> ---
>
> Key: MTOMCAT-100
> URL: https://issues.apache.org/jira/browse/MTOMCAT-100
> Project: Apache Tomcat Maven Plugin
>  Issue Type: Improvement
>  Components: tomcat6, tomcat7
>Reporter: Olivier Lamy
>Assignee: Olivier Lamy
> Fix For: 2.0
>
>
>  /WEB-INF/lib/*.jar and /WEB-INF/classes will added to web app classloader 
> when using tomcat*:run to do as war overlays does.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[jira] [Closed] (MTOMCAT-100) support war overlay to add war external dependencies in tomcat run

2011-11-05 Thread Olivier Lamy (Closed) (JIRA)

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy closed MTOMCAT-100.


Resolution: Fixed

please test with last snapshot.
reopen if you still have the issue.

> support war overlay to add war external dependencies in tomcat run 
> ---
>
> Key: MTOMCAT-100
> URL: https://issues.apache.org/jira/browse/MTOMCAT-100
> Project: Apache Tomcat Maven Plugin
>  Issue Type: Improvement
>  Components: tomcat6, tomcat7
>Reporter: Olivier Lamy
>Assignee: Olivier Lamy
> Fix For: 2.0
>
>
>  /WEB-INF/lib/*.jar and /WEB-INF/classes will added to web app classloader 
> when using tomcat*:run to do as war overlays does.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1198104 - /tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java

2011-11-05 Thread olamy
Author: olamy
Date: Sat Nov  5 22:54:47 2011
New Revision: 1198104

URL: http://svn.apache.org/viewvc?rev=1198104&view=rev
Log:
remove unused import

Modified:

tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java

Modified: 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java?rev=1198104&r1=1198103&r2=1198104&view=diff
==
--- 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
 (original)
+++ 
tomcat/maven-plugin/trunk/common-tomcat-maven-plugin/src/main/java/org/apache/tomcat/maven/common/run/ClassLoaderEntriesCalculatorRequest.java
 Sat Nov  5 22:54:47 2011
@@ -22,7 +22,6 @@ import org.apache.maven.artifact.Artifac
 import org.apache.maven.plugin.logging.Log;
 import org.apache.maven.project.MavenProject;
 
-import java.io.File;
 import java.util.Set;
 
 /**



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[GUMP@vmgump]: Project tomcat-tc7.0.x-validate (in module tomcat-7.0.x) failed

2011-11-05 Thread Bill Barker
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 gene...@gump.apache.org.

Project tomcat-tc7.0.x-validate has an issue affecting its community 
integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc7.0.x-validate :  Tomcat 7.x, a web server implementing Java 
Servlet 3.0,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on checkstyle exists, no need to add for property 
checkstyle.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/gump_work/build_tomcat-7.0.x_tomcat-tc7.0.x-validate.html
Work Name: build_tomcat-7.0.x_tomcat-tc7.0.x-validate (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dcheckstyle.jar=/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar
 -Dexecute.validate=true validate 
[Working Directory: /srv/gump/public/workspace/tomcat-7.0.x]
CLASSPATH: 
/usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/checkstyle/target/checkstyle-5.6-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-06112011.jar:/srv/gump/public/workspace/apache-commons/cli/target/commons-cli-1.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/exec/target/commons-exec-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/validator/dist/commons-validator-06112011.jar:/srv/gump/public/workspace/junit/dist/junit-06112011.jar:/srv/gump
 
/public/workspace/junit/dist/junit-dep-06112011.jar:/srv/gump/public/workspace/google-guava/build/dist/guava-06112011/guava-06112011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-06112011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-06112011.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/packages/antlr/antlr-3.1.3.jar:/srv/gump/public/workspace/jdom/build/jdom.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-06112011.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-06112011-dep.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar
-
Buildfile: /srv/gump/public/workspace/tomcat-7.0.x/build.xml

download-validate:

proxyflags:

setproxy:

testexist:
 [echo] Testing  for 
/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar

downloadzip:
  [get] Getting: 
http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip
  [get] To: /usr/share/java/file.zip
  [get] http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip 
permanently moved to 
http://downloads.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
  [get] 
http://downloads.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
 moved to 
http://voxel.dl.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
  [get] Error getting 
http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip to 
/usr/share/java/file.zip

BUILD FAILED
/srv/gump/public/workspace/tomcat-7.0.x/build.xml:2164: The following error 
occurred while executing this line:
/srv/gump/public/workspace/tomcat-7.0.x/build.xml:2378: 
java.io.FileNotFoundException: /usr/share/java/file.zip (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(FileOutputStream.java:209)
at java.io.FileOutputStream.(FileOutputStream.java:160)
at 
org.apache.tools.ant.taskdefs.Get$GetThread.downloadFile(Get.java:739)
at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:586)
at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)

Total time: 2 seco

[GUMP@vmgump]: Project tomcat-trunk-validate (in module tomcat-trunk) failed

2011-11-05 Thread Bill Barker
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 gene...@gump.apache.org.

Project tomcat-trunk-validate has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-trunk-validate :  Tomcat 8.x, a web server implementing Java 
Servlet 3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on checkstyle exists, no need to add for property 
checkstyle.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/gump_work/build_tomcat-trunk_tomcat-trunk-validate.html
Work Name: build_tomcat-trunk_tomcat-trunk-validate (Type: Build)
Work ended in a state of : Failed
Elapsed: 31 secs
Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dcheckstyle.jar=/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar
 -Dexecute.validate=true validate 
[Working Directory: /srv/gump/public/workspace/tomcat-trunk]
CLASSPATH: 
/usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/checkstyle/target/checkstyle-5.6-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-06112011.jar:/srv/gump/public/workspace/apache-commons/cli/target/commons-cli-1.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/exec/target/commons-exec-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/validator/dist/commons-validator-06112011.jar:/srv/gump/public/workspace/junit/dist/junit-06112011.jar:/srv/gump
 
/public/workspace/junit/dist/junit-dep-06112011.jar:/srv/gump/public/workspace/google-guava/build/dist/guava-06112011/guava-06112011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-06112011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-06112011.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/packages/antlr/antlr-3.1.3.jar:/srv/gump/public/workspace/jdom/build/jdom.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-06112011.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-06112011-dep.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar
-
Buildfile: /srv/gump/public/workspace/tomcat-trunk/build.xml

download-validate:

proxyflags:

setproxy:

testexist:
 [echo] Testing  for 
/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar

downloadzip:
  [get] Getting: 
http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip
  [get] To: /usr/share/java/file.zip
  [get] http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip 
permanently moved to 
http://downloads.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
  [get] 
http://downloads.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
 moved to 
http://hivelocity.dl.sourceforge.net/project/checkstyle/checkstyle/5.4/checkstyle-5.4-bin.zip
  [get] Error getting 
http://downloads.sourceforge.net/checkstyle/checkstyle-5.4-bin.zip to 
/usr/share/java/file.zip

BUILD FAILED
/srv/gump/public/workspace/tomcat-trunk/build.xml:2164: The following error 
occurred while executing this line:
/srv/gump/public/workspace/tomcat-trunk/build.xml:2378: 
java.io.FileNotFoundException: /usr/share/java/file.zip (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(FileOutputStream.java:209)
at java.io.FileOutputStream.(FileOutputStream.java:160)
at 
org.apache.tools.ant.taskdefs.Get$GetThread.downloadFile(Get.java:739)
at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:586)
at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:569)

Total time: 31 seconds
--