RE: Maven release plugin, multiple svn repos?

[Matt Walsh]

Maybe you need developerConnection instead of connection (or both).

> -Original Message-
> From: Billy Newman [mailto:newman...@gmail.com]
> Sent: Wednesday, August 22, 2012 9:56 AM
> To: users@maven.apache.org
> Subject: Re: Maven release plugin, multiple svn repos?
> 
> A little more info.
> 
> It looks to be failing on the tag.  I have tried a bunch of different
> configurations for the  tag and I cannot get it to work.
> Bascially it should create a tag in both repos (repo1, and repo2) .
> 
> Any help/ideas would greatly appreciated.
> 
> Thanks in advance!
> 
> On Tue, Aug 21, 2012 at 7:24 PM, Billy Newman 
> wrote:
> > I have a multi module project that covers 2 svn repositories:
> >
> > svn/repo1/personal/billy/(trunk/branches/tags)
> > svn/repo2/personal/billy/(trunk/branches/tags)
> >
> > repo1
> > --> pom.xml (main pom)
> > > module 1
> > > pom.xml (module 1 pom)
> >
> > repo2
> > --> pom.xml (child of main)
> > >module 2
> > > pom.xml (module 2 pom)
> >
> > in the main pom I setup the release plugin as follows:
> >   
> > org.apache.maven.plugins
> > maven-release-plugin
> > 2.3.2
> > 
> >   true
> > 
> >   
> >
> > All seems to work until the very end.  It looks like the release
> > plugin is trying to tag to svn/repo1/personal/billy/ and cannot.
> > Maybe I am configuring the scm tag incorreclty.
> >
> > In my main pom (repo1)
> > 
> >
>
scm:svn:http://svn.repo.net/svn/repo1/personal/billy/trunk<
> /connection>
> > 
> >
> > In repo 2 pom (child of repo1 pom), this on points to repo2
> > 
> >
>
scm:svn:http://svn.repo.net/svn/repo2/personal/billy/trunk<
> /connection>
> > 
> >
> > Is that correct?  The release plugin also changes the scm tag in
> weird
> > ways that do not makes sense to me (which makes me think the scm tag
> > is what I am not setting up correclty)
> >
> > Any ideas/suggestions?
> >
> > Thanks,
> > Billy
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Can Maven edit a WAR?

[Matt Walsh]

Can you not do this using filtered overlays in the maven-war-plugin.
Build a "generic" war, then have other war projects dependent on the
generic war as an overlay and apply property filters to it.

So you'd have one generic-war project, built in the usual way, with no
property filters. Then one or more configured war projects with a
dependency on the generic war. In those projects, configure the war
plugin like so.


   maven-war-plugin
   
 
   
 your.group
 generic-war
 war
 
  file to be filtered
  file to be filtered
 
   
   true

  
 your.group
 generic-war
 war


Two overlays cause you probably don't want to be filtering binary files.

Matt

> -Original Message-
> From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
> Sent: Friday, August 03, 2012 10:16 AM
> To: users@maven.apache.org
> Subject: Re: Can Maven edit a WAR?
> 
> On 03/08/2012 12:04 PM, Jared Hall wrote:
> > I would like to be able to modify the contents of a WAR file.
> >
> > Goal: I would like to be in a directory with my WAR and a pom.xml.
> When I type 'maven configure', I would like maven to apply a filter to
> some of the files in the war, and then leave behind the exact same
WAR,
> with the filters applied. I don't need to compile any files, I just
> need to apply some filters to some files that are already in a WAR.
> >
> > The motivation for this is that I compile something that is still
un-
> configured. I throw the war into my test environment and configure it.
> If it passes, I graduate it to production and re-configure it.
> >
> > Note: I don't care whether or not I use Maven or something like a
> scripting language to accomplish this. The end goal is what I
described
> above, one typed command that reconfigures the WAR. I thought Maven
> might be able to do most of the leg-work for me.
> >
> > Any help is appreciated, thanks.
> >
-
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
> Maven is not a scripting tool.
> It has very definite ideas about how software gets built and this is
> not
> really in line with its ideas.
> In dealing with Maven, you have to conform to its process or you will
> have a miserable life until you submit.
> "Resistance is futile" is your best mantra when planning to do battle
> with Maven.
> Stop before you start.
> 
> Try Ant.
> It is the Border Collie of Java tools and wants to do whatever you
want
> to do.
> It has no preconceived ideas about "Best Practices".
> 
> Ron
> 
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: problem in installing/running maven

[Matt Walsh]

Wow! Rahul! You need to learn to crawl before you can learn to walk. 

This is not a Maven problem. You need to go to your manager or to a
co-worker or to your cool friend with the following questions:

1. How do I run commands from a command prompt in Windows?
2. What's the difference between an environment variable and a command
or an executable program?
3. What's the PATH environment variable for and how does it relate to my
being able to run a program in Windows?

That's just for a start.

I'm not trying to put you down, we've all been there at one time, but
you're going to have a lot of grief trying to learn any tool like Maven
without improving your computer literacy first.

And you'll start to irritate the folks on this list if you keep coming
at them with these types of questions.

Matt



> -Original Message-
> From: rahul bhalla [mailto:urcoolfrien...@gmail.com]
> Sent: Wednesday, July 18, 2012 1:00 PM
> To: Maven Users List
> Subject: Re: problem in installing/running maven
> 
> I also noticed that when issue give command
> 
> C:\Users\sahil>%JAVA_HOME%
> 'C:\Program' is not recognized as an internal or external command,
> operable program or batch file.
> but i set JAVA_HOME to C:\Program Files\Java\jdk1.6.0_21
> 
> that means it is not displaying full java_Home Path
> 
> On Thu, Jul 19, 2012 at 12:08 AM, rahul bhalla
> wrote:
> 
> > when issue the command it gives
> > C:\Users\sahil>%M2_HOME%
> > 'D:\springsource\apache-maven-3.0.3' is not recognized as an
internal
> or
> > external
> > operable program or batch file.
> >
> 
> 
> 
> --
> Regards
> Rahul Bhalla
> (9953225211)

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: libraries duplkication into ear and war

[Matt Walsh]

http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.ht
ml


> -Original Message-
> From: Laudio Info [mailto:laudio.i...@gmail.com]
> Sent: Thursday, July 05, 2012 1:38 AM
> To: users@maven.apache.org
> Subject: libraries duplkication into ear and war
> 
> Hello
> i have one problem and i don't know how to solve it.
> i have one parent project that has two maven moduloes (one war and one
> ear). it prodeces one ear (jaxws webservice) that contains one war.
> the problem is that always build the ear with the libraries
duplicated.
> into the lib (of ear) appears all the libraryes and into the lib of
war
> appears all the libraries.
> how can y solve this duplicated lib?
> 
> can you help me?
> 
> thanks
> 
> the poms are:
> ###parent#
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance";
>   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> 4.0.0
> my.group
> myartifactparent
> pom
> 0.0.1-SNAPSHOT
> 
> http://maven.apache.org
> 
>../myWar
>../myEAR
> 
> 
> 
> ###ear###
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
> 4.0.0
> my.group
> myartifactEAR
> ear
> 0.0.1-SNAPSHOT
> 
> http://maven.apache.org
> 
>myartifactparent
>my.group
>0.0.1-SNAPSHOT
>.../myartifactparent/pom.xml
> 
> 
>
>
>maven-ear-plugin
>
>   Cp1252
>   /lib
>   myEAR
>   
>   
>   my.group
>   myWar
>   myWar.war
>   
>   
>
>
>
> 
> 
>
>my.group
>myWar
>war
>0.0.1-SNAPSHOT
>
> 
> 
> 
> 
> WAR#
> 
> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
> http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-
> v4_0_0.xsd">
> 
>myartifactparent
>my.group
>0.0.1-SNAPSHOT
>.../myartifactparent/pom.xml
> 
> 4.0.0
> my.group
> myWar
> war
> 
> 0.0.1-SNAPSHOT
> 
>${basedir}/src
>${basedir}/WebRoot/WEB-
> INF/classes
>
>
>${basedir}/src
>
>   **/*.java
>
>
>
>${artifactId}
>
>
>maven-compiler-plugin
>
>   1.6
>   1.6
>
>
>
>maven-war-plugin
>
>   WebRoot
>
>
>
>org.codehaus.mojo
>jaxws-maven-plugin
>1.12
>
>   
>   wsgen
>   
>   wsgen
>   
>   
>   
>  my.group.MyImpl
>   
>   true
>   true
>   true
>   
>   
>
>
>
> 
> 
>
>com.sun.xml.ws
>jaxws-rt
>2.2
>
>.
> 
> 
> 
> 
> 
> 

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: How to upload this pdf plugin on to my internal company repository?

[Matt Walsh]

Have you defined your pluginRepository in your maven settings.xml file?
Something like:


 
nexus




central
http://central
 
true
 
true




central
http://central
 
true
 
true



 


> -Original Message-
> From: hujirong [mailto:jirong...@gmail.com]
> Sent: Tuesday, May 29, 2012 1:12 PM
> To: users@maven.apache.org
> Subject: Re: How to upload this pdf plugin on to my internal company
> repository?
> 
> Unfortunately I can't change what max-public has. I already explained
> why,
> because we have a internal central repo and everything is hosted there
> instead of using or proxying Maven central. This is not what I can
> change.
> 
> So my question remains the same: why I am getting this error and how
to
> fix
> this error? What I need to do to use pdf:pdf?
> 
> [ERROR] Error resolving version for plugin
> 'org.apache.maven.plugins:maven-pdf-plugin' from the repositories
> [local
> (C:\Users\c61271c5\.m2\repository), nexus
> (http://axddarep01.npr.bngf.local:8080/nexus/content/groups/mdm-
> public/)]:
> Plugin
> not found in any plugin repository -> [Help 1]
> 
> 
> In the settings.xml, I found this:
> 
>  
> com.nbfg.fw.maven.plugins
>   
> 
> 
> 
> 
> 
> --
> View this message in context: http://maven.40175.n5.nabble.com/How-to-
> upload-this-pdf-plugin-on-to-my-internal-company-repository-
> tp5709832p5710314.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: help: rpm-maven-plugin not 'deploy'-ing RPM to repository

[Matt Walsh]

 (I've never used this plugin, but you piqued my curiosity, so I took a quick 
look at it.)

Looks to me like you're running the "rpm" goal which just generates the rpm, 
correct? Have you tried running the "attached-rpm" goal?

I didn't glean anything from the docs about deploying by default, unless your 
primary artifact packaging is "rpm", maybe. But it sounds like your primary 
artifact is a "war", so unless the rpm file is somehow attached to the project, 
I don't think it would get deployed.

> -Original Message-
> From: Jeff [mailto:predato...@gmail.com]
> Sent: Friday, May 25, 2012 2:06 PM
> To: Maven Users List
> Subject: Re: help: rpm-maven-plugin not 'deploy'-ing RPM to repository
> 
> This is my first RPM ever AND first time using the rpm-maven-plugin so
> it
> could very well be something I'm doing. I don't think MRPM-107 is my
> issue
> since the RPM is getting built. It just doesn't upload to our internal
> Maven repository during the deploy phase.
>  Here is the log section that includes the 'rpm' and 'deploy' goals.
> Do I
> have to do something explicitly in the rpm-maven-plugin to bind it to
> the
> deploy phase?
> 
> 
> [INFO] --- rpm-maven-plugin:2.1-alpha-1:rpm (default) @ Domain ---
> [WARNING] rpm version string truncated to 2012.05.30.001
> [INFO] Creating directory
> /var/lib/go-agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/BUILD
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/RPMS
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/SOURCES
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/SPECS
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/SRPMS
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/tmp-buildroot
> [INFO] Creating directory
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/buildroot
> [INFO] Copying 1 files to
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/tmp-
> buildroot/usr/local/acom
> [INFO] Creating spec file
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/SPECS/Domain.sp
> ec
> [INFO] Building target platforms: noarch-CentOS-linux
> [INFO] Building for target noarch-CentOS-linux
> [INFO] Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.K1ICyi
> [WARNING] + umask 022
> [WARNING] + cd
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/BUILD
> [WARNING] + '[' -e
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/buildroot
> ']'
> [WARNING] + mv
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/tmp-
> buildroot/usr
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/buildroot
> [WARNING] + /usr/lib/rpm/brp-compress
> [WARNING] + /usr/lib/rpm/brp-strip
> [WARNING] + /usr/lib/rpm/brp-strip-static-archive
> [WARNING] + /usr/lib/rpm/brp-strip-comment-note
> [INFO] Processing files: Domain-2012.05.30.001-1.0.31.153932.noarch
> [INFO] Requires(interp): /bin/sh
> [INFO] Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
> rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> [INFO] Requires(post): /bin/sh
> [INFO] Checking for unpackaged file(s): /usr/lib/rpm/check-files
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/buildroot
> [INFO] Wrote:
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/RPMS/noarch/Dom
> ain-2012.05.30.001-1.0.31.153932.noarch.rpm
> [INFO] Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.HcRNjr
> [WARNING] + umask 022
> [WARNING] + cd
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/BUILD
> [WARNING] + /bin/rm -rf
> /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/target/rpm/Domain/buildroot
> [WARNING] + exit 0
> [INFO]
> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @
> Domain ---
> [INFO] Installing
> /var/lib/go-agent/pipelines/DOM_PKG/DomainService/target/Domain-
> 2012.05.30.001-SNAPSHOT-1.0.31.153932.war
> to
> /var/go/.m2/repository/myproject/services/Domain/2012.05.30.001-
> SNAPSHOT/Domain-2012.05.30.001-SNAPSHOT.war
> [INFO] Installing /var/lib/go-
> agent/pipelines/DOM_PKG/DomainService/pom.xml
> to
> /var/go/.m2/repository/myproject/services/Domain/2012.05.30.001-
> SNAPSHOT/Domain-2012.05.30.001-SNAPSHOT.pom
> [INFO]
> [INFO] --- maven-deploy-plugin:2.5:deploy (default-deploy) @ Domain ---
> Downloading:
> http://archiva/repository/snapshots/myproject/services/Domain/2012.05.3
> 0.001-SNAPSHOT/maven-metadata.xml
> 811 B
> Downloaded:
> http://archiva/repository/snapshots/myproject/services/Domain/2012.05.3
> 0.001-SNAPSHOT/maven-metadata.xml(811
> B at 52.8 KB/sec)
> Uploading:
> http://archiva/repository/snapshots/myproj

RE: Maven Assembly plugin -Multi module project- source and javadoc not getting added to zip file

[Matt Walsh]

Yeah. You need to read the documentation. The format is
"groupId:artifactId:type:version[:classifier]".

"Artifact coordinatess may be given in simple groupId:artifactId form,
or they may be fully qualified in the form
groupId:artifactId:type:version[:classifier]. Additionally, wildcards
can be used, as in *:maven-*."

So maybe groupA:A:jar:*:* ?

> -Original Message-
> From: Pankaj [mailto:pankaji...@rediffmail.com]
> Sent: Thursday, May 17, 2012 1:31 PM
> To: users@maven.apache.org
> Subject: RE: Maven Assembly plugin -Multi module project- source and
> javadoc not getting added to zip file
> 
> Thanks for your reply.
> 
> I'm still getting the same problem. Getting below warning
> 
> 
> [WARNING] The following patterns were never triggered in this artifact
> inclusion
>  filter:
> o  'groupA:A:jar:javadoc'
> o  'groupA:A:jar:source'
> where as artifact which has all classes is getting added.
> 
> Thanks
> Pankaj
> 
> 
> --
> View this message in context: http://maven.40175.n5.nabble.com/Maven-
> Assembly-plugin-Multi-module-project-source-and-javadoc-not-getting-
> added-to-zip-file-tp5708932p5708936.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Maven Assembly plugin -Multi module project- source and javadoc not getting added to zip file

[Matt Walsh]

Pankaj,

The problem is in your includes. "javadoc" and "source" are classifiers,
not types. 

Try 
groupA:A:jar:sources
groupB:A:jar:javadoc

and so on.


Matt

> -Original Message-
> From: Pankaj [mailto:pankaji...@rediffmail.com]
> Sent: Thursday, May 17, 2012 12:11 PM
> To: users@maven.apache.org
> Subject: Maven Assembly plugin -Multi module project- source and
> javadoc not getting added to zip file
> 
> I've multi module project and using maven's assembly plugin to zip the
> project's artifact.
> 
> Proj
>  +Module A
>pom.xml
>  +Module B
>pom.xml
> pom.xml
> 
> When i build main module, it will produce following things
> 
> Proj
>  +Module A
>target\A.jar
>target\A-source.jar
>target\A-javadoc.jar
>  +Module B
>target\B.jar
>target\B-source.jar
>target\B-javadoc.jar
> 
> 1) I've added assembly plugin under ModuleB pom file and I'm using
> ModuleSet
> in assembly discriptor file
> 
> 
> 
>  true
>   
> groupA:A:jar
>   groupA:A:javadoc
>   groupA:A:source
>   
> 
> moduleA
> false
>   
> 
> 
>   
>   true
>   
>   groupB:B:jar
>   groupB:B:javadoc
>   groupB:B:source
>   
> 
> moduleB
> false
>   
> 
>   
> 
> But i'm getting only A.jar and B.Jar under zip file. I'm not getting
> javadoc
> and source in zip file. Is it downloading it from m2 repo,  i'm
> suspecting
> if it does so, because sources and java doc wouldn't be there in maven
> repo.
> How can i add all three artifact in a zip file ?
> 
> 2) I want to add assembly plugin in my parent pom rather than in
> ModuleB's
> pom but if i do so, i get an exception "Please ensure the package
phase
> is
> run before the assembly is generated". After googling, i found few
> suggetion
> to add assembly as module. Is there any other way to handle this ?
> 
> 
> --
> View this message in context: http://maven.40175.n5.nabble.com/Maven-
> Assembly-plugin-Multi-module-project-source-and-javadoc-not-getting-
> added-to-zip-file-tp5708932.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Maven failed with error while reading test results

[Matt Walsh]

> >> D:\Jenkins-slave\workspace\\\target\surefire-
> >> reports\result.xml
> >> Invalid byte 2 of 3-byte UTF-8 sequence.

This would lead me to believe there's a BOM (Byte-Order-Mark) error in the 
result.xml file.

Does the surefire plugin generate BOMs?? 


> -Original Message-
> From: Alexis Morelle [mailto:alexis.more...@alcatel-lucent.com]
> Sent: Friday, April 27, 2012 9:42 AM
> To: Maven Users List
> Subject: Re: Maven failed with error while reading test results
> 
> The thing is that if I add -fn for example (never fail), the build ends
> successfully.
> Anyway I just saw something even more strange with the following log.
> 
> It says: [INFO] Error for project: CMS - XML Engine Implementation
> (during install)
> But then: [INFO] Internal error in the plugin manager executing goal
> 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test
> 
> see this log with the -fn option.
> 
> [ERROR] There are test failures.
> 
> Please refer to
> D:\Jenkins-slave\workspace\OT_1.2-OAMP-CMS-
> Deploy_All_Inc15mn\xmlengine\cms-xmlengine\target\surefire-reports
> for the individual test results.
> [JENKINS] Recording test results
> [JENKINS] Archiving
> D:\Jenkins-slave\workspace\OT_1.2-OAMP-CMS-
> Deploy_All_Inc15mn\xmlengine\cms-xmlengine\pom.xml
> to
> /opt/jenkins/projects/jobs/OT_1.2-OAMP-CMS-
> Deploy_All_Inc15mn/modules/com.alcatel_lucent.ice.oamp.cms.xmlengine$cm
> s-xmlengine/builds/2012-04-27_17-14-
> 12/archive/com.alcatel_lucent.ice.oamp.cms.xmlengine/cms-
> xmlengine/2.1.020.000-SNAPSHOT/cms-xmlengine-2.1.020.000-SNAPSHOT.pom
> [INFO] Error for project: CMS - XML Engine Implementation (during
> install)
> [INFO]
> ---
> -
> [INFO] Internal error in the plugin manager executing goal
> 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test': Failed to
> read
> D:\Jenkins-slave\workspace\OT_1.2-OAMP-CMS-
> Deploy_All_Inc15mn\xmlengine\cms-xmlengine\target\surefire-
> reports\result.xml
> Invalid byte 2 of 3-byte UTF-8 sequence.
> [INFO]
> ---
> -
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> ---
> -
> [INFO]  + Ignoring failures
> [INFO]
> ---
> -
> [INFO] BUILD SUCCESSFUL
> [INFO]
> ---
> -
> [INFO] Total time: 30 seconds
> [INFO] Finished at: Fri Apr 27 17:14:44 CEST 2012
> [INFO] Final Memory: 72M/371M
> [INFO]
> ---
> -
> Waiting for Jenkins to finish collecting data
> Finished: SUCCESS
> 
> 
> thx very much
> Alexis.
> 
> Le 27/04/2012 17:26, Matt Walsh a écrit :
> > Doesn't look like maven failed. Your tests failed, which caused your
> > build to fail, then Jenkins failed looking for results.
> >
> > Maybe you've configured your Jenkins build to do it's post processing
> > even on failure?
> >
> > Matt
> >
> >> -Original Message-
> >> From: Alexis Morelle [mailto:alexis.more...@alcatel-lucent.com]
> >> Sent: Friday, April 27, 2012 9:22 AM
> >> To: users@maven.apache.org
> >> Subject: Maven failed with error while reading test results
> >>
> >> Hi,
> >>
> >> I have this weird error that keep coming up after a simple "mvn
> clean
> >> install".
> >> Maven goes out on this error while reading test results and never
> goes
> >> to the package, install etc goal...
> >>
> >> Would you guys know what this could come from?
> >>
> >> Thank you very much for your help,
> >> Alexis.
> >>
> >>
> >> Tests run: 311, Failures: 4, Errors: 0, Skipped: 0
> >>
> >> [ERROR] There are test failures.
> >>
> >> Please refer to
> >> D:\Jenkins-slave\workspace\\\target\surefire-
> >> reports for
> >> the individual test results.
> >> [JENKINS] Recording test results
> >> [JENKINS] Archiving
> >> D:\Jenkins-slave\workspace\\\pom.xml to
> >>
> >
> /opt/jenkins/projects/jobs//modules/$/builds/2012
> >> -04-27_16-16-40/archive///2.1.020.000-SNAPSHOT/cms-
> >> xmlengine-2.1.020.000-SNAPSHOT.pom
> >> [INFO]
> >>
> > -
> --
> >> -
> 

RE: Maven failed with error while reading test results

[Matt Walsh]

Doesn't look like maven failed. Your tests failed, which caused your
build to fail, then Jenkins failed looking for results.

Maybe you've configured your Jenkins build to do it's post processing
even on failure?

Matt

> -Original Message-
> From: Alexis Morelle [mailto:alexis.more...@alcatel-lucent.com]
> Sent: Friday, April 27, 2012 9:22 AM
> To: users@maven.apache.org
> Subject: Maven failed with error while reading test results
> 
> Hi,
> 
> I have this weird error that keep coming up after a simple "mvn clean
> install".
> Maven goes out on this error while reading test results and never goes
> to the package, install etc goal...
> 
> Would you guys know what this could come from?
> 
> Thank you very much for your help,
> Alexis.
> 
> 
> Tests run: 311, Failures: 4, Errors: 0, Skipped: 0
> 
> [ERROR] There are test failures.
> 
> Please refer to
> D:\Jenkins-slave\workspace\\\target\surefire-
> reports for
> the individual test results.
> [JENKINS] Recording test results
> [JENKINS] Archiving
> D:\Jenkins-slave\workspace\\\pom.xml to
>
/opt/jenkins/projects/jobs//modules/$/builds/2012
> -04-27_16-16-40/archive///2.1.020.000-SNAPSHOT/cms-
> xmlengine-2.1.020.000-SNAPSHOT.pom
> [INFO]
>
---
> -
> [ERROR] BUILD ERROR
> [INFO]
>
---
> -
> [INFO] Internal error in the plugin manager executing goal
> 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test': Failed to
> read
> D:\Jenkins-slave\workspace\\\target\surefire-
> reports\result.xml
> Invalid byte 2 of 3-byte UTF-8 sequence.
> [INFO]
>
---
> -
> [DEBUG] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: Internal error
> in the plugin manager executing goal
> 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test': Failed to
> read
> D:\Jenkins-slave\workspace\\\target\surefire-
> reports\result.xml
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defaul
> tLifecycleExecutor.java:698)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLife
> cycle(DefaultLifecycleExecutor.java:556)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Default
> LifecycleExecutor.java:535)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandl
> eFailures(DefaultLifecycleExecutor.java:387)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments
> (DefaultLifecycleExecutor.java:348)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLife
> cycleExecutor.java:180)
>  at
>
org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(Lifecyc
> leExecutorInterceptor.java:65)
>  at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
>  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
>  at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
> va:39)
>  at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
> rImpl.java:25)
>  at java.lang.reflect.Method.invoke(Method.java:597)
>  at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>  at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>  at hudson.maven.agent.Main.launch(Main.java:185)
>  at hudson.maven.MavenBuilder.call(MavenBuilder.java:151)
>  at hudson.maven.Maven2Builder.call(Maven2Builder.java:77)
>  at hudson.maven.Maven2Builder.call(Maven2Builder.java:53)
>  at hudson.remoting.UserRequest.perform(UserRequest.java:118)
>  at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>  at hudson.remoting.Request$2.run(Request.java:287)
>  at
>
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutor
> Service.java:72)
>  at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>  at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>  at
>
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:886)
>  at
>
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.j
> ava:908)
>  at java.lang.Thread.run(Thread.java:662)
> Caused by: org.apache.maven.plugin.PluginManagerException: Failed to
> read
> D:\Jenkins-slave\workspace\OT_1.2-OAMP-CMS-
> Deploy_All_Inc15mn\xmlengine\cms-xmlengine\target\surefire-
> reports\result.xml
>  at
>
hudson.maven.agent.PluginManagerInterceptor.executeMojo(PluginManagerIn
> terceptor.java:196)
>  at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defaul
> tLifecycleExecutor.java:694)
>  ... 28 more
> Caused by: hudson.util.IOException2: Failed to read
> D:\Jenkins-slave\workspace\OT

RE: Maven failed with error while reading test results

[Matt Walsh]

> -Original Message-
> From: Matt Walsh
> Sent: Friday, April 27, 2012 9:26 AM
> To: users@maven.apache.org
> Subject: RE: Maven failed with error while reading test results
> 
> Doesn't look like maven failed. Your tests failed, which caused your
> build to fail, then Jenkins failed looking for results.
> 
> Maybe you've configured your Jenkins build to do it's post processing
> even on failure?
> 
> Matt
> 
> > -Original Message-
> > From: Alexis Morelle [mailto:alexis.more...@alcatel-lucent.com]
> > Sent: Friday, April 27, 2012 9:22 AM
> > To: users@maven.apache.org
> > Subject: Maven failed with error while reading test results
> >
> > Hi,
> >
> > I have this weird error that keep coming up after a simple "mvn
clean
> > install".
> > Maven goes out on this error while reading test results and never
> goes
> > to the package, install etc goal...
> >
> > Would you guys know what this could come from?
> >
> > Thank you very much for your help,
> > Alexis.
> >
> >
> > Tests run: 311, Failures: 4, Errors: 0, Skipped: 0
> >
> > [ERROR] There are test failures.
> >
> > Please refer to
> > D:\Jenkins-slave\workspace\\\target\surefire-
> > reports for
> > the individual test results.
> > [JENKINS] Recording test results
> > [JENKINS] Archiving
> > D:\Jenkins-slave\workspace\\\pom.xml to
> >
>
/opt/jenkins/projects/jobs//modules/$/builds/2012
> > -04-27_16-16-40/archive///2.1.020.000-SNAPSHOT/cms-
> > xmlengine-2.1.020.000-SNAPSHOT.pom
> > [INFO]
> >
-
> --
> > -
> > [ERROR] BUILD ERROR
> > [INFO]
> >
-
> --
> > -
> > [INFO] Internal error in the plugin manager executing goal
> > 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test': Failed to
> > read
> > D:\Jenkins-slave\workspace\\\target\surefire-
> > reports\result.xml
> > Invalid byte 2 of 3-byte UTF-8 sequence.
> > [INFO]
> >
-
> --
> > -
> > [DEBUG] Trace
> > org.apache.maven.lifecycle.LifecycleExecutionException: Internal
> error
> > in the plugin manager executing goal
> > 'org.apache.maven.plugins:maven-surefire-plugin:2.5:test': Failed to
> > read
> > D:\Jenkins-slave\workspace\\\target\surefire-
> > reports\result.xml
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defaul
> > tLifecycleExecutor.java:698)
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLife
> > cycle(DefaultLifecycleExecutor.java:556)
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Default
> > LifecycleExecutor.java:535)
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandl
> > eFailures(DefaultLifecycleExecutor.java:387)
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments
> > (DefaultLifecycleExecutor.java:348)
> >  at
> >
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLife
> > cycleExecutor.java:180)
> >  at
> >
>
org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(Lifecyc
> > leExecutorInterceptor.java:65)
> >  at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
> >  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
> >  at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
> >  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >  at
> >
>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
> > va:39)
> >  at
> >
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
> > rImpl.java:25)
> >  at java.lang.reflect.Method.invoke(Method.java:597)
> >  at
> > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> >  at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> >  at hudson.maven.agent.Main.launch(Main.java:185)
> >  at hudson.maven.MavenBuilder.call(MavenBuilder.java:151)
> >  at hudson.maven.Maven2Builder.call(Maven2Builder.java:77)
> >  at hudson.maven.Maven2Builder.call(Maven2Builder.java:53)
> >  at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> >

RE: How can I trigger a makefile through Maven? is there any plugin for this?

[Matt Walsh]

You're getting a jar file because by omission of the 
element, that's what you've asked for.

There's nothing in that makefile that tells it to put anything in your
target directory. I'd look for it beside the helloworld.c, wherever that
is.

> -Original Message-
> From: bettypop [mailto:yashu@gmail.com]
> Sent: Thursday, April 26, 2012 12:25 AM
> To: users@maven.apache.org
> Subject: Re: How can I trigger a makefile through Maven? is there any
> plugin for this?
> 
> It's not an issue with the makefile, coz' it executes properly when
run
> independently. It compiles my source file and creates a .exe.
> 
> *This is my makefile*:
> all: hello
> hello: helloWorld.o
>   gcc helloWorld.o -o hello
> helloWorld.o: helloWorld.c
>   gcc -c helloWorld.c
> clean:
>   rm -rf *o hello
> 
> 
> *Now, I want to trigger this makefile through Maven. The compilation
> will be
> done by the makefile and not Maven. Maven should just trigger it.*
> When I run 'mvn install', This is what I see in the target folder:
>   http://maven.40175.n5.nabble.com/file/n5666817/untitled.bmp
> 
> It creates a .jar file. I am confused!
> 
> --
> View this message in context:
http://maven.40175.n5.nabble.com/How-can-
> I-trigger-a-makefile-through-Maven-is-there-any-plugin-for-this-
> tp5663921p5666817.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Bad error message on maven-release-plugin

[Matt Walsh]

See -- Did it again! :-(

>  - given that the release.properties file doesn't exist
> until
> you run release:perform.
>

I mean to say " ... until you do a release:prepare".

> -Original Message-
> From: Matt Walsh [mailto:mwa...@chartwelltechnology.com]
> Sent: Wednesday, April 25, 2012 3:51 PM
> To: Maven Users List
> Subject: Bad error message on maven-release-plugin
> 
> Hi.
> 
> 
> 
> D'oh! Just spent half an hour trying to figure out why I couldn't do a
> release. Hopefully this will keep someone else from doing the same.
> 
> 
> 
> Kept getting the following error message:
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-release-plugin:2.2.1:perform
> (default-cli) on project parent: No SCM URL was provided to perform
the
> release from -> [Help 1]
> 
> 
> 
> Of course, all I'm looking at is the "No SCM URL ..." part of the
> message and pulling my hair out because the scm url is in the pom.
> 
> 
> 
> The problem was I was thinking "prepare" but typing "perform".
> 
> 
> 
> Perhaps a more useful message would be the above plus ... "HAVE YOU
> DONE
> A PREPARE?" - given that the release.properties file doesn't exist
> until
> you run release:perform.
> 
> 
> 
> I know I'm not the only one to run into this problem, cause there's
> lots
> of hits on Google.
> 
> 
> 
> Matt
> 
> 
> __
> This message, including any attachments, is confidential and contains
> information intended only for the person(s) named above. Any other
> distribution, copying or disclosure is strictly prohibited. If you are
> not the intended recipient or have received this message in error,
> please notify us immediately by reply email and permanently delete the
> original transmission from all of your systems and hard drives,
> including any attachments, without making a copy.

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

Bad error message on maven-release-plugin

[Matt Walsh]

Hi.

 

D'oh! Just spent half an hour trying to figure out why I couldn't do a
release. Hopefully this will keep someone else from doing the same.

 

Kept getting the following error message:

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.2.1:perform
(default-cli) on project parent: No SCM URL was provided to perform the
release from -> [Help 1]

 

Of course, all I'm looking at is the "No SCM URL ..." part of the
message and pulling my hair out because the scm url is in the pom.

 

The problem was I was thinking "prepare" but typing "perform".

 

Perhaps a more useful message would be the above plus ... "HAVE YOU DONE
A PREPARE?" - given that the release.properties file doesn't exist until
you run release:perform.

 

I know I'm not the only one to run into this problem, cause there's lots
of hits on Google. 

 

Matt


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

RE: How can I trigger a makefile through Maven? is there any plugin for this?

[Matt Walsh]

>> [INFO] make: Nothing to be done for `C:\Program
>> Files\apache-maven-3.0.4\maven-n 
>> ative-example\src\main\makefile'

This looks like a makefile target/rule/dependency issue, not a Maven
issue.

> -Original Message-
> From: bettypop [mailto:yashu@gmail.com]
> Sent: Wednesday, April 25, 2012 3:56 AM
> To: users@maven.apache.org
> Subject: Re: How can I trigger a makefile through Maven? is there any
> plugin for this?
> 
> Hi,
> I did as you said.
> But it is not compiling the target which I have mentioned in the
> makefile.
> My target is a C file and in the makefile I am just compiling the
> target. My
> updated POM.xml and the result I got on execution-
> 
> 
> 
> 
> *POM.xml*
> 
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
> 4.0.0
> 
> com.nds.TestProjectMaven
> nativeTestProjectMaven
> 1.0-SNAPSHOT
> 
> 
> TestProjectMaven
> http://maven.apache.org
> 
> 
> C:\Program
> Files\apache-maven-3.0.4\maven-native-
> example\src\main\native
> 
> ../../../target/native
> 
> 
> 
> 
> 
> 
> 
> org.codehaus.mojo
> exec-maven-
> plugin
> 1.1
> 
> 
> 
> exe
> compile
> 
> exec
> 
> 
> C:\Program Files\GnuWin32\bin\make
> 
> 
> C:\Program
> Files\apache-maven-3.0.4\maven-native-
> example\src\main\makefile
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> *On mvn install:*
> C:\Program Files\apache-maven-3.0.4\maven-native-example>mvn install
> [INFO] Scanning for projects...
> [INFO]
> [INFO]
>
---
> -
> [INFO] Building TestProjectMaven 1.0-SNAPSHOT
> [INFO]
>
---
> -
> [INFO]
> [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @
> nativeTest
> ProjectMaven ---
> [debug] execute contextualize
> [WARNING] Using platform encoding (Cp1252 actually) to copy filtered
> resources,
> i.e. build is platform dependent!
> [INFO] skip non existing resourceDirectory C:\Program
> Files\apache-maven-3.0.4\m
> aven-native-example\src\main\resources
> [INFO]
> [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @
> nativeTestPro
> jectMaven ---
> [INFO] No sources to compile
> [INFO]
> [INFO] --- exec-maven-plugin:1.1:exec (exe) @ nativeTestProjectMaven
--
> -
> [INFO] make: Nothing to be done for `C:\Program
> Files\apache-maven-3.0.4\maven-n
> ative-example\src\main\makefile'.
> [INFO]
> [INFO] --- maven-resources-plugin:2.5:testResources (default-
> testResources)
> @ na
> tiveTestProjectMaven ---
> [debug] execute contextualize
> [WARNING] Using platform encoding (Cp1252 actually) to copy filtered
> resources,
> i.e. build is platform dependent!
> [INFO] skip non existing resourceDirectory C:\Program
> Files\apache-maven-3.0.4\m
> aven-native-example\src\test\resources
> [INFO]
> [INFO] --- maven-compiler-plugin:2.3.2:testCompile (default-
> testCompile) @
> nativ
> eTestProjectMaven ---
> [INFO] No sources to compile
> [INFO]
> [INFO] --- maven-surefire-plugin:2.10:test (default-test) @
> nativeTestProjectMav
> en ---
> [INFO] No tests to run.
> [INFO] Surefire report directory: C:\Program
> Files\apache-maven-3.0.4\maven-nati
> ve-example\target\surefire-reports
> 
> ---
>  T E S T S
> ---
> 
> Results :
> 
> Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
> 
> [INFO]
> [INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @
> nativeTestProjectMaven
> ---
> 
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO]
> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @
> nativeTestProj
> ectMaven ---
> [INFO] Installing C:\Program
> Files\apache-maven-3.0.4\maven-native-example\targe
> t\nativeTestProjectMaven-1.0-SNAPSHOT.jar to C:\Documents and
> Settings\yashaswin
> is\.m2\repository\com\nds\TestProjectMaven\nativeTestProjectMaven\1.0-
> SNAPSHOT\n
> ativeTestProjectMaven-1.0-SNAPSHOT.jar
> [INFO] Installing C:\Program
> Files\apache-maven-3.0.4\maven-native-example\pom.x
> ml to C:\Documents and
> Settings\yashaswinis\.m2\repository\com\nds\TestProjectMa
> ven\nativeTestProjectMaven\1.0-SNAPSH

RE: Is it possible to package several applets into a war and overlay with webapp war

[Matt Walsh]

You already have them as jars. Why not just make them dependencies of
your war project?

Matt

> -Original Message-
> From: wzhao6898 [mailto:wzhao6...@gmail.com]
> Sent: Monday, April 23, 2012 12:00 AM
> To: users@maven.apache.org
> Subject: Is it possible to package several applets into a war and
> overlay with webapp war
> 
> Hi there,
> 
> I have a maven project with several modules, one of them being applet
> module, where I'll build several jars, later on package them into zip
> file
> using assembly plugin, and use it (applet zip file) as one of the
> dependencies in the webapp module pom.xml. Is there better way of
doing
> this? Can I build the applets into a war, and configure overlays with
> webapp
> war?
> Thanks,
> 
> David
> 
> --
> View this message in context: http://maven.40175.n5.nabble.com/Is-it-
>
possible-to-package-several-applets-into-a-war-and-overlay-with-webapp-
> war-tp5658436p5658436.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Maven 2 to 3 migration problem

[Matt Walsh]

I can help get rid of the warnings.

You have the maven-antrun-plugin declared 4 times. I think what you want
is 4 executions within 1 declaration.
You have the maven-releases-plugin declared 2 times in your
pluginManagement.

As far as the error is concerned, your build doesn't seem to like the
dependencyManagement.status field in the commons-httpclient pom for some
reason. We use version 3.1 of that dependency with maven 3 no problem. I
don't suppose the above issues are causing some kind of Maven parsing
issue? Perhaps someone with more knowledge than I will jump in on that
one.

Matt

> -Original Message-
> From: dandart [mailto:dand...@googlemail.com]
> Sent: Wednesday, April 18, 2012 10:51 AM
> To: users@maven.apache.org
> Subject: Maven 2 to 3 migration problem
> 
> Hi, I'm moving our project from maven2 to maven3.
> However I'm getting the following errors:
> 
> https://gist.github.com/2414962
> 
> My pom.xml looks like this:
> 
> https://gist.github.com/2414936
> 
> & this confuses me.
> I was told to put versions into it everywhere but it still didn't
help.
> 
> Does anyone know a solution?
> 
> Cheers
> Dan
> 
> --
> View this message in context:
http://maven.40175.n5.nabble.com/Maven-2-
> to-3-migration-problem-tp5649678p5649678.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Maven release plugin help...

[Matt Walsh]

Jeff

I'm sure you're having great success banging your head. ;-)

I use the maven release plugin with SVN. We've had authentication issues before 
as well. 

First, do you have an svn provider defined for the plugin in your pom? Here's 
what I have.

 
   
  javasvn
   
 

And I'm not sure off the top of my head, but I don't think it will find 
TortoiseSVN authentication. I believe I had to do a commandline execution of an 
SVN subcommand to prompt for the password first. But don't quote me on that. 
I'd have to do some digging to find out.

Matt

> -Original Message-
> From: Jeff [mailto:predato...@gmail.com]
> Sent: Wednesday, April 04, 2012 2:14 PM
> To: Maven Users List
> Subject: Re: Maven release plugin help...
> 
> It works everywhere elsehow do I find how why?  I suspect it might
> be
> how the Maven Release Plugin is calling SVN, but using the -e command
> line
> option didn't provide any additional information that helps.
> 
> On Wed, Apr 4, 2012 at 1:32 PM, Jeff MAURY 
> wrote:
> 
> > This seems to be an authentication problem and is probably linked to
> > SVNBridge
> >
> > Regards
> > Jeff
> >
> >
> > On Wed, Apr 4, 2012 at 7:54 PM, Jeff  wrote:
> >
> > > This is likely a n00b question, but I'm banging my head with no
> success.
> > > I am trying to run the maven release plugin on my first mavenized
> > project.
> > >
> > > Our infrastructure has SVNBridge to TFS (not my choice) and I'm
> using the
> > > latest TortoiseSVN 1.7.6.22632 client with command-line files.
> > >
> > > I can use SVN to check out, commit, etc. from the command-line,
> Internet
> > > Explorer, via NetBeans (using SVN client files) but when I run
> > >
> > >'mvn release:prepare'
> > >
> > > or
> > >
> > > 'mvn release:prepare -Dusername=me -Dpassword=mypassword'
> > >
> > > from the command-line, I get the following error:
> > >
> > > [ERROR] Failed to execute goal
> > > org.apache.maven.plugins:maven-release-plugin:2.2.2:prepare
> (default-cli)
> > > on project Shared: Unable to tag SCM
> > > [ERROR] Provider message:
> > > [ERROR] The svn tag command failed.
> > > [ERROR] Command output:
> > > [ERROR] svn: E170001: COPY of '/!svn/bc/131514/Shared':
> authorization
> > > failed: Could not authenticate to server: rejected Digest challenge
> > >
> > > I'm not sure if I'm missing something in my POM or mvn command line
> or if
> > > there is an issue with my SVN client or with SVNBridge.  SVN works
> for
> > all
> > > other activities I have been doing.
> > >
> > > Any ideas?
> > >
> > > --
> > >
> > > Jeff Vincent
> > > predato...@gmail.com
> > > See my LinkedIn profile at:
> > > http://www.linkedin.com/in/rjeffreyvincent
> > > I ♥ DropBox  !!
> > >
> >
> >
> >
> > --
> > Jeff MAURY
> >
> >
> > "Legacy code" often differs from its suggested alternative by
> actually
> > working and scaling.
> >  - Bjarne Stroustrup
> >
> > http://www.jeffmaury.com
> > http://riadiscuss.jeffmaury.com
> > http://www.twitter.com/jeffmaury
> >
> 
> 
> 
> --
> Jeff Vincent
> predato...@gmail.com
> See my LinkedIn profile at:
> http://www.linkedin.com/in/rjeffreyvincent
> I ♥ DropBox  !!

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

RE: Skip default execution?

[Matt Walsh]

Try changing the execution id to 'default-war'.

> -Original Message-
> From: Maven User [mailto:maven.2.u...@gmail.com]
> Sent: Wednesday, March 14, 2012 12:08 PM
> To: Maven Users List
> Subject: Skip default execution?
> 
> Hi all -
> 
> I _swore_ you could do this, but maybe I've overlooked something...
> 
> I have a project that has a packaging type of "war".  BUT - we have
two
> ways we'd like to build - a compressed war (if releaseable) or an
> exploded
> directory (if it's a developer build).
> 
> I'm doing this:
> 
> .
> 
> org.apache.maven.plugins
> maven-war-plugin
> 
> 
> war
> 
> package
> 
> ${war.goal}
> 
> 
> 
>  
> .
> 
> If the exploded option is specified, the place where we're actually
> combining things is directly in the container's webapp dir.
> 
> What happens now is if I leave this phase set to package, I can see
the
> war
> plugin called twice:
> 
> [INFO] --- maven-war-plugin:2.1.1:war (default-war) @
> 
> [INFO] --- maven-war-plugin:2.1.1:war (war) @
> 
> I want to skip that "default-war" one and just do the "war" one or
> whatever
> eliminates ONE of these steps.
> 
> Any suggestions?

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Is it possible to tie current git branch to project version?

[Matt Walsh]

Just a little anecdote here on the pitfalls of branching maven projects
without some kind of control.

We have a SNAPSHOT version for trunk. We use the maven-release-plugin to
create our maintenance branches at release time. The plugin, by default,
uses the current dev version on trunk as the branch version, and prompts
for a new trunk version. Perfect. That's exactly what we want.

A developer cut a dev branch from trunk several months ago, just using
the normal svn copy, and didn't think about changing the version. He
also created a Jenkins project for it. The dev branch sat untouched for
a couple of months, then a checkin triggered a new build. Later, we were
scratching our heads as to why another build dependent the trunk version
of that same artifact was failing. Turns out it was using the artifact
built from old code on the dev branch. 

After some investigation, the developer was able to pinpoint the code,
which pointed to the maven artifact causing the problem. 
We put the branch and revision from the buildnumber-maven-plugin into
the manifest, so we could see the artifact in question was built from
this rarely touched dev branch. From that we were able to track the
issue to the Jenkins build.

A reason to control branch versions. An argument to use project-specific
local repositories in Jenkins (see the "Maven concurrent builds" thread
from earlier today). A good use of the manifest. And possibly even an
argument in support of what you are looking for.

Matt

> -Original Message-
> From: Seth Call [mailto:sethc...@gmail.com]
> Sent: Wednesday, March 07, 2012 12:41 PM
> To: users@maven.apache.org
> Subject: Re: Is it possible to tie current git branch to project
> version?
> 
> Hi Matt,
> 
> Thanks for the pointer to the release plugin.  My desire is to not
> control
> the process of making branches or changing versions through plugins.
I
> want developers to be able to use git for things branch related, and
> use
> maven for compile/build related.
> 
> I think the release-plugin is trying to do too much (unless of course
> you
> want maven to do *everything* :) )  Regardless of my opinion, though,
> you
> are a big help.  I'll still try to find the route I'm trying to
take...
> 
> Seth
> 
> On Wed, Mar 7, 2012 at 10:03 AM, walshmatt [via Maven] <
> ml-node+s40175n5544568...@n5.nabble.com> wrote:
> 
> > Seth.
> >
> > I tried doing something similar to this using the
> > buildnumber-maven-plugin. It returns the branch and revision number
> (I
> > use Subversion, not Git), but looks like you're trying something
> > similar.
> >
> > The problem I encountered (at least how I interpreted it) is that
the
> > plugin doesn't run soon enough - the pom has already been
interpreted
> > before the plugin is called, so the ${branch} wasn't resolved when I
> > needed it. I wasn't trying to change the version, but I was trying
to
> > use the property somewhere else. I think you'd have the same issue
> with
> > version though.
> >
> > You can use the maven-release-plugin to create your branch. It
> prompts
> > for a new version and updates and commits your poms automatically
(at
> > least for SVN). When/if you merge your changes back to the master
> > branch, you'd probably need to update your versions again, but that
> can
> > be accomplished with the versions plugin.
> >
> > HTH,
> > Matt
> >
> > > -Original Message-
> > > From: Seth Call [mailto:[hidden
> email]]
> >
> > > Sent: Wednesday, March 07, 2012 8:19 AM
> > > To: [hidden
> email]
> > > Subject: Re: Is it possible to tie current git branch to project
> > > version?
> > >
> > > Hi Roy,
> > >
> > > I don't understand what 'tagging our repo' means.  Is this a
> feature
> > of
> >
> > > your remote repository?  Sorry... I googled but I don't know what
> you
> > > are
> > > saying...
> > >
> > > But aside from that, I really don't care about git hash in this
> > > question...
> > > let me explain what I'm trying to acheive...
> > >
> > >
> > >
> > > As a developer:
> > > * If I'm on branch master, I want my project version to be master-
> > > SNAPSHOT
> > >
> > > * If I'm on branch development, I want my project version to be
> > > development-SNAPSHOT
> > >
> > > I'd like that to happen automatically when I make the branch; I
> know
> > > this
> > > is rather dynamic so I assume a plugin at a minimum is required.
> I'm
> > > also
> > > not interested in using git local hooks if at all avoidable
because
> > > they
> > > have their own drawbacks.
> > >
> > > This versioning scheme is very important; making a branch is
making
> a
> > > new
> > > version.  So, downstream projects that depend on my
project:master-
> > > SNAPSHOT
> > > should *not* pickup my new branch's build artifact-not unless, of
> > > course, I
> > > go to that downstream project and change it's dependency version
to
> > say
> > > project:development-SNAPSHOT.
> > >
> >

RE: Is it possible to tie current git branch to project version?

[Matt Walsh]

Seth.

I tried doing something similar to this using the
buildnumber-maven-plugin. It returns the branch and revision number (I
use Subversion, not Git), but looks like you're trying something
similar.

The problem I encountered (at least how I interpreted it) is that the
plugin doesn't run soon enough - the pom has already been interpreted
before the plugin is called, so the ${branch} wasn't resolved when I
needed it. I wasn't trying to change the version, but I was trying to
use the property somewhere else. I think you'd have the same issue with
version though.

You can use the maven-release-plugin to create your branch. It prompts
for a new version and updates and commits your poms automatically (at
least for SVN). When/if you merge your changes back to the master
branch, you'd probably need to update your versions again, but that can
be accomplished with the versions plugin.

HTH,
Matt

> -Original Message-
> From: Seth Call [mailto:sethc...@gmail.com]
> Sent: Wednesday, March 07, 2012 8:19 AM
> To: users@maven.apache.org
> Subject: Re: Is it possible to tie current git branch to project
> version?
> 
> Hi Roy,
> 
> I don't understand what 'tagging our repo' means.  Is this a feature
of
> your remote repository?  Sorry... I googled but I don't know what you
> are
> saying...
> 
> But aside from that, I really don't care about git hash in this
> question...
> let me explain what I'm trying to acheive...
> 
> 
> 
> As a developer:
> * If I'm on branch master, I want my project version to be master-
> SNAPSHOT
> 
> * If I'm on branch development, I want my project version to be
> development-SNAPSHOT
> 
> I'd like that to happen automatically when I make the branch; I know
> this
> is rather dynamic so I assume a plugin at a minimum is required.   I'm
> also
> not interested in using git local hooks if at all avoidable because
> they
> have their own drawbacks.
> 
> This versioning scheme is very important; making a branch is making a
> new
> version.  So, downstream projects that depend on my project:master-
> SNAPSHOT
> should *not* pickup my new branch's build artifact-not unless, of
> course, I
> go to that downstream project and change it's dependency version to
say
> project:development-SNAPSHOT.
> 
> In summary, they are different versions, and so if you don't version
> your
> project as you make a branch, then you will now have indeterminate
> build
> resolution because 'the-last-branch-you-build-will-win' sort of
> problems.
>  Also, all of this should work locally (not require a build server),
so
> I'm
> limiting myself to maven-only techniques...
> 
> Any help is greatly appreciated.  I hope there is some way to achieve
> this
> that I'm just not thinking of...
> 
> But if anyone can say definitively that you can not put a variable in
> the
>  tag of an artifact, then I at least know a plugin-based
> solution
> is not an option.
> 
> Regards,
> Seth
> 
> On Wed, Mar 7, 2012 at 6:00 AM, Lyons, Roy [via Maven] <
> ml-node+s40175n5543915...@n5.nabble.com> wrote:
> 
> > :-) we tag our repo with "branchname!RP-BL-mavenlabel" to help in
> > location.  Rp is for release prepare and bl is for baseline
> (carryover from
> > clearcase terminology)
> >
> > Just remember that in git a hash doesn't belong to a branch, it is
> simply
> > attached to a linked list of hashes.  A "branch" is simply a tag
> pointing
> > to a hash being designated as a "head".  You can just as easily use
> the tag
> > created by the release plugin to checkout, and then make some bugfix
> branch
> > from that location.
> >
> >
> > Sent from my Blackberry.
> >
> > - Original Message -
> > From: Seth Call <[hidden
> email]>
> >
> > To: [hidden email]
> <[hidden
> > email] >
> > Sent: Tue Mar 06 22:01:07 2012
> > Subject: Is it possible to tie current git branch to project
version?
> >
> > Hi there,
> >
> > I've seen indication when searching the internet that it isn't
> possible to
> > put variables in  of a project (unless those variables are
> > hardcoded  or provided at the command line), but I
> thought I'd
> > ask the list ...
> >
> > Say there was a plugin that would invoke 'git branch' to determine
> the
> > current branch, and to then make that available to the project as a
> > variable; call it ${branch}.   I'd like to use this variable then in
> the
> > version tag:
> >
> > 
> > blah
> > blah
> > ${branch}-SNAPSHOT
> > 
> >
> > The reason I want to do this is that I'm realizing, for our
internal-
> only
> > code projects, that a branch is always synonymous with a version of
a
> > project, and ideally the act of being of switching branches would be
> all
> > it
> > takes to switch your maven project's version.
> >
> > Is this possible if I were to make a maven plugin?
> >
> > Thanks!
> > Seth
> >
> >
> >
> >
> > --
> > View this message in context:

RE: Antwort: RE: offline not truly offline?

[Matt Walsh]

Or it that 1 year old. Always get those yy/mm/dd vs dd/mm/yy confused.
:-(

> -Original Message-
> From: Matt Walsh
> Sent: Wednesday, February 29, 2012 8:56 AM
> To: Maven Users List
> Subject: RE: Antwort: RE: offline not truly offline?
> 
> Nice. 4 years old.
> 
> > -Original Message-
> > From: Thorsten Heit [mailto:thorsten.h...@vkb.de]
> > Sent: Wednesday, February 29, 2012 2:35 AM
> > To: Maven Users List
> > Subject: Antwort: RE: offline not truly offline?
> >
> > Hi,
> >
> > > From my experience with the archetype plugin, it appears to ignore
> > your
> > > company proxies and mirrors and always and only goes to repo1
> unless
> > you
> > > tell it otherwise
> > > using -DarchetypeCatalog=http://your.company.repo/ or
> > > -DarchetypeCatalog=local
> > >
> > > I don't have a proxy, but I do have everything redirecting via a
> > mirror
> > > to our Nexus repository and I still have to do the above to get it
> to
> > > find my archetypes.
> >
> > http://jira.codehaus.org/browse/ARCHETYPE-283
> > http://jira.codehaus.org/browse/ARCHETYPE-358
> >
> >
> > HTH
> >
> > Thorsten

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Antwort: RE: offline not truly offline?

[Matt Walsh]

Nice. 4 years old.

> -Original Message-
> From: Thorsten Heit [mailto:thorsten.h...@vkb.de]
> Sent: Wednesday, February 29, 2012 2:35 AM
> To: Maven Users List
> Subject: Antwort: RE: offline not truly offline?
> 
> Hi,
> 
> > From my experience with the archetype plugin, it appears to ignore
> your
> > company proxies and mirrors and always and only goes to repo1 unless
> you
> > tell it otherwise
> > using -DarchetypeCatalog=http://your.company.repo/ or
> > -DarchetypeCatalog=local
> >
> > I don't have a proxy, but I do have everything redirecting via a
> mirror
> > to our Nexus repository and I still have to do the above to get it
to
> > find my archetypes.
> 
> http://jira.codehaus.org/browse/ARCHETYPE-283
> http://jira.codehaus.org/browse/ARCHETYPE-358
> 
> 
> HTH
> 
> Thorsten

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: offline not truly offline?

[Matt Walsh]

Agreed.

> -Original Message-
> From: Wayne Fay [mailto:wayne...@gmail.com]
> Sent: Tuesday, February 28, 2012 1:43 PM
> To: Maven Users List
> Subject: Re: offline not truly offline?
> 
> > From the looks of the documentation, this was by design. Doesn't mean
> it
> > wasn't a bad design. ;-)
> ...
> > remote represents the
> > http://repo1.maven.org/maven2/archetype-catalog.xml catalog file.
> 
> Well sure, but when you tell Maven that you are offline, it should
> respect that and not attempt to resolve any remote catalogs, right?
> 
> Wayne
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

RE: How to deploy with 'classifier'

[Matt Walsh]

I can understand needing to do this. For reasons I won't get into, I had
to do something similar in order to split a huge jar file. 

The compile phase compiled all the classes I needed, so I used the
package phase to create 2 jars from the same sources by overriding the
default-jar execution and creating a second execution to create the
second, classified, jar, as shown below. Note the id=default-jar in the
first execution and the classifer=someClassifier in the second one.

Both get installed/deployed by default.

I suppose you could split the default-compile in a similar fashion if
that's where you're headed.


  maven-jar-plugin


  default-jar
  package
  
jar
  
  

  


  classified-jar
  package
  
jar


someClassifier

  

  



HTH,
Matt


> -Original Message-
> From: Ansgar Konermann [mailto:ansgar.konerm...@googlemail.com]
> Sent: Tuesday, February 28, 2012 2:09 PM
> To: Maven Users List
> Subject: Re: How to deploy with 'classifier'
> 
> Am 28.02.2012 22:02 schrieb "Billy Newman" :
> >
> > So what is the recommended way to create different flavors of jars
> with a
> > 'classifier'?
> >
> > Also I don't see how I am fighting maven I am sure this is possible
> as
> > people build a 'sources' and 'javadoc' classifier within one module.
> 
> True. However, the main artifact has no classifier, even in these
> cases.
> Sources and javadoc are so-called "attached" artifacts, which derive
> their
> coordinates from those of the main artifact, plus the classifier.
> 
> Pick a different artifactId for your different flavours.
> 
> Best
> 
> Ansgar
> 
> >
> >
> > On Tue, Feb 28, 2012 at 1:48 PM, Stephen Connolly <
> > stephen.alan.conno...@gmail.com> wrote:
> >
> > > You are fighting maven. One artifact one module
> > >
> > > Sent from my iPhone
> > >
> > > On 28 Feb 2012, at 19:40, Billy Newman 
wrote:
> > >
> > > > I have a pretty simple pom file setup to build a jar.  I can
> deploy
> to my
> > > > internal repository just fine.  However I want to build
different
> flavors
> > > > of my jar and use the 'classifier' tag  and deploy.
> > > >
> > > > However I can specify a 'classifier' in my pom file (with the
> > > > group/artifact id and version), and I cannot seem to find how to
> specifiy
> > > > the 'classifier' in the maven-deploy-plugin either.
> > > >
> > > > Since I am building with maven I do not want to use the deploy-
> file
> > > plugin.
> > > >
> > > > What am I missing?
> > > >
> > > > Thanks in advance.
> > >
> > >
---
> --
> > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > >

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: offline not truly offline?

[Matt Walsh]

>From the looks of the documentation, this was by design. Doesn't mean it
wasn't a bad design. ;-)

:quote (From
http://maven.apache.org/archetype/maven-archetype-plugin/specification/a
rchetype-catalog.html)

Location of catalog files
The Archetype Plugin knows by default about its internal catalog. It
also knows about the local and remote catalogs.

local represents the ~/.m2/archetype-catalog.xml catalog file.

remote represents the
http://repo1.maven.org/maven2/archetype-catalog.xml catalog file.

The Archetype Plugin can also read catalogs from filesystem/HTTP by
providing the path/URL of a catalog file or of a directory containing an
archetype-catalog.xml file.

:equote

> -Original Message-
> From: Manfred Moser [mailto:manf...@mosabuam.com]
> Sent: Tuesday, February 28, 2012 12:25 PM
> To: Maven Users List
> Subject: RE: offline not truly offline?
> 
> Smells like  an issue should be created..
> 
> On Tue, February 28, 2012 10:40 am, Matt Walsh wrote:
> >>From my experience with the archetype plugin, it appears to ignore
> your
> > company proxies and mirrors and always and only goes to repo1 unless
> you
> > tell it otherwise
> > using -DarchetypeCatalog=http://your.company.repo/ or
> > -DarchetypeCatalog=local
> >
> > I don't have a proxy, but I do have everything redirecting via a
> mirror
> > to our Nexus repository and I still have to do the above to get it
to
> > find my archetypes.
> >
> > Matt
> >
> >> -Original Message-
> >> From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com]
> On
> >> Behalf Of Anders Hammar
> >> Sent: Tuesday, February 28, 2012 11:11 AM
> >> To: Maven Users List
> >> Subject: Re: offline not truly offline?
> >>
> >> The problem with executing Maven offline is that not all plugins
> >> respect that for plugin specific downloads. It's up to the plugin
> >> author. I don't know about the archetype plugin, but I'm pretty
sure
> >> the Cargo plugin (for example) doesn't care about that flag and
> still
> >> tries to go out on the Internet to download Cargo specific files.
> The
> >> log output you're seeing is a archetype plugin specific file so I'm
> >> guessing it doesn't check if in offline mode before downloading
> that.
> >>
> >> /Anders
> >>
> >> On Tue, Feb 28, 2012 at 19:02, Maven User 
> >> wrote:
> >> > Yeah, just did it again just to make sure:
> >> >
> >> > "mvn archetype:generate -X -e -o"
> >> >
> >> > 
> >> >
> >> > [INFO] Generating project in Interactive mode
> >> > [DEBUG] Searching for remote catalog:
> >> > http://repo1.maven.org/maven2/archetype-catalog.xml
> >> >
> >> > 
> >> >
> >> > Lies?
> >> >
> >> > On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay 
> >> wrote:
> >> >
> >> >> > When passing "mvn archetype:generate" the -o flag, I can see
> it's
> >> >> reaching
> >> >> > out to repo1 still.
> >> >>
> >> >> How can you "see" this? Are you using a network sniffer or just
> >> going
> >> >> by what the Maven logs show?
> >> >>
> >> >> > It seems offline mode isn't truly offline.
> >> >>
> >> >> I'm pretty sure you are wrong about this.
> >> >>
> >> >> > Am I missing something?
> >> >>
> >> >> The Maven log has a tendency to "lie" to you sometimes.
> >> >>
> >> >> Wayne
> >> >>
> >> >>
> > 
> >> -
> >> >> 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
> >
> >
> >
> __
> > This message, including any attachments, is confidential and
contains
> > information intended only for the person(s) named above. Any other
> > distribution, copying or disclosure i

RE: offline not truly offline?

[Matt Walsh]

>From my experience with the archetype plugin, it appears to ignore your
company proxies and mirrors and always and only goes to repo1 unless you
tell it otherwise 
using -DarchetypeCatalog=http://your.company.repo/ or
-DarchetypeCatalog=local

I don't have a proxy, but I do have everything redirecting via a mirror
to our Nexus repository and I still have to do the above to get it to
find my archetypes.

Matt

> -Original Message-
> From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On
> Behalf Of Anders Hammar
> Sent: Tuesday, February 28, 2012 11:11 AM
> To: Maven Users List
> Subject: Re: offline not truly offline?
> 
> The problem with executing Maven offline is that not all plugins
> respect that for plugin specific downloads. It's up to the plugin
> author. I don't know about the archetype plugin, but I'm pretty sure
> the Cargo plugin (for example) doesn't care about that flag and still
> tries to go out on the Internet to download Cargo specific files. The
> log output you're seeing is a archetype plugin specific file so I'm
> guessing it doesn't check if in offline mode before downloading that.
> 
> /Anders
> 
> On Tue, Feb 28, 2012 at 19:02, Maven User 
> wrote:
> > Yeah, just did it again just to make sure:
> >
> > "mvn archetype:generate -X -e -o"
> >
> > 
> >
> > [INFO] Generating project in Interactive mode
> > [DEBUG] Searching for remote catalog:
> > http://repo1.maven.org/maven2/archetype-catalog.xml
> >
> > 
> >
> > Lies?
> >
> > On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay 
> wrote:
> >
> >> > When passing "mvn archetype:generate" the -o flag, I can see it's
> >> reaching
> >> > out to repo1 still.
> >>
> >> How can you "see" this? Are you using a network sniffer or just
> going
> >> by what the Maven logs show?
> >>
> >> > It seems offline mode isn't truly offline.
> >>
> >> I'm pretty sure you are wrong about this.
> >>
> >> > Am I missing something?
> >>
> >> The Maven log has a tendency to "lie" to you sometimes.
> >>
> >> Wayne
> >>
> >>

> -
> >> 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


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

Weirdities and wonders of the maven-metadata.xml file

[Matt Walsh]

Hi.

 

Sorry if this is a bit wordy, but I'm confused about how the metadata
file gets updated and downloaded to my local .m2/repository, and the
following describes what I've gone through to try to understand the
problem. I'm not sure if this is a Nexus issue or a Maven issue, so I
thought I'd start with the experts.

 

We just today released a 2.7 version of a project, let's call it
ProjectA, and deployed it to Nexus.

 

I have an archetype that generates another project that's dependent on,
say, version 2.5 of ProjectA. As the final step of creating a new
project from the archetype, it runs the versions:use-lastest-versions.
(I've also tried use-latest-releases with the same results noted below)
to update some dependencies, including ProjectA, to the latest released
version.

 

So I expected when I generated my new project, it would  update the
dependency to version 2.7. However, it only updated it to 2.6. After
some head-scratching, I checked the maven-metadata.xml file in Nexus. It
showed all my deployed versions, with latest=2.6 and release=2.7. So I
figured I was getting the latest instead of the release (hence, the
attempt at 'use-latest-releases' above.)

 

I logged into Nexus and ran Rebuild Metadata. Now, latest=2.7 and
release=2.7. Why wouldn't latest have been updated when 2.7 was added?
Makes no sense. 2.6 was deployed 2 weeks ago.

 

Anyway, with the rebuilt metadata in Nexus, I figured a run of my
archetype would be good, and it would update the dependency to 2.7. No
such luck; still only 2.6. So I tried it again with the -U option. Maven
downloaded the metadata for several plugins, but no other updates. Still
no luck. Checked my local repository, and the metadata in there is old.
I have 3 metadata files:

  maven-metadata-cwh.xml (cwh is the repositoryId of my release
repository, so I assume this comes from there).  It shows latest=2.4 and
release=2.5. 

  maven-metadata-local.xml shows release of 2.5; no latest.

  maven-metadata-nexus.xml shows release of 2.5 and latest of
3.0-SNAPSHOT, and has  versions up through 2.6, 2.7-SNAPSHOT, and
3.0-SNAPSHOT.

 

BTW, the 2.7 release of ProjectA was not performed by me, so there's no
sign of it in my local repository yet. 

 

So I built another project that's dependent on version 2.7 of ProjectA,
thus forcing a download of 2.7 to my local repository. All good.

Reran my archetype and still only updating to 2.6. No change to any of
the local metadata files.

 

So I blew away the ProjectA folder  from my local repository. Reran my
archetype, and voila! Updated dependency version to 2.7. ProjectA folder
in local repository now contains only one metadata file - the nexus one,
which has a latest=3.0-SNAPSHOT and a release=2.7.

 

So, why doesn't the latest version of the metadata get downloaded in a
timely fashion? How do I force it to download, other than by flushing it
from my local?

 

I find it somewhat disconcerting that I can't rely on retrieving the
latest information from the remote repository. And even worse, that I
have to flush my local repository to get updates.

 

Has anyone else encountered this issue?

 

Thanks,
Matt


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

RE: axistools:wsdl2java

[Matt Walsh]

Generate-sources is a phase, not a dependency scope.

Get rid of that for a start. I'm surprised maven even allowed that. I
guess it accepts anything there.


> -Original Message-
> From: jgruber [mailto:john.t.gru...@gmail.com]
> Sent: Wednesday, February 22, 2012 9:38 AM
> To: users@maven.apache.org
> Subject: axistools:wsdl2java
> 
> Whenever I try to run the axistoos:wsdl2java action I get the
> following:
> 
> 
> Feb 22, 2012 10:31:52 AM org.apache.axis.utils.JavaUtils
> isAttachmentSupported
> WARNING: Unable to find required classes (javax.activation.DataHandler
> and
> javax.mail.internet.MimeMultipart). Attachment support is disabled.
> 
> 
> In real-life I just needed to have javax.mail and javax.activation in
> my
> class path when I generated my sources and I don't get this.  In my
> pom.xml
> I have:
> 
> 
>   javax.activation
>   activation
>   1.1.1
>   generate-sources
> 
> 
>javax.mail
>mail
>1.4.4
>generate-sources
> 
> 
> I've tried every scope I can think of to get these dependencies to be
> part
> of the class path for the axistool:wsdl2java action, but can't seem to
> make
> it work.
> 
> Anyone have any advice why these dependencies are not showing up to
the
> axistool module action?
> 
> Help...
> 
> Thanks,
> 
> John
> 
> 
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/axistools-wsdl2java-
> tp5505592p5505592.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: One question about Multi Project Structure in MAVEN

[Matt Walsh]

Put this in your pojo and java poms:


 
maven-deploy-plugin

true



It will still install to local, but won't deploy to remote.

> -Original Message-
> From: Daivish Shah [mailto:daivish.s...@gmail.com]
> Sent: Tuesday, February 21, 2012 1:09 PM
> To: Maven Users List
> Subject: One question about Multi Project Structure in MAVEN
> 
> Hi,
> 
> I have a project with following structure.
> 
> maven-main-project
>maven-ear
>maven-ejb
>maven-schema
>maven-pojo
>maven-java
> 
> This is my project structure for multi-module project. And now if i
> don't
> want to publish any artifacts outside of this project. I mean to say i
> don't want to publish any artifactory/nexus/archiva repository copy
for
> other people to use it.
> 
> *Use Case :*
> 
> Here my maven-ear is part of the maven-main-project and that's the
only
> module which use the maven-pojo and maven-java generated artifacts and
> which i don't want to publish it on repository but just want to use it
> for
> building the EAR.
> 
> How can i disable those 2 (maven-pojo and maven-java) projects not to
> publish artifacts at repository level.
> 
> Looking for some solution on this, As don't want to create unncessary
> artifacts on repository as nobody is going to use it other then my own
> Main
> project EAR project.
> 
> Thanks.

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Specifying credentials with archetype:generate

[Matt Walsh]

>From http://maven.apache.org/archetype/maven-archetype-plugin/faq.html:


How to generate a project from an archetype in an authenticated
repository?
The server id used to download the artifact is
[archetypeArtifactId]-repo: you have to define corresponding server
configuration in settings.xml with this id.


> -Original Message-
> From: Greg Thomas [mailto:greg.d.tho...@gmail.com]
> Sent: Friday, February 17, 2012 4:37 AM
> To: users@maven.apache.org
> Subject: Specifying credentials with archetype:generate
> 
> If I have a Maven repo that requires authentication, how do I specify
> the credentials for that repo when using mvn archetype:generate?
> 
> You can specify the URL of the repo using the archetypeRepository
> parameter - but I can see no way of tying that up that up with the
> credentials specified in settings.xml that is used to supply
> credentials. The  tag in settings.xml doesn't take a URL, and
> archetype:generate doesn't take a server id.
> 
> As a result, I can't generate a new project from an archetype in a
> password protected repo, as I just get 401 unauthorised.
> 
> Thanks for any advice,
> 
> Greg
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Difference between compile and provided scope for jar artifacts

[Matt Walsh]

Are you sure about that? I believe provided go on the compile classpath
as well. 

To quote the maven docs:

Provided
This is much like compile, but indicates you expect the JDK or a
container to provide the dependency at runtime. For example, when
building a web application for the Java Enterprise Edition, you would
set the dependency on the Servlet API and related Java EE APIs to scope
provided because the web container provides those classes. This scope is
only available on the compilation and test classpath, and is not
transitive.

> -Original Message-
> From: Ansgar Konermann [mailto:ansgar.konerm...@googlemail.com]
> Sent: Friday, January 20, 2012 9:57 AM
> To: Maven Users List
> Subject: Re: Difference between compile and provided scope for jar
> artifacts
> 
> Am 20.01.2012 17:44 schrieb :
> >
> > When I build a jar file, the compile dependencies are not packaged
> into
> the jar.  So, this means that they are expected to be provided
> somewhere
> else in the run time environment, doesn't it?  Which means that it
> doesn't
> seem like there's a difference between compile and provided . . . am I
> missing something?
> 
> Yes. Dependency management capabilities of Maven.
> 
> Maven will put compile-scoped dependencies on the compile classpath
> automatically, whereas for provided it does not.
> 
> Regards
> 
> Ansgar

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Difference between compile and provided scope for jar artifacts

[Matt Walsh]

Makes more sense in terms of a WAR. Compile scope jars are copied to
WEB-INF/lib. Provided scope jars aren't. For example, the servlet-api
would be "provided" by the servlet container.

Matt

> -Original Message-
> From: chad.da...@emc.com [mailto:chad.da...@emc.com]
> Sent: Friday, January 20, 2012 9:45 AM
> To: users@maven.apache.org
> Subject: Difference between compile and provided scope for jar
> artifacts
> 
> When I build a jar file, the compile dependencies are not packaged
into
> the jar.  So, this means that they are expected to be provided
> somewhere else in the run time environment, doesn't it?  Which means
> that it doesn't seem like there's a difference between compile and
> provided . . . am I missing something?

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: war overrides webapp content from webapp resources

[Matt Walsh]

That's probably because your war's sourceDirectory is src/main/webapp.

I always put filtered resources in src/main/webResources and
non-filtered everything else goes in src/main/webapp.

Matt

> -Original Message-
> From: mschipperheyn [mailto:m.schipperh...@gmail.com]
> Sent: Friday, January 20, 2012 6:00 AM
> To: users@maven.apache.org
> Subject: war:war overrides webapp content from webapp resources
> 
> Hi,
> 
> I'm running into a little issue in war:war that has a workaround but
> I'm
> still bothered by it:
> 
> I'm trying to filter stuff from src/main/webapp/
> This works
> However, my filtered result is overwritten in the last part of
resource
> copying
> 
> [INFO] Processing war project
> [INFO] Copying webapp webResources
> [d:\projects\project\web\src/main/webapp]
> to [d:\projects\project\web\target\MyProject-webapp-1.0-SNAPSHOT]
> [INFO] Copying webapp webResources
> [d:\projects\project\web\target/classes]
> to [d:\projects\project\web\target\MyProject-webapp-1.0-SNAPSHOT]
> [INFO] Copying webapp webResources
> [d:\projects\project\web\src/main/webapp/WEB-INF] to
> [d:\projects\project\web\target\MyProject-webapp-1.0-SNAPSHOT]
> [INFO] Copying webapp webResources
> [d:\projects\project\web\../core/target]
> to [d:\projects\project\web\target\MyProject-webapp-1.0-SNAPSHOT]
> [INFO] Copying webapp resources
> [d:\projects\project\web\src\main\webapp]
> 
> It's the last line that is the problem because it overwrites the
> filtered
> webResources copy in an unfiltered way. I'm just wondering where it
> comes
> from and how to change it
> 
> 
>   org.apache.maven.plugins
>   maven-war-plugin
>   2.2-SNAPSHOT
>   
>   
>   
>   src/main/webapp
>   
>   **/Thumbs.db
>   **/.svn/**
>   **/*-min.js
>   **/*-min.css
>   
>   
>   
>   target/classes
>   WEB-INF/classes
>   
>   
>   ../core/target
>   
>
${parent.artifactId}-core-
> ${version}.jar
>   
>   WEB-INF/lib
>   
>   
>   
> 
>   **/Thumbs.db,*.js,*.css
>   
> 
> 
>   
>   src/main/resources
>   
>
ApplicationResources_*.properties
>   applicationContext-*.xml
>   
>   true
>   
>   
>   src/main/resources
>   
>
applicationContext-resources.xml
>   
>   
> 
> 
> Cheers,
> Marc
> 
> 
> --
> View this message in context:
http://maven.40175.n5.nabble.com/war-war-
> overrides-webapp-content-from-webapp-resources-tp5160326p5160326.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: alternate path settings-security.xml

[Matt Walsh]

http://maven.apache.org/guides/mini/guide-encryption.html#How_to_keep_the_master_password_on_removable_drive


> -Original Message-
> From: Sebastien Gueissaz [mailto:xsi...@gmail.com]
> Sent: Thursday, January 19, 2012 9:31 AM
> To: users@maven.apache.org
> Subject: alternate path settings-security.xml
> 
> Hello everybody,
> 
> I would like to know how I can specify an alternate path for the file
> settings-security.xml.
> 
> On the project where I work, we specify our own global and user
> settings
> and for the same reason we would like to specify our own path for
> settings-security.
> 
> Have anybody have already perform this modification or have an answer?
> 
> Thanks a lot in advance for your help.
> 
> Cheers,
> 
> Sébastien

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Howto access project version programmatically within application

[Matt Walsh]

This is supposed to work, though I haven't tried it personally:

InputStream is =
this.getClass().getResourceAsStream("/META-INF/MANIFEST.MF")


> -Original Message-
> From: Steve Cohen [mailto:sco...@javactivity.org]
> Sent: Wednesday, January 11, 2012 11:10 AM
> To: users@maven.apache.org
> Subject: Re: Howto access project version programmatically within
> application
> 
> Hmm, intriguing but not working in my case which is a jar, not a war
or
> ear.  This is standalone java app.
> 
> I've tried
> getResourceAsStream("META_INF/MANIFEST.MF") and
> getResourceAsStream("/META_INF/MANIFEST.MF") without success even
> though
> I've verified that the file exists in the jar,
> 
> How does one read the manifest from an executable jar?
> 
> 
> On 01/11/2012 11:35 AM, Matt Walsh wrote:
> > This is referenced from the maven-buildnumber-plugin documentation.
> >
> >
>
http://apollo.ucalgary.ca/tlcprojectswiki/index.php/Public/Project_Vers
> i
> > oning_-_Best_Practices#Build_Versioning
> >
> > Where they do the following (assuming, of course, you've placed the
> info
> > in your manifest file):
> >
> >
> > String appServerHome = getServletContext().getRealPath("/");
> >
> > File manifestFile = new File(appServerHome, "META-INF/MANIFEST.MF");
> >
> > Manifest mf = new Manifest();
> > mf.read(new FileInputStream(manifestFile));
> >
> > Attributes atts = mf.getMainAttributes();
> >
> > System.out.println("Version: " +
> > atts.getValue("Implementation-Version"));
> > System.out.println("Build: " + atts.getValue("Implementation-
> Build"));
> >
> >> -Original Message-
> >> From: Steve Cohen [mailto:sco...@javactivity.org]
> >> Sent: Wednesday, January 11, 2012 10:29 AM
> >> To: users@maven.apache.org
> >> Subject: Re: Howto access project version programmatically within
> >> application
> >>
> >> On 01/11/2012 10:50 AM, Stephen Connolly wrote:
> >>>
> >
getClass().getClassLoader().getPackage("").getImplementationVersion()
> >>>
> >>
> >> I really liked the simplicity of this idea.  Alas,
> >> ClassLoader.getPackage(String) is a protected method, so this won't
> >> help.
> >>
> >> Accessible to me is:
> >>
> >> Package.getPackage("").getImplementationVersion(), which according
> to
> >> Javadocs sounds like it would do the same thing, but this throws a
> >> NullPointerException.
> >>
> >>
> >>

> -
> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
> >
> __
> > This message, including any attachments, is confidential and
contains
> information intended only for the person(s) named above. Any other
> distribution, copying or disclosure is strictly prohibited. If you are
> not the intended recipient or have received this message in error,
> please notify us immediately by reply email and permanently delete the
> original transmission from all of your systems and hard drives,
> including any attachments, without making a copy.
> >
> >
-
> > 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


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Howto access project version programmatically within application

[Matt Walsh]

This is referenced from the maven-buildnumber-plugin documentation.

http://apollo.ucalgary.ca/tlcprojectswiki/index.php/Public/Project_Versi
oning_-_Best_Practices#Build_Versioning

Where they do the following (assuming, of course, you've placed the info
in your manifest file):


String appServerHome = getServletContext().getRealPath("/");

File manifestFile = new File(appServerHome, "META-INF/MANIFEST.MF");
 
Manifest mf = new Manifest();
mf.read(new FileInputStream(manifestFile));

Attributes atts = mf.getMainAttributes();

System.out.println("Version: " +
atts.getValue("Implementation-Version"));
System.out.println("Build: " + atts.getValue("Implementation-Build"));

> -Original Message-
> From: Steve Cohen [mailto:sco...@javactivity.org]
> Sent: Wednesday, January 11, 2012 10:29 AM
> To: users@maven.apache.org
> Subject: Re: Howto access project version programmatically within
> application
> 
> On 01/11/2012 10:50 AM, Stephen Connolly wrote:
> >
getClass().getClassLoader().getPackage("").getImplementationVersion()
> >
> 
> I really liked the simplicity of this idea.  Alas,
> ClassLoader.getPackage(String) is a protected method, so this won't
> help.
> 
> Accessible to me is:
> 
> Package.getPackage("").getImplementationVersion(), which according to
> Javadocs sounds like it would do the same thing, but this throws a
> NullPointerException.
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Trying to get multiple profiles to execute

[Matt Walsh]

You may want to read this article:

http://maven.apache.org/guides/mini/guide-default-execution-ids.html


> -Original Message-
> From: Matt Walsh [mailto:mwa...@chartwelltechnology.com]
> Sent: Monday, January 09, 2012 10:58 AM
> To: Maven Users List
> Subject: RE: Trying to get multiple profiles to execute
> 
> Change one of your ids to "default-cli".
> 
> > -Original Message-
> > From: Artie Peshimam [mailto:apeshi...@gmail.com]
> > Sent: Monday, January 09, 2012 10:43 AM
> > To: Maven Users List
> > Subject: Re: Trying to get multiple profiles to execute
> >
> > Hmm tried that and the plugin complained that it could not find the
> > configs:
> > [ERROR] Failed to execute goal
> > com.dbdeploy:maven-dbdeploy-plugin:3.0M3:update (default-cli) on
> > project
> > Core2DB: The parameters 'driver' for goal
> > com.dbdeploy:maven-dbdeploy-plugin:3.0M3:update are missing or
> invalid
> > ->
> > [Help 1]
> >
> > 
> > http://maven.apache.org/POM/4.0.0";
> >  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> >  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> > http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> > 4.0.0
> > com.cx
> > Core2DB
> > 1.0-SNAPSHOT
> > 
> > 
> > 
> > true
> > 
> > core2DB
> > 
> > 
> > 
> > 
> > 
> > core2DB
> > 
> >
> > scripts
> >
> > com.mysql.jdbc.Driver
> > mysql
> >
> > up_migrations.sql
> >
> > down_migrations.sql
> >
> > jdbc:mysql://localhost/cxc2
> > 
> > 
> > 
> > com.dbdeploy
> > maven-dbdeploy-
> plugin
> > 3.0M3
> >
> > 
> > 
> > mysql
> >
> > mysql-connector-java
> > 5.1.6
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > activityDB
> > 
> > true
> > 
> > 
> > 
> > 
> > 
> > 
> > activityDB
> > 
> >
> > activityDBScripts
> >
> > com.mysql.jdbc.Driver
> > mysql
> >
> > up_migrations.sql
> >
> > down_migrations.sql
> >
> > jdbc:mysql://localhost/activity
> > 
> > 
> > 
> > com.dbdeploy
> > maven-dbdeploy-
> plugin
> > 3.0M3
> > 
> > 
> > mysql
> >
> > mysql-connector-java
> > 5.1.6
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >
> >
> > On Thu, Jan 5, 2012 at 2:57 PM, Matt Walsh
> > wrote:
> >
> > > You might be getting conflicts in your configuration. Try moving
> your
> > > configurations inside the  blocks.
> > >
> > > > -Original Message-
> > > > From: Artie Peshimam [mailto:apeshi...@gmail.com]
> > > > Sent: Thursday, January 05, 2012 11:25 AM
> > > > To: users@maven.apache.org
> > > > Subject: Trying to get multiple profiles to execute
> > > >
> > > > Hi All,
> > > >
> > > > Im trying to get multiple maven profiles to execute, but am
> having
> > no
> > > > success.
> > > > It's very straight forward. I have two profiles executing the
> same
> > > > plugin
> > > > with a slight variation

RE: Trying to get multiple profiles to execute

[Matt Walsh]

Change one of your ids to "default-cli".

> -Original Message-
> From: Artie Peshimam [mailto:apeshi...@gmail.com]
> Sent: Monday, January 09, 2012 10:43 AM
> To: Maven Users List
> Subject: Re: Trying to get multiple profiles to execute
> 
> Hmm tried that and the plugin complained that it could not find the
> configs:
> [ERROR] Failed to execute goal
> com.dbdeploy:maven-dbdeploy-plugin:3.0M3:update (default-cli) on
> project
> Core2DB: The parameters 'driver' for goal
> com.dbdeploy:maven-dbdeploy-plugin:3.0M3:update are missing or invalid
> ->
> [Help 1]
> 
> 
> http://maven.apache.org/POM/4.0.0";
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> 4.0.0
> com.cx
> Core2DB
> 1.0-SNAPSHOT
> 
> 
> 
> true
> 
> core2DB
> 
> 
> 
> 
> 
> core2DB
> 
> 
> scripts
> 
> com.mysql.jdbc.Driver
> mysql
> 
> up_migrations.sql
> 
> down_migrations.sql
> 
> jdbc:mysql://localhost/cxc2
> 
> 
> 
> com.dbdeploy
> maven-dbdeploy-plugin
> 3.0M3
> 
> 
> 
> mysql
> 
> mysql-connector-java
> 5.1.6
> 
> 
> 
> 
> 
> 
> 
> activityDB
> 
> true
> 
> 
> 
> 
> 
> 
> activityDB
> 
> 
> activityDBScripts
> 
> com.mysql.jdbc.Driver
> mysql
> 
> up_migrations.sql
> 
> down_migrations.sql
> 
> jdbc:mysql://localhost/activity
> 
> 
> 
> com.dbdeploy
> maven-dbdeploy-plugin
> 3.0M3
> 
> 
> mysql
> 
> mysql-connector-java
> 5.1.6
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Thu, Jan 5, 2012 at 2:57 PM, Matt Walsh
> wrote:
> 
> > You might be getting conflicts in your configuration. Try moving
your
> > configurations inside the  blocks.
> >
> > > -Original Message-
> > > From: Artie Peshimam [mailto:apeshi...@gmail.com]
> > > Sent: Thursday, January 05, 2012 11:25 AM
> > > To: users@maven.apache.org
> > > Subject: Trying to get multiple profiles to execute
> > >
> > > Hi All,
> > >
> > > Im trying to get multiple maven profiles to execute, but am having
> no
> > > success.
> > > It's very straight forward. I have two profiles executing the same
> > > plugin
> > > with a slight variation in configuration and each has a unique
> > > execution
> > > Id. When I try to execute maven, only one of the profiles actually
> is
> > > run.
> > >
> > > Ideas?
> > >
> > > Here's my POM:
> > >
> > > 
> > > http://maven.apache.org/POM/4.0.0";
> > >  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> > >  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> > > http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> > > 4.0.0
> > > com.cx
> > > Core2DB
> > > 1.0-SNAPSHOT
> > > 
> > > 
> > >
> > > true
> > > core2DB
> > > 
> > > 
> > >   

RE: Trying to get multiple profiles to execute

[Matt Walsh]

You might be getting conflicts in your configuration. Try moving your
configurations inside the  blocks.

> -Original Message-
> From: Artie Peshimam [mailto:apeshi...@gmail.com]
> Sent: Thursday, January 05, 2012 11:25 AM
> To: users@maven.apache.org
> Subject: Trying to get multiple profiles to execute
> 
> Hi All,
> 
> Im trying to get multiple maven profiles to execute, but am having no
> success.
> It's very straight forward. I have two profiles executing the same
> plugin
> with a slight variation in configuration and each has a unique
> execution
> Id. When I try to execute maven, only one of the profiles actually is
> run.
> 
> Ideas?
> 
> Here's my POM:
> 
> 
> http://maven.apache.org/POM/4.0.0";
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/maven-4.0.0.xsd";>
> 4.0.0
> com.cx
> Core2DB
> 1.0-SNAPSHOT
> 
> 
> 
> true
> core2DB
> 
> 
> 
> 
> 
> core2DB
> 
> 
> com.dbdeploy
> maven-dbdeploy-plugin
> 3.0M3
> 
> scripts
> com.mysql.jdbc.Driver
> mysql
> up_migrations.sql
> 
> down_migrations.sql
> jdbc:mysql://localhost/cxc2
> 
> 
> 
> mysql
> 
> mysql-connector-java
> 5.1.6
> 
> 
> 
> 
> 
> 
> 
> activityDB
> 
> true
> 
> 
> 
> 
> 
> activityDB
> 
> 
> com.dbdeploy
> maven-dbdeploy-plugin
> 3.0M3
> 
> 
> activityDBScripts
> com.mysql.jdbc.Driver
> mysql
> up_migrations.sql
> 
> down_migrations.sql
> jdbc:mysql://localhost/activity
> 
> 
> 
> mysql
> 
> mysql-connector-java
> 5.1.6
> 
> 
> 
> 
> 
> 
> 
> 

__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

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

RE: Unable to use maven-ant-tasks

[Matt Walsh]

I'm using maven-ant-tasks 2.1.3 with just the xmlns specification with no 
problems.
I have it installed in ANT_HOME/lib, but initially used it from HOME/.ant/lib 
with no problems. Haven't tried it with the -lib parameter, but no reason to 
believe it wouldn't work that way as well.

Maybe try upgrading to the 2.1.3 version, which is the latest released version.

Matt

> -Original Message-
> From: Scott Shambarger [mailto:scott-ma...@shambarger.net]
> Sent: Monday, December 26, 2011 5:41 PM
> To: users@maven.apache.org
> Subject: Unable to use maven-ant-tasks
> 
> I'm new to ant and maven, so I'm sure this is a silly
> questionstill, I'm stuck.
> 
> I'm using the rpm install of ant/maven/etc for Fedora 16.  I'm trying
> to build a project that requires ant and maven, and uses maven-ant-
> tasks
> (I have maven-ant-tasks-2.1.1-8.fc16 installed), however, I always
> receive the following error:
> 
> BUILD FAILED
> /opt/devel/test/build.xml:4: Problem: failed to create task or type
> antlib:org.apache.maven.artifact.ant:remoteRepository
> Cause: The name is undefined.
> 
> I'm pretty sure I have some sort of configuration error, but after
> several hours crawling the examples and docs, I'm just not making any
> progress... I don't have CLASSPATH defined, and have tried using ant
> -noclasspath with the same results.
> 
> I've linked the /usr/share/java/maven-ant-tasks.jar (from the rpm) into
> my ~/.ant/lib directory, and reduced the build.xml file to the
> following
> (this file uses the same syntax as the project I'm trying to build, and
> produces the same error):
> 
> --- build.xml
> 
> 
>  xmlns:artifact="antlib:org.apache.maven.artifact.ant">
> url="http://example.com";>
>  
>
>
>  
>
> 
>  end build.xml
> 
> This appears to follow the example on
> http://maven.apache.org/ant-tasks/installation.html which has the
> following:
> 
> 
>...
> 
> 
> The output of ant -diagnostics are:
> 
> --- Ant diagnostics report ---
> Apache Ant(TM) version 1.8.2 compiled on July 6 2011
> 
> ---
>   Implementation Version
> ---
> core tasks : 1.8.2 in file:/usr/share/java/ant.jar
> 
> ---
>   ANT PROPERTIES
> ---
> ant.version: Apache Ant(TM) version 1.8.2 compiled on July 6 2011
> ant.java.version: 1.6
> Is this the Apache Harmony VM? no
> Is this the Kaffe VM? no
> Is this gij/gcj? no
> ant.core.lib: /usr/share/java/ant.jar
> ant.home: /usr/share/ant
> 
> ---
>   ANT_HOME/lib jar listing
> ---
> ant.home: /usr/share/ant
> ant-junit.jar (102000 bytes)
> ant.jar (1935105 bytes)
> ant-bootstrap.jar (19759 bytes)
> ant-launcher.jar (12307 bytes)
> 
> ---
>   USER_HOME/.ant/lib jar listing
> ---
> user.home: /opt/devel
> maven-ant-tasks.jar (61063 bytes)
> 
> ---
>   Tasks availability
> ---
> p4reopen : Not Available (the implementation class is not present)
> ...(cut short for simplicity)
> ddcreator : Not Available (the implementation class is not present)
> A task being missing/unavailable should only matter if you are trying
> to use it
> 
> ---
>   org.apache.env.Which diagnostics
> ---
> Not available.
> Download it at http://xml.apache.org/commons/
> 
> ---
>   XML Parser information
> ---
> XML Parser : org.apache.xerces.jaxp.SAXParserImpl
> XML Parser Location: file:/usr/share/java/xerces-j2-2.11.0.jar
> Namespace-aware parser :
> org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser
> Namespace-aware parser Location:
> file:/usr/share/java/xerces-j2-2.11.0.jar
> 
> ---
>   XSLT Processor information
> ---
> XSLT Processor :
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl
> XSLT Processor Location: unknown
> 
> ---
>   System properties
> ---
> java.runtime.name : OpenJDK Runtime Environment
> sun.boot.library.path :
> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64
> java.vm.version : 20.0-b11
> ant.library.dir : /usr/share/ant/lib
> java.vm.vendor : Sun Microsystems Inc.
> java.vendor.url : http://java.sun.com/
> path.separator : :
> java.vm.name : OpenJDK 64-Bit Server VM
> file.encoding.pkg : sun.io
> user.country : US
> sun.java.launcher : SUN_STANDARD
> sun.os.patch.level : unknown
> java.vm.specification.name : Java Virtual Machine Specification
> user.dir : /opt/devel/test
> java.runtime.version : 1.6.0_22-b22
> java.aw

maven-ant-tasks-2.1.3 not using authentication info from settings.xml

[Matt Walsh]

Hi.

 

I've been using maven-ant-tasks to deploy an ant built library to a
local Nexus repository. The problem I have is that even though the ant
task is reading the settings .xml files, it doesn't appear to be using
the authentication info found there. I keep getting an authorization
failed message. So I hacked the ant build file to read in the username
and password from another file, but I don't like that solution.

 

I have found a fixed issue in Jira about ant tasks not reading the
settings.xml file (MANTASKS-6 specifically), but both the maven settings
and my local settings are being read. Just not being fully utilized, it
appears.

 

I find it hard to believe no one has run into this issue and that it
isn't already fixed, so I'm thinking I've configured something
incorrectly. Here's my configuration in my build.xml:

 





 

http://nexus-server:8081/nexus/content/repositories/releases";>







 



















 

 

And my settings file contains the typical server authentication for
id=cwh.

 

Has anyone else gotten this to work with this version of
maven-ant-tasks?

 

I did some digging in the code and it appears that the task doesn't pass
the authentication info on to the WagonManager. So I applied the
following patch and it seems to work now (although it doesn't deal with
encrypted passwords at all):

 

Index:
E:/development/maven-ant-tasks/src/main/java/org/apache/maven/artifact/a
nt/AbstractArtifactTask.java

===

---
E:/development/maven-ant-tasks/src/main/java/org/apache/maven/artifact/a
nt/AbstractArtifactTask.java(revision 1182114)

+++
E:/development/maven-ant-tasks/src/main/java/org/apache/maven/artifact/a
nt/AbstractArtifactTask.java(working copy)

@@ -437,6 +437,9 @@

 if ( server != null )

 {

 repository.addAuthentication( new Authentication(
server ) );

+WagonManager wagonManager = (WagonManager) lookup(
WagonManager.ROLE );

+wagonManager.addAuthenticationInfo(repository.getId(),
server.getUsername(), server.getPassword(),

+
server.getPrivateKey(), server.getPassphrase());

 }

 }

 

If anyone can shed some light on this I'd greatly appreciate it. I'm not
sure my patch is the best way to go -- not dealing with encrypted
passwords, for example -- although it does provide a workaround for my
current problem. If it is, indeed, a code issue, I can open a Jira issue
for it.

 

Thanks,
Matt


__
This message, including any attachments, is confidential and contains 
information intended only for the person(s) named above. Any other 
distribution, copying or disclosure is strictly prohibited. If you are not the 
intended recipient or have received this message in error, please notify us 
immediately by reply email and permanently delete the original transmission 
from all of your systems and hard drives, including any attachments, without 
making a copy.

Re: Merging applicationContexts

[Matt Walsh]

But when I go to "war:war" my client module, it's not going to find
the web.xml and all related xml files and will fail.

On Fri, Jul 25, 2008 at 10:15 AM, Manuel EVENO <[EMAIL PROTECTED]> wrote:
> You can put xml or properties file in jar too.
> Simply add them into src/main/resources of your server module
>
> Manuel
>
> On Fri, Jul 25, 2008 at 5:02 PM, Matt Walsh <[EMAIL PROTECTED]> wrote:
>
>> I'm a little new to Maven (about 3 weeks), so I apologize if this is a
>> n00b question. I have a question about how to better structure my
>> current application. Currently, the parent project has three modules:
>> client, server, and common. Common depends on nothing. It simply hold
>> beans and service interfaces that are common across the app. Server
>> depends on Common. Client depends on Server. Common and Server are
>> packaged as JARs. Client is packaged as a WAR. When I want to deploy
>> my application, I simply build the client and all is well. This means
>> I have to put all my Spring related configurations in the client. I
>> was hoping there was a way to avoid this by putting it in the Server
>> module, but I don't see how that's possible if the Server module is
>> packaged as a JAR. Am I going about this the wrong way?
>>
>> --
>> Matthew Walsh
>> [EMAIL PROTECTED]
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>



-- 
Matthew Walsh
[EMAIL PROTECTED]

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

Merging applicationContexts

[Matt Walsh]

I'm a little new to Maven (about 3 weeks), so I apologize if this is a
n00b question. I have a question about how to better structure my
current application. Currently, the parent project has three modules:
client, server, and common. Common depends on nothing. It simply hold
beans and service interfaces that are common across the app. Server
depends on Common. Client depends on Server. Common and Server are
packaged as JARs. Client is packaged as a WAR. When I want to deploy
my application, I simply build the client and all is well. This means
I have to put all my Spring related configurations in the client. I
was hoping there was a way to avoid this by putting it in the Server
module, but I don't see how that's possible if the Server module is
packaged as a JAR. Am I going about this the wrong way?

-- 
Matthew Walsh
[EMAIL PROTECTED]

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