Re: commons-configuration fails

[Ludmila Shikhvarg]

Thanks a lot Stefan for the help. The problem is solved now.

Regards,
Ludmila

On 2/28/2011 9:21 PM, Stefan Bodewig wrote:

On 2011-03-01, Ludmila Shikhvarg wrote:


Here is my output after build mvnrepo ($ ant jar):

...


INFO: Starting the HTTP client
2011-02-28 04:31:54.311::INFO:  jetty-6.1.5
2011-02-28 04:31:54.335::WARN:  failed SelectChannelConnector@0.0.0.0:80
java.net.SocketException: Permission denied

Your system doesn't like a user process to grab port 80.  You must have
configured this port in your workspace definition since its default
value is>  8000.  Change the mvnRepoProxyPort attribute to a different
value (likely>= 1024 if this is a Unix-like system).

Stefan

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



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

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-03-01, Ludmila Shikhvarg wrote:

> Here is my output after build mvnrepo ($ ant jar):

...

> INFO: Starting the HTTP client
> 2011-02-28 04:31:54.311::INFO:  jetty-6.1.5
> 2011-02-28 04:31:54.335::WARN:  failed SelectChannelConnector@0.0.0.0:80
> java.net.SocketException: Permission denied

Your system doesn't like a user process to grab port 80.  You must have
configured this port in your workspace definition since its default
value is > 8000.  Change the mvnRepoProxyPort attribute to a different
value (likely >= 1024 if this is a Unix-like system).

Stefan

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

Re: commons-configuration fails

[Ludmila Shikhvarg]

Stefan Bodewig wrote:

On 2011-02-24, Ludmila Shikhvarg wrote:

  

Any specific doc I can take a look to fix my problem ?



I'm afraid there isn't any, we don't even have a binary distribution of
the current mvn repo code (or any version of it).  As far as
installation goes there are some hints in
<http://wiki.apache.org/gump/VmgumpConfig> but not much more.

You really are the only person outside of the ASF who wants to run an
instance of Gump - which is great - and thus our documentation for
installing it is either not existant or missing.  Any help on improving
the docs is very much appreciated.

First of all you need Gump's mvn repository proxy.  Check out
<https://svn.apache.org/repos/asf/gump/mvnrepo/trunk/> and build it
using "ant jar".

The you must set the MVN_PROXY_HOME environment variable inside your
local-env-*.sh to point to the lib directory of your copy of the repo
proxy.

There shouldn't be anything else you need to do.  When you start Gump
the next time it should fire up the proxy (and kill it when done) and
publish all jar and pom artifacts to it as it goes.
  

Here is my output after build mvnrepo ($ ant jar):
Starting mvn repository proxy
Running: java -jar /SOME/PATH//repoproxy.jar 80 /tmp/tmpLm-0Ci.properties
Loading prefix map from /tmp/tmpLm-0Ci.properties
mvn Repository proxy started
Feb 28, 2011 4:31:54 AM org.apache.gump.mvnrepoproxy.HostResolver initialize
INFO: Mapping /repo/m2-snapshot-repository to http://people.apache.org
Feb 28, 2011 4:31:54 AM org.apache.gump.mvnrepoproxy.HostResolver initialize
INFO: Mapping /maven/2 to http://download.java.net
Feb 28, 2011 4:31:54 AM org.apache.gump.mvnrepoproxy.HostResolver initialize
INFO: Mapping /maven2 to http://repo1.maven.org
2011-02-28 04:31:54.192::INFO:  Logging to STDERR via 
org.mortbay.log.StdErrLog

Build Project: #[(1, 836)] : ant-1.6.5-pom :  [state:Unset]
Feb 28, 2011 4:31:54 AM 
com.noelios.restlet.ext.httpclient.HttpClientHelper start

INFO: Starting the HTTP client
2011-02-28 04:31:54.311::INFO:  jetty-6.1.5
2011-02-28 04:31:54.335::WARN:  failed SelectChannelConnector@0.0.0.0:80
java.net.SocketException: Permission denied
   at sun.nio.ch.Net.bind0(Native Method)
   at sun.nio.ch.Net.bind(Net.java:324)
   at sun.nio.ch.Net.bind(Net.java:316)
   at 
sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:199)

   at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
   at 
org.mortbay.jetty.nio.SelectChannelConnector.open(SelectChannelConnector.java:211)
   at 
org.mortbay.jetty.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:309)
   at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)

   at org.mortbay.jetty.Server.doStart(Server.java:228)
   at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
   at 
com.noelios.restlet.ext.jetty.JettyServerHelper.start(JettyServerHelper.java:386)

   at org.restlet.Server.start(Server.java:383)
   at org.restlet.Component.startServers(Component.java:1233)
   at org.restlet.Component.start(Component.java:1194)
   at org.apache.gump.mvnrepoproxy.Main.main(Main.java:114)

As a result, commons-configuration fails with the same problem:

Failed to resolve artifact.
Missing:
--
1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT

Ludmila


Stefan

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

  

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-02-24, Ludmila Shikhvarg wrote:

> Any specific doc I can take a look to fix my problem ?

I'm afraid there isn't any, we don't even have a binary distribution of
the current mvn repo code (or any version of it).  As far as
installation goes there are some hints in
 but not much more.

You really are the only person outside of the ASF who wants to run an
instance of Gump - which is great - and thus our documentation for
installing it is either not existant or missing.  Any help on improving
the docs is very much appreciated.

First of all you need Gump's mvn repository proxy.  Check out
 and build it
using "ant jar".

The you must set the MVN_PROXY_HOME environment variable inside your
local-env-*.sh to point to the lib directory of your copy of the repo
proxy.

There shouldn't be anything else you need to do.  When you start Gump
the next time it should fire up the proxy (and kill it when done) and
publish all jar and pom artifacts to it as it goes.

Stefan

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

Re: commons-configuration fails

[Ludmila Shikhvarg]

Stefan Bodewig wrote:

On 2011-02-23, Ludmila Shikhvarg wrote:

  

Starting mvn repository proxy
Running: java -jar /SOME/PATH/repoproxy.jar 8192 /tmp/tmpZG3uV_.properties
  


  

Error: Unable to access jarfile /SOME/PATH/repoproxy.jar



This means the repo proxy is not controlled by Gump, which also means it
will not serve the artifacts created during the Gump run.  If you fix
this, commons-vfs2 will become available for commons-configuartion.

Stefan
  

Stefan,

Any specific doc I can take a look to fix my problem ?

Ludmila

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

  

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-02-23, Ludmila Shikhvarg wrote:

>> Starting mvn repository proxy
>> Running: java -jar /SOME/PATH/repoproxy.jar 8192 /tmp/tmpZG3uV_.properties

> Error: Unable to access jarfile /SOME/PATH/repoproxy.jar

This means the repo proxy is not controlled by Gump, which also means it
will not serve the artifacts created during the Gump run.  If you fix
this, commons-vfs2 will become available for commons-configuartion.

Stefan

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

Re: commons-configuration fails

[Ludmila Shikhvarg]

Stefan Bodewig wrote:

On 2011-02-23, Ludmila Shikhvarg wrote:

  

Stefan Bodewig wrote:


Let's check you are sucessfully running the proxy before we try to find
a different solution.
  


  

Seen the same results with Maven repository proxy setup.



OK.  You are running the proxy at that port and Gump knows it is running
(i.e. when Gump starts the MVN_PROXY_HOME env variable is set), Gump
starts the proxy itself and it publishes artifacts to it.  This means
your logfile contains lines like

Starting mvn repository proxy
Running: java -jar /SOME/PATH/repoproxy.jar 8192 /tmp/tmpZG3uV_.properties
  

Error: Unable to access jarfile /SOME/PATH/repoproxy.jar

and later

Build Project: #[(517, 868)] : commons-vfs2 :  [state:Unset]
Jan 31, 2011 9:41:16 PM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .jar artifact with groupId 'org.apache.commons' artifactId 
'commons-vfs2' and file name '/SOME/OTHER/PATH/commons-vfs2-2.0-SNAPSHOT.jar'
  

Build Project: #[(480, 720)] : commons-vfs2 :  [state:Unset]


Is this correct?

Stefan

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

  

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-02-23, Ludmila Shikhvarg wrote:

> Stefan Bodewig wrote:
>> Let's check you are sucessfully running the proxy before we try to find
>> a different solution.

> Seen the same results with Maven repository proxy setup.

OK.  You are running the proxy at that port and Gump knows it is running
(i.e. when Gump starts the MVN_PROXY_HOME env variable is set), Gump
starts the proxy itself and it publishes artifacts to it.  This means
your logfile contains lines like

Starting mvn repository proxy
Running: java -jar /SOME/PATH/repoproxy.jar 8192 /tmp/tmpZG3uV_.properties

and later

Build Project: #[(517, 868)] : commons-vfs2 :  [state:Unset]
Jan 31, 2011 9:41:16 PM org.apache.gump.mvnrepoproxy.restlets.ArtifactAdder 
handle
INFO: adding .jar artifact with groupId 'org.apache.commons' artifactId 
'commons-vfs2' and file name '/SOME/OTHER/PATH/commons-vfs2-2.0-SNAPSHOT.jar'

Is this correct?

Stefan

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

Re: commons-configuration fails

[Ludmila Shikhvarg]

Stefan Bodewig wrote:

On 2011-02-21, Ludmila Shikhvarg wrote:

  

Stefan Bodewig wrote:


On 2011-02-18, Ludmila Shikhvarg wrote:
  


  

Building project commons-configuration fails:



  

[INFO] Failed to resolve artifact.
Missing:
--
1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
Try downloading the file manually from the project website.



  

This jar is built and installed by the commons-vfs2 project and this
works well for the ASF installations.
  


  

Does commons-vfs2 not build in your environment or have you modified the
commons-configuration descriptor?  Is your Gump installation public so
that we can see logs?
  


  

commons-vfs2 is build successfully in my environment. The Gump
installation is not public, but the log file is attached:




  

[INFO] Scanning for projects...
Downloading: 
http://localhost:80/maven2/org/apache/commons/commons-parent/17/commons-parent-17.pom



Is there a Maven repository proxy running at this port and does Gump
know about it?

If you are not using the proxy (I'm talking about
<https://svn.apache.org/repos/asf/gump/mvnrepo/>) then
commons-configuration cannot see the jar because it doesn't get
installed locally.

I don't recall the exact reason but I think there was some kind of
dependency cycle that made us put commons-configuration into a separate
local repository so even if commons-vfs2 used the install goal
commons-configuration still wouldn't see it.

Let's check you are sucessfully running the proxy before we try to find
a different solution.
  

Seen the same results with Maven repository proxy setup.

Stefan

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

  

Re: commons-configuration fails

[Ludmila Shikhvarg]

Missing:
--
1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
Didn't find commons-vfs2 in any repositories. Any idea ?

Antoine Levy-Lambert wrote:

Hi,

I notice that the jar file which is missing is the version 
2.0-SNAPSHOT of commons-vfs, not commons-vfs2.


Was there a typo in your previous email where you wrote
I've found commons-vfs-2.0-20090326.033229-1.jar from 
https://repository.apache.org/content/groups/snapshots-group/org/apache/commons/commons-vfs/2.0-SNAPSHOT/ 
and then, install it using the command: $ mvn install:install-file 
-DgroupId=org.apache.commons -DartifactId=commons-vfs2 
-Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file ?
But the commons-configuration is still failed and too many project are 
depended on it.


On 2/21/2011 5:13 PM, Ludmila Shikhvarg wrote:


Missing:
--
1) org.apache.commons:commons-vfs:jar:2.0-SNAPSHOT




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




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

Re: commons-configuration fails

[Antoine Levy-Lambert]

Hi,

I notice that the jar file which is missing is the version 2.0-SNAPSHOT 
of commons-vfs, not commons-vfs2.


Was there a typo in your previous email where you wrote
I've found commons-vfs-2.0-20090326.033229-1.jar from 
https://repository.apache.org/content/groups/snapshots-group/org/apache/commons/commons-vfs/2.0-SNAPSHOT/ 
and then, install it using the command: $ mvn install:install-file 
-DgroupId=org.apache.commons -DartifactId=commons-vfs2 
-Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file ?
But the commons-configuration is still failed and too many project are 
depended on it.


On 2/21/2011 5:13 PM, Ludmila Shikhvarg wrote:


Missing:
--
1) org.apache.commons:commons-vfs:jar:2.0-SNAPSHOT




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

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-02-21, Ludmila Shikhvarg wrote:

> Stefan Bodewig wrote:
>> On 2011-02-18, Ludmila Shikhvarg wrote:

>>> Building project commons-configuration fails:

>>> [INFO] Failed to resolve artifact.
>>> Missing:
>>> --
>>> 1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
>>> Try downloading the file manually from the project website.

>> This jar is built and installed by the commons-vfs2 project and this
>> works well for the ASF installations.

>> Does commons-vfs2 not build in your environment or have you modified the
>> commons-configuration descriptor?  Is your Gump installation public so
>> that we can see logs?

> commons-vfs2 is build successfully in my environment. The Gump
> installation is not public, but the log file is attached:


> [INFO] Scanning for projects...
> Downloading: 
> http://localhost:80/maven2/org/apache/commons/commons-parent/17/commons-parent-17.pom

Is there a Maven repository proxy running at this port and does Gump
know about it?

If you are not using the proxy (I'm talking about
<https://svn.apache.org/repos/asf/gump/mvnrepo/>) then
commons-configuration cannot see the jar because it doesn't get
installed locally.

I don't recall the exact reason but I think there was some kind of
dependency cycle that made us put commons-configuration into a separate
local repository so even if commons-vfs2 used the install goal
commons-configuration still wouldn't see it.

Let's check you are sucessfully running the proxy before we try to find
a different solution.

Stefan

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

Re: commons-configuration fails

[Ludmila Shikhvarg]

Stefan Bodewig wrote:

On 2011-02-18, Ludmila Shikhvarg wrote:

  

Hi,



  

Building project commons-configuration fails:



  

[ERROR] BUILD ERROR
[INFO] --
[INFO] Failed to resolve artifact.
Missing:
--
1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
Try downloading the file manually from the project website.



This jar is built and installed by the commons-vfs2 project and this
works well for the ASF installations.

Does commons-vfs2 not build in your environment or have you modified the
commons-configuration descriptor?  Is your Gump installation public so
that we can see logs?
  


commons-vfs2 is build successfully in my environment. 
The Gump installation is not public, but the log file is attached:



 Command Line

mvn --batch-mode -DskipTests=true --settings
   
/export/home/dtftest/gump/results/apache-commons/configuration/gump_mvn_settings.xml
   package 



 Output

[INFO] Scanning for projects...
Downloading: 
http://localhost:80/maven2/org/apache/commons/commons-parent/17/commons-parent-17.pom

Downloading: http://localhost:80/maven2/org/apache/apache/7/apache-7.pom

[INFO] 
[INFO] Building Commons Configuration
[INFO]task-segment: [package]
[INFO] 
Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-resources-plugin/2.4.1/maven-resources-plugin-2.4.1.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-plugins/14/maven-plugins-14.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/maven-parent/13/maven-parent-13.pom

Downloading: http://localhost:80/maven2/org/apache/apache/6/apache-6.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-resources-plugin/2.4.1/maven-resources-plugin-2.4.1.jar

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.1/maven-compiler-plugin-2.1.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-plugins/16/maven-plugins-16.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/maven-parent/15/maven-parent-15.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-compiler-plugin/2.1/maven-compiler-plugin-2.1.jar

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.5/maven-surefire-plugin-2.5.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/surefire/surefire/2.5/surefire-2.5.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.5/maven-surefire-plugin-2.5.jar

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-jar-plugin/2.3/maven-jar-plugin-2.3.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-jar-plugin/2.3/maven-jar-plugin-2.3.jar

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.0/maven-remote-resources-plugin-1.0.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-plugins/10/maven-plugins-10.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/maven-parent/7/maven-parent-7.pom

Downloading: http://localhost:80/maven2/org/apache/apache/4/apache-4.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.0/maven-remote-resources-plugin-1.0.jar

Downloading: 
http://localhost:80/maven2/org/apache/felix/maven-bundle-plugin/1.4.3/maven-bundle-plugin-1.4.3.pom

Downloading: 
http://localhost:80/maven2/org/apache/felix/felix/1.0.2/felix-1.0.2.pom

Downloading: 
http://localhost:80/maven2/org/apache/felix/maven-bundle-plugin/1.4.3/maven-bundle-plugin-1.4.3.jar

[INFO] artifact org.apache.maven.plugins:maven-idea-plugin: checking for 
updates from central
Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-idea-plugin/2.2/maven-idea-plugin-2.2.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-plugins/11/maven-plugins-11.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/maven-parent/8/maven-parent-8.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-idea-plugin/2.2/maven-idea-plugin-2.2.jar

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-antrun-plugin/1.3/maven-antrun-plugin-1.3.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-plugins/12/maven-plugins-12.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/maven-parent/9/maven-parent-9.pom

Downloading: 
http://localhost:80/maven2/org/apache/maven/plugins/maven-antrun-plugin/1.3/maven-antrun-plugin-1.3.jar

Downloading: 
http://localhost:80/maven2/org/apache/commons/commons-build-plugin/1.3/commons-build-plugin-1.3.pom

Downloading: 
http://localhost:80/maven2/org/apache/commons/commons-parent/12/commons-parent-12.pom

Re: commons-configuration fails

[Stefan Bodewig]

On 2011-02-18, Ludmila Shikhvarg wrote:

> Hi,

> Building project commons-configuration fails:

> [ERROR] BUILD ERROR
> [INFO] --
> [INFO] Failed to resolve artifact.
> Missing:
> --
> 1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
> Try downloading the file manually from the project website.

This jar is built and installed by the commons-vfs2 project and this
works well for the ASF installations.

Does commons-vfs2 not build in your environment or have you modified the
commons-configuration descriptor?  Is your Gump installation public so
that we can see logs?

Stefan

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

commons-configuration fails

[Ludmila Shikhvarg]

Hi,

Building project commons-configuration fails:

[ERROR] BUILD ERROR
[INFO] --
[INFO] Failed to resolve artifact.
Missing:
--
1) org.apache.commons:commons-vfs2:jar:2.0-SNAPSHOT
Try downloading the file manually from the project website.

1 required artifact is missing.
for artifact: commons-configuration:commons-configuration:jar:1.7-SNAPSHOT

I've found commons-vfs-2.0-20090326.033229-1.jar from 
https://repository.apache.org/content/groups/snapshots-group/org/apache/commons/commons-vfs/2.0-SNAPSHOT/ 
and then, install it using the command: 
$ mvn install:install-file -DgroupId=org.apache.commons -DartifactId=commons-vfs2 -Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

But the commons-configuration is still failed and too many project are depended 
on it.
Is is right one?

Thanks,
Ludmila 







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