Re: Odd dependency provlem (gwt-dev 2.3.0)

[Jon Strayer]

Good idea, but no.  When I generate the dependency tree there is just one
entry for gwt-dev and it's not with a classifier.

On Thu, May 19, 2011 at 8:55 AM, Anders Hammar  wrote:

> Possibly this dependency isn't coming from your dependency declaration.
> Check the dependency tree to see where it is coming from.
>
> /Anders
>
> On Thu, May 19, 2011 at 14:51, Jon Strayer  wrote:
>
> > I just noticed this.  This is how maven suggested I install it::
> > Then, install it using the command:
> > mvn install:install-file
> > -DgroupId=com.google.gwt
> > -DartifactId=gwt-dev
> > -Dversion=2.3.0
> > *-Dclassifier=windows *
> > -Dpackaging=jar
> > -Dfile=/path/to/file
> >
> > That classifier is "incorrect".  This is my pom entry from the effective
> > pom:
> >
> >
> >  com.google.gwt
> >  gwt-dev
> >  2.3.0
> >  provided
> >
> >
> > There is nothing there about a classifier.
> >
> >
> >
> > On Thu, May 19, 2011 at 8:32 AM, Jon Strayer  wrote:
> >
> > > I have a Maven project with a dependency on gwt-dev.jar version 2.3.0.
> > > Maven says it can't download it.  It's in my local repository, so it
> had
> > to
> > > download it at some point.  What could happen to make it not recognize
> > it?
> > >
> > > --
> > > Take it down a notch or three
> > >
> >
> >
> >
> > --
> > Take it down a notch or three
> >
>



-- 
Take it down a notch or three

Re: Odd dependency provlem (gwt-dev 2.3.0)

[Jon Strayer]

I just noticed this.  This is how maven suggested I install it::
Then, install it using the command:
mvn install:install-file
-DgroupId=com.google.gwt
-DartifactId=gwt-dev
-Dversion=2.3.0
*-Dclassifier=windows *
-Dpackaging=jar
-Dfile=/path/to/file

That classifier is "incorrect".  This is my pom entry from the effective
pom:


  com.google.gwt
  gwt-dev
  2.3.0
  provided


There is nothing there about a classifier.



On Thu, May 19, 2011 at 8:32 AM, Jon Strayer  wrote:

> I have a Maven project with a dependency on gwt-dev.jar version 2.3.0.
> Maven says it can't download it.  It's in my local repository, so it had to
> download it at some point.  What could happen to make it not recognize it?
>
> --
> Take it down a notch or three
>



-- 
Take it down a notch or three

Odd dependency provlem (gwt-dev 2.3.0)

[Jon Strayer]

I have a Maven project with a dependency on gwt-dev.jar version 2.3.0.
Maven says it can't download it.  It's in my local repository, so it had to
download it at some point.  What could happen to make it not recognize it?

-- 
Take it down a notch or three

Re: FYI Repo "hacked"?

[Jon Strayer]

Thanks for the reply.  I checked my Nexus logs and it showed a similar
problem but for a different repository.  The Java.Net proxy didn't show the
problem.  I cleared my local repository and Nexus.  Perhaps that will clear
the problem.

On Mon, Nov 29, 2010 at 9:52 AM, Brian Fox  wrote:

> Lets look at this closely:
>
> On Mon, Nov 29, 2010 at 8:36 AM, Jon Strayer  wrote:
> > On the 24th of November my reports build failed.  The failure message is:
> > Unable to read local copy of metadata: Cannot read metadata from
> >
> 'e:\repo\org\apache\maven\skins\maven-default-skin\maven-metadata-java.net.xml':
>
> The name of this file tells me that Maven thinks it got this metadata
> from a repo with id "java.net". Double checking Central, we can see
> that this file is normal:
>
> http://repo2.maven.org/maven2/org/apache/maven/skins/maven-default-skin/maven-metadata.xml
>
> Checking the standard java.net repo, we can see that org/apache/maven
> doesn't even exist:
> http://download.java.net/maven/2/org/apache/
>
> So far this doesn't appear to be a repo hack but more likely something
> local or to a local server you use.
>
> > end tag name  must be the same as start tag  from line 7
> > (position: TEXT seen ... hack msn hack www.44imha.in
> > www.islamihacker.org\r\n...
> > @9:8)
> >  org.apache.maven.skins:maven-default-skin:jar:RELEASE
> >
> > And sure enough when I look at the maven-metadata-java.net.xml It is a
> web
> > page.  The page references islamihacker.org so it looks like some putz
> > thought "hacking" a public repository was some kind of challenge.
> >
>
>
> In your builds, what url does java.net point at? You can check the
> entire transitive tree with the snapshot of the dependency plugin:
> mvn
> org.apache.maven.plugins:maven-dependency-plugin:2.2-SNAPSHOT:list-repositories
>
> It's possible that somehow your machine was redirected at a website
> that had this page and Maven picked it up.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

FYI Repo "hacked"?

[Jon Strayer]

On the 24th of November my reports build failed.  The failure message is:
Unable to read local copy of metadata: Cannot read metadata from
'e:\repo\org\apache\maven\skins\maven-default-skin\maven-metadata-java.net.xml':
end tag name  must be the same as start tag  from line 7
(position: TEXT seen ... hack msn hack www.44imha.in
www.islamihacker.org\r\n...
@9:8)
  org.apache.maven.skins:maven-default-skin:jar:RELEASE

And sure enough when I look at the maven-metadata-java.net.xml It is a web
page.  The page references islamihacker.org so it looks like some putz
thought "hacking" a public repository was some kind of challenge.

Re: My build fails on build server by not workstation

[Jon Strayer]

The values from settings.xml are inluded in the effective pom (as in "mvn
help:effective-pom").

On Wed, Aug 4, 2010 at 10:42 AM, Ron Wheeler  wrote:

>  You will get to a solution much quicker when you start to think about this
> as "Maven is working correctly. I have an error in my setup. Where can it
> be? What do I get to specify?"
>
> What is the error message? The answer is probably sitting right on the
> screen.
> I have never heard of Maven just failing with no message describing what it
> found or did not find that caused it to be unable to complete the build.
>
> POMs aren't the only thing that Maven uses.
> You have a settings.xml file on your computer. What is the difference
> between that and your build server?
>
>
> Ron
>
>
> On 04/08/2010 9:47 AM, Jon Strayer wrote:
>
>> What configuration would be different and not show up in the effective
>> pom?
>>
>> On Tue, Aug 3, 2010 at 5:17 PM, Ron Wheeler
>> wrote:
>>
>>   Were you planning to give any details?
>>> We all know that building correctly on both places wouldn't have caused
>>> you
>>> to write.
>>> The fact that  it fails on your build server is probably the place to
>>> focus
>>> on.
>>> It builds on your laptop because you have done everything there in a
>>> correct and internally consistent manner.
>>>
>>> It is a good guess that that is not true on your build server.
>>>
>>> So your question reduces to "I have something wrong in the configuration
>>> of
>>> my build server, can anyone fix this sort of problem through psychic
>>> means?"
>>>
>>> I am out! Not that "in tune" with the universe and your server in
>>> particular.
>>>
>>> Ron
>>>
>>>
>>>
>>> On 03/08/2010 5:04 PM, Jon Strayer wrote:
>>>
>>>  I have a problem where my maven build works fine on my laptop but
>>>> compilation fails on the build server.  I've already blown away both
>>>> local
>>>> repositories but that didn't help.  I ran help:effective-pom on both but
>>>> there are no unexpected differences.
>>>>
>>>> Do you have any idea what else I should look at?
>>>>
>>>> The fact that the build fails isn't the problem.  That fact that it
>>>> succeeds
>>>> one place and fails on the other is.
>>>>
>>>>
>>>>  -
>>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: users-h...@maven.apache.org
>>>
>>>
>>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

Re: My build fails on build server by not workstation

[Jon Strayer]

What configuration would be different and not show up in the effective pom?

On Tue, Aug 3, 2010 at 5:17 PM, Ron Wheeler
wrote:

>  Were you planning to give any details?
> We all know that building correctly on both places wouldn't have caused you
> to write.
> The fact that  it fails on your build server is probably the place to focus
> on.
> It builds on your laptop because you have done everything there in a
> correct and internally consistent manner.
>
> It is a good guess that that is not true on your build server.
>
> So your question reduces to "I have something wrong in the configuration of
> my build server, can anyone fix this sort of problem through psychic means?"
>
> I am out! Not that "in tune" with the universe and your server in
> particular.
>
> Ron
>
>
>
> On 03/08/2010 5:04 PM, Jon Strayer wrote:
>
>> I have a problem where my maven build works fine on my laptop but
>> compilation fails on the build server.  I've already blown away both local
>> repositories but that didn't help.  I ran help:effective-pom on both but
>> there are no unexpected differences.
>>
>> Do you have any idea what else I should look at?
>>
>> The fact that the build fails isn't the problem.  That fact that it
>> succeeds
>> one place and fails on the other is.
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

My build fails on build server by not workstation

[Jon Strayer]

I have a problem where my maven build works fine on my laptop but
compilation fails on the build server.  I've already blown away both local
repositories but that didn't help.  I ran help:effective-pom on both but
there are no unexpected differences.

Do you have any idea what else I should look at?

The fact that the build fails isn't the problem.  That fact that it succeeds
one place and fails on the other is.

Weblogic plugin early exit

[Jon Strayer]

I have a not very interesting pom that builds an ear from a war.  I recently
added two tasks.  The first task (antrun) copies the ear to a known
location.  The second task deploys the ear to a weblogic server using the
Codehaus weblogic plugin.

I've attached the antrun task to "package" and the weblogic deploy to both
"package" and "integration-test" (at different times.  But no matter where I
attach it is the last thing to execute and I don't get "BUILD SUCCESSFUL" in
the log.

If the weblogic deploy is attached to "package" along with the antrun task
then the antrun task is never run.  It seems like something is calling
System.exit().

That part of the log looks like this:

18-Feb-2010 16:14:04 [INFO] [weblogic:deploy {execution: deploy}]  18-Feb-2010
16:14:04 [INFO] Weblogic Deployment beginning with parameters
DeployMojoBase[adminServerHostName = softwl03, adminServerProtocol = t3,
adminServerPort = 7015, userId = weblogic, password = infotech1,
artifactPath =
D:\bamboo-home\xml-data\build-dir\WSS-WSSEARTRUNK\target/wss-1.1,
projectPackaging = ear, name = wss, targetNames = build_1, remote =
true]  18-Feb-2010
16:14:04 [INFO] Weblogic Deployment parameters [-adminurl,
t3://softwl03:7015, -username, weblogic, -password, infotech1, -name, wss,
-targets, build_1, -upload, -source,
D:\bamboo-home\xml-data\build-dir\WSS-WSSEARTRUNK\target/wss-1.1.ear,
-deploy]  18-Feb-2010 16:14:04 weblogic.Deployer invoked with options:
-adminurl t3://softwl03:7015 -username weblogic -name wss -targets build_1
-upload -source
D:\bamboo-home\xml-data\build-dir\WSS-WSSEARTRUNK\target/wss-1.1.ear
-deploy  18-Feb-2010
16:14:05   
18-Feb-2010 16:14:13 Task 20 initiated: [Deployer:149026]deploy
application wss on build_1.  18-Feb-2010 16:14:33 Task 20 completed:
[Deployer:149026]deploy application wss on build_1.  18-Feb-2010
16:14:33 Target
state: deploy completed on Server build_1  18-Feb-2010 16:14:33
  18-Feb-2010 16:14:33 Build process for 'WSS - Trunk EAR' returned with
return code = 0

Any ideas?

-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

Multiple versions of Commons logging

[Jon Strayer]

What is the below trying to tell me?  It looks like the site plugin 2.1 has
a dependency on commons logging 1.0.4 and that's messing something up.  How
do I fix it?

03-Feb-2010 02:15:50 [FATAL ERROR]
org.apache.maven.plugins.site.SiteMojo#execute() caused a linkage error
(java.lang.ExceptionInInitializerError) and may be out-of-date. Check the
realms:  03-Feb-2010 02:15:50 [FATAL ERROR] Plugin realm =
app0.child-container[org.apache.maven.plugins:maven-site-plugin:2.1]
03-Feb-2010
02:15:50 urls[0] =
file:/e:/repo/org/apache/maven/plugins/maven-site-plugin/2.1/maven-site-plugin-2.1.jar
 03-Feb-2010
02:15:50 urls[1] =
file:/e:/repo/org/codehaus/plexus/plexus-utils/1.5.1/plexus-utils-1.5.1.jar
 03-Feb-2010
02:15:50 urls[2] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-xhtml/1.1.2/doxia-module-xhtml-1.1.2.jar
 03-Feb-2010
02:15:50 urls[3] =
file:/e:/repo/org/apache/maven/doxia/doxia-core/1.1.2/doxia-core-1.1.2.jar
 03-Feb-2010
02:15:50 urls[4] =
file:/e:/repo/xerces/xercesImpl/2.8.1/xercesImpl-2.8.1.jar  03-Feb-2010
02:15:50 urls[5] =
file:/e:/repo/xml-apis/xml-apis/1.3.03/xml-apis-1.3.03.jar  03-Feb-2010
02:15:50 urls[6] =
file:/e:/repo/commons-lang/commons-lang/2.1/commons-lang-2.1.jar  03-Feb-2010
02:15:50 urls[7] =
file:/e:/repo/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar
 03-Feb-2010
02:15:50 urls[8] =
file:/e:/repo/commons-logging/commons-logging/1.0.4/commons-logging-1.0.4.jar
 03-Feb-2010
02:15:50 urls[9] =
file:/e:/repo/commons-codec/commons-codec/1.2/commons-codec-1.2.jar
03-Feb-2010
02:15:50 urls[10] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-apt/1.1.2/doxia-module-apt-1.1.2.jar
 03-Feb-2010
02:15:50 urls[11] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-xdoc/1.1.2/doxia-module-xdoc-1.1.2.jar
 03-Feb-2010
02:15:50 urls[12] =
file:/e:/repo/org/apache/maven/doxia/doxia-module-fml/1.1.2/doxia-module-fml-1.1.2.jar
 03-Feb-2010
02:15:50 urls[13] =
file:/e:/repo/org/apache/maven/doxia/doxia-decoration-model/1.1.2/doxia-decoration-model-1.1.2.jar
 03-Feb-2010
02:15:50 urls[14] =
file:/e:/repo/org/apache/maven/doxia/doxia-site-renderer/1.1.2/doxia-site-renderer-1.1.2.jar
 03-Feb-2010
02:15:50 urls[15] =
file:/e:/repo/org/codehaus/plexus/plexus-i18n/1.0-beta-7/plexus-i18n-1.0-beta-7.jar
 03-Feb-2010
02:15:50 urls[16] =
file:/e:/repo/org/codehaus/plexus/plexus-velocity/1.1.8/plexus-velocity-1.1.8.jar
 03-Feb-2010
02:15:50 urls[17] =
file:/e:/repo/org/apache/velocity/velocity/1.5/velocity-1.5.jar  03-Feb-2010
02:15:50 urls[18] =
file:/e:/repo/commons-collections/commons-collections/3.2/commons-collections-3.2.jar
 03-Feb-2010
02:15:50 urls[19] = file:/e:/repo/oro/oro/2.0.8/oro-2.0.8.jar  03-Feb-2010
02:15:50 urls[20] =
file:/e:/repo/org/apache/maven/shared/maven-doxia-tools/1.2/maven-doxia-tools-1.2.jar
 03-Feb-2010
02:15:50 urls[21] =
file:/e:/repo/commons-io/commons-io/1.4/commons-io-1.4.jar  03-Feb-2010
02:15:50 urls[22] =
file:/e:/repo/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar
 03-Feb-2010
02:15:50 urls[23] =
file:/e:/repo/org/mortbay/jetty/jetty/6.1.5/jetty-6.1.5.jar  03-Feb-2010
02:15:50 urls[24] =
file:/e:/repo/org/mortbay/jetty/jetty-util/6.1.5/jetty-util-6.1.5.jar
03-Feb-2010
02:15:50 urls[25] =
file:/e:/repo/org/mortbay/jetty/servlet-api-2.5/6.1.5/servlet-api-2.5-6.1.5.jar
 03-Feb-2010
02:15:50 [FATAL ERROR] Container realm = plexus.core  03-Feb-2010
02:15:50 urls[0]
= file:/E:/maven/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar

-- 
" People who couldn't find Nebraska on a world map are certain that global
warming is a left-wing hoax.
Gene Lyons"

Dependency management management

[Jon Strayer]

Our project has about 65 dependencies listed.  I just discovered that
one was listed twice.  Is there a tool that will detect that for me?
Or, perhaps one that will sort the dependencies to make it easier to
scan for duplicates?

-- 
All religions are Scientology complete

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

Re: Repository problems

[Jon Strayer]

Here is what I'm seeing now:

[DEBUG] Retrieving parent-POM: org.apache.commons:commons-parent::5 for
project: commons-logging:commons-logging:jar:1.1.1 from the repository.
[DEBUG] commons-logging:commons-logging:jar:1.1.1:compile (range
restricted from: [1.0,) and: 1.1 to: 1.1 )
[INFO] artifact com.lowagie:itext: checking for updates from central
[WARNING] repository metadata for: 'artifact com.lowagie:itext' could not be
retrieved from repository: central due to an error: Error transferring file
[DEBUG] Exception
org.apache.maven.wagon.TransferFailedException: Error transferring file
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:104)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68)
at
org.apache.maven.artifact.manager.DefaultWagonManager.verifyChecksum(DefaultWagonManager.java:654)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:485)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:370)
at
org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve(DefaultRepositoryMetadataManager.java:97)
at
org.apache.maven.project.artifact.MavenMetadataSource.retrieveAvailableVersions(MavenMetadataSource.java:404)
at
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:346)
at
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:408)
at
org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect(DefaultArtifactCollector.java:76)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:300)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:288)
at
org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDependencies(DefaultPluginManager.java:1415)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:405)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.io.EOFException
at java.util.zip.GZIPInputStream.readUByte(GZIPInputStream.java:202)
at java.util.zip.GZIPInputStream.readUShort(GZIPInputStream.java:192)
at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:131)
at java.util.zip.GZIPInputStream.(GZIPInputStream.java:58)
at java.util.zip.GZIPInputStream.(GZIPInputStream.java:68)
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:88)
... 30 more


On Tue, Apr 7, 2009 at 10:26 AM, Brett Porter  wrote:

> Maven 2.1.0+ shows the error inline, but you can run with -X to see the
> cause of the transfer error. It's likely not a content problem.
>
> - Brett
>
>
> On 08/04/2009, at 12:17 AM, Jon Strayer wrote:
>
>  After building correctly 28 times since I added at dependency on iText, my
>> build just stared failing with this error message:
>>
>> [INFO] artifact com.lowagie:itext: checking for updates from central
>> [WARNING] repository metadata for: 'artifact com.lowagie:itext' could not
>> be
>> retrieved from repository: central due to an error: Error transferring
>> file
>> [INFO] Repository 'central' will be blacklisted
>>
>> iText is still on the central repository.  None of the files have changed
>> this ye

Re: Repository problems

[Jon Strayer]

I ran mvn dependency:tree and it didn't list itext 1.02 (we use 2.08).
After that the build worked.  It's very strange.

Is dependency information cached somewhere?

That can't be it because it failed on the build server and on my laptop.
After I ran dependency:tree on my laptop it worked there but still failed on
the server until I ran dependency:tree there.

On Tue, Apr 7, 2009 at 10:26 AM, Brett Porter  wrote:

> Maven 2.1.0+ shows the error inline, but you can run with -X to see the
> cause of the transfer error. It's likely not a content problem.
>
> - Brett
>
>
> On 08/04/2009, at 12:17 AM, Jon Strayer wrote:
>
>  After building correctly 28 times since I added at dependency on iText, my
>> build just stared failing with this error message:
>>
>> [INFO] artifact com.lowagie:itext: checking for updates from central
>> [WARNING] repository metadata for: 'artifact com.lowagie:itext' could not
>> be
>> retrieved from repository: central due to an error: Error transferring
>> file
>> [INFO] Repository 'central' will be blacklisted
>>
>> iText is still on the central repository.  None of the files have changed
>> this year, let alone today.
>>
>> Is anyone else seeing anything like this?
>>
>> What is Maven trying to tell me?
>>
>> --
>> All religions are Scientology complete
>>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
All religions are Scientology complete

Repository problems

[Jon Strayer]

After building correctly 28 times since I added at dependency on iText, my
build just stared failing with this error message:

[INFO] artifact com.lowagie:itext: checking for updates from central
[WARNING] repository metadata for: 'artifact com.lowagie:itext' could not be
retrieved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted

iText is still on the central repository.  None of the files have changed
this year, let alone today.

Is anyone else seeing anything like this?

What is Maven trying to tell me?

-- 
All religions are Scientology complete

Re: Is dependency exclusion broken for WAR files?

[Jon Strayer]

I guess not.  Thanks.

On Thu, Nov 13, 2008 at 12:47 PM, Heinrich Nirschl <
[EMAIL PROTECTED]> wrote:

> Did you run mvn clean before the new build?
>
>
> On 11/13/08, Jon Strayer <[EMAIL PROTECTED]> wrote:
> > I added XFire-all to my dependencies and it pulled in all of the
> submodules
> > of XFire.  I want to exclude them from the war so I added them as
> exclusions
> > to the XF-all dependency.  They are sill being added to the war.  Did I
> do
> > something incorrectly or is it broken?
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Is dependency exclusion broken for WAR files?

[Jon Strayer]

I added XFire-all to my dependencies and it pulled in all of the submodules
of XFire.  I want to exclude them from the war so I added them as exclusions
to the XF-all dependency.  They are sill being added to the war.  Did I do
something incorrectly or is it broken?

-- 
Esse Quam Videre
To Be, rather than to Seem

Missing resource error

[Jon Strayer]

Is anyone else seeing errors like this?  The clean plugin pom url is good.
The jar is in the directory.  I'm baffled.


Downloading:
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-plugin/2.2/maven-clean-plugin-2.2.pom

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.plugins
ArtifactId: maven-clean-plugin
Version: 2.2

Reason: Unable to download the artifact from any repository

  org.apache.maven.plugins:maven-clean-plugin:pom:2.2

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  gwt-ext (http://www.gwt-ext.com/maven2),
  java.net (http://download.java.net/maven/1),
  gwt-maven (http://gwt-maven.googlecode.com/svn/trunk/mavenrepo),
  mygwt (http://mygwt-maven-repo.googlecode.com/svn/trunk),
  maven2-repository.dev.java.net (http://download.java.net/maven/2),
  fusionsoftllc-mirror (http://softapp01:8889/nexus/content/groups/public),
  fusionsoftllc-third-party (
http://softapp01:8889/nexus/content/repositories/thirdparty)




-- 
Esse Quam Videre
To Be, rather than to Seem

Re: Phase property?

[Jon Strayer]

I solved my problem by witting my own plugin that I can add to the maven
command line in exactly the places I need it to run.  It was much easier
than I thought it would be.

On Mon, Oct 13, 2008 at 7:31 PM, Brett Porter <[EMAIL PROTECTED]>wrote:

> Using a well known project property is probably the best alternative.
> This has the advantage of also being able to be used in the project
> itself to temporarily disable the functions, but has the drawback that
> if anything persists the project the property will be visible.
>
> However, antrun doesn't have access to the project properties itself
> so that logic would need to be in plugins of their own.
>
> - Brett
>
> 2008/10/14 Jon Strayer <[EMAIL PROTECTED]>:
> > I was going to attach a fourth run to pre-site that would set the
> property
> > to block the others.
> >
> > On Sun, Oct 12, 2008 at 7:43 PM, Brett Porter <[EMAIL PROTECTED]
> >wrote:
> >
> >> I don't quite understand your use case. Wouldn't it always run in
> >> validate and block the others?
> >>
> >> 2008/10/12 Jon Strayer <[EMAIL PROTECTED]>:
> >> > I have some executions attached to three phases (validate,
> >> process-resources
> >> > & process-classes) that it would like to execute only once per build.
> >> > What's the best way to achieve that?
> >> >
> >> > I tried using the ant-run plugin to set a property but that doesn't
> seem
> >> to
> >> > be working (I haven't figured out why yet).
> >> >
> >> > --
> >> > Esse Quam Videre
> >> > To Be, rather than to Seem
> >> >
> >>
> >>
> >>
> >> --
> >> Brett Porter
> >> Blog: http://blogs.exist.com/bporter/
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Congratulations to the Maven team

[Jon Strayer]

Ok, so I'm a bit late here, but I just wrote my first Maven 2 plugin and I
can't believe how easy it was.  I know how hard it can be to make something
easy, so thank you and congratulations.



-- 
Esse Quam Videre
To Be, rather than to Seem

CVS command line parameters

[Jon Strayer]

How can I pass command line parameters to CVS?  I want to do an update with
-C.

-- 
Esse Quam Videre
To Be, rather than to Seem

Re: Phase property?

[Jon Strayer]

I was going to attach a fourth run to pre-site that would set the property
to block the others.

On Sun, Oct 12, 2008 at 7:43 PM, Brett Porter <[EMAIL PROTECTED]>wrote:

> I don't quite understand your use case. Wouldn't it always run in
> validate and block the others?
>
> 2008/10/12 Jon Strayer <[EMAIL PROTECTED]>:
> > I have some executions attached to three phases (validate,
> process-resources
> > & process-classes) that it would like to execute only once per build.
> > What's the best way to achieve that?
> >
> > I tried using the ant-run plugin to set a property but that doesn't seem
> to
> > be working (I haven't figured out why yet).
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Phase property?

[Jon Strayer]

I have some executions attached to three phases (validate, process-resources
& process-classes) that it would like to execute only once per build.
What's the best way to achieve that?

I tried using the ant-run plugin to set a property but that doesn't seem to
be working (I haven't figured out why yet).

-- 
Esse Quam Videre
To Be, rather than to Seem

Re: Problem moving property file around

[Jon Strayer]

On Tue, Oct 7, 2008 at 9:36 AM, Jon Strayer <[EMAIL PROTECTED]> wrote:
> Well, the configuration I have for the scm plugin didn't work:
> 
>org.apache.maven.plugins
>maven-scm-plugin
>
>developerConnection
>
>
>
>tag
>
>tag
>
>
> value="src/com/fusionsoftllc/achilles/client/BuildProperties.properties"/>
>
>
>
> 
>
> It still tried to tag the file.
>
> I want it in CVS because the default value (used in Eclipse builds) is
> there.  The surprise I'm worried about is someone changing the file
> and not seeing the change.
>
> On Mon, Oct 6, 2008 at 8:08 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>> I don't quite get it... it sounds like you don't want the properties
>> file in CVS at all, so the solution you have at the end is fine. What
>> are the surprises you are concerned about?
>>
>> - Brett
>>
>> 2008/10/7 Jon Strayer <[EMAIL PROTECTED]>:
>>> Hang with me, this takes a while to explain.  :-)
>>>
>>> I'm trying to add a build number to a footer panel in GWT.
>>>
>>> CruiseControl passes the build label to Maven.
>>> Maven copies a properties file while performing a substitution which
>>> gives me a properties file in target/classes with the correct values
>>> in it.
>>> To get GWT to build the properties file into the application I have to
>>> copy the file from target/classes to the source tree (I use an ant
>>> task for that).
>>> For Eclipse builds to build correctly I need a default properties file
>>> in the source tree.
>>>
>>> The problem is that CVS won't tag the build because now the properties
>>> file in the source tree is not in CVS.  I tried many ways to make a
>>> backup copy of the file in the source tree and copy it back, but I've
>>> never been able to find a phase to tie different copying calls to that
>>> only executes once.
>>>
>>> So, in short, what I need is a way to
>>>1. backup a properties file in the source directory before
>>> resources are processed.
>>>2. copy a processed properties file from target/classes to the
>>> source tree after resources are processed.
>>>3. copy the backup of the properties file back to the source tree
>>> before scm:tag.
>>>
>>> Right now I'm trying to work around the problem by having scm:tag not
>>> tag that file, but that could lead to surprises.
>>>
>>> --
>>> Esse Quam Videre
>>> To Be, rather than to Seem
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>
>>
>> --
>> Brett Porter
>> Blog: http://blogs.exist.com/bporter/
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>


Does anyone understand why the above pom fragment doesn't keep scm:tag
from tagging the properties file?

-- 
Esse Quam Videre
To Be, rather than to Seem

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem moving property file around

[Jon Strayer]

No, GWT requires it to be in the source tree.

On Tue, Oct 7, 2008 at 9:52 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> Is it possible to process the file into the target directory and use
> it from there so the original (which is the defaults) can remain
> unmodified?
>
> - Brett
>
> 2008/10/8 Jon Strayer <[EMAIL PROTECTED]>:
>> Well, the configuration I have for the scm plugin didn't work:
>> 
>>org.apache.maven.plugins
>>maven-scm-plugin
>>
>>developerConnection
>>
>>
>>
>>tag
>>
>>tag
>>
>>
>>> value="src/com/fusionsoftllc/achilles/client/BuildProperties.properties"/>
>>
>>
>>
>> 
>>
>> It still tried to tag the file.
>>
>> I want it in CVS because the default value (used in Eclipse builds) is
>> there.  The surprise I'm worried about is someone changing the file
>> and not seeing the change.
>>
>> On Mon, Oct 6, 2008 at 8:08 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>>> I don't quite get it... it sounds like you don't want the properties
>>> file in CVS at all, so the solution you have at the end is fine. What
>>> are the surprises you are concerned about?
>>>
>>> - Brett
>>>
>>> 2008/10/7 Jon Strayer <[EMAIL PROTECTED]>:
>>>> Hang with me, this takes a while to explain.  :-)
>>>>
>>>> I'm trying to add a build number to a footer panel in GWT.
>>>>
>>>> CruiseControl passes the build label to Maven.
>>>> Maven copies a properties file while performing a substitution which
>>>> gives me a properties file in target/classes with the correct values
>>>> in it.
>>>> To get GWT to build the properties file into the application I have to
>>>> copy the file from target/classes to the source tree (I use an ant
>>>> task for that).
>>>> For Eclipse builds to build correctly I need a default properties file
>>>> in the source tree.
>>>>
>>>> The problem is that CVS won't tag the build because now the properties
>>>> file in the source tree is not in CVS.  I tried many ways to make a
>>>> backup copy of the file in the source tree and copy it back, but I've
>>>> never been able to find a phase to tie different copying calls to that
>>>> only executes once.
>>>>
>>>> So, in short, what I need is a way to
>>>>1. backup a properties file in the source directory before
>>>> resources are processed.
>>>>2. copy a processed properties file from target/classes to the
>>>> source tree after resources are processed.
>>>>3. copy the backup of the properties file back to the source tree
>>>> before scm:tag.
>>>>
>>>> Right now I'm trying to work around the problem by having scm:tag not
>>>> tag that file, but that could lead to surprises.
>>>>
>>>> --
>>>> Esse Quam Videre
>>>> To Be, rather than to Seem
>>>>
>>>> -
>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Brett Porter
>>> Blog: http://blogs.exist.com/bporter/
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>
>>
>>
>> --
>> Esse Quam Videre
>> To Be, rather than to Seem
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>




-- 
Esse Quam Videre
To Be, rather than to Seem

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem moving property file around

[Jon Strayer]

Well, the configuration I have for the scm plugin didn't work:

org.apache.maven.plugins
maven-scm-plugin

developerConnection



tag

tag








It still tried to tag the file.

I want it in CVS because the default value (used in Eclipse builds) is
there.  The surprise I'm worried about is someone changing the file
and not seeing the change.

On Mon, Oct 6, 2008 at 8:08 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> I don't quite get it... it sounds like you don't want the properties
> file in CVS at all, so the solution you have at the end is fine. What
> are the surprises you are concerned about?
>
> - Brett
>
> 2008/10/7 Jon Strayer <[EMAIL PROTECTED]>:
>> Hang with me, this takes a while to explain.  :-)
>>
>> I'm trying to add a build number to a footer panel in GWT.
>>
>> CruiseControl passes the build label to Maven.
>> Maven copies a properties file while performing a substitution which
>> gives me a properties file in target/classes with the correct values
>> in it.
>> To get GWT to build the properties file into the application I have to
>> copy the file from target/classes to the source tree (I use an ant
>> task for that).
>> For Eclipse builds to build correctly I need a default properties file
>> in the source tree.
>>
>> The problem is that CVS won't tag the build because now the properties
>> file in the source tree is not in CVS.  I tried many ways to make a
>> backup copy of the file in the source tree and copy it back, but I've
>> never been able to find a phase to tie different copying calls to that
>> only executes once.
>>
>> So, in short, what I need is a way to
>>1. backup a properties file in the source directory before
>> resources are processed.
>>2. copy a processed properties file from target/classes to the
>> source tree after resources are processed.
>>3. copy the backup of the properties file back to the source tree
>> before scm:tag.
>>
>> Right now I'm trying to work around the problem by having scm:tag not
>> tag that file, but that could lead to surprises.
>>
>> --
>> Esse Quam Videre
>> To Be, rather than to Seem
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>




-- 
Esse Quam Videre
To Be, rather than to Seem

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problem moving property file around

[Jon Strayer]

Hang with me, this takes a while to explain.  :-)

I'm trying to add a build number to a footer panel in GWT.

CruiseControl passes the build label to Maven.
Maven copies a properties file while performing a substitution which
gives me a properties file in target/classes with the correct values
in it.
To get GWT to build the properties file into the application I have to
copy the file from target/classes to the source tree (I use an ant
task for that).
For Eclipse builds to build correctly I need a default properties file
in the source tree.

The problem is that CVS won't tag the build because now the properties
file in the source tree is not in CVS.  I tried many ways to make a
backup copy of the file in the source tree and copy it back, but I've
never been able to find a phase to tie different copying calls to that
only executes once.

So, in short, what I need is a way to
1. backup a properties file in the source directory before
resources are processed.
2. copy a processed properties file from target/classes to the
source tree after resources are processed.
3. copy the backup of the properties file back to the source tree
before scm:tag.

Right now I'm trying to work around the problem by having scm:tag not
tag that file, but that could lead to surprises.

-- 
Esse Quam Videre
To Be, rather than to Seem

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Possible bug when using ant:run in build configuration

[Jon Strayer]

Where is this documented?

On Tue, Sep 16, 2008 at 1:45 PM, L. J. <[EMAIL PROTECTED]> wrote:
> compile is part of mvn package and install build lifecycle.
>
> On Tue, Sep 16, 2008 at 8:44 AM, dmcgeown <[EMAIL PROTECTED]> wrote:
>
>>
>> Hello, im having a problem when trying to run some ant tasks within the
>> build
>> configuration. I basically using Ant to generate a build number. However
>> when i specify the  to compile then then run 'mvn package' or 'mvn
>> install' the ant tasks execute even tough they are specified to only run
>> with the compile phase. Im i doing something stupid here or whats going on.
>> Pleasse refer to my code snippet below.
>>
>> Thanks in advance
>>
>>
>> 
>> 
>> 
>> org.apache.maven.plugins
>> maven-antrun-plugin
>> 1.2
>> false
>> 
>> 
>> create.buildnumber
>> compile
>> 
>> run
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> > todir="${common}/java/com/mycompany/common/" />
>> 
>>
>> 
>> 
>>
>> 
>> 
>> 
>> 
>> 
>> --
>> View this message in context:
>> http://www.nabble.com/Possible-bug-when-using-ant%3Arun-in-build-configuration-tp19514566p19514566.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>



-- 
Esse Quam Videre
To Be, rather than to Seem

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Maven & Windows

[Jon Strayer]

I don't understand why it worked all day and then failed right before I
left.  There were always spaces and the path was always that long.

Oh, I understand what happened.  I formatted the pom.  I hate spaces in
paths.

This is from the last build that succeeded:
file://C:/Program Files (x86)/Apache Group/Apache2/htdocs/maven/ - Session:
Opened
file://C:/Program Files (x86)/Apache Group/Apache2/htdocs/maven/ - Session:
Disconnecting
file://C:/Program Files (x86)/Apache Group/Apache2/htdocs/maven/ - Session:
Disconnected

This is from the last build that failed:
file://C:/Program Files (x86)/Apache
Group/Apache2/htdocs/maven/ - Session: Disconnecting
file://C:/Program Files (x86)/Apache
Group/Apache2/htdocs/maven/ - Session: Disconnected
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error uploading site
Embedded error: Repository path C:\Program Files (x86)\Apache
Group\Apache2\htdocs\maven does not exist, and cannot be created.



On Thu, Sep 18, 2008 at 8:05 PM, Brett Porter <[EMAIL PROTECTED]>wrote:

> Hard to tell without more information, but you can get similar things
> with paths that are too long, for example (though I think the message
> is different to "doesn't exist"). The other problem might be spaces.
>
> - Brett
>
> 2008/9/19 Jon Strayer <[EMAIL PROTECTED]>:
> > I've been using Maven for about seven years now without any real
> problems.
> > I just changed jobs and now instead of a Unix server for the build server
> > I'm got a Windows server.
> >
> > Today a build failed saying that the directory it was supposed to dump
> the
> > generated web site to didn't exist.  It didn't have any trouble finding
> it
> > the build before.  And the directory does exist.
> >
> > I've never seen anything like that before.  Is it a Windows thing?
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
>
>
> --
> Brett Porter
> Blog: http://blogs.exist.com/bporter/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Maven & Windows

[Jon Strayer]

I've been using Maven for about seven years now without any real problems.
I just changed jobs and now instead of a Unix server for the build server
I'm got a Windows server.

Today a build failed saying that the directory it was supposed to dump the
generated web site to didn't exist.  It didn't have any trouble finding it
the build before.  And the directory does exist.

I've never seen anything like that before.  Is it a Windows thing?

-- 
Esse Quam Videre
To Be, rather than to Seem

ARchetype

[Jon Strayer]

I'm having trouble getting the archetype plugin to update.  I deleted all
the versions in my personal repository.  But when I run "mvn
archetype:generate" it downloads version 1.0-aplha-4 instead of the latest
version 2.0-alpha-3.

Looking at the meta data at
http://repo1.maven.org/maven2/org/apache/maven/archetype/maven-archetype/maven-metadata.xml
:


   org.apache.maven.archetype
   maven-archetype
   1.0-alpha-4
  
   2.0-alpha-3
  
 1.0-alpha-4
 1.0-alpha-7
 2.0-alpha-1
 2.0-alpha-2
 2.0-alpha-3
  
  20080424212921
   


Is the version in the  tag the default?  Should it be changed?

-- 
Esse Quam Videre
To Be, rather than to Seem

Re: changelog vs scm:update

[Jon Strayer]

On Wed, Apr 2, 2008 at 12:18 AM, Heinrich Nirschl <
[EMAIL PROTECTED]> wrote:

> After cvs.user there is a closing parethesis ")" instead of a brace
> "}". Hope this helps,
> Henry
>

Thanks, but that didn't help.

 scm:cvs:pserver:${cvs.user):[EMAIL PROTECTED]:12310
:/appl/pkg1/cvs/reps/theteam/cvs:cans

BTW, I count eight tokens (seven delimiters).  Which two shouldn't be there?




>
> On 4/1/08, Jon Strayer <[EMAIL PROTECTED]> wrote:
> > How can I have scm:update work, but changelog:changelog fail with this
> > message:
> > Embedded error: cvs repository connection string doesn't contain six
> tokens
> >
> > BTW, my cvs repository connection string is
> > scm:cvs:pserver:${cvs.user):${cvs.password}@
> > cipe801.sldc.sbc.com:12310:/appl/pkg1/cvs/reps/theteam/cvs:cans
> >
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Finding source

[Jon Strayer]

Does anyone have a good way of finding the source for a Maven class?  I've
been looking for org.apache.maven.util.RepositoryUtils for about half an
hour and I can't find it.

-- 
Esse Quam Videre
To Be, rather than to Seem

changelog vs scm:update

[Jon Strayer]

How can I have scm:update work, but changelog:changelog fail with this
message:
Embedded error: cvs repository connection string doesn't contain six tokens

BTW, my cvs repository connection string is
scm:cvs:pserver:${cvs.user):${cvs.password}@
cipe801.sldc.sbc.com:12310:/appl/pkg1/cvs/reps/theteam/cvs:cans


-- 
Esse Quam Videre
To Be, rather than to Seem

Re: cvs ssh problem

[Jon Strayer]

On Mon, Mar 31, 2008 at 5:13 PM, Jon Strayer <[EMAIL PROTECTED]> wrote:

> I fixed this by performing the update via cvs on the command line.  After
> that Maven worked fine.
>
> It seems it was hanging on the prompt about host authentication.
>
>
I take that back.  mvn scm:checkout works,  but the changelog plugin seems
to hang at the same place.



>
> On Mon, Mar 31, 2008 at 8:16 AM, Jon Strayer <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Mar 30, 2008 at 11:54 PM, Barrie Treloar <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Mon, Mar 31, 2008 at 12:31 PM, Jon Strayer <[EMAIL PROTECTED]> wrote:
> > > > Given this scm entry from a pom:
> > > > 
> > > > 
> > > > scm:cvs:ext:${cvs.user)@
> > > >  freehost3270.org:/home/jstrayer/cvsroot:freehost3270
> > > > 
> > > > 
> > > >
> > > >  when I execute
> > > >  mvn scm:update
> > > >
> > > >  It just hangs as if it's waiting for a password somewhere.
> > > >
> > > >  But when I execute
> > > >
> > > >  ssh [EMAIL PROTECTED]
> > > >
> > > >  I am connected without a password prompt.
> > > >
> > > >  I'm running in cygwin, so there might be a problem there.  But I
> > > also tried
> > > >  in a Windows shell (/cygwin/bin/ssh [EMAIL PROTECTED]) and
> > > I was
> > > >  able to log in then too.
> > > >
> > > >  What do I need to look at next?
> > >
> > > Have you tried
> > >
> > >
> > >  org.apache.maven.plugins
> > >  maven-scm-plugin
> > >  
> > >
> > >  cvs_native
> > >
> > >  
> > >
> > >
> > > There is something I remember about mvn using an internal cvs tool
> > > until you set this value.
> > >
> > > Can't recall the exact details now.
> > >
> >
> > It's still hanging.
> >
> >
> >
> >
> > --
> > Esse Quam Videre
> > To Be, rather than to Seem
> >
>
>
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>



-- 
Esse Quam Videre
To Be, rather than to Seem

Re: cvs ssh problem

[Jon Strayer]

I fixed this by performing the update via cvs on the command line.  After
that Maven worked fine.

It seems it was hanging on the prompt about host authentication.

On Mon, Mar 31, 2008 at 8:16 AM, Jon Strayer <[EMAIL PROTECTED]> wrote:

> On Sun, Mar 30, 2008 at 11:54 PM, Barrie Treloar <[EMAIL PROTECTED]>
> wrote:
>
> > On Mon, Mar 31, 2008 at 12:31 PM, Jon Strayer <[EMAIL PROTECTED]> wrote:
> > > Given this scm entry from a pom:
> > > 
> > > 
> > > scm:cvs:ext:${cvs.user)@
> > >  freehost3270.org:/home/jstrayer/cvsroot:freehost3270
> > > 
> > > 
> > >
> > >  when I execute
> > >  mvn scm:update
> > >
> > >  It just hangs as if it's waiting for a password somewhere.
> > >
> > >  But when I execute
> > >
> > >  ssh [EMAIL PROTECTED]
> > >
> > >  I am connected without a password prompt.
> > >
> > >  I'm running in cygwin, so there might be a problem there.  But I also
> > tried
> > >  in a Windows shell (/cygwin/bin/ssh [EMAIL PROTECTED]) and I
> > was
> > >  able to log in then too.
> > >
> > >  What do I need to look at next?
> >
> > Have you tried
> >
> >
> >  org.apache.maven.plugins
> >  maven-scm-plugin
> >  
> >
> >  cvs_native
> >
> >  
> >
> >
> > There is something I remember about mvn using an internal cvs tool
> > until you set this value.
> >
> > Can't recall the exact details now.
> >
>
> It's still hanging.
>
>
>
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>



-- 
Esse Quam Videre
To Be, rather than to Seem

Re: null in artifact name

[Jon Strayer]

On Mon, Mar 31, 2008 at 3:34 PM, Jon Strayer <[EMAIL PROTECTED]> wrote:

> I have a project with several modules.  All of the modules are packaged in
> a file named null-1.0.0-SNAPSHOT.
>
> I generated the effective pom for one of the modules and got:
>
>   freehost3270-proxy
>
>  ${artifactId}-1.0.0-SNAPSHOT
>
> Given those two entries, how do I end up with "null" in the package name?
>
>
I'd like to emphasize that this is from the "effective pom" I.e. the output
of "mvn help:effective-pom".  I don't actually set the final name in the
pom.


>
> --
> Esse Quam Videre
> To Be, rather than to Seem




-- 
Esse Quam Videre
To Be, rather than to Seem

null in artifact name

[Jon Strayer]

I have a project with several modules.  All of the modules are packaged in a
file named null-1.0.0-SNAPSHOT.

I generated the effective pom for one of the modules and got:

  freehost3270-proxy

 ${artifactId}-1.0.0-SNAPSHOT

Given those two entries, how do I end up with "null" in the package name?


-- 
Esse Quam Videre
To Be, rather than to Seem

Re: cvs ssh problem

[Jon Strayer]

On Sun, Mar 30, 2008 at 11:54 PM, Barrie Treloar <[EMAIL PROTECTED]> wrote:

> On Mon, Mar 31, 2008 at 12:31 PM, Jon Strayer <[EMAIL PROTECTED]> wrote:
> > Given this scm entry from a pom:
> > 
> > 
> > scm:cvs:ext:${cvs.user)@
> >  freehost3270.org:/home/jstrayer/cvsroot:freehost3270
> > 
> > 
> >
> >  when I execute
> >  mvn scm:update
> >
> >  It just hangs as if it's waiting for a password somewhere.
> >
> >  But when I execute
> >
> >  ssh [EMAIL PROTECTED]
> >
> >  I am connected without a password prompt.
> >
> >  I'm running in cygwin, so there might be a problem there.  But I also
> tried
> >  in a Windows shell (/cygwin/bin/ssh [EMAIL PROTECTED]) and I
> was
> >  able to log in then too.
> >
> >  What do I need to look at next?
>
> Have you tried
>
>
>  org.apache.maven.plugins
>  maven-scm-plugin
>  
>
>  cvs_native
>
>  
>
>
> There is something I remember about mvn using an internal cvs tool
> until you set this value.
>
> Can't recall the exact details now.
>

It's still hanging.




-- 
Esse Quam Videre
To Be, rather than to Seem

cvs ssh problem

[Jon Strayer]

Given this scm entry from a pom:


scm:cvs:ext:${cvs.user)@
freehost3270.org:/home/jstrayer/cvsroot:freehost3270



when I execute
mvn scm:update

It just hangs as if it's waiting for a password somewhere.

But when I execute

ssh [EMAIL PROTECTED]

I am connected without a password prompt.

I'm running in cygwin, so there might be a problem there.  But I also tried
in a Windows shell (/cygwin/bin/ssh [EMAIL PROTECTED]) and I was
able to log in then too.

What do I need to look at next?

-- 
Esse Quam Videre
To Be, rather than to Seem

User id for SCP

[Jon Strayer]

How do I set the user id maven uses when deploying via scp?

-- 
Esse Quam Videre
To Be, rather than to Seem

Version check

[Jon Strayer]

What do you think of the idea of a Maven plugin that would search the
repositories for updated versions of your dependencies?  It could have an
auto update mode where it would change the version in your pom and an
interactive mode where it asks you if it should  update the pom.

-- 
Esse Quam Videre
To Be, rather than to Seem

Re: Release and Changes plugin

[Jon Strayer]

Did anyone ever answer this?

On 5/10/07, Chris Helck <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I've started using the changes plugin. Does it integrate with the
> release plugin? What I mean is if changes.xml contains a line like:
>
> 
>
> When I run release:prepare, release:peform I'd like the line to be
> changed to reflect the real version number:
>
> 
>
>
> Is this possible?
>
> Thanks,
> Christopher Helck
>
>
> **
> This communication and all information (including, but not limited to,
> market prices/levels and data) contained therein (the "Information") is
> for informational purposes only, is confidential, may be legally
> privileged and is the intellectual property of ICAP plc and its affiliates
> ("ICAP") or third parties. No confidentiality or privilege is waived or
> lost by any mistransmission. The Information is not, and should not
> be construed as, an offer, bid or solicitation in relation to any
> financial instrument or as an official confirmation of any transaction.
> The Information is not warranted, including, but not limited, as to
> completeness, timeliness or accuracy and is subject to change
> without notice. ICAP assumes no liability for use or misuse of the
> Information. All representations and warranties are expressly
> disclaimed. The Information does not necessarily reflect the views of
> ICAP. Access to the Information by anyone else other than the
> recipient is unauthorized and any disclosure, copying, distribution or
> any action taken or omitted to be taken in reliance on it is prohibited.
> If
> you receive this message in error, please immediately delete it and all
> copies of it from your system, destroy any hard copies of it and
> notify the sender.
> **
>
>


-- 
Esse Quam Videre
To Be, rather than to Seem

Almost done

[Jon Strayer]

I'm converting from Maven 1.0 (with a custom plugin for deploying tarballs)
to Maven 2.0.

I previously discovered that this set of comands does what my M1 plugin did:

mvn clean package appassembler:assemble assembly:assembly wagon:deploy

That is, it collects all the dependencies, creates a run script and tars
everything up.  That's great.  That's one plug-in I don't have to rewrite.

Just today I got releasing to work correctly.  So, here is what I did:

mvn release:prepare
mvn release:perform
mvn clean package appassembler:assemble assembly:assembly wagon:deploy

Everything work fine except I need a tarball named something like
project-1.2.3.tar.gz.  What I got (of course, now that I think of it) was
project-1.2.4-SNAPSHOT.tar.gz.

So, what I need is a way to either tie "appassembler:assemble
assembly:assembly wagon:deploy" to release:perform or I need a way to pull
version 1.2.3 out of CVS and package it up.

What I'll like is something that would pull the pom out of the local
repository and then pull the source for the lable in the pom from cvs.  Is
such a thing possible?  If I can't do this, how can I tie my tarball
creation commands to release:perform?

Thanks.

--
Esse Quam Videre
To Be, rather than to Seem

Re: Checkstyle report fails on release, not site

[Jon Strayer]

That should work for you, but it doesn't work for me.  My other projects
aren't modules of a parent project.  The just inherit the pom to standardize
things.

On 7/10/07, ossi petz <[EMAIL PROTECTED]> wrote:


well after reading along in the docs:

http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html

kinda solves this issue :)

(havent tested it yet but it looks good)



Jon Strayer schrieb:
> On 7/10/07, ossi petz <[EMAIL PROTECTED]> wrote:
>>
>> hallo
>>
>> well parent poms and relative paths. a long story.
>>
>> have you issued the site command from the sub-modules?
>> but the release is done from the parent pom?
>
>
> Yes, the site is from the sub-modules, but the release is also from the
sub
> modules.
>
>
> it seems the checkstyle plugin is not aware of that difference and is
>> looking at the wrong location.
>>
>> i do both site and release from the the parent pom and it works this
>> way. but single module builds fail in my case.
>
>
> Well, at least we are seeing the same thing.  :-)
>
>
> Jon Strayer schrieb:
>> > I have a parent pom that all my projects inherent.   It configures
the
>> > checkstyle plugin like this:
>> >
>> >
>> >
>> >../theteam/checkstyle.xml
>> >
>> >
>> >../theteam/header.txt
>> >
>> >
>> >
>> > This works fine when I use "mvn site", but when I use "mvn
>> release:prepare"
>> > I get this error"
>> >
>> >
>> >  Embedded error: Error rendering Maven report: Unable to find
>> configuration
>> > file location.
>> >  Unable to find location '../theteam/checkstyle.xml' as URL, File or
>> > Resource.
>> >
>> >
>> > So, why can it find it for the first command but not the second?
>> >
>> >
>>
>>
>> -
>> 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]





--
Esse Quam Videre
To Be, rather than to Seem

Re: Checkstyle report fails on release, not site

[Jon Strayer]

On 7/10/07, ossi petz <[EMAIL PROTECTED]> wrote:


hallo

well parent poms and relative paths. a long story.

have you issued the site command from the sub-modules?
but the release is done from the parent pom?



Yes, the site is from the sub-modules, but the release is also from the sub
modules.


it seems the checkstyle plugin is not aware of that difference and is

looking at the wrong location.

i do both site and release from the the parent pom and it works this
way. but single module builds fail in my case.



Well, at least we are seeing the same thing.  :-)


Jon Strayer schrieb:

> I have a parent pom that all my projects inherent.   It configures the
> checkstyle plugin like this:
>
>
>
>../theteam/checkstyle.xml
>
>
>../theteam/header.txt
>
>
>
> This works fine when I use "mvn site", but when I use "mvn
release:prepare"
> I get this error"
>
>
>  Embedded error: Error rendering Maven report: Unable to find
configuration
> file location.
>  Unable to find location '../theteam/checkstyle.xml' as URL, File or
> Resource.
>
>
> So, why can it find it for the first command but not the second?
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

Checkstyle report fails on release, not site

[Jon Strayer]

I have a parent pom that all my projects inherent.   It configures the
checkstyle plugin like this:

   
   
   ../theteam/checkstyle.xml
   
   
   ../theteam/header.txt
   
   

This works fine when I use "mvn site", but when I use "mvn release:prepare"
I get this error"


 Embedded error: Error rendering Maven report: Unable to find configuration
file location.
 Unable to find location '../theteam/checkstyle.xml' as URL, File or
Resource.


So, why can it find it for the first command but not the second?


--
Esse Quam Videre
To Be, rather than to Seem

Re: Error deploying

[Jon Strayer]

It means you don't have this in your build element:

   
   
   org.apache.maven.wagon
   wagon-ftp
   
   


On 6/28/07, Jon Strayer <[EMAIL PROTECTED]> wrote:


What does this error mean:

[INFO] [site:deploy]
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Unsupported protocol: 'ftp'

Embedded error: Cannot find wagon which supports the requested protocol:
ftp
Component descriptor cannot be found in the component repository:
org.apache.maven.wagon.Wagonftp .

I used to be able to deploy



--
Esse Quam Videre
To Be, rather than to Seem





--
Esse Quam Videre
To Be, rather than to Seem

Error deploying

[Jon Strayer]

What does this error mean:

[INFO] [site:deploy]
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Unsupported protocol: 'ftp'

Embedded error: Cannot find wagon which supports the requested protocol: ftp
Component descriptor cannot be found in the component repository:
org.apache.maven.wagon.Wagonftp.

I used to be able to deploy



--
Esse Quam Videre
To Be, rather than to Seem

Re: Maven Eclipse and the Eclipse debugger

[Jon Strayer]

Never mind.  It was the CodePro coverage that caused the problem.

On 6/21/07, Jon Strayer <[EMAIL PROTECTED]> wrote:


I just noticed that while debugging in Eclipse some of the time I can see
local variables and others I can't.

The difference seems to be that when I can't see local variables the
Eclipse project was created via "mvn eclipse:eclipse".  Has anyone else
noticed this?

--
Esse Quam Videre
To Be, rather than to Seem





--
Esse Quam Videre
To Be, rather than to Seem

Maven Eclipse and the Eclipse debugger

[Jon Strayer]

I just noticed that while debugging in Eclipse some of the time I can see
local variables and others I can't.

The difference seems to be that when I can't see local variables the Eclipse
project was created via "mvn eclipse:eclipse".  Has anyone else noticed
this?

--
Esse Quam Videre
To Be, rather than to Seem

help:describe throws NPE

[Jon Strayer]

Would this indicate a problem with the dashboard-name-plugin?

Here is the command line:
mvn help:describe -Dmojo=describe
-DgroupId=org.codehaus.mojo-DartifactId=dashboard-maven-plugin
-Dfull=true -Dversion=
1.0-SNAPSHOT

Here is the stack trace:
java.lang.NullPointerException
   at org.apache.maven.plugins.help.DescribeMojo.describeMojo(
DescribeMojo.java:480)
   at org.apache.maven.plugins.help.DescribeMojo.execute(
DescribeMojo.java:218)
   at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:443)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(
DefaultLifecycleExecutor.java:493)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:463)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:311)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:224)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:143)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

--
Esse Quam Videre
To Be, rather than to Seem

Re: Plug-in snapshots and releases

[Jon Strayer]

That's the version I have in my local repository.

On 6/18/07, Patrick Schneider <[EMAIL PROTECTED]> wrote:


You cannot (should not) release with SNAPSHOT dependencies.

Version 2.0-beta-6 of the maven-release-plugin, however, will allow you
release with SNAPSHOT dependencies, so you could try upgrading to that.

On 6/18/07, Jon Strayer <[EMAIL PROTECTED]> wrote:
>
> I have a project that uses dashboard-maven-plugin which is currently
> released as a SNAPSHOT only.
>
> When I try to start the release process with mvn release:prepare it
fails
> because a plug-in used in a report is a SNAPSHOT.  Why?
>
> How do I work around this?
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>





--
Esse Quam Videre
To Be, rather than to Seem

Plug-in snapshots and releases

[Jon Strayer]

I have a project that uses dashboard-maven-plugin which is currently
released as a SNAPSHOT only.

When I try to start the release process with mvn release:prepare it fails
because a plug-in used in a report is a SNAPSHOT.  Why?

How do I work around this?

--
Esse Quam Videre
To Be, rather than to Seem

Surefire report failure.

[Jon Strayer]

I have a main project with two subprojects.  Both of the subprojects use the
surefire report.  The main project does not.  I can run mvn:site on either
of the subprojects and it works fine.  But when I run on the main project it
fails with this error message:

[INFO] Error getting reports from the plugin '
org.apache.maven.plugins:maven-surefire-report-plugin': Unable to find the
mojo 'org.apache.maven.plugins:maven-surefire-report-plugin:2.0:report' in
the plugin 'org.apache.maven.plugins:maven-surefire-report-plugin'
Component descriptor cannot be found in the component repository:
org.apache.maven.plugin.Mojoorg.apache.maven.plugins:maven-surefire-report
-plugin:2.0:report.

Look at the component repository:
org.apache.maven.plugin.Mojoorg.apache.maven.plugins:maven-surefire-report-plugin:2.0:report
.

When I search the mailing list for "Mojoorg" I get a lot of hits, but nobody
seems to be paying attention to it.   Is it a bad error message or is it a
clue to my problem?


--
Esse Quam Videre
To Be, rather than to Seem

Profiles

[Jon Strayer]

Is it possible to have a default profile that is activated only when no
other profile is activated?

--
Esse Quam Videre
To Be, rather than to Seem

Assembly plug-in

[Jon Strayer]

Can I control where the assembly plug-in puts the assembly file it creates?

--
Esse Quam Videre
To Be, rather than to Seem

Re: copy file in maven

[Jon Strayer]

Is there any documentation on the wagon plugin?

On 6/14/07, Ralf Quebbemann <[EMAIL PROTECTED]> wrote:


Hi,

maybe it's not the best way to use the recommended copy-maven-plugin.
Although
it does its job (and yes I wrote it) there are plugins out there which
have
better capabilities.

You might want to check out the wagon-maven-plugin from the MyFaces
project:

org.apache.myfaces.maven
wagon-maven-plugin
1.0.5

This plugin uses wagon. So copying to remote destinations (scp, webdav,
etc..)
should be no problem.

The only drawback is, that it's not very convenient. Currently it's not
possible
to copy more than one file. Wildcards are not supported either.

Source code is available and I am sure patches are welcome. So give it a
try.

However, the copy-maven-plugin works on local filesystems but is not
maintained
anymore.

Ralf

Jeff Mutonho wrote:
> On 6/14/07, Eric Redmond <[EMAIL PROTECTED]> wrote:
>> Yeah, ant is the easiest way.
>>
>> Eric
>>
>
> Or you can try this :
>
>
http://quebbemann.kicks-ass.net/development/qu-base/maven-plugins/copy-maven-plugin/index.html
>
>
>
>
>
>
> "Don't take the name of root in vain."
>
> Jeff  Mutonho
> Cape Town
> South Africa
>
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042
>
> -
> 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]





--
Esse Quam Videre
To Be, rather than to Seem

Deploying to two servers

[Jon Strayer]

Most of the time when I want to deploy a project I want the jar file copied
to the remote repository.

But some of the time I want a tarball copied to the production server.  How
can I do this?

--
Esse Quam Videre
To Be, rather than to Seem

Almost there

[Jon Strayer]

I'm trying to create my Maven 1 deployment process with Maven 2.  I think
I'm almost there.  The end result is to be a tarball with the project jar
and all dependencies in a lib directory and a scripts directory which has
the startup script that calls a generated file that sets the class path.
The generated class path is important because I'd like to keep the version
numbers on everything.  That and it's much nicer to have the dependencies
listed once and only once.

I can already get all the dependencies in the libs directory with the
dependency plug-in.  I can also generate a file with most of the class path
in it.  I assume I could use the assembly plug-in to generate the tarball.

What I need is either a way to get dependency:buld-classpath to add
"CLASSPATH={path to final jar}:" to the beginning of the class path file, or
some other way to prepend it.  What would be the easiest way to proceed?


I can't use appassembler unless it allows for a way to pass command line
arguments to the application and the ability to call other scripts from
within the generated script (pre and post execution).

--
Esse Quam Videre
To Be, rather than to Seem

Re: M2 classpath generation

[Jon Strayer]

Excellent!  Thank you very much.  I was assuming that since I had run mvn
package that I could leave package out of the appassembler run.



On 6/6/07, Steven Rowe <[EMAIL PROTECTED]> wrote:


Hi Jon,

This JIRA issue sounds similar:

   <http://jira.codehaus.org/browse/MOJO-714>

Also, you should be running this goal like so:

   mvn package appassembler:assemble

Steve

Jon Strayer wrote:
> I'm getting this exception when I try  mvn appassembler:assemble
>
> [INFO] Trace
> java.lang.NullPointerException
>at
> org.apache.maven.artifact.installer.DefaultArtifactInstaller.install(
> DefaultArtifactInstaller.java:71)
>at org.codehaus.mojo.appassembler.AssembleMojo.installArtifact(
> AssembleMojo.java:361)
>at org.codehaus.mojo.appassembler.AssembleMojo.execute(
> AssembleMojo.java:299)
>at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
> DefaultPluginManager.java:443)
>at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
> DefaultLifecycleExecutor.java:539)
>
>
> I suspect a configuration error, but I don't know where.
>
> On 6/6/07, Steven Rowe <[EMAIL PROTECTED]> wrote:
>>
>> This Appassembler plugin will do this and more:
>>
>>   http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/
>>
>> Jon Strayer wrote:
>> > I'm currently using maven 2. Most of our applications are batch
>> > applications that run from cron via a bash script. I've written a
>> > plugin that (among other things) will read through the pom and
>> > generate a file that sets the class path correctly for this
>> > application. Is there anything like this for Maven 2?
>>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

Re: M2 classpath generation

[Jon Strayer]

I'm getting this exception when I try  mvn appassembler:assemble

[INFO] Trace
java.lang.NullPointerException
   at
org.apache.maven.artifact.installer.DefaultArtifactInstaller.install(
DefaultArtifactInstaller.java:71)
   at org.codehaus.mojo.appassembler.AssembleMojo.installArtifact(
AssembleMojo.java:361)
   at org.codehaus.mojo.appassembler.AssembleMojo.execute(
AssembleMojo.java:299)
   at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:443)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)


I suspect a configuration error, but I don't know where.

On 6/6/07, Steven Rowe <[EMAIL PROTECTED]> wrote:


This Appassembler plugin will do this and more:

  http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/

Jon Strayer wrote:
> I'm currently using maven 2. Most of our applications are batch
> applications that run from cron via a bash script. I've written a
> plugin that (among other things) will read through the pom and
> generate a file that sets the class path correctly for this
> application. Is there anything like this for Maven 2?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

M2 classpath generation

[Jon Strayer]

I'm currently using maven 2.  Most of our applications are batch
applications that run from cron via a bash script.  I've written a plugin
that (among other things) will read through the pom and generate a file that
sets the class path correctly for this application.  Is there anything like
this for Maven 2?

--
Esse Quam Videre
To Be, rather than to Seem

Re: [M2] Site upload

[Jon Strayer]

I could use a copy of that jar too.

On 5/25/07, Jo Vandermeeren <[EMAIL PROTECTED]> wrote:


Jens,

Are you complaining about the fact that wagon-ftp currently is not
implemented to support directory copy?
That can be fixed easily, it just needs to be implemented.

I can send you a compiled jar with directory copy enabled if that's what
you
want..

Cheers
Jo



On 5/24/07, Jens Hohl <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
>
>
> i stumbled   about
> some FTP problems with maven 2.
>
> Can someone tell me what works with maven2 when site-deploy is invoked ?
>
>
>
> Regards,
>
> Jens
>
>
>
>





--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

Thanks.

On 5/25/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:


In pom.xml


...

   scm:cvs:pserver:${cvs.user}:${cvs.password
[EMAIL PROTECTED]:/cvs/root:module
   scm:cvs:pserver:${cvs.user}:${cvs.password
[EMAIL PROTECTED]:/cvs/root:module

...


in settings.xml

...
   
 
   cvs_conf
   
 username
 mypassword
   
 
   
   
 cvs_conf
   
...


Emmanuel

Jon Strayer a écrit :
> I don't mind putting it in settings.xml.  What do I need to wrap it in?
>
> On 5/24/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
>>
>> You can run a cvs login command so you won't have to store your
password
>> in your pom or settings.xml. It will be stored in .cvspass if you use a
>> standard cvs or in the windows registry if you use cvsnt
>>
>> Emmanuel
>>
>> Jon Strayer a écrit :
>> > Getting back to my original question, how can I set the password
>> outside
>> of
>> > the POM?
>> >
>> > On 5/21/07, Jon Strayer <[EMAIL PROTECTED]> wrote:
>> >>
>> >> I'm getting this error when I try to update my project:
>> >> [ERROR] No CVS root is set. Check your  information in
the
>> >> POM.
>> >>
>> >> Where in the POM do I set the CVS Root?
>> >> How can I specify the user id and password outside of the POM?
>> >>
>> >> --
>> >> Esse Quam Videre
>> >> To Be, rather than to Seem
>> >
>> >
>> >
>> >
>>
>>
>> -
>> 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]





--
Esse Quam Videre
To Be, rather than to Seem

M2 Changelog plugin

[Jon Strayer]

When I execute "mvn scm:changelog" it works and generates this log entry
(among others)
[INFO] Executing: cvs -z3 -f -d :
pserver:[EMAIL PROTECTED]:12310/appl/pkg1/cvs/reps/theteam/cvs -q
log

When I add the changelog report to my pom and execute "mvn site" it fails
and generates these log entries:

[INFO] Executing: cvs -z3 -f -d :
pserver:[EMAIL PROTECTED]:12310/appl/pkg1/cvs/reps/theteam/cvs -q
log -d '"2007-04-24T15:43:16-0400<2007-05-25T15:43:16-0400"'

[ERROR] Provider message:
[ERROR] The cvs command failed.
[ERROR] Command output:
[ERROR] 'cvs' is not recognized as an internal or external command, operable
program or batch file.


That last line makes me thing that the changelog plugin (version 2.0) is not
using the Maven SCM plugin.  Is that correct?


--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

I don't mind putting it in settings.xml.  What do I need to wrap it in?

On 5/24/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:


You can run a cvs login command so you won't have to store your password
in your pom or settings.xml. It will be stored in .cvspass if you use a
standard cvs or in the windows registry if you use cvsnt

Emmanuel

Jon Strayer a écrit :
> Getting back to my original question, how can I set the password outside
of
> the POM?
>
> On 5/21/07, Jon Strayer <[EMAIL PROTECTED]> wrote:
>>
>> I'm getting this error when I try to update my project:
>> [ERROR] No CVS root is set. Check your  information in the
>> POM.
>>
>> Where in the POM do I set the CVS Root?
>> How can I specify the user id and password outside of the POM?
>>
>> --
>> Esse Quam Videre
>> To Be, rather than to Seem
>
>
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

Getting back to my original question, how can I set the password outside of
the POM?

On 5/21/07, Jon Strayer <[EMAIL PROTECTED]> wrote:


I'm getting this error when I try to update my project:
[ERROR] No CVS root is set. Check your  information in the
POM.

Where in the POM do I set the CVS Root?
How can I specify the user id and password outside of the POM?

--
Esse Quam Videre
To Be, rather than to Seem





--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

[ERROR] Didn't find password for CVSROOT ':
pserver:[EMAIL PROTECTED]:12310/appl/pkg1/cvs/reps/theteam/cvs'.

BTW, the user id I have in the pom is "maven", so I'm thinking that it's
picking up the id from the Root entry is the CVS directory.

Is that a feature or a bug?  :-)


On 5/23/07, Wayne Fay <[EMAIL PROTECTED]> wrote:


Fail with what error message?

Wayne

On 5/23/07, Jon Strayer <[EMAIL PROTECTED]> wrote:
> Why would mvn scm:changelog work but mvn scm:update fail?
>
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

Why would mvn scm:changelog work but mvn scm:update fail?


--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

On 5/22/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:




Jon Strayer a écrit :
> On 5/21/07, Wayne Fay <[EMAIL PROTECTED]> wrote:
>>
>> I'm not clear -- is this response not sufficient and you're asking for
>> more help, or do you have things working?
>>
>> If you still need help, I'd suggest looking at example pom.xml files
>> for some open source projects to see how they have configured their
>> SCM. Here's a few links:
>> http://svn.plexus.codehaus.org/browse/plexus/trunk/pom.xml?r=1500
>> http://vmgump.apache.org/gump/public/jline/jline/gump_file/pom.xml.html
>> http://fisheye1.cenqua.com/browse/wsmo4j/ext/pom.xml?r=1.4
>>
>> If you're having specific problems, tell us what you've done, what
>> specifically isn't working, what error messages you're receiving, etc.
>>
>> Wayne
>>
>>
> This is my scm section:
>
>
>scm:cvs:pserver:js6285:[EMAIL PROTECTED]:12310
> :/appl/pkg1/cvs/reps/theteam/cvs:CSPCookieFilter
>
>
>scm:cvs:pserver:js6285:[EMAIL PROTECTED]:12310
> :/appl/pkg1/cvs/reps/theteam/cvs:CSPCookieFilter
>
>HEAD
>
>
>
> This is the command I'm executing:
> $ mvn -e  scm:update
>
> This is the error message:
>
> [ERROR] No CVS root is set. Check your  information in the
POM.
> [ERROR] Provider message:
> [ERROR] The cvs command failed.
> [ERROR] Command output:
> [ERROR]

Do you use this command in a CVS working copy directory?

>
>
> Nothing I've read says anything about cvsroot in the POM.
>
> Slightly more interesting is that if I execute the same command with the
> same POM in a directory where I've already checked out the code I get
this
> error:
> [ERROR] Didn't find password for CVSROOT ':
> pserver:[EMAIL PROTECTED]:12310/appl/pkg1/cvs/reps/theteam/cvs
'.
>
> The user ID in the error message is always the one I used to check out
the
> code, not the one in the POM (when they are different).  The password is
in
> the POM but it's not being used.  Also, there seems to be a colon
missing
> between the port number and the path to the repository.

colon isn't missing, it's the format used in .cvspass
how did you checked out your project?



Eclipse.


What is the version of your scm plugin?


I take it that there is no way to get it to print out for me?

I see 1.0-rc1 in my personal repository (but 1.0-beta-3 is also there).


Emmanuel

>
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

On 5/21/07, Wayne Fay <[EMAIL PROTECTED]> wrote:


I'm not clear -- is this response not sufficient and you're asking for
more help, or do you have things working?

If you still need help, I'd suggest looking at example pom.xml files
for some open source projects to see how they have configured their
SCM. Here's a few links:
http://svn.plexus.codehaus.org/browse/plexus/trunk/pom.xml?r=1500
http://vmgump.apache.org/gump/public/jline/jline/gump_file/pom.xml.html
http://fisheye1.cenqua.com/browse/wsmo4j/ext/pom.xml?r=1.4

If you're having specific problems, tell us what you've done, what
specifically isn't working, what error messages you're receiving, etc.

Wayne



This is my scm section:
   
   
   scm:cvs:pserver:js6285:[EMAIL PROTECTED]:12310
:/appl/pkg1/cvs/reps/theteam/cvs:CSPCookieFilter
   
   
   scm:cvs:pserver:js6285:[EMAIL PROTECTED]:12310
:/appl/pkg1/cvs/reps/theteam/cvs:CSPCookieFilter
   
   HEAD
   
   

This is the command I'm executing:
$ mvn -e  scm:update

This is the error message:

[ERROR] No CVS root is set. Check your  information in the POM.
[ERROR] Provider message:
[ERROR] The cvs command failed.
[ERROR] Command output:
[ERROR]


Nothing I've read says anything about cvsroot in the POM.

Slightly more interesting is that if I execute the same command with the
same POM in a directory where I've already checked out the code I get this
error:
[ERROR] Didn't find password for CVSROOT ':
pserver:[EMAIL PROTECTED]:12310/appl/pkg1/cvs/reps/theteam/cvs'.

The user ID in the error message is always the one I used to check out the
code, not the one in the POM (when they are different).  The password is in
the POM but it's not being used.  Also, there seems to be a colon missing
between the port number and the path to the repository.



--
Esse Quam Videre
To Be, rather than to Seem

Re: CVS parameters

[Jon Strayer]

On 5/21/07, Wayne Fay <[EMAIL PROTECTED]> wrote:


This is pretty well-documented on the website:
http://maven.apache.org/scm/cvs.html



I assume that's true if you already know the answer.  Trust me when I tell
you that after spending hours reading the site and searching through mailing
list archives it's not clear to me.


Wayne


On 5/21/07, Jon Strayer <[EMAIL PROTECTED]> wrote:
> I'm getting this error when I try to update my project:
> [ERROR] No CVS root is set. Check your  information in the
POM.
>
> Where in the POM do I set the CVS Root?
> How can I specify the user id and password outside of the POM?
>
> --
> Esse Quam Videre
> To Be, rather than to Seem
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

CVS parameters

[Jon Strayer]

I'm getting this error when I try to update my project:
[ERROR] No CVS root is set. Check your  information in the POM.

Where in the POM do I set the CVS Root?
How can I specify the user id and password outside of the POM?

--
Esse Quam Videre
To Be, rather than to Seem

Re: MyEclipse and Maven: Directory conflict

[Jon Strayer]

Did you ever get an answer to this?

On 9/18/06, Nick Stolwijk <[EMAIL PROTECTED]> wrote:


I've got a little problem with MyEclipse and Eclipse project generated
by Maven. When I deploy to Tomcat with MyEclipse the directory
src/main/webapp is deployed, but the classes are compiled to
target/classes so they will not be deployed. Do I need to change
something in my Pom file to make this automatically working instead of
manually changing the build path of Eclipse to
src/main/webapp/META-INF/classes?

Nick Stolwijk


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Esse Quam Videre
To Be, rather than to Seem

M1 SCM 1.6.1

[Jon Strayer]

Am I the only one for whom the upgrade from the SCM plugin 1.5 to
1.6.1broke the build.

Everything worked fine with 1.5.  When I upgraded to 1.6.1 it failed with
this message:

echo] DEPRECATED: scm:validate has been deprecated
BUILD FAILED
File.. /home/wfausers/wfaoper/.maven/cache/maven-scm-plugin-1.6.1
/plugin.jelly
Element... ant:fail
Line.. 385
Column -1
You must specify maven.scm.cvs.module
Total time : 4 seconds
Finished at : Saturday, March 31, 2007 11:30:24 AM CDT


--
I think she only loves me for me Willie

Re: [M1.1 Oct Snapshot] cannot generate jar/site

[Jon Strayer]

On 10/12/06, Benoit Xhenseval <[EMAIL PROTECTED]> wrote:


Hi *,

I've downloaded the october 9 snapshot and installed in on top of the
August one.  I get this error when I do nearly anything (jar, site, etc)

BUILD FAILED
File.. file:/C:/project/objectlabkit/maven.xml
Element... attainGoal
Line.. 50
Column 39
The build cannot continue because of the following unsatisfied dependency:

maven-model-3.0.2-20061008.232644.jar ( type = jar, groupid = maven,
artifactid = maven-model, version = 3.0.2-20061008.
232644 )

I then removed the repository, did a clean install but I still have the
same issue.
Do I need to add a repository or something? How?



I'm seeing the same error.  Is there a fix?

Re: [ANN] Maven Test Plugin 1.8 for Maven 1.x released

[Jon Strayer]

I just installed this plugin an now my builds fail with this exception:

Any ideas?

java.lang.NullPointerException
   at
org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.formatOutput
(XMLJUnitResultFormatter.java:253)
   at
org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.setSystemOutput
(XMLJUnitResultFormatter.java:92)
   at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.sendOutAndErr(
JUnitTestRunner.java:435)
   at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(
JUnitTestRunner.java:319)
   at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(
JUnitTask.java:1072)
   at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(
JUnitTask.java:682)
   at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(
JUnitTask.java:1434)
   at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(
JUnitTask.java:632)
   at org.apache.tools.ant.Task.perform(Task.java:364)
   at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:195)
   at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247)
   at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java
:95)
   at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java
:186)
   at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42)
   at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247)
   at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java
:95)
   at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(
MavenGoalTag.java:78)
   at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction
(MavenGoalTag.java:109)
   at org.apache.maven.werkz.Goal.fire(Goal.java:656)
   at org.apache.maven.werkz.Goal.attain(Goal.java:592)
   at org.apache.maven.werkz.Goal.attainPrecursors(Goal.java:505)
   at org.apache.maven.werkz.Goal.attain(Goal.java:590)
   at org.apache.maven.plugin.PluginManager.attainGoals(
PluginManager.java:693)
   at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
   at org.apache.maven.cli.App.doMain(App.java:511)
   at org.apache.maven.cli.App.main(App.java:1258)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at com.werken.forehead.Forehead.run(Forehead.java:551)
   at com.werken.forehead.Forehead.main(Forehead.java:581)


On 5/8/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


We are pleased to announce the Maven Test Plugin 1.8 release!

http://maven.apache.org/maven-1.x/plugins/test/

Run JUnit tests.


===

Changes in this version include:

   New Features:

o Set junit's showoutput attribute if Maven is executed in debug (-X)
mode.
   Fixes MPTEST-43.
o Allow to add additional elements to the test classpath, new property
   maven.test.classpath. Fixes MPTEST-47. Thanks to Henning
Schmiedehausen.
o Display a warning if some tests do not pass (and
   maven.test.failure.ignore=true). Fixes MPTEST-36.
o Add timeouts to the test plugin, new property maven.junit.timeout. Fixes
   MPTEST-10.
o Add ability to fail the build on test errors, new property
   maven.test.error.ignore. Fixes MPTEST-58. Thanks to Mauro Botelho.
o Add maven.test.excludeXmlApis property to avoid duplicated Xerces. Fixes
   MPTEST-55. Thanks to Eric Hartmann.

   Fixed bugs:

o test:test should honour the maven.test.compile.src.set variable. Fixes
   MPTEST-49.
o Do not execute test:test-resources and test:compile unless tests will
be run.
   Fixes MPTEST-46.
o test:single should ignore maven.test.skip=true. Fixes MPTEST-59.
o Test failure doesn't halt execution of test suite. Fixes MPTEST-39.

   Changes:

o Upgrade to Xerces 2.8.0. Replace the deprecated xmlParserAPIs by
xml-apis
   1.3.03. Add the xml-resolver dependency for xerces. Fixes MAVEN-1753.
o Upgrade to Junit 3.8.2.
o Update dependencies to match ones in maven 1.1 core and to unify them
   between plugins. Fixes MAVEN-1712.


===


To automatically install the plugin, type the following on a single line:

maven plugin:download

-Dmaven.repo.remote=http://www.ibiblio.org/maven,
http://cvs.apache.org/repository/
   -DgroupId=maven
   -DartifactId=maven-test-plugin
   -Dversion=1.8

For a manual installation, you can download the plugin here:

http://www.apache.org/dyn/closer.cgi/java-repository/maven/plugins/maven-test-plugin-1.8.jar


Have fun!
-The Maven Test Plugin development team

-
To unsubscribe, e-

Re: [1.1] Hung build - threaddump

[Jon Strayer]

On 5/8/06, Kenney Westerhof <[EMAIL PROTECTED]> wrote:


On Sun, 7 May 2006, Jon Strayer wrote:

Hi,

I assume you've gone through your share of JDK's in all this time?
If not, can you try with a newer JDK?




Not yet.  I a couple of months I can.

BTW, a later hang up was in a jUnit test (at least a jUnit test error was
reported when I killed the java process).

I tried to get a thread dump from that process, but I can't find it.  Where
does standard out go when running jUnit tests (in another jvm)?


-- Kenney


> I occasionally get hung maven builds with cruise control.  About one a
day
> (that's about one every 40 builds or so).  I finally got a thread
dump.  I
> can't make sense of it.  Can anyone help?  FYI, this is Maven 1.1 Beta
2,
> but I've had the problem with as long as I can remember (that would take
it
> back to 0.9 or so).
>
> Full thread dump  [Sun May 07 13:49:08 CDT 2006] (Java HotSpot(TM)
Server VM
> 1.4.2 1.4.2.06-041015-12:22-PA_RISC1.1 PA1.1 mix
> ed mode):
>
> "Thread-13" daemon prio=10 tid=40057958 nid=34 lwp_id=22588 runnable
> [0x4cdf5000..0x4cdf54c0]
> at java.io.FileInputStream.readBytes(Native Method)
> at java.io.FileInputStream.read(FileInputStream.java:177)
> at java.lang.UNIXProcess$DeferredCloseInputStream.read(
> UNIXProcess.java:243)
> at org.apache.tools.ant.taskdefs.StreamPumper.run(
StreamPumper.java
> :90)
> at java.lang.Thread.run(Thread.java:534)
>
> "Thread-12" daemon prio=10 tid=40057ac0 nid=33 lwp_id=22587 runnable
> [0x4cff9000..0x4cff94c0]
> at java.io.FileInputStream.readBytes(Native Method)
> at java.io.FileInputStream.read(FileInputStream.java:194)
> at java.lang.UNIXProcess$DeferredCloseInputStream.read(
> UNIXProcess.java:252)
> at java.io.BufferedInputStream.fill(BufferedInputStream.java
:183)
> at java.io.BufferedInputStream.read1(BufferedInputStream.java
:222)
> at java.io.BufferedInputStream.read(BufferedInputStream.java
:277)
> - locked <6b0427b0> (a java.io.BufferedInputStream)
> at java.io.FilterInputStream.read(FilterInputStream.java:90)
> at org.apache.tools.ant.taskdefs.StreamPumper.run(
StreamPumper.java
> :90)
> at java.lang.Thread.run(Thread.java:534)
>
> "process reaper" daemon prio=9 tid=40057c28 nid=32 lwp_id=22586 runnable
> [0x4ce76000..0x4ce764c0]
> at java.lang.UNIXProcess.waitForProcessExit(Native Method)
> at java.lang.UNIXProcess.access$1000(UNIXProcess.java:20)
> at java.lang.UNIXProcess$4.run(UNIXProcess.java:117)
>
> "MultiThreadedHttpConnectionManager cleanup" daemon prio=10 tid=400577f0
> nid=12 lwp_id=21662 in Object.wait() [0x4d07a000..0x
> 4d07a4c0]
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
> - locked <5595b9c0> (a java.lang.ref.ReferenceQueue$Lock)
> at
>
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run
> (MultiThreadedHttpConnect
> ionManager.java:927)
> at
>
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run
> (MultiThreadedHttpConnect
> ionManager.java:927)
>
> "Signal Dispatcher" daemon prio=10 tid=40057688 nid=7 lwp_id=21573
waiting
> on condition [0x..0x]
>
> "Finalizer" daemon prio=10 tid=40057520 nid=5 lwp_id=21571 in
Object.wait()
> [0x6ae3c000..0x6ae3c4c0]
> at java.lang.Object.wait(Native Method)
> - waiting on <5587c050> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
> - locked <5587c050> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java
:188)
>
> "Reference Handler" daemon prio=10 tid=400573b8 nid=4 lwp_id=21570 in
> Object.wait() [0x6aebd000..0x6aebd4c0]
> at java.lang.Object.wait(Native Method)
> - waiting on <5587c0d0> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:429)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java
:120)
> - locked <5587c0d0> (a java.lang.ref.Reference$Lock)
>
> "main" prio=10 tid=40057250 nid=1 lwp_id=21567 in Object.wait()
> [0x77ff3000..0x77ff14b0]
> at java.lang.Object.wait(Native Method)
> - waiting on <6b042480> (a java.lang.UNIXProcess)
> at java.lang.Object.wait(Object.java:429)
> at java.lang.UNI

[1.1] Hung build - threaddump

[Jon Strayer]

I occasionally get hung maven builds with cruise control.  About one a day
(that's about one every 40 builds or so).  I finally got a thread dump.  I
can't make sense of it.  Can anyone help?  FYI, this is Maven 1.1 Beta 2,
but I've had the problem with as long as I can remember (that would take it
back to 0.9 or so).

Full thread dump  [Sun May 07 13:49:08 CDT 2006] (Java HotSpot(TM) Server VM
1.4.2 1.4.2.06-041015-12:22-PA_RISC1.1 PA1.1 mix
ed mode):

"Thread-13" daemon prio=10 tid=40057958 nid=34 lwp_id=22588 runnable
[0x4cdf5000..0x4cdf54c0]
   at java.io.FileInputStream.readBytes(Native Method)
   at java.io.FileInputStream.read(FileInputStream.java:177)
   at java.lang.UNIXProcess$DeferredCloseInputStream.read(
UNIXProcess.java:243)
   at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java
:90)
   at java.lang.Thread.run(Thread.java:534)

"Thread-12" daemon prio=10 tid=40057ac0 nid=33 lwp_id=22587 runnable
[0x4cff9000..0x4cff94c0]
   at java.io.FileInputStream.readBytes(Native Method)
   at java.io.FileInputStream.read(FileInputStream.java:194)
   at java.lang.UNIXProcess$DeferredCloseInputStream.read(
UNIXProcess.java:252)
   at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
   at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
   at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
   - locked <6b0427b0> (a java.io.BufferedInputStream)
   at java.io.FilterInputStream.read(FilterInputStream.java:90)
   at org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java
:90)
   at java.lang.Thread.run(Thread.java:534)

"process reaper" daemon prio=9 tid=40057c28 nid=32 lwp_id=22586 runnable
[0x4ce76000..0x4ce764c0]
   at java.lang.UNIXProcess.waitForProcessExit(Native Method)
   at java.lang.UNIXProcess.access$1000(UNIXProcess.java:20)
   at java.lang.UNIXProcess$4.run(UNIXProcess.java:117)

"MultiThreadedHttpConnectionManager cleanup" daemon prio=10 tid=400577f0
nid=12 lwp_id=21662 in Object.wait() [0x4d07a000..0x
4d07a4c0]
   at java.lang.Object.wait(Native Method)
   at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
   - locked <5595b9c0> (a java.lang.ref.ReferenceQueue$Lock)
   at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run
(MultiThreadedHttpConnect
ionManager.java:927)
   at
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$ReferenceQueueThread.run
(MultiThreadedHttpConnect
ionManager.java:927)

"Signal Dispatcher" daemon prio=10 tid=40057688 nid=7 lwp_id=21573 waiting
on condition [0x..0x]

"Finalizer" daemon prio=10 tid=40057520 nid=5 lwp_id=21571 in Object.wait()
[0x6ae3c000..0x6ae3c4c0]
   at java.lang.Object.wait(Native Method)
   - waiting on <5587c050> (a java.lang.ref.ReferenceQueue$Lock)
   at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
   - locked <5587c050> (a java.lang.ref.ReferenceQueue$Lock)
   at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
   at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:188)

"Reference Handler" daemon prio=10 tid=400573b8 nid=4 lwp_id=21570 in
Object.wait() [0x6aebd000..0x6aebd4c0]
   at java.lang.Object.wait(Native Method)
   - waiting on <5587c0d0> (a java.lang.ref.Reference$Lock)
   at java.lang.Object.wait(Object.java:429)
   at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:120)
   - locked <5587c0d0> (a java.lang.ref.Reference$Lock)

"main" prio=10 tid=40057250 nid=1 lwp_id=21567 in Object.wait()
[0x77ff3000..0x77ff14b0]
   at java.lang.Object.wait(Native Method)
   - waiting on <6b042480> (a java.lang.UNIXProcess)
   at java.lang.Object.wait(Object.java:429)
   at java.lang.UNIXProcess.waitFor(UNIXProcess.java:146)
   - locked <6b042480> (a java.lang.UNIXProcess)
   at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:539)
   at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:471)
   at org.apache.tools.ant.taskdefs.Javadoc.execute(Javadoc.java:1952)
   at org.apache.tools.ant.Task.perform(Task.java:364)
   at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:195)
   at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247)
   at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java
:95)
   at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java
:186)
   at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:42)
   at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:247)
   at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java
:95)
   at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(
MavenGoalTag.java:78)
   at
org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction
(MavenGoalTag.java:109)
   at org.apache.maven.werkz.Goal

codeczar.com

[Jon Strayer]

For everyone who might have www.codeczar.com/maven in their repository list
it seems the domain has expired.

--
Esse quam videri
(to be rather than to seem)

Re: [1.1] ant:fileset

[Jon Strayer]

On 2/24/06, Jon Strayer <[EMAIL PROTECTED]> wrote:
>
> Yes, thanks, I fixed that problem, now I'm getting this:
>
> File.. C:\Documents and Settings\js6285\.maven\cache\wbnt-
> deploy-plugin-1.1.3\plugin.jelly
> Element... ant:ftp
> Line.. 383
> Column -1
> org/apache/oro/text/regex/MalformedPatternException



Found it.  It wanted the Apache Oro jar.


--
Esse quam videri
(to be rather than to seem)

Re: [1.1] ant:fileset

[Jon Strayer]

Yes, thanks, I fixed that problem, now I'm getting this:

File.. C:\Documents and Settings\js6285\.maven\cache\wbnt-
deploy-plugin-1.1.3\plugin.jelly
Element... ant:ftp
Line.. 383
Column -1
org/apache/oro/text/regex/MalformedPatternException


This is the code it's upset about:

  < this is line 383








On 2/24/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
> Did you load your dependencies used by the ftp task in the root
> classloader
> ?
>
> http://maven.apache.org/maven-1.x/using/developing-plugins.html#Plugin_dependencies
>
> Arnaud
>
> On 2/24/06, Jon Strayer <[EMAIL PROTECTED]> wrote:
> >
> > I'm getting this error:
> >
> > Element... ant:fileset
> > Line.. 384
> > Column -1
> > org/apache/commons/net/ftp/FTPClient
> >
> > for this code (that worked under 1.0)
> >
> >  > password="foobar!"
> > remotedir="/appl/wfa/apache/htdocs/repository/${
> > dependency.artifactDirectory}wfa-billing/jars"
> > verbose="true">
> > 
> > 
> > 
> > 
> >
> > Does anyone have any idea what's going wrong?
> >
> >
> >
> > --
> > Esse quam videri
> > (to be rather than to seem)
> >
> >
>
>


--
Esse quam videri
(to be rather than to seem)

[1.1] ant:fileset

[Jon Strayer]

I'm getting this error:

Element... ant:fileset
Line.. 384
Column -1
org/apache/commons/net/ftp/FTPClient

for this code (that worked under 1.0)







Does anyone have any idea what's going wrong?



--
Esse quam videri
(to be rather than to seem)

Re: Ant FTP task in 1.1

[Jon Strayer]

On 2/22/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
> you need to add this dependency in the root classloader
> you can have a look at the site plugin dependencies.


Thanks, that fixed it.



Arnaud
>
> On 2/23/06, Jon Strayer <[EMAIL PROTECTED]> wrote:
> >
> > I've got a plugin that uses the Ant FTP task.  I just upgraded to
> > MAven 1.1Beta 2 and now it's getting the following error:
> > taskdef class org.apache.tools.ant.taskdefs.optional.net.FTP cannot be
> > found
> >
> > I added a dependency on the ant-commons-net but that didn't seem to
> help.
> >
> > Any other ideas?
> >
> > --
> > Esse quam videri
> > (to be rather than to seem)
> >
> >
>
>


--
Esse quam videri
(to be rather than to seem)

Ant FTP task in 1.1

[Jon Strayer]

I've got a plugin that uses the Ant FTP task.  I just upgraded to
MAven 1.1Beta 2 and now it's getting the following error:
taskdef class org.apache.tools.ant.taskdefs.optional.net.FTP cannot be found

I added a dependency on the ant-commons-net but that didn't seem to help.

Any other ideas?

--
Esse quam videri
(to be rather than to seem)

Re: [1.1] Problem with mock dependeny

[Jon Strayer]

On 2/20/06, Jon Strayer <[EMAIL PROTECTED]> wrote:
>
> I'm in the process of upgrading from 1.02 to 1.1 beta 2 and I've run into
> a strange (to me) problem.  We have several projects with dependencies on
> the MockObjects project (only at test time).  The jar is in the repository,
> but it's not being  added to the  class path when compiling the tests.
> Everythign worked fine under earlier versions.  What's changed with 1.1?



I found the proximate cause, the MockObject jars were corrupted in the local
repository.  I'd say the mystery was solved except that I don't know how
they got corrupted.



--
> Esse quam videri
> (to be rather than to seem)




--
Esse quam videri
(to be rather than to seem)

[1.1] Problem with mock dependeny

[Jon Strayer]

I'm in the process of upgrading from 1.02 to 1.1 beta 2 and I've run into a
strange (to me) problem.  We have several projects with dependencies on the
MockObjects project (only at test time).  The jar is in the repository, but
it's not being  added to the  class path when compiling the tests.
Everythign worked fine under earlier versions.  What's changed with 1.1?

--
Esse quam videri
(to be rather than to seem)

Re: [M1.0.2] Question about best practice for SNAPSHOT jars

[Jon Strayer]

On 10/19/05, Ballard, Ken <[EMAIL PROTECTED]> wrote:
> We're periodically deploying SNAPSHOT verions so that developers can work on
> projects that depend on projects that are being actively developed and get
> the latest changes. It works, but the problem is that with developers using
> jar:deploy (or ear:deploy, etc) themselves to deploy their artifacts to the
> remote repository, nothing prevents them from deploying artifacts that are
> compiled from source that hasn't been checked in. If we have CruiseControl
> deploy our SNAPSHOT artifacts then we know everything that is being shared
> has been checked in. Does this sound like a best practice or am I missing
> the point?

This is the way we have been doing it for about a year now.  I haven't
noticed any problems.

I--
Esse quam videri
(to be rather than to seem)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

SIGQUIT

[Jon Strayer]

I'm having a problem with a Maven build hanging under cruisecontrol. 
When I send cruisecontrol a SIGQUIT I get a stack trace, but when I
send it to the maven process cc is waiting for I don't.  Does Maven
trap SIGQUIT?  If not, does anyone have any idea where the stack trace
is?


--
Esse quam videri

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maven hanging

[Jon Strayer]

This is a strange one. We have been using maven for about two years now. As
of today when one of my developers issues the command:

maven -X wb:update

He gets this output:
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0.2
Initializing Plugins!
Set plugin source directory to /appl/wfa/maven/plugins
Set unpacked plugin directory to /home/wfausers/wfaoper/.maven/cache
Set user plugin directory to /home/wfausers/wfaoper/.maven/plugins
Loading plugin cache
Now mapping cached plugins
Loading plugin 'maven-cruisecontrol-plugin-1.6'
... lots of plugins loaded
Loading plugin 'maven-vdoclet-plugin-1.2'
Now loading uncached plugins
Not a plugin directory: /home/wfausers/wfaoper/.maven/cache/acr-TEST_RELEASE
Not a plugin directory: /home/wfausers/wfaoper/.maven/cache/acs-1.0.8
Finished initializing Plugins!

It hangs here.

Any clues?

Working with Branches

[Jon Strayer]

Today, for the first time ever, I needed to branch a project in CVS. How do 
I access that branch with Maven?

How to tell the version of jar.

[Jon Strayer]

I'm trying to integrate an existing project into our build cycle. 
None of the jars had version numbers in their names.  The solution I
came up with was to download md5.exe from http://www.fourmilab.ch/md5/
and use google to look up the digests it printed out.

In each case, the name of the file(s) goggle found was the version of
the jar (quite often in a Maven repository somewhere).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Modifying releases.jsl

[Jon Strayer]

I modified the multi-releases plugin to add a column containing the current 
version of the product. This makes it easier for me to find dependencies 
that I might have to release before I release my application.

The report now looks something like this:


 Project nameLatest versionReleased dateNext ReleaseASI1.0.32005-07-251.0.3
BARTS1.1.62005-08-221.1.6BOSS1.0.102005-05-191.0.10Bouncer1.0.72005-08-23
1.0.7Boxoffice1.0.72005-08-231.0.7CAVES BTN1.0.72005-03-081.0.7CRABS1.1.8
2005-08-151.1.8East2.0.162005-07-272.0.16East CABS1.0.92005-07-271.0.9
FlatFiles1.3.42005-07-251.3.4Hackney1.2.22005-03-141.2.3 

What I'd really like to do is highlight lines where the latest version is 
different from the next release.

Could somebody with a metter understanding of Jelly and jsl give me an idea 
of how to do this?

Re: Maven 1 subversion repository

[Jon Strayer]

Never mind. I got ot.

On 8/22/05, Jon Strayer <[EMAIL PROTECTED]> wrote:
> 
> What's the path/url to the subversion repository for Maven plugins?
>

Maven 1 subversion repository

[Jon Strayer]

What's the path/url to the subversion repository for Maven plugins?

Clear plugin repository problem

[Jon Strayer]

I'm getting this exception when I try to run "m2 clear:clear"

[INFO] Retrieving release information for maven-clear-plugin
FATAL ERROR: Error executing Maven for a project
For more information, run with the -e flag
pht018c://appl/wfa/WBNT/core> clear; m2 -e clear:clear test
+ Error stacktraces are turned on.
[INFO] 

[INFO] Building Core
[INFO] 

[INFO] maven-clear-plugin: checking for updates from central-plugins
[INFO] Retrieving release information for maven-clear-plugin
FATAL ERROR: Error executing Maven for a project
Error stacktrace:
org.apache.maven.reactor.ReactorException: Error executing project
within the reactor
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:190)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:269)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
Caused by: org.apache.maven.lifecycle.LifecycleExecutionException:
Error resolving plugin version
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:537)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:149)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:133)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:103)
at org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:261)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:180)
... 9 more
Caused by: org.apache.maven.plugin.version.PluginVersionResolutionException:
Error resolving version for
'org.apache.maven.plugins:maven-clear-plugin': Cannot resolve RELEASE
version of this plugin.
at 
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolveReleaseVersion(DefaultPluginVersionManager.java:570)
at 
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion(DefaultPluginVersionManager.java:130)
at 
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:192)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:528)
... 14 more
Caused by: org.apache.maven.artifact.resolver.ArtifactResolutionException:
Unable to find release for artifact
org.apache.maven.plugins:maven-clear-plugin:maven-plugin:RELEASE
  org.apache.maven.plugins:maven-clear-plugin:RELEASE:maven-plugin

from the specified remote repositories:
  http://repo1.maven.org/maven2/plugins
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:88)
at 
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolveReleaseVersion(DefaultPluginVersionManager.java:566)
... 17 more
Caused by: 
org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException:
Unable to find release for artifact
org.apache.maven.plugins:maven-clear-plugin:maven-plugin:RELEASE
at 
org.apache.maven.artifact.transform.ReleaseArtifactTransformation.retrieveFromRemoteRepository(ReleaseArtifactTransformation.java:86)
at 
org.apache.maven.artifact.transform.AbstractVersionTransformation.resolveVersion(AbstractVersionTransformation.java:104)
at 
org.apache.maven.artifact.transform.ReleaseArtifactTransformation.transformForResolve(ReleaseArtifactTransformation.java:51)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:84)
... 18 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException:
Unable to locate resource in repository
at 
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:81)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:70)
at 
org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:310)
at 
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:242)
at 
org.apache.maven.artifact.metadata.AbstractVersionArtifactMetadata.retrieveFromRemoteRepository(AbstractVersionArtifactMetadata.java:94)
at 
org.apache.maven.artifact.transform.

Re: Diagnosis: Error assembling JAR

[Jon Strayer]

Sorry, that was my mistake.  I didn't have a pom.xml file at all.

On 7/30/05, Adam Hardy <[EMAIL PROTECTED]> wrote:
> How about posting the output preceding the exception, and your pom?
> 
> Jon Strayer on 30/07/05 17:25, wrote:
> > My guess is that something is missing from my pom.
> >
> > org.apache.maven.plugin.MojoExecutionException: Error assembling JAR
> > at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:105)
> > at 
> > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:401)
> > at 
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:169)
> > at 
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:143)
> > at 
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:129)
> > at 
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:103)
> > at 
> > org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:261)
> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:180)
> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:269)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at 
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> > at 
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:324)
> > at 
> > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
> > at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
> > at 
> > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
> > at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
> > Caused by: java.lang.NullPointerException
> > at 
> > org.apache.maven.archiver.MavenArchiver.createArchive(MavenArchiver.java:236)
> > at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:100)
> > ... 16 more
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Diagnosis: Error assembling JAR

[Jon Strayer]

My guess is that something is missing from my pom.

org.apache.maven.plugin.MojoExecutionException: Error assembling JAR
at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:105)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:401)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:169)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:143)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:129)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:103)
at org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:261)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:180)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:269)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
Caused by: java.lang.NullPointerException
at 
org.apache.maven.archiver.MavenArchiver.createArchive(MavenArchiver.java:236)
at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:100)
... 16 more

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: M2 - plexus problems

[Jon Strayer]

On 7/29/05, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
> can you retry it?

I think I'm getting the same failure.


[ERROR] BUILD ERROR
[INFO] 

[INFO] Diagnosis: Error configuring plugin for execution of 'install:install'.
[INFO] 

[ERROR] Cause:
org.apache.maven.plugin.MojoExecutionException: Error configuring
plugin for execution of 'install:install'.
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:378)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:169)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:143)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:129)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:103)
at org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:261)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:180)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:269)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
Caused by: org.apache.maven.plugin.PluginConfigurationException:
Cannot resolve plugin dependencies
at 
org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete(DefaultPluginManager.java:608)
at 
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:493)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:373)
... 15 more
Caused by: 
org.apache.maven.artifact.resolver.TransitiveArtifactResolutionException:
Unable to read the metadata file
  plexus:plexus-container-default:1.0-alpha-4:jar

from the specified remote repositories:
  http://repo1.maven.org/maven2, http://chd4.sbc.com:8070/repo,
http://repo1.maven.org/maven2/plugins
Path to dependency:
1) 
org.apache.maven.plugins:maven-install-plugin:maven-plugin:2.0-alpha-3
2) org.apache.maven:maven-artifact-manager:jar:2.0-alpha-3


at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:164)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:168)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect(DefaultArtifactCollector.java:66)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:173)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:161)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:134)
at 
org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete(DefaultPluginManager.java:593)
... 17 more
Caused by: 
org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException:
Unable to read the metadata file
at 
org.apache.maven.project.artifact.MavenMetadataSource.retrieve(MavenMetadataSource.java:88)
at 
org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(DefaultArtifactCollector.java:151)
... 23 more
Caused by: org.apache.maven.project.ProjectBuildingException: Failed
to parse model from file
'/home/wfausers/wfaoper/.m2/repository/plexus/plexus-root/1.0/plexus-root-1.0.pom'.
Error: 'TEXT must be immediately followed by END_TAG and not START_TAG
(position: START_TAG seen ...\r\n  ...
@43:11) '
at 
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:525)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:244)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:491)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:493)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:297)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepo

M2 - plexus problems

[Jon Strayer]

I'm getting an error when I try to build on a Unix box (it works fine
on Windows 2K)


[INFO] 

[INFO] maven-install-plugin: resolved to version 2.0-alpha-3 from
local repository
[INFO] 

[ERROR] BUILD ERROR
[INFO] 

[INFO] Diagnosis: Error configuring plugin for execution of 'install:install'.
[INFO] 

[ERROR] Cause:
org.apache.maven.plugin.MojoExecutionException: Error configuring
plugin for execution of 'install:install'.
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:378)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:169)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:143)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:129)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:103)
at org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:261)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:180)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:269)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
Caused by: org.apache.maven.plugin.PluginConfigurationException:
Cannot resolve plugin dependencies
at 
org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete(DefaultPluginManager.java:608)
at 
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:493)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:373)
... 15 more
Caused by: 
org.apache.maven.artifact.resolver.TransitiveArtifactResolutionException:
Unable to read the metadata file
  plexus:plexus-container-default:1.0-alpha-4:jar

from the specified remote repositories:
  http://repo1.maven.org/maven2, http://chd4.sbc.com:8070/repo,
http://repo1.maven.org/maven2/plugins
Path to dependency:

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]