SV: Maven, DLLs and repositories...how ?

[Arne Styve]

Hi Jason,
 
Thanks for your input. I'll give this a try. However, how do you then use the 
JAR containing all the DLLs and .so's ? As far as I've understood, you cannot 
access a DLL that is inside a JAR, and hence you have to extract the DLLs from 
the JAR in order to use the DLL. Is this correct ?
 
Regards Arne




On Tue, June 5, 2007 10:07 am, Arne Styve wrote:

> I have a question related to using DLLs with Maven. We colaborate with a
> company that develops parts of our system. They deliver their component as
> a set of DLLs. I've used JNI to create a Java interface to these DLL, so
> that I can use Java to develop the software that will use the DLLs.
> How can I set up a Maven2 project that takes these DLLs and deploy them
> correctly to our company repository, so that I in my project, where I am
> going to use the DLLs, can add dependencies to the DLLs the usual Maven2
> way ? I.e. this project will not have any sourcefiles, only the 4 DLLs.

We faced the same problem.

Originally we tried to publish the DLL artifact into the repository
directly, but this caused problems for us, as our JNI native code had to
run on Windows, Linux and Solaris, and maintaining the proper naming
conventions and suffixes was a pain.

We eventually opted to wrap the JNI DLLs / .so files inside a jar, and
publish the jar in the repository, including a classifier to show both the
platform (windows / linux / solaris) and architecture (x86, amd64, etc).
>From that point on we only needed to worry about the name of the jar,
which was consistent across platforms.

When you have multiple DLLs, putting them in a jar reduces them down from
many artifacts to one artifact, which is easier to deal with.

This is the pom we use, it should give some clues. The DLLs are built by
ant using the antrun plugin, and maven worries about the packaging and
deployment:

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

  
alchemy-ii-native
alchemy
4.0.30-SNAPSHOT
  

  alchemy-cdo
  jar
  Alchemy Native CDO
  Placeholder for the CDO stuff from London

  

  
org.apache.maven.wagon
wagon-webdav
1.0-beta-2
  

src/main/java


  
target/build

  *.dll

  
  
target/build

  *.dylib

  
  
target/build

  *.so

  
  
src/main/resources
true

  alchemy-cdo-version.properties

  




  
org.codehaus.mojo
native-maven-plugin
true

 
 
 


  
javah
generate-sources

  
alchemy.cdo.measure.CDOTranche
  
   


  javah

  


  

  
  
org.apache.maven.plugins
maven-antrun-plugin

  
2antrun
process-sources

  

  


  run

  


  
ant-contrib
cpptasks
1.0b3
  

  

  
  
org.apache.maven.plugins
maven-jar-plugin

  
jar
package

  jar


  ${os-platform}-${os-arch}

  

  

  
 
org.codehaus.mojo
build-helper-maven-plugin

  
attach-artifacts
package

  attach-artifact



  

${project.build.directory}/${artifactId}-${version}-${os-platform}-${os-arch}.jar
jar
${os-platform}-${os-arch}
  


  

  

  
  
   org.apache.maven.plugins
   maven-site-plugin
   
 ${basedir}/site/
   
  

  

  



  alchemy
  alchemy-cdo-client
  ${pom.version}


  

  

  
maven-javadoc-plugin
  
  
org.codehaus.mojo
jxr-maven-plugin
  
  
maven-surefire-plugin
  
  
maven-clover-plugin
  
  
 org.apache.maven.plugins

 maven-pmd-plugin
 
1.5

   /rulesets/basic.xml
   /rulesets/controversial.xml

xml
true
utf-8

100
 
  
  
org.codehaus.mojo
changes-maven-plugin
  

  
 

Re: Excluding transitive dependencies from jars/wars/ears

[Thorsten Heit]

Hi,

How do I exclude "transitive" dependencies (dependencies on  
dependencies)
from my jar files? I want to exclude stuff like "servet-api" and  
"jta"
because my container provided these things.  I can't exclude the  
"primary"

dependency, as it is needed (my dependency is on hibernate in this
example).


AFAIK it's enough to specify provided to the  
corresponding dependencies in your pom.xml



HTH

Thorsten


PGP.sig
Description: Signierter Teil der Nachricht

Excluding transitive dependencies from jars/wars/ears

[Ian Rowlands]

How do I exclude "transitive" dependencies (dependencies on dependencies)
from my jar files? I want to exclude stuff like "servet-api" and "jta"
because my container provided these things.  I can't exclude the "primary"
dependency, as it is needed (my dependency is on hibernate in this
example).

What is the easiest way to remove a jar from a war (and all of its
dependencies) but still have a reference to it in the MANIFEST.MF file? My
example is a war file including an EJB jar file - I don't need it in the
war because I will package it in the EAR, but I still need it referenced in
the MANIFEST.MF file.


Regards,

Ian Rowlands
_
Software Developer
State Revenue Office Victoria
Phone : (03) 9628-0185Mobile: 0416184052
Email : [EMAIL PROTECTED]



Disclaimer: The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other use
of, or taking of any action in reliance upon, this information by persons
or entities other than the intended recipient is prohibited. If you
received this in error, please contact the sender and delete the material
from your computer.
Privacy: If you are responding to this email or providing personal
information to the SRO for the purposes of one of the Acts it administers,
such information is used only for the purpose for which it was collected
( administration of SRO legislation ) and is protected by the Information
Privacy Act 2000 and secrecy provisions contained in legislation
administered by SRO. It is not disclosed otherwise than in accordance with
the law. If you would like a copy of the SRO Privacy Policy please refer to
SRO website (www.sro.vic.gov.au) or contact SRO on 9628 0556 and request a
copy.


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

Re: assemble a huge JAR

[Kalle Korhonen]

Try /.. inside dependencySet.

Kalle

On 6/5/07, Ben Rohlfs <[EMAIL PROTECTED]> wrote:


Hi,

I want to build an unsual JAR with the maven-assembly-plugin und after
hours of trying I cannot figure out how to do it.

I have a Maven project "myproject" which is dependent on a library
"mylibrary". I want to build a JAR file containing both the class
files of the project and the class files of the library. What I get
with the following configuration is a JAR containing two directories
"myproject" and "mylibrary", each of which contains the unpacked class
files. All I want is to get rid of the directory layer, because class
files in a JAR only make sense, if they reside in the root directory.
Who knows how to achieve this?

Thanks for any hints, Ben


pom.xml:

...

  org.apache.maven.plugins
  maven-assembly-plugin
  2.2-beta-1
  

  src/main/build-resources/assembly.xml

myproject
target/assemblies
target/assemblies/work
  

...


assembly.xml:


myjar

jar

false



myproject



true


true
compile


true





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

Re: [m2] site:stage

[Jo Vandermeeren]

On 6/5/07, Jens Hohl <[EMAIL PROTECTED]> wrote:


can you explain a bit deeper what you mean by 'target/staging' ?
You mean the Directory under target ?



Yes, the default staging directory is in the usual Maven build directory.

Cheers
Jo

Re: docbook + maven

[Steve Ebersole]

On Tue, 2007-06-05 at 09:18 +0200, Stephane Nicoll wrote:
> I am currently migration our doc on docbook+M2 and I ran in the same
> issues. Is your plugin freely available?
Sure, as of now it is in Hibernate SVN and published to the JBoss Maven repo.

> Regarding styles, we also use them as dependencies and images are
> located alongside the docbook file.
Images alongside the DocBook source is fine for images referenced from
those sources; that makes sense.  But I am talking about images packaged
with the styles.  Remember, the whole point is to have reusable xslt
bundles.


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

assemble a huge JAR

[Ben Rohlfs]

Hi,

I want to build an unsual JAR with the maven-assembly-plugin und after
hours of trying I cannot figure out how to do it.

I have a Maven project "myproject" which is dependent on a library
"mylibrary". I want to build a JAR file containing both the class
files of the project and the class files of the library. What I get
with the following configuration is a JAR containing two directories
"myproject" and "mylibrary", each of which contains the unpacked class
files. All I want is to get rid of the directory layer, because class
files in a JAR only make sense, if they reside in the root directory.
Who knows how to achieve this?

Thanks for any hints, Ben


pom.xml:

...

 org.apache.maven.plugins
 maven-assembly-plugin
 2.2-beta-1
 
   
 src/main/build-resources/assembly.xml
   
   myproject
   target/assemblies
   target/assemblies/work
 

...


assembly.xml:


myjar

jar

false



myproject


true


true
compile


true





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

Re: Programmatically finding dependencies

[Jo Vandermeeren]

On 6/5/07, CasMeiron <[EMAIL PROTECTED]> wrote:


ArtifactoryFactory : interface
ArtifactResolver : interface

Where can we find the implementations? I already have a list of
dependencies, just need resolve the full path for each dependency.




Instances of these interfaces can be injected into your mojo as plexus
components.
Just tag them with javadoc annotations and they will be injected, like this:

   /**
* @component
*/
   private ArtifactFactory artifactFactory;
   /**
* @component
*/
   private ArtifactResolver artifactResolver;

Cheers
Jo

Re: Preflight check for 2.0.7

[Vandermeeren, Jo]

Jason,

Nothing to report, everything works just fine.

+1 for the release

Cheers
Jo

On 6/5/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:


I have built a snapshot for 2.0.7 and put it here:

http://people.apache.org/~jvanzyl/

I figure folks are going to try and squeeze in more issues so what I
plan is let people state their case for issues and I'll slot those
into 2.0.8. I'll look those over and push whatever I can into 2.0.7
but I would like to call for vote on Wednesday let people mess around
and release it on Monday.

And you can see the roadmap here:

http://jira.codehaus.org/browse/MNG?
report=com.atlassian.jira.plugin.system.project:roadmap-panel

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Programmatically finding dependencies

[Rune Flobakk]

I have recently been struggling with what I think is the same as you 
want. I am developing a plugin which in the plugin code I want to 
retrieve the plugin's, not the current project's, dependencies.


I found the parameter expression I was after in this FAQ:
http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-HowdoIgetaplugin%27sdependenciesfromaMojo%3F


This gives me the plugin's dependencies:

/**
 * @parameter expression="${plugin.artifacts}"
 * @required
 */
protected List pluginDependencyArtifacts;


This gives me the local repository paths to each dependency:

for( Artifact artifact : pluginDependencyArtifacts )
getLog( artifact.getFile().getAbsolutePath() );


Hope this is what you're after :)


Rune



--
Thanks for the numerous replies.

> > > > ${project.dependencies} ?

The ${project.dependencies} is not the correct one, since it gives me the
dependencies of the project, not the plugin! Also, it resolves the
dependencies transitively!

> ArtifactoryFactory : interface
> ArtifactResolver : interface
>
> Where can we find the implementations? I already have a list of
> dependencies, just need resolve the full path for each dependency.
>
> > Use the information in the dependency list and an ArtifactFactory to
> > create
> > an Artifact with , then use an ArtifactResolver to resolve them fully.
> > Afterwards, you can call getFile(), to get the File objet.

When using those interfaces, add something similar to these lines in your
MOJO:

/**
 * @component 
role="org.apache.maven.artifact.resolver.ArtifactResolver"

 * @required
 * @readonly
 */
private ArtifactResolver artifactResolver;

Now, you can use

artifactResolver.resolve(artifact)

for you artifact (if it has not been resolved already), after which you can
ask the artifact

artifact.getFile()

which will give you the full path to the JAR/POM/whatever file of this
artifact.



For my situation though (dependencies of the plugin), I use the following
code:

for (Object object : this.project.getPluginArtifacts()) {
Artifact artifact = (Artifact) object;
if ("my.group.id".equals(artifact.getGroupId())
&& "myArtifactId".equals(artifact.getArtifactId())) {
for (Object object2 : 
this.artifactMetadataSource.retrieve(artifact,

this.localRepository,
this.project.getRemoteArtifactRepositories()).getArtifacts()) {
Artifact artifact2 = (Artifact) object2;
this.artifactResolver.resolve(artifact2,
this.project.getRemoteArtifactRepositories(), this.localRepository);
JarFile jarFile = new JarFile(artifact2.getFile());
JarEntry workflow = null;
for (Enumeration jarEntries = jarFile.entries();
workflow == null && jarEntries.hasMoreElements();) {
JarEntry jarEntry = jarEntries.nextElement();
if (jarEntry.getName() != null &&
jarEntry.getName().endsWith("filename.extension")) {
workflow = jarEntry;
}
}
if (workflow != null) {
workflowFiles.add(workflow.getName());
}
}
}
}

In short, this code runs through the plugins until it finds the one I'm
looking for ("my.group.id" & "myArtifactId"). It then retrieves this 
artifact

from the repository and gets its dependencies.
Those are resolved (to make sure all properties have been initialized -- eg
fileName doesn't work without it) and opened as JAR-files (atm I'm sure they
are JARs, but need to change this code to make sure it doesn't fail if
they're not).
I then iterate over the JAR to look for a specific file 
("filename.extension")

and save the full names of the entry in a Map.

This works like a charm for me, you just need to make sure you add all the
right components in the MOJO.

If anybody needs some more info/help, feel free to ask!

--
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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

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

RMIC help for Maven2

[patel . nayan]

Hi,

  We want to mavenize our project.
  In our project, we are compiling some java files using 'rmic'.
  Our build.xml looks like below :


-
  
  
  
  
  

  

  
  
  
  

-

  My question is :

  (1) How can I compile those java files by 'rmic' in Maven2 or How the
pom.xml would look like ?
  (2) What do I need to do to compile those java files by 'rmic' in
Maven2 ?

  Really appreciated your time and help very much in advance !!!

Thanks,
Nayan



This communication is for informational purposes only. It is not intended as an 
offer or solicitation for the purchase or sale of any financial instrument or 
as an official confirmation of any transaction. All market prices, data and 
other information are not warranted as to completeness or accuracy and are 
subject to change without notice. Any comments or statements made herein do not 
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and 
affiliates.

This transmission may contain information that is privileged, confidential, 
legally privileged, and/or exempt from disclosure under applicable law. If you 
are not the intended recipient, you are hereby notified that any disclosure, 
copying, distribution, or use of the information contained herein (including 
any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and 
any attachments are believed to be free of any virus or other defect that might 
affect any computer system into which it is received and opened, it is the 
responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and 
affiliates, as applicable, for any loss or damage arising in any way from its 
use. If you received this transmission in error, please immediately contact the 
sender and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures 
relating to UK legal entities.

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

SSH2 Connection error. password argument is null

[Arun P Johny]

Hi all,

I was using maven 2.0.4 before. It was working fine January this year.

After January I tried to give a release on march, then it was giving the 
error given below. When searched  I found that it was downloading few 
new plugins like ganymed-ssh2-build210.jar. What I understood from the 
error is, it is trying to use SSH2 protocol to connect to my CVS. I have 
configured putty for the connection.
The connection was working fine in January, but now it is not working. I 
don't know why it is not working.


Can help on this

With Regards,
Arun P Johny


-Error
Downloading: 
http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/maven/scm/maven-scm-provider-perforce/1.0/maven-scm-provider-perforce-1.0.jar

61K downloaded
[INFO] [release:prepare]
[INFO] Verifying that there are no local modifications...
[INFO] Executing: cvs -z3 -f -d 
:ext:[EMAIL PROTECTED]:/var/lib/cvs/root -n

-q update -d
[INFO] Working directory: F:\build_7_5\Folklore
java.lang.IllegalArgumentException: password argument is null
   at 
ch.ethz.ssh2.Connection.authenticateWithPassword(Connection.java:307)


   at 
org.apache.maven.scm.provider.cvslib.cvsjava.util.ExtConnection.open(ExtConnection.java:122)
   at 
org.apache.maven.scm.provider.cvslib.cvsjava.util.CvsConnection.connect(CvsConnection.java:164)
   at 
org.apache.maven.scm.provider.cvslib.cvsjava.util.CvsConnection.processCommand(CvsConnection.java:475)
   at 
org.apache.maven.scm.provider.cvslib.cvsjava.command.status.CvsJavaStatusCommand.executeCvsCommand(CvsJavaStatusCommand.java:50)
   at 
org.apache.maven.scm.provider.cvslib.command.status.AbstractCvsStatusCommand.executeStatusCommand(AbstractCvsStatusCommand.java:52)
   at 
org.apache.maven.scm.command.status.AbstractStatusCommand.executeCommand(AbstractStatusCommand.java:43)
   at 
org.apache.maven.scm.command.AbstractCommand.execute(AbstractCommand.java:58)
   at 
org.apache.maven.scm.provider.cvslib.AbstractCvsScmProvider.executeCommand(AbstractCvsScmProvider.java:521)
   at 
org.apache.maven.scm.provider.cvslib.AbstractCvsScmProvider.status(AbstractCvsScmProvider.java:641)
   at 
org.apache.maven.scm.provider.AbstractScmProvider.status(AbstractScmProvider.java:693)
   at 
org.apache.maven.shared.release.phase.ScmCheckModificationsPhase.execute(ScmCheckModificationsPhase.java:98)
   at 
org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:194)
   at 
org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:131)
   at 
org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:94)
   at 
org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareReleaseMojo.java:127)
   at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:488)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:458)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:219)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)

   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

   at java.lang.reflect.Method.invoke(Method.java:585)
   at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)


   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] 


[ERROR] BUILD FAILURE
[INFO] 


[INFO] Unable to check for local modifications
Provider message:
The cvs command failed.
Command output:

[INFO] 


[INFO] For more information, run Maven with the -e switch
[INFO] 


[INFO] Total time: 2 minutes 18 seconds
[INFO] Finished at: Tue Jun 05 18:40:22 GMT+

changelog scm question

[Seth Mason]

Is there a way to configure the changelog plugin so it doesn't use the
values form the scm element but rather from a plugin configuration
element?  I have a problem where my parent pom defines its own scm and
changelog is using that to generate the changelog and failing because
the repo doesn't exist where its looking.

I'd rather not set my scm settings in the child pom because I'm
already setting my scm for the maven release plugin in the parent pom
and I'd like to do the same with changelog plugin.  That way all my
projects could just include my "core" parent pom and have all their
changelog and release settings ready for running.

For example, I have this in my parent pom so it's usable in all my
projects that inherit from it:
  
 org.apache.maven.plugins
 maven-release-plugin
 
   
scm:svn:svn://path/to/svn/${project.name}/trunk
   
scm:svn://path/to/svn/${project.name}/trunk
   svn://path/to/svn/${project.name}/tags
  
   


Let me know if this isn't clear.

Thanks in advance,
SETH

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

Re: M2: Surfire report directory

[Maria Odea Ching]

Could you try building your project with -X?
And do you have any configuration set in you pom for the surefire-plugin?

-Deng

Jux wrote:

Hi

When I build my project (mvn install) the tests fail. The target folder will
be created with the compiled classes and test classes, but the
target/surefire-reports folder will not be created. 


The error log is something like this:
---
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory:
D:\Projects\myproject\util\target\surefire-reports
The system cannot find the path specified.
[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] There are test failures.
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 2 seconds
[INFO] Finished at: Tue Jun 05 17:20:13 EEST 2007
[INFO] Final Memory: 5M/10M
[INFO]



I am very suprised about the line "The system cannot find the path
specified." As I assume the directory should be created by surefire plugin,
but before it is done, something wants to already access it and it fails. I
don't know what to do.

Juhan.
  



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

calling plugin in another plugin?

[張旭]

Does maven2 has api to add and call a plugin in another plugin ?

Or should I spell out dependency on the plugin being called and invoke
Mojo.execute() directly?

Anybody can help? Thanks in advance.

Re: Can a POM import a profile from anothe POM?

[Paul Spencer]

Steve,

To me reproducibility does include testing, both unit and integrated.  Now
I utilize properties from setting.xml to account for differences is environment.

Also note, the suggested enhancement adds functionality, thus you existing use
of profiles do not have to change.

Paul Spencer

Steve Ebersole wrote:

I wanted to throw a comment into this discussion...

Please keep in mind that this level of build reproducibility is not
*necessarily* a good thing.  The particular issue I have with the
reproducibility is actually the testing side of it
(functional/integration testing).  I would love to use profiles in a
drop-in fashion specifically to alter the reproducibility of the builds
*from a test perspective*.  However, that would mean use of either
profiles.xml or profiles in settings.xml, neither of which is allowed to
change either of the two things which would be needed, in the name of
reproducibility: dependencies and testResources.

So I would argue that the notion of "build reproducibility" should be
limited to not cover test related concerns.


On Sat, 2007-06-02 at 15:09 -0500, Jeff Jensen wrote:


I agree!  This I said: "if they truly all have the same profiles and profile
deps", which in your case fails - they share some, but not all share the
same ones.

In the spirit of idea exchange...if you really don't want poms having
duplicate deps, profiles, etc., I would consider using multiple parent poms.

One of the things I've done for my current customer is multiple "base poms".
There is the master base pom that they all use eventually extend from, and
every component uses every dependency in that top base pom.  I'm sure you
can imagine the next tier or two having one or a few poms.  Each component's
pom extends from the correct parent pom so it has only the deps necessary
from the lineage.  Component specific info is in its own pom.  There are
only a handful of parent poms, so it is not unwieldy.  The thing I like is
the "change it in one place".  It's just like a class hierarchy in the end,
but pom info instead :-).  It is a very large system (approaching 12,000
classes) and many components (jars, wars, ear - web apps and batches), and
this structure helps us ensure all components have the same dep versions per
release as we need.

This still has the inconvenience of new versions for _all_ poms when the
top-level master changes, but it is fine for me (and a smaller impact when a
different parent pom changes).  Things usually change when many components
are in development mode; hence they are all in SNAPSHOT versions anyway.

I would appreciate a "better way" suggestion or two if someone has any
ideas.  This is what works well for us.


-Original Message-
From: Paul Spencer [mailto:[EMAIL PROTECTED] 
Sent: Saturday, June 02, 2007 2:15 PM

To: Maven Users List
Subject: Re: Can a POM import a profile from anothe POM?

Jeff,
My projects fit into the following groups:
 o jars containing business logic
 o jars containing common utilities
 o wars for specific application servers

All of the above may share a parent POM, but why should a project that 
produces a "jars containing business logic" be affected when a profile 
that it does not use, like "cargo_tomcat_test", is updated?


Like you, I am just sharing my thoughts.  The more we understand how 
something is used, the better decision we can make.  Worse yet, we may 
learn something new in the process :)


Paul Spencer

Jeff Jensen wrote:


Hi Paul,

Indeed, yes.  My comment on lack of build reproducibility was addressing


the


"shared resource" approach (and you did not suggest), which is usually not
reproducible unless steps are deliberately made to source control the


shared


resource in a correct manner (in the codelines of all its dependents);
apologies for not making that clear! :-)

By the fact that your deps & profiles are in the pom, which is versioned


of


its own series, the profiles have the build reproducibility.

I also was commenting on the "weigh the effort for the benefit" of holding
profiles in a parent pom, which you commented was impractical, but the
benefit of reuse may outweigh the inconvenience, if they truly all have


the


same profiles and profile deps.  That is kind of stating the obvious, but
wanted to share the thought that it does have value even though I agree it
can be inconvenient... :-)


-Original Message-
From: Paul Spencer [mailto:[EMAIL PROTECTED] 
Sent: Saturday, June 02, 2007 12:59 PM

To: Maven Users List
Subject: Re: Can a POM import a profile from anothe POM?

Jeff,
I believe I address your concern, which I share, of build 
reproducibility by including a version number on the imported profile's 
artifact, essentially making it behave like a dependency.


Below is the example, which was in my original post.
***
* POM of project which imports the profiles cargo_tomcat_remote and
* cargo_jetty_remote and selenium-integration-test.
***

  ...
  com.foo.applications
  webapp_1
  ...
  

Re: Preflight check for 2.0.7

[Jason van Zyl]

I have uploaded another version here:

http://people.apache.org/~jvanzyl/

Fixed a couple more issues.

On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:


I have built a snapshot for 2.0.7 and put it here:

http://people.apache.org/~jvanzyl/

I figure folks are going to try and squeeze in more issues so what  
I plan is let people state their case for issues and I'll slot  
those into 2.0.8. I'll look those over and push whatever I can into  
2.0.7 but I would like to call for vote on Wednesday let people  
mess around and release it on Monday.


And you can see the roadmap here:

http://jira.codehaus.org/browse/MNG? 
report=com.atlassian.jira.plugin.system.project:roadmap-panel


Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Maven not respecting order of profiles passed in on the command line

[Barrie Treloar]

You probably want to read
http://www.nabble.com/What-is-the-Best-practice-for-generating-variations-of-an-artifacts--tf3414040s177.html

I'm still confused over your build environment.

Maven has one artifact per pom.
When you release your artifact it should be reproducible.
But having to select a bunch of profiles makes it un-reproducible.

If selecting different profiles produces a different build, then each
of these different builds should be stored in a repository somewhere,
otherwise it is not reproducable.

If you bundle this all together then yes this chews up disk space.

Why can't you have the base build (huge) plus the variations (small)
and then a process outside maven which merges the variations into the
base during the deployment steps?

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

RE: Maven not respecting order of profiles passed in on the command line

[EJ Ciramella]

Take ANY working project you ALREADY have and try using
help:active-profiles with a list specified.  You can change the order
and it doesn't matter.  Maven just does what it likes.

 

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 7:46 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 7:35 PM 5 Jun 07, EJ Ciramella wrote:

> You don't need a project btw - you just need maybe 5 profiles.  Try to
> activate three of them.  Then change the order of the profiles.
>

Right, that's what you have to give us. I'm not making them to  
reproduce the problem. Or if you ask us to it will either get closed  
as incomplete or go to the back of the line. Take 5 minutes and give  
us some POMs and profiles and you'll save us a lot of time and we'll  
be working with something that represents what your problem actually is.

> -Original Message-
> From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 05, 2007 7:19 PM
> To: Maven Users List
> Subject: RE: Maven not respecting order of profiles passed in on the
> command line
>
> Did ya miss the part about the 220 mb artifacts?  :-P
>
> This is a MASSIVE product.  Nothing I can zip up and send anywhere
> (plus, most likely, I'd be instantly fired).
>
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 05, 2007 7:01 PM
> To: Maven Users List
> Subject: Re: Maven not respecting order of profiles passed in on the
> command line
>
>
> On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:
>
>> Project, you want the pom.xml or the profiles.xml or both?
>>
>
> A fully intact project that I can run directly. Basically so I can
> unzip, run, and look for the problem you describe.
>
>> -Original Message-
>> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, June 05, 2007 5:19 PM
>> To: Maven Users List
>> Subject: Re: Maven not respecting order of profiles passed in on the
>> command line
>>
>>
>> On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:
>>
>>>
>>> How about mvn fixing this buggy profile override code?  I can see
>>> it's
>>> targeted for 2.1 (now)...
>>>
>>
>> Provide a sample project and attach it to JIRA and your chances are
>> much higher.
>>
>>> 

>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> --
>> Jason van Zyl
>> Founder and PMC Chair, Apache Maven
>> jason at sonatype dot com
>> --
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> --
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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

Re: Profile activation hierarchy question

[Paul Smith]

and to be clear (sorry), the build still completes ok, but the  
resulting filtering is using the one derived from settings.xml, and  
not the explicit profile asked for on the command line..


Paul
On 06/06/2007, at 9:56 AM, Paul Smith wrote:


mvn 2.0.4

I'm sure this is plainly my misunderstanding or something I'm doing  
wrong, but I have the following setup (see below).  I'm trying to  
configure it such that by default, the local settings.xml gets used  
by default, unless you specify the -P setting to use one specified  
in the pom.xml.


I'd like it such that:

mvn package

builds the native one based on the activeProfile defined in  
settings.xml, BUT if I do this:


mvn-Pfrontend_au_prod package

It ignores the active profile in settings.xml, and uses the one  
specified on the command line:


Using mvn help:active-profiles shows that it looks like it might work:

mvn help:active-profiles

The following profiles are active:

- frontend-au (source: settings.xml)


--
mvn -Pfrontend_au_prod help:active-profiles
..

The following profiles are active:

- frontend_au_prod (source: pom)
- frontend-au (source: settings.xml)

I thought the pom.xml one was supposed to take precedence.. ?

I'm extremely new to Maven, so this just may be a  
misunderstanding.  Any help appreciated.


[MY SETUP]

settings.xml:

...

frontend-au

au

devunix




frontend-au



in my pom.xml:
..  

  
frontend_au_prod

au

prod

  
  
frontend_uk_prod

uk

prod

  

...


Paul Smith
Core Engineering Manager

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: [EMAIL PROTECTED]  www.aconex.com

This email and any attachments are intended solely for the  
addressee. The contents may be privileged, confidential and/or  
subject to copyright or other applicable law. No confidentiality or  
privilege is lost by an erroneous transmission. If you have  
received this e-mail in error, please let us know by reply e-mail  
and delete or destroy this mail and all copies. If you are not the  
intended recipient of this message you must not disseminate, copy  
or take any action in reliance on it. The sender takes no  
responsibility for the effect of this message upon the recipient's  
computer system.






Paul Smith
Core Engineering Manager

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: [EMAIL PROTECTED]  www.aconex.com

This email and any attachments are intended solely for the addressee.  
The contents may be privileged, confidential and/or subject to  
copyright or other applicable law. No confidentiality or privilege is  
lost by an erroneous transmission. If you have received this e-mail  
in error, please let us know by reply e-mail and delete or destroy  
this mail and all copies. If you are not the intended recipient of  
this message you must not disseminate, copy or take any action in  
reliance on it. The sender takes no responsibility for the effect of  
this message upon the recipient's computer system.

Profile activation hierarchy question

[Paul Smith]

mvn 2.0.4

I'm sure this is plainly my misunderstanding or something I'm doing  
wrong, but I have the following setup (see below).  I'm trying to  
configure it such that by default, the local settings.xml gets used  
by default, unless you specify the -P setting to use one specified in  
the pom.xml.


I'd like it such that:

mvn package

builds the native one based on the activeProfile defined in  
settings.xml, BUT if I do this:


mvn-Pfrontend_au_prod package

It ignores the active profile in settings.xml, and uses the one  
specified on the command line:


Using mvn help:active-profiles shows that it looks like it might work:

mvn help:active-profiles

The following profiles are active:

- frontend-au (source: settings.xml)


--
mvn -Pfrontend_au_prod help:active-profiles
..

The following profiles are active:

- frontend_au_prod (source: pom)
- frontend-au (source: settings.xml)

I thought the pom.xml one was supposed to take precedence.. ?

I'm extremely new to Maven, so this just may be a misunderstanding.   
Any help appreciated.


[MY SETUP]

settings.xml:

...

frontend-au

au

devunix




frontend-au



in my pom.xml:
..  

  
frontend_au_prod

au

prod

  
  
frontend_uk_prod

uk

prod

  

...


Paul Smith
Core Engineering Manager

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: [EMAIL PROTECTED]  www.aconex.com

This email and any attachments are intended solely for the addressee.  
The contents may be privileged, confidential and/or subject to  
copyright or other applicable law. No confidentiality or privilege is  
lost by an erroneous transmission. If you have received this e-mail  
in error, please let us know by reply e-mail and delete or destroy  
this mail and all copies. If you are not the intended recipient of  
this message you must not disseminate, copy or take any action in  
reliance on it. The sender takes no responsibility for the effect of  
this message upon the recipient's computer system.

Re: Overriding Plugin settings in a child POM

[Jerome Thibaud]

Thanks for the pointer Steve.

rgds

Jerome

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


Hi Jerome,

This JIRA issue looks like it's related (suggestion of adding a
 section to the POM):

   http://jira.codehaus.org/browse/MNG-1931

Steve

Jerome Thibaud wrote:
> Hi All,
>
> using: Maven 2.0.4
>
> I defined the checkstyle reporting plugin in my parent pom, and for a
> specific child project I want to skip the generation of this report.
> I tried this:
>
> parent pom:
>
> 
>  
>...
>  
>org.apache.maven.plugins
>maven-checkstyle-plugin
>  
> ...
>  
> 
>
> and in the child pom
>
> 
>  
>
>org.apache.maven.plugins
>maven-checkstyle-plugin
>
>  true
>
>
>  
> 
>
>
> hoping that this would override the parent settings but it persists to
> generate the report.
>
> Any idea ?
>
> regards
>
> Jerome T.
>


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

Re: Maven not respecting order of profiles passed in on the command line

[Jason van Zyl]

On 5 Jun 07, at 7:35 PM 5 Jun 07, EJ Ciramella wrote:


You don't need a project btw - you just need maybe 5 profiles.  Try to
activate three of them.  Then change the order of the profiles.



Right, that's what you have to give us. I'm not making them to  
reproduce the problem. Or if you ask us to it will either get closed  
as incomplete or go to the back of the line. Take 5 minutes and give  
us some POMs and profiles and you'll save us a lot of time and we'll  
be working with something that represents what your problem actually is.



-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 7:19 PM
To: Maven Users List
Subject: RE: Maven not respecting order of profiles passed in on the
command line

Did ya miss the part about the 220 mb artifacts?  :-P

This is a MASSIVE product.  Nothing I can zip up and send anywhere
(plus, most likely, I'd be instantly fired).

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 7:01 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:


Project, you want the pom.xml or the profiles.xml or both?



A fully intact project that I can run directly. Basically so I can
unzip, run, and look for the problem you describe.


-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 5:19 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:



How about mvn fixing this buggy profile override code?  I can see
it's
targeted for 2.1 (now)...



Provide a sample project and attach it to JIRA and your chances are
much higher.

 
-

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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Maven not respecting order of profiles passed in on the command line

[Jason van Zyl]

On 5 Jun 07, at 7:19 PM 5 Jun 07, EJ Ciramella wrote:


Did ya miss the part about the 220 mb artifacts?  :-P

This is a MASSIVE product.  Nothing I can zip up and send anywhere
(plus, most likely, I'd be instantly fired).



Yes, well that's always the hard part. Making a project  
representative of the problem that we can use. Without a project we  
can't really do anything except grope around in the dark making  
projects ourselves hoping we're accurately recreating the problem  
which really isn't a productive use of our time. We need something to  
work with, the more you can provide the better.



-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 7:01 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:


Project, you want the pom.xml or the profiles.xml or both?



A fully intact project that I can run directly. Basically so I can
unzip, run, and look for the problem you describe.


-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 5:19 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:



How about mvn fixing this buggy profile override code?  I can see
it's
targeted for 2.1 (now)...



Provide a sample project and attach it to JIRA and your chances are
much higher.

 
-

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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

RE: Maven not respecting order of profiles passed in on the command line

[EJ Ciramella]

You don't need a project btw - you just need maybe 5 profiles.  Try to
activate three of them.  Then change the order of the profiles. 

-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 7:19 PM
To: Maven Users List
Subject: RE: Maven not respecting order of profiles passed in on the
command line

Did ya miss the part about the 220 mb artifacts?  :-P

This is a MASSIVE product.  Nothing I can zip up and send anywhere
(plus, most likely, I'd be instantly fired). 

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 7:01 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:

> Project, you want the pom.xml or the profiles.xml or both?
>

A fully intact project that I can run directly. Basically so I can  
unzip, run, and look for the problem you describe.

> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 05, 2007 5:19 PM
> To: Maven Users List
> Subject: Re: Maven not respecting order of profiles passed in on the
> command line
>
>
> On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:
>
>>
>> How about mvn fixing this buggy profile override code?  I can see  
>> it's
>> targeted for 2.1 (now)...
>>
>
> Provide a sample project and attach it to JIRA and your chances are
> much higher.
>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> --
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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


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

RE: Maven not respecting order of profiles passed in on the command line

[EJ Ciramella]

Did ya miss the part about the 220 mb artifacts?  :-P

This is a MASSIVE product.  Nothing I can zip up and send anywhere
(plus, most likely, I'd be instantly fired). 

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 7:01 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:

> Project, you want the pom.xml or the profiles.xml or both?
>

A fully intact project that I can run directly. Basically so I can  
unzip, run, and look for the problem you describe.

> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 05, 2007 5:19 PM
> To: Maven Users List
> Subject: Re: Maven not respecting order of profiles passed in on the
> command line
>
>
> On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:
>
>>
>> How about mvn fixing this buggy profile override code?  I can see  
>> it's
>> targeted for 2.1 (now)...
>>
>
> Provide a sample project and attach it to JIRA and your chances are
> much higher.
>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> --
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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

Re: Reporting Issues

[Jason van Zyl]

We only have this:

http://maven.apache.org/guides/development/guide-m2- 
development.html#Creating%20and%20submitting%20a%20patch


Which I will update and I was going to stick a big fat message on the  
issue creation screen.


On 5 Jun 07, at 6:17 PM 5 Jun 07, John Casey wrote:


Do we have this caveat on our website anywhere?

Just curious.

-john


On Jun 5, 2007, at 4:50 PM, Jason van Zyl wrote:


Hi,

If you are reporting issues please don't waste your time and ours  
by not providing a way for us to reproduce your problem.


Descriptions of the problems take an inordinate amount of time to  
process as we have to make a usable POM to even attempt to assess  
the problem. Issues stating problems without something usable to  
try (let alone test cases, or integration tests) will be closed as  
incomplete. If you're going to take the time to cut out snippets  
of your POM please attach a working POM, or a set of POMs, that we  
can download and run. We appreciate reports, and patches better  
but if you don't have something usable for us it's incredibly hard  
to us to manage the issues. A POM goes a long way to helping us  
resolve problems.


Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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



---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Maven not respecting order of profiles passed in on the command line

[Jason van Zyl]

On 5 Jun 07, at 6:07 PM 5 Jun 07, EJ Ciramella wrote:


Project, you want the pom.xml or the profiles.xml or both?



A fully intact project that I can run directly. Basically so I can  
unzip, run, and look for the problem you describe.



-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 5:19 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:



How about mvn fixing this buggy profile override code?  I can see  
it's

targeted for 2.1 (now)...



Provide a sample project and attach it to JIRA and your chances are
much higher.


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Preflight check for 2.0.7

[Jason van Zyl]

On 5 Jun 07, at 5:41 PM 5 Jun 07, Jochen Wiedmann wrote:


On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:


I have built a snapshot for 2.0.7 and put it here:


I'd like to note that I really do appreciate the current schedule of a
maintenance release every quarter or around like that!



Now you just have to tell me if it works for you or not :-)

I've just found a show stopper I'm trying to fix.


Jochen


--
Women have the ability to wind you round their little finger.
Daughters can use all of the fingers together.

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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: Reporting Issues

[John Casey]

Do we have this caveat on our website anywhere?

Just curious.

-john


On Jun 5, 2007, at 4:50 PM, Jason van Zyl wrote:


Hi,

If you are reporting issues please don't waste your time and ours  
by not providing a way for us to reproduce your problem.


Descriptions of the problems take an inordinate amount of time to  
process as we have to make a usable POM to even attempt to assess  
the problem. Issues stating problems without something usable to  
try (let alone test cases, or integration tests) will be closed as  
incomplete. If you're going to take the time to cut out snippets of  
your POM please attach a working POM, or a set of POMs, that we can  
download and run. We appreciate reports, and patches better but if  
you don't have something usable for us it's incredibly hard to us  
to manage the issues. A POM goes a long way to helping us resolve  
problems.


Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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



---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john

Re: [M2] Changelog plugin report unknown range

[Dennis Lundberg]

Look out for this in the upcoming 2.1 version of the plugin.

See this issue:
  http://jira.codehaus.org/browse/MCHANGELOG-63

Sam Anabtawi wrote:

So is there any solution or any kind of work around? Can I manually change
that message somewhere?
A message saying "Changes from an unknown range" on my most important site
page does not seem to impress my boss alot :\




Allan Ramirez wrote:

Hi Nate,

As far as I know, the plugin does not resolve the last revision dates 
for each tag. Maybe the text  "Changes from an unknown range" should be 
replace with "Changes from  to "


-allan

Nate wrote:

When I generate the changelog plugin using the tag type with CVS, I get
the following string at the top of the page: "Changes from an unknown
range".

Here is part of my POM:

 org.apache.maven.plugins
 maven-changelog-plugin
 2.0-SNAPSHOT
 
  
   single-report
   
tag

 MyApp_0_7_rc1
 MyApp_0_7_rc2

   
...
  
 


If I use the date or range type, that field is filled in correctly with
the date range.  I looked at the changelog.xml file that is generated for
both the tag type and a date type, and the start and end dates attributes
were not filled in for the tag output.  I believe these start and end
attributes are was is being read in by the report generator and used for
the range.

Generated changelog.xml from tag type:

 
  
   ...

Generated changelog.xml from date type:

 
  
   ...

I looked into the changelog plugin source, and found that the changeset
element and attributes are generated by an SCM plugin object.  I tried to
go into that source code, but I was unsuccessful in tracking down the
exact location where those fields are filled in.  Is it possible to get
the tag range displayed instead of an unknown date range?

Thanks,
-Nate


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

  

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








--
Dennis Lundberg

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

RE: Maven not respecting order of profiles passed in on the command line

[EJ Ciramella]

Project, you want the pom.xml or the profiles.xml or both? 

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 05, 2007 5:19 PM
To: Maven Users List
Subject: Re: Maven not respecting order of profiles passed in on the
command line


On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:

>
> How about mvn fixing this buggy profile override code?  I can see it's
> targeted for 2.1 (now)...
>

Provide a sample project and attach it to JIRA and your chances are  
much higher.

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

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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


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

Re: Ant tasks for Maven and java.net dependencies

[Hervé BOUTEMY]

Le mardi 5 juin 2007, Werner Guttmann a écrit :
> Is it okay for you if I create a Jira issue and attach all artefacts to
> it ?
Yes, please file a Jira issue with pom.xml and build.xml: I'll investigate on 
it.

> But basically, Maven 2.0.6, Ant tasks for Maven 2.0.6 and the POM 
> could be found at
>
> http://svn.castor.codehaus.org/browse/castor/castor/trunk/pom.xml?r=trunk
>
> Basically, it looks like the dependencies that are hosted on (any?)
> java.net repository are not downloaded and/or added.
>
> Regards
> Werner
>
> Hervé BOUTEMY wrote:
> > Hi,
> >
> > I'm working on Maven Ant Tasks bugfixes and enhancements: I really need
> > such feedback.
> >
> > But I'll need more info :
> > - which version of Ant and Maven Ant Tasks
> > - the build.xml you're using (and pom.xml if any)
> > - which libs are missing
> >
> > If I'm able to reproduce the problem, I'll be able to work on it.
> >
> > Regards,
> >
> > Hervé
> >
> > Le mardi 5 juin 2007, Werner Guttmann a écrit :
> >> Hi,
> >>
> >> I am trying to use the Ant task for Maven with the root Maven POM for
> >> the Castor project for download the dependencies and place them into a
> >> lib directory.
> >>
> >> What I have observed is that there's a few dependencies missing when I
> >> run the corresponding Ant target. But if I use Maven for the build
> >> process, the missing JARs are downloaded as well and placed into my
> >> local repository.
> >>
> >> I have tried to define remoteRepository entries for the java.net and the
> >> Maven 2 java.net repositories (where e.g. java.transaction:jta:1.1.1B
> >> resides), but this does not make a difference.
> >>
> >> Any idea what I could try in addition ? Having said that, all other
> >> dependencies are resolved and copied without any problems. It looks like
> >> it's just the dependencies that are not synced globally that create a
> >> problem.
> >>
> >> Regards
> >> Werner
> >> Castor, committer
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



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

Re: Where to report errors in Maven web site?

[Dennis Lundberg]

Thorsten Heit wrote:

Hi,

I just found a wrong link on the Maven project web site: The section "Site 
Descriptor" in http://maven.apache.org/plugins/maven-site-plugin/howto.html contains:


That page should not exist. Someone seems to have published an old 
version of the site. I'll republish it.



"For more references of site descriptor, here's a link 
http://maven.apache.org/site.html";

Unfortunately this link doesn't exist, i.e. I get a "Page not found" error.

Can someone please tell me the correct URL?


The correct link is:
http://maven.apache.org/plugins/maven-site-plugin/examples/sitedescriptor.html



Regards

Thorsten

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




--
Dennis Lundberg

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

Re: Minor error on the web site w/ maven-release-plugin

[Dennis Lundberg]

Thorsten Heit wrote:

Hi,

I just discovered that the Maven website is a little bit outdated:
http://maven.apache.org/plugins/maven-release-plugin/ states 2.0-beta-5 in the 
menu, and the plugin list at http://maven.apache.org/plugins/index.html still 
refers to 2.0-beta-4, whereas the actual version is already 2.0-beta-6 since a 
couple of days.


I'm currently updating the plugins index.


Should I create an issue in JIRA for that? If yes, where? The JIRA project 
overview list doesn't contain a special project for web site issues...


For the future, general Maven site issues can be filed in the MNG JIRA 
project, and then select an appropriate component.




Regards

Thorsten

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




--
Dennis Lundberg

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

Re: Preflight check for 2.0.7

[Jochen Wiedmann]

On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:


I have built a snapshot for 2.0.7 and put it here:


I'd like to note that I really do appreciate the current schedule of a
maintenance release every quarter or around like that!

Jochen


--
Women have the ability to wind you round their little finger.
Daughters can use all of the fingers together.

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

Re: any way to override a plugin dependency ?

[Werner Guttmann]

Sorry for a reply not really related to your question .. ;-). But being
committer for Castor, I just cannot resist to suggest switching to
Castor 1.1 and later where such issues should have been fixed.

Werner

nicolas de loof wrote:
> Hello,
> 
> I've got a legacy project to convert from maven1 to maven2.
> It uses castor to generate code based on an XSD.
> 
> castor plugin from mojo uses castor 0.9.7, and my project use castor 0.9.5,
> and the generated code is not compatible (unmarshall returns "Object" in
> 0.9.7 !)
> 
> I've those options :
> 1 - adapt all my code to the uncompatile generated code
> 2 - find a way to force the castor plugin mojo to use castor-0.9.5
> 3 - use the antrun plugin to manually call castor:generate with the
> expected
> version
> 4 - don't migrate to maven2
> 
> I don't think 2 is possible in maven 2.0. Many maven2 plugins are designed
> to package invocation of another tool. Any change in the tool would require
> a new plugin release. Is there any plan to make this possible in maven
> 2.1 ?
> 


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

Re: Ant tasks for Maven and java.net dependencies

[Werner Guttmann]

Is it okay for you if I create a Jira issue and attach all artefacts to
it ? But basically, Maven 2.0.6, Ant tasks for Maven 2.0.6 and the POM
could be found at

http://svn.castor.codehaus.org/browse/castor/castor/trunk/pom.xml?r=trunk

Basically, it looks like the dependencies that are hosted on (any?)
java.net repository are not downloaded and/or added.

Regards
Werner

Hervé BOUTEMY wrote:
> Hi,
> 
> I'm working on Maven Ant Tasks bugfixes and enhancements: I really need such 
> feedback.
> 
> But I'll need more info :
> - which version of Ant and Maven Ant Tasks
> - the build.xml you're using (and pom.xml if any)
> - which libs are missing
> 
> If I'm able to reproduce the problem, I'll be able to work on it.
> 
> Regards,
> 
> Hervé
> 
> Le mardi 5 juin 2007, Werner Guttmann a écrit :
>> Hi,
>>
>> I am trying to use the Ant task for Maven with the root Maven POM for
>> the Castor project for download the dependencies and place them into a
>> lib directory.
>>
>> What I have observed is that there's a few dependencies missing when I
>> run the corresponding Ant target. But if I use Maven for the build
>> process, the missing JARs are downloaded as well and placed into my
>> local repository.
>>
>> I have tried to define remoteRepository entries for the java.net and the
>> Maven 2 java.net repositories (where e.g. java.transaction:jta:1.1.1B
>> resides), but this does not make a difference.
>>
>> Any idea what I could try in addition ? Having said that, all other
>> dependencies are resolved and copied without any problems. It looks like
>> it's just the dependencies that are not synced globally that create a
>> problem.
>>
>> Regards
>> Werner
>> Castor, committer
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Re: Maven not respecting order of profiles passed in on the command line

[Jason van Zyl]

On 5 Jun 07, at 2:36 PM 5 Jun 07, EJ Ciramella wrote:



How about mvn fixing this buggy profile override code?  I can see it's
targeted for 2.1 (now)...



Provide a sample project and attach it to JIRA and your chances are  
much higher.



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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Reporting Issues

[Jason van Zyl]

Hi,

If you are reporting issues please don't waste your time and ours by  
not providing a way for us to reproduce your problem.


Descriptions of the problems take an inordinate amount of time to  
process as we have to make a usable POM to even attempt to assess the  
problem. Issues stating problems without something usable to try (let  
alone test cases, or integration tests) will be closed as incomplete.  
If you're going to take the time to cut out snippets of your POM  
please attach a working POM, or a set of POMs, that we can download  
and run. We appreciate reports, and patches better but if you don't  
have something usable for us it's incredibly hard to us to manage the  
issues. A POM goes a long way to helping us resolve problems.


Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

Re: getting started

[Vanja Petreski]

Create the settings.xml in C:\Documents and Settings\YOUR_USER\.m2\ file
with the similar structure:
http://maven.apache.org/guides/mini/guide-proxies.html

Vanja

On 6/5/07, Steven R Faber <[EMAIL PROTECTED]> wrote:



I'm trying to get maven 2.0.6 installed using a proxy
on a Windows XP PC with jdk1.5.0_11.
I managed to get the path variable set as described
although there are 2 different descriptions in the documentation,
one using a M2_HOME and one not, so I'm assuming you don't need
M2_HOME.  I do get the mvn --version to work OK, but cannot
access anything on the web.  I wasn't sure where ~/.m2/ was supposed to be
on a Win XP system but after running filemon I saw it was looking
for something under C:\Documents and Settings\username\.m2  so i copied
the settings.xml there and changed the proxy to match our company's
configuration.  I also changed the local repository to be C:\repo,
however it seems to still use ~/.m2/repository and maven is unable to
get any jars from the internet.  It seems to be finding the settings.xml
now but it isn't clear if the settings are being used.  It seems that
the documentation has a couple different formats shown for setting the
proxy with elements in different orders.  I tried both ways and also
with and without some other elements that may or may not be optional.
Can anyone help?

Steve


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

Re: Another axistools-maven-plugin question

[DavidWilliams]

Wayne,

This seem to work.  I have a different error now but one step closer


 
${basedir}\src\main\java\com\sungardebs\omnivision\deploy.wsdd


David



[EMAIL PROTECTED] 
06/05/2007 03:40 PM
Please respond to
"Maven Users List" 


To
"Maven Users List" 
cc

Subject
Re: Another axistools-maven-plugin question






Wayne,

Thanks for your response!!!  It parses now but thinks the inputFiles is 
null.  The debug and error lines are below. 

[DEBUG]   (f) inputFiles = [null]
[DEBUG]   (f) isServerConfig = true

[INFO] [axistools:admin {execution: admin}]
Jun 5, 2007 3:29:42 PM org.codehaus.mojo.axistools.admin.AdminWrapper 
execute
SEVERE: Error processing 'null'
java.lang.NullPointerException
at java.io.FileInputStream.(FileInputStream.java:103)
at java.io.FileInputStream.(FileInputStream.java:66)
at 
org.codehaus.mojo.axistools.admin.AdminWrapper.execute(AdminWrapper.java:64)
at 
org.codehaus.mojo.axistools.admin.DefaultAdminPlugin.execute(DefaultAdminPlugin.java:94)
at 
org.codehaus.mojo.axistools.AdminMojo.execute(AdminMojo.java:83)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] 

[ERROR] BUILD ERROR
[INFO] 

[INFO] error executing plugin

Here is my pom.


admin


 
${src\main\java\com\sungardebs\omnivision\deploy.wsdd}

true
true
true


admin
  


Thanks,

David




"Wayne Fay" <[EMAIL PROTECTED]> 
06/05/2007 03:17 PM
Please respond to
"Maven Users List" 


To
"Maven Users List" 
cc

Subject
Re: Another axistools-maven-plugin question






The error could certainly be better, but I think it is reasonably
clear: inputFiles wants an ArrayList, and you're giving it a String.

Try this if you've only got one item:
${deploy.wsdd}

Wayne

On 6/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 
wrote:
> Hi Everyone,
>
> I have one more question.  I get the following error with the
> axistools-maven-plugin admin goal.
>
> Cause: Cannot assign configuration entry 'inputFiles' to 'class
> java.util.ArrayList' from 'deploy.wsdd', which is of type class
> java.lang.String
>
> Does anyone know why I'm getting this error?  Here is a piece of my
> pom.xml.
>
> 
>   admin
> 
>   {deploy.wsdd}
>   true
> 
> 
>   admin
> 
> 
>
> Thanks for your help,
>
> David

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


_
CONFIDENTIALITY:  This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this email in error, 
please notify the sender and delete this email from your system.  Thank 
you.

_
CONFIDENTIALITY:  This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this email in error, 
please notify the sender and delete this email from your system

Re: Another axistools-maven-plugin question

[DavidWilliams]

Wayne,

Thanks for your response!!!  It parses now but thinks the inputFiles is 
null.  The debug and error lines are below. 

[DEBUG]   (f) inputFiles = [null]
[DEBUG]   (f) isServerConfig = true

[INFO] [axistools:admin {execution: admin}]
Jun 5, 2007 3:29:42 PM org.codehaus.mojo.axistools.admin.AdminWrapper 
execute
SEVERE: Error processing 'null'
java.lang.NullPointerException
at java.io.FileInputStream.(FileInputStream.java:103)
at java.io.FileInputStream.(FileInputStream.java:66)
at 
org.codehaus.mojo.axistools.admin.AdminWrapper.execute(AdminWrapper.java:64)
at 
org.codehaus.mojo.axistools.admin.DefaultAdminPlugin.execute(DefaultAdminPlugin.java:94)
at 
org.codehaus.mojo.axistools.AdminMojo.execute(AdminMojo.java:83)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] 

[ERROR] BUILD ERROR
[INFO] 

[INFO] error executing plugin

Here is my pom.


admin


 
${src\main\java\com\sungardebs\omnivision\deploy.wsdd}

true
true
true


admin
  


Thanks,

David




"Wayne Fay" <[EMAIL PROTECTED]> 
06/05/2007 03:17 PM
Please respond to
"Maven Users List" 


To
"Maven Users List" 
cc

Subject
Re: Another axistools-maven-plugin question






The error could certainly be better, but I think it is reasonably
clear: inputFiles wants an ArrayList, and you're giving it a String.

Try this if you've only got one item:
${deploy.wsdd}

Wayne

On 6/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 
wrote:
> Hi Everyone,
>
> I have one more question.  I get the following error with the
> axistools-maven-plugin admin goal.
>
> Cause: Cannot assign configuration entry 'inputFiles' to 'class
> java.util.ArrayList' from 'deploy.wsdd', which is of type class
> java.lang.String
>
> Does anyone know why I'm getting this error?  Here is a piece of my
> pom.xml.
>
> 
>   admin
> 
>   {deploy.wsdd}
>   true
> 
> 
>   admin
> 
> 
>
> Thanks for your help,
>
> David

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


_
CONFIDENTIALITY:  This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this email in error, 
please notify the sender and delete this email from your system.  Thank 
you.

getting started

[Steven R Faber]

I'm trying to get maven 2.0.6 installed using a proxy
on a Windows XP PC with jdk1.5.0_11.
I managed to get the path variable set as described
although there are 2 different descriptions in the documentation,
one using a M2_HOME and one not, so I'm assuming you don't need
M2_HOME.  I do get the mvn --version to work OK, but cannot
access anything on the web.  I wasn't sure where ~/.m2/ was supposed to be
on a Win XP system but after running filemon I saw it was looking
for something under C:\Documents and Settings\username\.m2  so i copied
the settings.xml there and changed the proxy to match our company's
configuration.  I also changed the local repository to be C:\repo,
however it seems to still use ~/.m2/repository and maven is unable to
get any jars from the internet.  It seems to be finding the settings.xml
now but it isn't clear if the settings are being used.  It seems that
the documentation has a couple different formats shown for setting the
proxy with elements in different orders.  I tried both ways and also
with and without some other elements that may or may not be optional.
Can anyone help?

Steve


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

Re: Another axistools-maven-plugin question

[Wayne Fay]

The error could certainly be better, but I think it is reasonably
clear: inputFiles wants an ArrayList, and you're giving it a String.

Try this if you've only got one item:
${deploy.wsdd}

Wayne

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

Hi Everyone,

I have one more question.  I get the following error with the
axistools-maven-plugin admin goal.

Cause: Cannot assign configuration entry 'inputFiles' to 'class
java.util.ArrayList' from 'deploy.wsdd', which is of type class
java.lang.String

Does anyone know why I'm getting this error?  Here is a piece of my
pom.xml.


  admin

  {deploy.wsdd}
  true


  admin



Thanks for your help,

David


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

[M2] Running maven avoing checking the existence of pom file in the local repository

[Roberto UserList]

Hi all!
I've been facing a problem when I run maven in the production environment,
and it tries to load "drools-core-3.0.2.pom" pom file from local repository.
My production environment is isolated from Internet, so It cannot access
Ibiblio or any other remote repository and, in my local repository I do not
have the pom file it looks is looking for ("drools-core-3.0.2.pom")
What can I do to order Maven not to take care about the existance of this
certain pom file?

Thanks in advance for the help!
Regards,
Roberto.
Check it out the log file:
[INFO] Preparing javadoc:javadoc
[INFO] No goals needed for project - skipping
Downloading:
http://snapshots.repository.codehaus.org//drools/drools-core/3.0.2/drools-core-3.0.2.pom
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error building POM (may not be this project's POM).


Project ID: drools:drools-core

Reason: Error getting POM for 'drools:drools-core' from the repository:
Error transferring file
drools:drools-core:pom:3.0.2

from the specified remote repositories:
central (http://repo1.maven.org/maven2),
Codehaus Snapshots (http://snapshots.repository.codehaus.org/)



[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 4 minutes 18 seconds

Another axistools-maven-plugin question

[DavidWilliams]

Hi Everyone,

I have one more question.  I get the following error with the 
axistools-maven-plugin admin goal.

Cause: Cannot assign configuration entry 'inputFiles' to 'class 
java.util.ArrayList' from 'deploy.wsdd', which is of type class 
java.lang.String

Does anyone know why I'm getting this error?  Here is a piece of my 
pom.xml.
 

  admin

  {deploy.wsdd}
  true


  admin



Thanks for your help,

David

RE: Maven not respecting order of profiles passed in on the command line

[EJ Ciramella]

>>> Basically a profile should only be used to either
>>> a) externalise OS dependent settings, e.g. location of eclipse
installation.
>>> In general for all most all maven plugins you never need to do
this

Why else would you use a profile?

So we have three per environment we activate:

1 - base (has all the generic stuff used across all environments
2 - StackDefaults (this is all the default stuff per
qa/staging/production environments - everything that's different between
these and a developer's machine)
3 - color (all of our stacks are color coded - things like db strings go
in here)

So when we build, we activate via -Pbase,StackDefaults,

Depending on what the "color" profile is, via help:active-profiles, we
can see sometimes  comes before StackDefaults - which basically
nullifies itsself.


>>> You are using -Ppersonal,StackDefaults,ca-lime,root which just feels
wrong.

Why?  How else do you say, "take everything from this semi-generic
profile, PLUS what is defined as a stack default AND override all that
with this VERY specific stuff in this ca-lime profile (just ignore
"root" for the time being as it needs to specify the directory the build
is happening in)

>>> Why are you having to select these values?

Because for our stack defaults, we have a large set of c-name settings.
Instead of having each color profile that had 9134806709328476 entries,
we plopped them all in StackDefaults.  This way when it comes time to
add on a new stack, people don't look at it and say, "ZOMG - LOOK AT ALL
THOSE ENTRIES!!!  I'll never figure this out".  Then get releng
involved.  Then get dev involved.  Then get ops involved.  The way it
works now is you add a color profile and talk to the dbas for what the
password should be for that env.  

>>> Why are they not the defined defaults?  

We have two degrees of defined defaults.  This is where I think we break
from the mvn norm.  We have a VERY complex environemtal set up in
staging and production.  We have 4 web servers, 5 jboss app servers, 2
atg util servers, the list goes on and on - in total 25 with MANY
various purposes.  Where when we try to stick to convention over
configuration, it forced us down this path.

  

>>> There was a discussion a while ago about multiple build for
different
>>> configurations, e.g. Tomcat/War, JBoss/Ear, etc.  I can't recall the
>>> result of the discussion.
>>> But if you always want to build each of these configurations then
you
>>> may want to consider creating a module per configuration that has
all
>>> the correct settings defined for that build.

Heh - what we're doing is building a "main" bin type distirubtable that
is mis-configured (because we're only activating the personal profile
with next to no other profile).  That alone is about 220 mb.  If we had
to generate that for each stack, that'd be 15 of those puppies.  Plus,
we still have to build up the atg ca app, util app, email server - the
list goes on.  Add to this that we currently have 7 active branches.
You start to see how big a disk that would require.  This is why we
build ONE main binary then a configuration for each environment.  The
config files are tiny, maybe 10 kb.  


I think your suggestions are valid, but only for a very plain-jane build
env and environment (which ours is not).

How about mvn fixing this buggy profile override code?  I can see it's
targeted for 2.1 (now)...

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

Re: Ant tasks for Maven and java.net dependencies

[Hervé BOUTEMY]

Hi,

I'm working on Maven Ant Tasks bugfixes and enhancements: I really need such 
feedback.

But I'll need more info :
- which version of Ant and Maven Ant Tasks
- the build.xml you're using (and pom.xml if any)
- which libs are missing

If I'm able to reproduce the problem, I'll be able to work on it.

Regards,

Hervé

Le mardi 5 juin 2007, Werner Guttmann a écrit :
> Hi,
>
> I am trying to use the Ant task for Maven with the root Maven POM for
> the Castor project for download the dependencies and place them into a
> lib directory.
>
> What I have observed is that there's a few dependencies missing when I
> run the corresponding Ant target. But if I use Maven for the build
> process, the missing JARs are downloaded as well and placed into my
> local repository.
>
> I have tried to define remoteRepository entries for the java.net and the
> Maven 2 java.net repositories (where e.g. java.transaction:jta:1.1.1B
> resides), but this does not make a difference.
>
> Any idea what I could try in addition ? Having said that, all other
> dependencies are resolved and copied without any problems. It looks like
> it's just the dependencies that are not synced globally that create a
> problem.
>
> Regards
> Werner
> Castor, committer
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



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

Problem with the maven-assembly-plugin 2.2 beta 2

[Luca Clementi]

I have a problem with the maven assembly plugin.
When I issue a mvn install I get this error:
[INFO] Building jar: 
/home/clem/projects/aware/aware-designer/target/aware-designer-1.0-SNAPSHOT.jar
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Internal error in the plugin manager executing goal 
'org.apache.maven.plugins:maven-assembly-plugin:2.2-beta-2-SNAPSHOT:attached': 
Unable to find the mojo 
'org.apache.maven.plugins:maven-assembly-plugin:2.2-beta-2-SNAPSHOT:attached' 
in the plugin 'org.apache.maven.plugins:maven-assembly-plugin'
Component descriptor cannot be found in the component repository: 
org.codehaus.plexus.archiver.manager.ArchiverManagerdefault.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 6 seconds
[INFO] Finished at: Tue Jun 05 18:46:40 CEST 2007
[INFO] Final Memory: 8M/16M
[INFO] 


In my pom I have:

  
maven-assembly-plugin

  
make-assembly 
package 

  attached 

  


  

  org.aware.wda.WorkflowDesigner

  
 
jar-with-dependencies
  

  
---

If I force the version to 
2.2-beta-1 
every thing works fine.

Is this a problem on the repository or am I doing something wrong?


Thank you for any help,
Luca



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

Re: Preflight check for 2.0.7

[Jesse McConnell]

redback builds, I am happy :)

On 6/5/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:

I've close the last issue, and the vote will go up. If no one tries
it or wants anything you get what we give you.

On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:

> I have built a snapshot for 2.0.7 and put it here:
>
> http://people.apache.org/~jvanzyl/
>
> I figure folks are going to try and squeeze in more issues so what
> I plan is let people state their case for issues and I'll slot
> those into 2.0.8. I'll look those over and push whatever I can into
> 2.0.7 but I would like to call for vote on Wednesday let people
> mess around and release it on Monday.
>
> And you can see the roadmap here:
>
> http://jira.codehaus.org/browse/MNG?
> report=com.atlassian.jira.plugin.system.project:roadmap-panel
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> --
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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





--
jesse mcconnell
[EMAIL PROTECTED]

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

Re: Preflight check for 2.0.7

[jblack]

Right on man.  Thanks for your efforts Jason.


Jeff


Jason van Zyl-2 wrote:
> 
> I've close the last issue, and the vote will go up. If no one tries  
> it or wants anything you get what we give you.
> 
> On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:
> 
>> I have built a snapshot for 2.0.7 and put it here:
>>
>> http://people.apache.org/~jvanzyl/
>>
>> I figure folks are going to try and squeeze in more issues so what  
>> I plan is let people state their case for issues and I'll slot  
>> those into 2.0.8. I'll look those over and push whatever I can into  
>> 2.0.7 but I would like to call for vote on Wednesday let people  
>> mess around and release it on Monday.
>>
>> And you can see the roadmap here:
>>
>> http://jira.codehaus.org/browse/MNG? 
>> report=com.atlassian.jira.plugin.system.project:roadmap-panel
>>
>> Thanks,
>>
>> Jason
>>
>> --
>> Jason van Zyl
>> Founder and PMC Chair, Apache Maven
>> jason at sonatype dot com
>> --
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> Thanks,
> 
> Jason
> 
> --
> Jason van Zyl
> Founder and PMC Chair, Apache Maven
> jason at sonatype dot com
> --
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Preflight-check-for-2.0.7-tf3868603s177.html#a10972998
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: axistools-maven-plugin

[DavidWilliams]

Nap,

Thanks for your quick response!!!  Do you know where I can see an example 
pom of this at work?  Also can you override the phase that the plugin is 
tied to?

Thanks,

David



"Napoleon Esmundo C. Ramirez" <[EMAIL PROTECTED]> 
06/05/2007 10:56 AM
Please respond to
"Maven Users List" 


To
"Maven Users List" 
cc

Subject
Re: axistools-maven-plugin






Hello David,

Yep, as long as those goals are bound to different executions.

Cheers!
Nap

On 6/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Hi Everyone,
>
> Is it possible to use both goals java2wsdl and wsdl2java of the
> axistools-maven-plugin in the pom or are you limited to just one?
>
> Thanks,
>
> David

_
CONFIDENTIALITY:  This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this email in error, 
please notify the sender and delete this email from your system.  Thank 
you.

Re: axistools-maven-plugin

[Napoleon Esmundo C. Ramirez]

Hello David,

Yep, as long as those goals are bound to different executions.

Cheers!
Nap

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


Hi Everyone,

Is it possible to use both goals java2wsdl and wsdl2java of the
axistools-maven-plugin in the pom or are you limited to just one?

Thanks,

David

Re: Programmatically finding dependencies

[Roland Asmann]

For your first question (other mail): I'm running on the 2.0 API, although I 
will probably switch along the way... Thanks for the info on the 
method-signature!

> this.project.getRemoteArtifact.Repositories()
> this.localRepository
>
> How did u retrieve this informations?

As for the other 2 questions, here's a snippet of code:

/**
 * @parameter expression="${project}"
 * @readonly
 * @required
 */
protected MavenProject project;

/**
 * @parameter expression="${localRepository}"
 * @required
 * @readonly
 */
private ArtifactRepository localRepository;

The project has a method 'getRemoteArtifactRepositories()' (looks like a 
copy-paste failure in your text below!).

Beware though, I am currently using 2.0 for all APIs, so if any signatures 
have changed, you might not get everything to work!

-- 
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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

using zip assembly for GWTCompile output

[Bruno Waes]

I want to keep my webapp (created with "mvn archetype:create
-DarchetypeArtifactId=maven-archetype-
webapp") as clean as possible and only have Spring config files, Freemarker
templates, web.xml ... files there, and no actual code.

So as i want to integrate GWT into my application i made a separate project
"mvn archetype:create" that has my GWT classes (the client and server
classes go into src/main/java, the *.gwt.xml files go into
/src/main/resources). "mvn install" nicely sends my jar into my repo. Now
installed gwt-maven plugin (http://code.google.com/p/gwt-maven/ 2.x) and it
nicely does the GWTCompile with output into my /target/projectname-
1.0-SNAPSHOT/ directory.

Now my idea whas to have this project next to the jar also put a zip file of
this output into the repository. I accomplished that by adding this:

   
   maven-assembly-plugin
   
   
   src/assemble/gwt.xml
   
   
   
   
   make-assembly
   package
   
   attached
   
   
   
   

with gwt.xml containing:


   gwt
   
   zip
   
   false
   
   
   /target/projectname-1.0-SNAPSHOT
   /
   
   



When i do a "mvn install" and i check my repo i see that zip file added.

Now is my question how i get my webapp to have that zip as a dependency so
it pulls that zip file from the repo and unzips it, and it eventually will
end up as part of the war file from that webapp?

If this way of working that i had in mind is totally 'not done', please tell
me, i am still quite new to Maven.

Thanks,
Bruno

maven-eclipse-plugin: .classpath is not written if packaging is zip

[Graham Leggett]

Hi all,

I am trying to get the eclipse plugin to generate an eclipse config that
can be built using PDE (via the maven-pde-plugin).

To do this, the packaging type needs to be "zip". However - when this is
the case, the eclipse plugin refuses to write a .classpath file, and my
project has no dependencies as a result. Changing the packaging to jar
fixes maven-eclipse-plugin, but then breaks maven-pde-plugin.

Is there a way to convince the maven-eclipse plugin to be inside a zip
project _and_ generate a .classpath config file at the same time?

Regards,
Graham
--



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

axistools-maven-plugin

[DavidWilliams]

Hi Everyone,

Is it possible to use both goals java2wsdl and wsdl2java of the 
axistools-maven-plugin in the pom or are you limited to just one?

Thanks,

David

Re: Newbie question 1

[Maria Odea Ching]

I think there's still a problem with Archiva when you add a repo that is 
not in your local file system.
From my experience, when I tried to add a repo with this url --> 
http://repo1.maven.org/maven2.. I get this instead: 
file:/[home_dir]/http://repo1.maven.org/maven2. All repos that I add 
regardless of it being in the local file system or not, 'file:/' is 
always prepended. Could that be your problem too? That's why you cannot 
index your repository?


Also, have you checked your repo url/dir? Take note that Archiva creates 
the repo if it does not exist in the file system :)


There's already an open issue for the add remote repo problem:
http://jira.codehaus.org/browse/MRM-371

HTH,
Deng

Chris Helck wrote:
I guess from the trunk: archiva-1.0-alpha-1-SNAPSHOT. 

-Chris 


-Original Message-
From: Maria Odea Ching [mailto:[EMAIL PROTECTED] 
Sent: Sunday, June 03, 2007 11:39 PM

To: [EMAIL PROTECTED]
Subject: Re: Newbie question 1

Hi,

Which version of archiva are you using?
archiva-0.9-alpha-2 or did you build from trunk?

-Deng

Chris Helck wrote:
  

Hi,

I'm confused. I've added a managed repository that points to one of 
our in house repos. I delete my .m2/repository and was able to rebuild



  

a project. Yet, if I click on the "scan repository now" button it says



  
that it has zero files. I assumed that archiva would cache stuff that 
it downloads. Also, browse shows nothing and Search doesn't ever find 
anything.


Thanks,
Christopher Helck


**
This communication and all information (including, but not limited to,



  
market prices/levels and data) contained therein (the "Information") 
is  for informational purposes only, is confidential, may be legally  
privileged and is the intellectual property of ICAP plc and its 
affiliates
 ("ICAP") or third parties. No confidentiality or privilege is waived 
or  lost by any mistransmission. The Information is not, and should 
not  be construed as, an offer, bid or solicitation in relation to any



  

financial instrument or as an official confirmation of any


transaction.
  
 The Information is not warranted, including, but not limited, as to  
completeness, timeliness or accuracy and is subject to change  without



  
notice. ICAP assumes no liability for use or misuse of the  
Information. All representations and warranties are expressly  
disclaimed. The Information does not necessarily reflect the views of



  
ICAP. Access to the Information by anyone else other than the  
recipient is unauthorized and any disclosure, copying, distribution or



  
any action taken or omitted to be taken in reliance on it is 
prohibited. If  you receive this message in error, please immediately 
delete it and all  copies of it from your system, destroy any hard 
copies of it and  notify the sender.

**


  




**
This communication and all information (including, but not limited to,
 market prices/levels and data) contained therein (the "Information") is
 for informational purposes only, is confidential, may be legally
 privileged and is the intellectual property of ICAP plc and its affiliates
 ("ICAP") or third parties. No confidentiality or privilege is waived or
 lost by any mistransmission. The Information is not, and should not
 be construed as, an offer, bid or solicitation in relation to any
 financial instrument or as an official confirmation of any transaction.
 The Information is not warranted, including, but not limited, as to
 completeness, timeliness or accuracy and is subject to change
 without notice. ICAP assumes no liability for use or misuse of the
 Information. All representations and warranties are expressly
 disclaimed. The Information does not necessarily reflect the views of
 ICAP. Access to the Information by anyone else other than the
 recipient is unauthorized and any disclosure, copying, distribution or
 any action taken or omitted to be taken in reliance on it is prohibited. If
 you receive this message in error, please immediately delete it and all
 copies of it from your system, destroy any hard copies of it and
 notify the sender.
**


  

Re: Preflight check for 2.0.7

[Jason van Zyl]

I've close the last issue, and the vote will go up. If no one tries  
it or wants anything you get what we give you.


On 4 Jun 07, at 7:08 PM 4 Jun 07, Jason van Zyl wrote:


I have built a snapshot for 2.0.7 and put it here:

http://people.apache.org/~jvanzyl/

I figure folks are going to try and squeeze in more issues so what  
I plan is let people state their case for issues and I'll slot  
those into 2.0.8. I'll look those over and push whatever I can into  
2.0.7 but I would like to call for vote on Wednesday let people  
mess around and release it on Monday.


And you can see the roadmap here:

http://jira.codehaus.org/browse/MNG? 
report=com.atlassian.jira.plugin.system.project:roadmap-panel


Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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




Thanks,

Jason

--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--




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

M2: Surfire report directory

[Jux]

Hi

When I build my project (mvn install) the tests fail. The target folder will
be created with the compiled classes and test classes, but the
target/surefire-reports folder will not be created. 

The error log is something like this:
---
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory:
D:\Projects\myproject\util\target\surefire-reports
The system cannot find the path specified.
[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] There are test failures.
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 2 seconds
[INFO] Finished at: Tue Jun 05 17:20:13 EEST 2007
[INFO] Final Memory: 5M/10M
[INFO]



I am very suprised about the line "The system cannot find the path
specified." As I assume the directory should be created by surefire plugin,
but before it is done, something wants to already access it and it fails. I
don't know what to do.

Juhan.
-- 
View this message in context: 
http://www.nabble.com/M2%3A-Surfire-report-directory-tf3872167s177.html#a10970826
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Timestamp versions of snapshot dependencies

[Wendy Smoak]

On 4/17/07, Houtekier Thomas <[EMAIL PROTECTED]> wrote:


When snapshot-dependencies are downloaded from our (in-house) remote
repository, I get the artifact in the form
-.jar and not -SNAPSHOT.jar.
In scripts I reference to the -SNAPSHOT.jar version.  When I
get the timestamp version, I have to change the scripts each time.  Is
there a way to ensure I always get the snapshot version and not the
timestamped version?


If you don't want timestamped snapshots, try setting
false in distribution management.

--
Wendy

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

Setting up a productive environment for web development

[Sebastien Arbogast]

Hi all,

I'm trying to migrate an EAR Maven2 project to a more productive setup. More
precisely, we had a multi-module project with a WAR subproject and every
time we updated a JSP or something, we had to compile and redeploy the whole
EAR.
So now I have extracted the war module out of the project with the proper
dependencies, and I am trying to set up an exploded deployment set up so
that I don't have to redeploy the whole thing.
I set up a Jetty environment as explained in the "Better Builds With Maven"
book but now I can't figure out how to set up a JNDI datasource so that the
application can connect to the database. And the Jetty website is not  very
precise about how to do that, and about the necessary environment to make it
work.
Can anyone help me with that? Is there another simple solution than using
Jetty?

Thanks in advance.

--
Sébastien Arbogast

http://www.sebastien-arbogast.com

Re: Timestamp versions of snapshot dependencies

[Christophe Hamerling - EBM WebSourcing]

Hi,

Is there a solution to this problem ?

Thank you !
Regards,

Christophe

Houtekier Thomas wrote:

Hi,

 


When snapshot-dependencies are downloaded from our (in-house) remote
repository, I get the artifact in the form
-.jar and not -SNAPSHOT.jar.
In scripts I reference to the -SNAPSHOT.jar version.  When I
get the timestamp version, I have to change the scripts each time.  Is
there a way to ensure I always get the snapshot version and not the
timestamped version?

Thomas Houtekier

 



  


--
*Christophe Hamerling*
PEtALS research engineer / Community manager

*Work:* +33 5 61 28 56 46
	*Email:* [EMAIL PROTECTED] 


*IM:* christophe.hamerling (Skype)
*http://www.linkedin.com/in/chamerling
*My blog * *
* * 
*eBM WebSourcing* 
10 avenue de l'Europe
 
Ramonville St Agne, 31520 France

maven-eclipse-plugin: PDE nature

[Graham Leggett]

Hi all,

I am trying to figure out exactly what the true configuration
does in maven-eclipse-plugin, and whether this behaviour is at all
compatible with the maven-pde-plugin.

When true is added, the .classpath file is no longer created.
Is this correct behaviour?

In addition, the following snippet of configuration is added to .project:

  

  abbot-0.13.0.jar
  1
  
C:/WINNT/profiles/leggettg/.m2/repository/abbot/abbot/0.13.0/abbot-0.13.0.jar

...
  

This breaks because a) it contains an absolute path, and b)
maven-pde-plugin expects dependencies to be found locally in the lib/
directory of the plugin, something that can be achieved using the
maven-dependency-plugin.

Can anyone confirm whether true serves any purpose, and whether
it's current behaviour is correct?

Regards,
Graham
--



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

Re: any way to override a plugin dependency ?

[nicolas de loof]

Seems to work, I also though it didn't.


2007/6/5, Wendy Smoak <[EMAIL PROTECTED]>:


On 6/5/07, nicolas de loof <[EMAIL PROTECTED]> wrote:

> I've got a legacy project to convert from maven1 to maven2.
> It uses castor to generate code based on an XSD.
>
> castor plugin from mojo uses castor 0.9.7, and my project use castor
0.9.5,
> and the generated code is not compatible (unmarshall returns "Object" in
> 0.9.7 !)

 should work, however there was a
thread recently that implied it might not...

--
Wendy

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

Re: Programmatically finding dependencies

[CasMeiron]

this.project.getRemoteArtifact.Repositories()
this.localRepository

How did u retrieve this informations?

Tkz.

On 6/5/07, Roland Asmann <[EMAIL PROTECTED]> wrote:


Thanks for the numerous replies.

> > > > ${project.dependencies} ?

The ${project.dependencies} is not the correct one, since it gives me the
dependencies of the project, not the plugin! Also, it resolves the
dependencies transitively!

> ArtifactoryFactory : interface
> ArtifactResolver : interface
>
> Where can we find the implementations? I already have a list of
> dependencies, just need resolve the full path for each dependency.
>
> > Use the information in the dependency list and an ArtifactFactory to
> > create
> > an Artifact with , then use an ArtifactResolver to resolve them fully.
> > Afterwards, you can call getFile(), to get the File objet.

When using those interfaces, add something similar to these lines in your
MOJO:

/**
 * @component role="
org.apache.maven.artifact.resolver.ArtifactResolver"
 * @required
 * @readonly
 */
private ArtifactResolver artifactResolver;

Now, you can use

artifactResolver.resolve(artifact)

for you artifact (if it has not been resolved already), after which you
can
ask the artifact

artifact.getFile()

which will give you the full path to the JAR/POM/whatever file of this
artifact.



For my situation though (dependencies of the plugin), I use the following
code:

for (Object object : this.project.getPluginArtifacts()) {
Artifact artifact = (Artifact) object;
if ("my.group.id".equals(artifact.getGroupId())
&& "myArtifactId".equals(artifact.getArtifactId())) {
for (Object object2 : this.artifactMetadataSource.retrieve
(artifact,
this.localRepository,
this.project.getRemoteArtifactRepositories()).getArtifacts()) {
Artifact artifact2 = (Artifact) object2;
this.artifactResolver.resolve(artifact2,
this.project.getRemoteArtifactRepositories(), this.localRepository);
JarFile jarFile = new JarFile(artifact2.getFile());
JarEntry workflow = null;
for (Enumeration jarEntries = jarFile.entries();
workflow == null && jarEntries.hasMoreElements();) {
JarEntry jarEntry = jarEntries.nextElement();
if (jarEntry.getName() != null &&
jarEntry.getName().endsWith("filename.extension")) {
workflow = jarEntry;
}
}
if (workflow != null) {
workflowFiles.add(workflow.getName());
}
}
}
}

In short, this code runs through the plugins until it finds the one I'm
looking for ("my.group.id" & "myArtifactId"). It then retrieves this
artifact
from the repository and gets its dependencies.
Those are resolved (to make sure all properties have been initialized --
eg
fileName doesn't work without it) and opened as JAR-files (atm I'm sure
they
are JARs, but need to change this code to make sure it doesn't fail if
they're not).
I then iterate over the JAR to look for a specific file ("
filename.extension")
and save the full names of the entry in a Map.

This works like a charm for me, you just need to make sure you add all the
right components in the MOJO.

If anybody needs some more info/help, feel free to ask!

--
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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





--
Paulo Cesar Silva Reis
---
Powered by GMAIL

Re: Programmatically finding dependencies

[CasMeiron]

dammit google shortkeys, sry:

void resolve( Artifact, List, ArtifactRepository )
void resolve( Set, Artifact, List, ArtifactRepository )

Im using maven 2.0.6 api.

tkz.

On 6/5/07, CasMeiron <[EMAIL PROTECTED]> wrote:


Tkz for the answer.
I tried what u said, but my ArtifactManager doenst have the "resolve"
method with one parameter, look:

void resolve( Artifact, List

On 6/5/07, Roland Asmann <[EMAIL PROTECTED]> wrote:
>
> Thanks for the numerous replies.
>
> > > > > ${project.dependencies} ?
>
> The ${project.dependencies} is not the correct one, since it gives me
> the
> dependencies of the project, not the plugin! Also, it resolves the
> dependencies transitively!
>
> > ArtifactoryFactory : interface
> > ArtifactResolver : interface
> >
> > Where can we find the implementations? I already have a list of
> > dependencies, just need resolve the full path for each dependency.
> >
> > > Use the information in the dependency list and an ArtifactFactory to
> > > create
> > > an Artifact with , then use an ArtifactResolver to resolve them
> fully.
> > > Afterwards, you can call getFile(), to get the File objet.
>
> When using those interfaces, add something similar to these lines in
> your
> MOJO:
>
> /**
>  * @component role="
> org.apache.maven.artifact.resolver.ArtifactResolver"
>  * @required
>  * @readonly
>  */
> private ArtifactResolver artifactResolver;
>
> Now, you can use
>
> artifactResolver.resolve(artifact)
>
> for you artifact (if it has not been resolved already), after which you
> can
> ask the artifact
>
> artifact.getFile()
>
> which will give you the full path to the JAR/POM/whatever file of this
> artifact.
>
>
>
> For my situation though (dependencies of the plugin), I use the
> following
> code:
>
> for (Object object : this.project.getPluginArtifacts()) {
> Artifact artifact = (Artifact) object;
> if ("my.group.id".equals(artifact.getGroupId())
> && "myArtifactId".equals( artifact.getArtifactId())) {
> for (Object object2 : this.artifactMetadataSource.retrieve
> (artifact,
> this.localRepository,
> this.project.getRemoteArtifactRepositories()).getArtifacts()) {
> Artifact artifact2 = (Artifact) object2;
> this.artifactResolver.resolve(artifact2,
> this.project.getRemoteArtifactRepositories(), this.localRepository);
> JarFile jarFile = new JarFile(artifact2.getFile());
> JarEntry workflow = null;
> for (Enumeration jarEntries = jarFile.entries();
> workflow == null && jarEntries.hasMoreElements();) {
> JarEntry jarEntry = jarEntries.nextElement();
> if ( jarEntry.getName() != null &&
> jarEntry.getName().endsWith("filename.extension")) {
> workflow = jarEntry;
> }
> }
> if (workflow != null) {
> workflowFiles.add(workflow.getName());
> }
> }
> }
> }
>
> In short, this code runs through the plugins until it finds the one I'm
> looking for (" my.group.id" & "myArtifactId"). It then retrieves this
> artifact
> from the repository and gets its dependencies.
> Those are resolved (to make sure all properties have been initialized --
> eg
> fileName doesn't work without it) and opened as JAR-files (atm I'm sure
> they
> are JARs, but need to change this code to make sure it doesn't fail if
> they're not).
> I then iterate over the JAR to look for a specific file ("
> filename.extension")
> and save the full names of the entry in a Map.
>
> This works like a charm for me, you just need to make sure you add all
> the
> right components in the MOJO.
>
> If anybody needs some more info/help, feel free to ask!
>
> --
> Roland Asmann
>
> CFC Informationssysteme Entwicklungsgesellschaft m.b.H
> Bäckerstrasse 1/2/7
> A-1010 Wien
> FN 266155f, Handelsgericht Wien
>
> Tel.: +43/1/513 88 77 - 27
> Fax.: +43/1/513 88 62
> Email: [EMAIL PROTECTED]
> Web: www.cfc.at
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Paulo Cesar Silva Reis
---
Powered by GMAIL





--
Paulo Cesar Silva Reis
---
Powered by GMAIL

Re: Programmatically finding dependencies

[CasMeiron]

Tkz for the answer.
I tried what u said, but my ArtifactManager doenst have the "resolve" method
with one parameter, look:

void resolve( Artifact, List

On 6/5/07, Roland Asmann <[EMAIL PROTECTED]> wrote:


Thanks for the numerous replies.

> > > > ${project.dependencies} ?

The ${project.dependencies} is not the correct one, since it gives me the
dependencies of the project, not the plugin! Also, it resolves the
dependencies transitively!

> ArtifactoryFactory : interface
> ArtifactResolver : interface
>
> Where can we find the implementations? I already have a list of
> dependencies, just need resolve the full path for each dependency.
>
> > Use the information in the dependency list and an ArtifactFactory to
> > create
> > an Artifact with , then use an ArtifactResolver to resolve them fully.
> > Afterwards, you can call getFile(), to get the File objet.

When using those interfaces, add something similar to these lines in your
MOJO:

/**
 * @component role="
org.apache.maven.artifact.resolver.ArtifactResolver"
 * @required
 * @readonly
 */
private ArtifactResolver artifactResolver;

Now, you can use

artifactResolver.resolve(artifact)

for you artifact (if it has not been resolved already), after which you
can
ask the artifact

artifact.getFile()

which will give you the full path to the JAR/POM/whatever file of this
artifact.



For my situation though (dependencies of the plugin), I use the following
code:

for (Object object : this.project.getPluginArtifacts()) {
Artifact artifact = (Artifact) object;
if ("my.group.id".equals(artifact.getGroupId())
&& "myArtifactId".equals(artifact.getArtifactId())) {
for (Object object2 : this.artifactMetadataSource.retrieve
(artifact,
this.localRepository,
this.project.getRemoteArtifactRepositories()).getArtifacts()) {
Artifact artifact2 = (Artifact) object2;
this.artifactResolver.resolve(artifact2,
this.project.getRemoteArtifactRepositories(), this.localRepository);
JarFile jarFile = new JarFile(artifact2.getFile());
JarEntry workflow = null;
for (Enumeration jarEntries = jarFile.entries();
workflow == null && jarEntries.hasMoreElements();) {
JarEntry jarEntry = jarEntries.nextElement();
if (jarEntry.getName() != null &&
jarEntry.getName().endsWith("filename.extension")) {
workflow = jarEntry;
}
}
if (workflow != null) {
workflowFiles.add(workflow.getName());
}
}
}
}

In short, this code runs through the plugins until it finds the one I'm
looking for ("my.group.id" & "myArtifactId"). It then retrieves this
artifact
from the repository and gets its dependencies.
Those are resolved (to make sure all properties have been initialized --
eg
fileName doesn't work without it) and opened as JAR-files (atm I'm sure
they
are JARs, but need to change this code to make sure it doesn't fail if
they're not).
I then iterate over the JAR to look for a specific file ("
filename.extension")
and save the full names of the entry in a Map.

This works like a charm for me, you just need to make sure you add all the
right components in the MOJO.

If anybody needs some more info/help, feel free to ask!

--
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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





--
Paulo Cesar Silva Reis
---
Powered by GMAIL

Re: any way to override a plugin dependency ?

[Wendy Smoak]

On 6/5/07, nicolas de loof <[EMAIL PROTECTED]> wrote:


I've got a legacy project to convert from maven1 to maven2.
It uses castor to generate code based on an XSD.

castor plugin from mojo uses castor 0.9.7, and my project use castor 0.9.5,
and the generated code is not compatible (unmarshall returns "Object" in
0.9.7 !)


 should work, however there was a
thread recently that implied it might not...

--
Wendy

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

Re: Where to report errors in Maven web site?

[Jeroen Leenarts]

My guess would be:

Submit a report at http://jira.codehaus.org/browse/MNG
Or even better, report and submit a patch at the same location.

Info about patches:
http://maven.apache.org/guides/development/guide-m2-development.html

-Jeroen



On 05/06/07, Thorsten Heit <[EMAIL PROTECTED]> wrote:


Hi,

I just found a wrong link on the Maven project web site: The section "Site
Descriptor" in
http://maven.apache.org/plugins/maven-site-plugin/howto.html contains:

"For more references of site descriptor, here's a link
http://maven.apache.org/site.html";

Unfortunately this link doesn't exist, i.e. I get a "Page not found"
error.

Can someone please tell me the correct URL?


Regards

Thorsten

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

Re: Programmatically finding dependencies

[Roland Asmann]

Thanks for the numerous replies.

> > > > ${project.dependencies} ?

The ${project.dependencies} is not the correct one, since it gives me the 
dependencies of the project, not the plugin! Also, it resolves the 
dependencies transitively!

> ArtifactoryFactory : interface
> ArtifactResolver : interface
>
> Where can we find the implementations? I already have a list of
> dependencies, just need resolve the full path for each dependency.
>
> > Use the information in the dependency list and an ArtifactFactory to
> > create
> > an Artifact with , then use an ArtifactResolver to resolve them fully.
> > Afterwards, you can call getFile(), to get the File objet.

When using those interfaces, add something similar to these lines in your 
MOJO:

/**
 * @component role="org.apache.maven.artifact.resolver.ArtifactResolver"
 * @required
 * @readonly
 */
private ArtifactResolver artifactResolver;

Now, you can use

artifactResolver.resolve(artifact)

for you artifact (if it has not been resolved already), after which you can 
ask the artifact

artifact.getFile()

which will give you the full path to the JAR/POM/whatever file of this 
artifact.



For my situation though (dependencies of the plugin), I use the following 
code:

for (Object object : this.project.getPluginArtifacts()) {
Artifact artifact = (Artifact) object;
if ("my.group.id".equals(artifact.getGroupId()) 
&& "myArtifactId".equals(artifact.getArtifactId())) {
for (Object object2 : this.artifactMetadataSource.retrieve(artifact, 
this.localRepository, 
this.project.getRemoteArtifactRepositories()).getArtifacts()) {
Artifact artifact2 = (Artifact) object2;
this.artifactResolver.resolve(artifact2, 
this.project.getRemoteArtifactRepositories(), this.localRepository);
JarFile jarFile = new JarFile(artifact2.getFile());
JarEntry workflow = null;
for (Enumeration jarEntries = jarFile.entries(); 
workflow == null && jarEntries.hasMoreElements();) {
JarEntry jarEntry = jarEntries.nextElement();
if (jarEntry.getName() != null && 
jarEntry.getName().endsWith("filename.extension")) {
workflow = jarEntry;
}
}
if (workflow != null) {
workflowFiles.add(workflow.getName());
}
}
}
}

In short, this code runs through the plugins until it finds the one I'm 
looking for ("my.group.id" & "myArtifactId"). It then retrieves this artifact 
from the repository and gets its dependencies.
Those are resolved (to make sure all properties have been initialized -- eg 
fileName doesn't work without it) and opened as JAR-files (atm I'm sure they 
are JARs, but need to change this code to make sure it doesn't fail if 
they're not).
I then iterate over the JAR to look for a specific file ("filename.extension") 
and save the full names of the entry in a Map.

This works like a charm for me, you just need to make sure you add all the 
right components in the MOJO.

If anybody needs some more info/help, feel free to ask!

-- 
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

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

any way to override a plugin dependency ?

[nicolas de loof]

Hello,

I've got a legacy project to convert from maven1 to maven2.
It uses castor to generate code based on an XSD.

castor plugin from mojo uses castor 0.9.7, and my project use castor 0.9.5,
and the generated code is not compatible (unmarshall returns "Object" in
0.9.7 !)

I've those options :
1 - adapt all my code to the uncompatile generated code
2 - find a way to force the castor plugin mojo to use castor-0.9.5
3 - use the antrun plugin to manually call castor:generate with the expected
version
4 - don't migrate to maven2

I don't think 2 is possible in maven 2.0. Many maven2 plugins are designed
to package invocation of another tool. Any change in the tool would require
a new plugin release. Is there any plan to make this possible in maven 2.1 ?

Where to report errors in Maven web site?

[Thorsten Heit]

Hi,

I just found a wrong link on the Maven project web site: The section "Site 
Descriptor" in http://maven.apache.org/plugins/maven-site-plugin/howto.html 
contains:

"For more references of site descriptor, here's a link 
http://maven.apache.org/site.html";

Unfortunately this link doesn't exist, i.e. I get a "Page not found" error.

Can someone please tell me the correct URL?


Regards

Thorsten

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

Re: Programmatically finding dependencies

[CasMeiron]

ArtifactoryFactory : interface
ArtifactResolver : interface

Where can we find the implementations? I already have a list of
dependencies, just need resolve the full path for each dependency.

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


Use the information in the dependency list and an ArtifactFactory to
create
an Artifact with , then use an ArtifactResolver to resolve them fully.
Afterwards, you can call getFile(), to get the File objet.

Cheers
Jo

On 6/4/07, CasMeiron <[EMAIL PROTECTED]> wrote:
>
> We can retrieve all dependencies in project using el ${
> project.dependencies},
> but how can we get the full path of each dependency? (for classpath
> issues).
>
> On 6/4/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
> >
> > On 04/06/07, Roland Asmann <[EMAIL PROTECTED]> wrote:
> > > Hi all,
> > >
> > > I'm writing a plugin here and want to figure out how to get hold of
> the
> > > dependencies as defined in the POM for my plugin.
> > > I'm currently using the ArtifactCollector, but it resolves
transitive
> > > dependencies as well... I only want to have the dependencies that
are
> > > DIRECTLY defined inside the POM-file.
> > >
> > > Any hints on how to do this?
> >
> > ${project.dependencies} ?
> >
> > Mark
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Paulo Cesar Silva Reis
> ---
> Powered by GMAIL
>





--
Paulo Cesar Silva Reis
---
Powered by GMAIL

clover and dependent projects

[kelvin goodson]

I have a set of programs in one maven project which exercise code in
another,  and I want to see how well the programs in the first cover code
execution  of the source in the second. This is not a reactor build;  the
first project simple declares the second to be a dependency.  Is this
something that the clover code coverage tool can handle in some way?

Alternatively, any other suggestions as to how I might get code coverage
numbers are most welcome.
---
Regards, Kelvin.

Re: Maven, DLLs and repositories...how ?

[Max Bowsher]

Graham Leggett wrote:
> We eventually opted to wrap the JNI DLLs / .so files inside a jar, and
> publish the jar in the repository, including a classifier to show both the
> platform (windows / linux / solaris) and architecture (x86, amd64, etc).
> From that point on we only needed to worry about the name of the jar,
> which was consistent across platforms.

We tried this, but found that it didn't work well with uniqueVersioned
snapshots - only one platform's artifacts would be available in the
repository at any one time, because the metadata recording the timestamp
is not classifier-specific.

As a result, we ended up moving the platform/architecture information
into the artifactId instead.

(Does that make sense? It's a bit of a hack, but it seems to work
adequately.)

Max.




signature.asc
Description: OpenPGP digital signature

Re: Maven, DLLs and repositories...how ?

[Jason van Zyl]

On 5 Jun 07, at 5:23 AM 5 Jun 07, Graham Leggett wrote:


On Tue, June 5, 2007 10:07 am, Arne Styve wrote:

I have a question related to using DLLs with Maven. We colaborate  
with a
company that develops parts of our system. They deliver their  
component as
a set of DLLs. I've used JNI to create a Java interface to these  
DLL, so

that I can use Java to develop the software that will use the DLLs.
How can I set up a Maven2 project that takes these DLLs and deploy  
them
correctly to our company repository, so that I in my project,  
where I am
going to use the DLLs, can add dependencies to the DLLs the usual  
Maven2
way ? I.e. this project will not have any sourcefiles, only the 4  
DLLs.


We faced the same problem.

Originally we tried to publish the DLL artifact into the repository
directly, but this caused problems for us, as our JNI native code  
had to

run on Windows, Linux and Solaris, and maintaining the proper naming
conventions and suffixes was a pain.

We eventually opted to wrap the JNI DLLs / .so files inside a jar, and
publish the jar in the repository, including a classifier to show  
both the
platform (windows / linux / solaris) and architecture (x86, amd64,  
etc).

From that point on we only needed to worry about the name of the jar,
which was consistent across platforms.



This is what the folks at SLAC did and ended with NAR files.

http://java.freehep.org/freehep-nar-plugin/intro.html

When you have multiple DLLs, putting them in a jar reduces them  
down from

many artifacts to one artifact, which is easier to deal with.

This is the pom we use, it should give some clues. The DLLs are  
built by

ant using the antrun plugin, and maven worries about the packaging and
deployment:

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

  
alchemy-ii-native
alchemy
4.0.30-SNAPSHOT
  

  alchemy-cdo
  jar
  Alchemy Native CDO
  Placeholder for the CDO stuff from London

  

  
org.apache.maven.wagon
wagon-webdav
1.0-beta-2
  

src/main/java


  
target/build

  *.dll

  
  
target/build

  *.dylib

  
  
target/build

  *.so

  
  
src/main/resources
true

  alchemy-cdo-version.properties

  




  
org.codehaus.mojo
native-maven-plugin
true

 
 
 


  
javah
generate-sources

  
alchemy.cdo.measure.CDOTranche
  
   


  javah

  


  

  
  
org.apache.maven.plugins
maven-antrun-plugin

  
2antrun
process-sources

  

  


  run

  


  
ant-contrib
cpptasks
1.0b3
  

  

  
  
org.apache.maven.plugins
maven-jar-plugin

  
jar
package

  jar


  ${os-platform}-${os-arch}

  

  

  

 
org.codehaus.mojo
build-helper-maven-plugin

  
attach-artifacts
package

  attach-artifact



  
${project.build.directory}/${artifactId}-$ 
{version}-${os-platform}-${os-arch}.jar

jar
${os-platform}-${os-arch}
  


  

  

  
  
   org.apache.maven.plugins
   maven-site-plugin
   
 ${basedir}/site/
   
  

  

  



  alchemy
  alchemy-cdo-client
  ${pom.version}


  

  

  
maven-javadoc-plugin
  
  
org.codehaus.mojo
jxr-maven-plugin
  
  
maven-surefire-plugin
  
  
maven-clover-plugin
  
  
 org.apache.maven.plugins

 maven-pmd-plugin
 
1.5

   /rulesets/basic.xml
   /rulesets/controversial.xml

xml
true
utf-8

100
 
  
  
org.codehaus.mojo
changes-maven-plugin
  

  
org.codehaus.mojo
taglist-maven-plugin
  

  



Regards,
Graham
--



---

Attaching plugins to lifecycles

[Thomas Leonard]

Hi all,

I've got a largish multi-project setup (74 projects) with various extras
attached to the build lifecycle (clover coverage reporting, deploying
wars to tomcat, verifying JSP, check-style, etc). These are enabled
using profiles.

The trouble is, these extensions tend to interfere with each other. For
example:

- Checkstyle checks that each file has our standard header. But when
used with clover, it tries to check the instrumented clover source files
and fails (because clover adds its own header text).

- When deploying a war with clover, two wars get built and deployed to
tomcat (one instrumented and one not). I only want to deploy the
instrumented one. This is a particular problem because the wars are
pre-configured to use a particular hypersonic database, and both
versions try to use the same one!

In general, how do I specify that certain actions should only happen
during the clover part of the lifecycle, or only during the normal
lifecycle?

Thanks,


-- 
Dr Thomas Leonard
IT Innovation Centre
2 Venture Road
Southampton
Hampshire SO16 7NP

Tel: +44 0 23 8076 0834
Fax: +44 0 23 8076 0833
mailto:[EMAIL PROTECTED]
http://www.it-innovation.soton.ac.uk 

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

Re: Ant's Java task in Maven?

[Markku Saarela]

Use as many execution element within executions as you need(use 
different id's):


   
 
   HelloWorld-exec-1
 
 
   HelloWorld-exec-2
 
   

- markku

hezjing wrote:

Thank you, Jo and Markku!
It is working now...

What about if I have mulitple main Java classes? With Ant, I used to
have different tasks to execute different Java classes:

  
 
  

  
 
  



On 6/4/07, Markku Saarela <[EMAIL PROTECTED]> wrote:

Use Maven Exec Plugin http://mojo.codehaus.org/exec-maven-plugin/

- markku

hezjing wrote:
> Hi Jo
>
> I hope I can do this the "Maven's way" without using the Antrun 
plugin.

>
> Any better idea?
>
>
> On 6/4/07, Jo Vandermeeren <[EMAIL PROTECTED]> wrote:
>> You can call your Ant task with the maven-antrun-plugin:
>> http://maven.apache.org/plugins/maven-antrun-plugin/
>>
>> On 6/4/07, hezjing <[EMAIL PROTECTED]> wrote:
>> >
>> > Hi!
>> >
>> > With Ant, we have Java task to execute a main Java class.
>> >
>> > How can I do this with Maven?
>> >
>> >
>> > --
>> >
>> > Hez
>> >
>> > 
-

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


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








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

Re: [m2] Assembly plugin - break up into phases

[James Abley]

On 04/06/07, John Casey <[EMAIL PROTECTED]> wrote:


Hi,

You actually can bind the assembly plugin to two different phases of
the lifecycle, or even twice to the same phase. The key is to use the
 block, rather than re-declare the plugin
again. Below, you have two executions declared...you just need to put
them in the same plugin section, and move the 
blocks into their corresponding  section.

One thing I will say, though, is that it may make more sense to wrtie
a custom plugin that would use Maven to resolve the dependencies and
inject them into your plugin, then iterate through them, grabbing any
embedded resources that you need along the way. Then, when you've got
all of the resources aggregated and ready to go, you can use the
assembly plugin to package it all up. FWIW, I've been thinking for
awhile now about creating some formal extension points in the
assembly plugin, that would allow you to do this sort of aggregation
during the normal course of the assembly process. Unfortunately, it's
not in place yet. :-(




Hi John,

Thanks for your response. I've got the multi-module approach in place and
working currently, but it's good to know where I was going wrong, and I
think I'll migrate to the suggested approach since it will make the
structure simpler.
I thought about a custom plugin, but time constraints and not having any
other compelling reason to learn the API stopped me!

Cheers,

James

HTH,


-john



On Jun 4, 2007, at 5:53 AM, James Abley wrote:

> On 04/06/07, James Abley <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I am trying to create an assembly that I can deploy to our
>> internal repository.
>>
>> The envisaged steps in this process are:
>>
>> 1) Get all of the dependencies.
>> 2) Do some final packaging; e.g. consolidate all SQL creation scripts
>> into a single script.
>> 3) Create a zip file ready for deployment.
>>
>> I'm trying to work out the best way of structuring the module
>> responsible for doing this.
>>
>> Can I do it all in a single module, by binding different plugins to
>> the appropriately sequenced phase?
>>
>> e.g.
>>
>> 1) Use maven-assembly-plugin bound to compile to create a temporary
>> working directory of all of the dependencies.
>> 2) Use maven-antrun-plugin bound to test to do the final packaging.
>> 3) Use the maven-assembly-plugin bound to package to create a zip
>> file.
>>
>> Does this sound reasonable / feasible, should I be looking at
>> multiple
>> modules straight away or some other approach?
>
> It doesn't look like I can do this in one step. I can't declare the
> maven-assembly-plugin twice in the same pom - it doesn't see the
> second assembly descriptor.
>
>
>
>
>
>maven-assembly-plugin
>
>false
>
>
>src/main/assembly/dep.xml
>
>
>
>
>
>create-directories
>compile
>
>directory-inline
>
>
>
>
>
>
>maven-antrun-plugin
>
>
>
>test
>
>run
>
>
>
>
>antfile="${basedir}/src/main/ant/
> ddl.xml"
>inheritRefs="true">
>
> name="mpinstall.dependencies.dir"
>
> value="${project.build.directory}/${project.build.finalName}.dir" />
>
>
>
>
>
>
>
>
>org.apache.ant
>ant-nodeps
>1.7.0
>
>
>
>
>maven-assembly-plugin
>
>
>src/main/assembly/package.xml
>
>
>
>
>make-assembly
>
>package
>
>attached
>
>
>
>
>
>
>
>
> The second use of the maven-assembly-plugin shows that it is using the
> descriptor src/main/assembly/dep.xml again, which isn't what I want.
> That means that it misses out the changes done in the ANT target which
> is the point of splitting out the process into m

Minor error on the web site w/ maven-release-plugin

[Thorsten Heit]

Hi,

I just discovered that the Maven website is a little bit outdated:
http://maven.apache.org/plugins/maven-release-plugin/ states 2.0-beta-5 in the 
menu, and the plugin list at http://maven.apache.org/plugins/index.html still 
refers to 2.0-beta-4, whereas the actual version is already 2.0-beta-6 since a 
couple of days.

Should I create an issue in JIRA for that? If yes, where? The JIRA project 
overview list doesn't contain a special project for web site issues...


Regards

Thorsten

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

Re: Maven, DLLs and repositories...how ?

[Graham Leggett]

On Tue, June 5, 2007 10:07 am, Arne Styve wrote:

> I have a question related to using DLLs with Maven. We colaborate with a
> company that develops parts of our system. They deliver their component as
> a set of DLLs. I've used JNI to create a Java interface to these DLL, so
> that I can use Java to develop the software that will use the DLLs.
> How can I set up a Maven2 project that takes these DLLs and deploy them
> correctly to our company repository, so that I in my project, where I am
> going to use the DLLs, can add dependencies to the DLLs the usual Maven2
> way ? I.e. this project will not have any sourcefiles, only the 4 DLLs.

We faced the same problem.

Originally we tried to publish the DLL artifact into the repository
directly, but this caused problems for us, as our JNI native code had to
run on Windows, Linux and Solaris, and maintaining the proper naming
conventions and suffixes was a pain.

We eventually opted to wrap the JNI DLLs / .so files inside a jar, and
publish the jar in the repository, including a classifier to show both the
platform (windows / linux / solaris) and architecture (x86, amd64, etc).
>From that point on we only needed to worry about the name of the jar,
which was consistent across platforms.

When you have multiple DLLs, putting them in a jar reduces them down from
many artifacts to one artifact, which is easier to deal with.

This is the pom we use, it should give some clues. The DLLs are built by
ant using the antrun plugin, and maven worries about the packaging and
deployment:

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

  
alchemy-ii-native
alchemy
4.0.30-SNAPSHOT
  

  alchemy-cdo
  jar
  Alchemy Native CDO
  Placeholder for the CDO stuff from London

  

  
org.apache.maven.wagon
wagon-webdav
1.0-beta-2
  

src/main/java


  
target/build

  *.dll

  
  
target/build

  *.dylib

  
  
target/build

  *.so

  
  
src/main/resources
true

  alchemy-cdo-version.properties

  




  
org.codehaus.mojo
native-maven-plugin
true

 
 
 


  
javah
generate-sources

  
alchemy.cdo.measure.CDOTranche
  
   


  javah

  


  

  
  
org.apache.maven.plugins
maven-antrun-plugin

  
2antrun
process-sources

  

  


  run

  


  
ant-contrib
cpptasks
1.0b3
  

  

  
  
org.apache.maven.plugins
maven-jar-plugin

  
jar
package

  jar


  ${os-platform}-${os-arch}

  

  

  
 
org.codehaus.mojo
build-helper-maven-plugin

  
attach-artifacts
package

  attach-artifact



  

${project.build.directory}/${artifactId}-${version}-${os-platform}-${os-arch}.jar
jar
${os-platform}-${os-arch}
  


  

  

  
  
   org.apache.maven.plugins
   maven-site-plugin
   
 ${basedir}/site/
   
  

  

  



  alchemy
  alchemy-cdo-client
  ${pom.version}


  

  

  
maven-javadoc-plugin
  
  
org.codehaus.mojo
jxr-maven-plugin
  
  
maven-surefire-plugin
  
  
maven-clover-plugin
  
  
 org.apache.maven.plugins

 maven-pmd-plugin
 
1.5

   /rulesets/basic.xml
   /rulesets/controversial.xml

xml
true
utf-8

100
 
  
  
org.codehaus.mojo
changes-maven-plugin
  

  
org.codehaus.mojo
taglist-maven-plugin
  

  



Regards,
Graham
--



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

RE: [released] continuum-1.1-alpha-2

[Shaun Barriball]

Hi Jesse,
Can you confirm if this release improves the UI performance (I can’t see any 
specific release notes relating to performance)?
If so, is there any easy upgrade path from 1.1 alpha 1?
Thanks,
Shaun.

-Original Message-
From: Jesse McConnell [mailto:[EMAIL PROTECTED] 
Sent: 04 June 2007 18:47
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [released] continuum-1.1-alpha-2

Highlights are:

* revamped xml-rpc support
* converted to use rebranded plexus-security, aka redback
* continuum maven plugin
* many bug fixes and ui improvements.


You can grab the latest release from:

http://maven.apache.org/continuum/download.html


Next up we are going to have another alpha release in a month, or
ideally a beta release that is feature complete for this version
around the beginning of July.

Anyway, below is the jira release notes for this release.

Release Notes - Continuum - Version 1.1-alpha-2

** Bug
   * [CONTINUUM-620] - Changes section in Continuum build result and
build e-mail only show blank columns and file names
   * [CONTINUUM-684] - Access to Continuum using XML-RPC is not authenticated.
   * [CONTINUUM-1229] -
com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: Invalid default
value for 'SCM_USE_CACHE'
   * [CONTINUUM-1269] - Recforing of the XMLRPC server, must be a
servlet on the same port used by the webapp instead of a specific port
   * [CONTINUUM-1275] - Project Group Name that contains only spaces
can be added.
   * [CONTINUUM-1276] - Error in editing the Project name using spaces only
   * [CONTINUUM-1282] -  Adding or editing a Project Build Definition
can accept spaces in pom file name
   * [CONTINUUM-1289] - Sorting Usernames in Build Management's
Project Group member list does not work in Firefox 2
   * [CONTINUUM-1290] - Project ID is not validated when adding a Project Group
   * [CONTINUUM-1292] - Error when clicking build icon in Project
Build Definitions summary
   * [CONTINUUM-1293] - Hitting 'Add' button repetitively in adding
an Ant, Shell and Schedule using empty string  only accumulates
validation prompts
   * [CONTINUUM-1294] - Adding a Schedule, Ant/ Shell Projects  can
accept spaces

** Improvement
   * [CONTINUUM-1035] - Dependent builds not triggered via XMLRPC
   * [CONTINUUM-1186] - Application should unpack to continuum-${version}
   * [CONTINUUM-1297] - update to redback from plexus-security

** New Feature
   * [CONTINUUM-683] - Implement a "ping" service that XML-RPC
clients can use to test connection.

** Task
   * [CONTINUUM-1242] - Update Continuum Model



-- 
jesse mcconnell
[EMAIL PROTECTED]

Re: How-to use a lib directory instead of the repository

[Stefano Bagnara]

What I do is to setup a remote repository using the "file:" protocol and
${basedir} to point to a nested folder:


 local-mime4j-stage-repository
 Local mime4j stage repository
 
 
 
 
 
 file://${basedir}/stage
 legacy
 
  true
  ignore
 
 
  true
  ignore
 


Then I place my jars/poms in stage/groupId/jars/artifactId-version.jar
and stage/groupId/poms/artifactId-version.pom and so on.

This does not work correctly in multi module builds, but it fixed my
needs ATM.

HTH,
Stefano

Maarten Volders ha scritto:
> All,
> 
> I have a lot of libs which are not in the repository (central) each of them
> depending on a whole bunch of other libs, and manually putting them in the
> internal repository is really a lot of work, type-work :-) because all the
> dependencies have to be declared manually. So instead I want to make use of
> a lib directory instead of retrieving all my jar from the repository.
> 
> How can this be accomplished with Maven?
> 
> Grtz
> 



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

AW: [m2] site:stage

[Jens Hohl]

Hi Jo,

can you explain a bit deeper what you mean by 'target/staging' ?
You mean the Directory under target ?

Regards,
Jens

-Ursprüngliche Nachricht-
Von: Jo Vandermeeren [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 5. Juni 2007 10:16
An: Maven Users List
Betreff: Re: [m2] site:stage

Hi Jens,

The usual "mvn clean" will clean it, if you're staging in "target/staging".
But no specific clean goal is available on the site plugin..

Cheers
Jo

On 6/4/07, Jens Hohl <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
>
>
> is it possible to clean an staging directory via maven ?
>
>
>
> regards,
>
> jens
>
>


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

Re: [m2] pde-maven-plugin fails during release

[Adrian Herscu]

Another interesting discovery... Checked out the project in a different 
directory with a different depth, did a mvn package and the build.xml 
file was updated according to the new directory depth. Why it does not 
happen during the release:perform build?!


Anyway, I have found a temporary solution by adding this to my pom/build 
section:


  

  org.apache.maven.plugins
  maven-release-plugin
  



${basedir}/../${groupId}-checkout
  

  


Adrian.

Adrian Herscu wrote:
I am aware about there are some badly coded Java programs that cannot 
deal with spaces in Windoze paths... Therefore I am using only the short 
DOS notation (PROGRA~1 instead of "Program Files").


I have only one feature -- its pom.xml is appended below.

I moved the checkout directory from ./${basedir}/target to . (so it is 
now at the same depth as ${basedir}). Did a mvn package and the build 
succeeds! My conclusion, is that the problem arises from those relative 
paths in the build.xml file below.


Adrian.

Here is the feature's 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.acme.lang.eclipse
acme-lang-eclipse
1.0-alpha-1
  

  com.acme.lang.eclipse.feature
  acme-lang-eclipse-feature
  1.0-alpha-1-SNAPSHOT

  zip

  acme Language Feature for Eclipse
  Integrates acme projects into the Eclipse IDE.

  

scm:svn:https://someserver.com:443/acme/lang/trunk/eclipse/features/com.acme.lang.eclipse.feature 



scm:svn:https://someserver.com:443/acme/lang/trunk/eclipse/features/com.acme.lang.eclipse.feature 



https://someserver.com:443/acme/lang/trunk/eclipse/features/com.acme.lang.eclipse.feature 


  

  
  
  hosted-projects.com
  Central acme Repository
  https://someserver.com:443/dav/acme/repository
  
true
  
  
false
  
  
  
  [EMAIL PROTECTED]
  Central acme Repository
  https://someserver.com:443/dav/acme/snapshots
  
false
  
  
true
  
  
  

  

  
org.codehaus.mojo
pde-maven-plugin
true

  ${eclipse.home}

  

  
org.apache.maven.plugins
maven-eclipse-plugin

  true

  
org.eclipse.pde.FeatureNature
  

  
org.eclipse.pde.FeatureBuilder
  

  

  



Dan Tran wrote:

how many features you do you have?  could you post the pom on for the
feature?

I see you are using Program Files on your path , this make me nervous, 
even

thou it should work :-)

-D


On 6/4/07, Adrian Herscu <[EMAIL PROTECTED]> wrote:


Hi Dan, and thanks for the fast reply!

I have followed the project structure from the pde-maven-plugin guide:
parent
+features
   some.feature
+plugins
   some.plugin
   another.plugin

I have no problems during normal builds. The artifact is created and I
can deploy  and run it under an Eclipse instance -- great!

I am looking in the ${basedir}/build.xml file and I see this section:
   
   
   
   
   path="../../../../../../../../PROGRA~1/Java/eclipse/plugins/org.eclipse.ui_3.2.0.I20060605- 


1400.jar"/>
   path="../../../../../../../../PROGRA~1/Java/eclipse/plugins/org.eclipse.core.runtime_3.2.0.v20060603.jar"/> 



   path="../../../../../../../../PROGRA~1/Java/eclipse/plugins/org.eclipse.osgi_3.2.0.v20060601.jar"/> 


   path="../../../../../../../../PROGRA~1/Java/eclipse/plugins/org.eclipse.equinox.common_3.2.0.v20060603.jar"/> 



   path="../../../../../../../../PROGRA~1/Java/eclipse/plugins/org.eclipse.core.jobs_3.2.0.v20060603.jar"/> 



The relative paths here are causing the problem... Is there some way to
regenerate the build.xml during Maven builds? Any other solution?...

Adrian.


Dan Tran wrote:
> and you have no problem during normal build?
>
> what does your projects structure look like?
>
> -D
>
>
> On 6/4/07, Adrian Herscu <[EMAIL PROTECTED]> wrote:
>>
>> Hi all,
>>
>> I am trying to release my Eclipse plugins and I am getting lots of 
"The


>> import some.eclipse.package cannot be resolved" compilation errors
>> during the release:perform goal.
>>
>> I have tried to run mvn package on the target/checkout directory 
and I

>> am getting the same errors... It seems that the build.xml file cannot
be
>> run outside of the ${basedir} directory...
>>
>> Any workaround for this situation?
>> How about tweaking the release:perform goal?
>>
>> Adrian.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>

Re: [m2] site:stage

[Jo Vandermeeren]

Hi Jens,

The usual "mvn clean" will clean it, if you're staging in "target/staging".
But no specific clean goal is available on the site plugin..

Cheers
Jo

On 6/4/07, Jens Hohl <[EMAIL PROTECTED]> wrote:


Hello,



is it possible to clean an staging directory via maven ?



regards,

jens

Re: unable to downloada plugin if mirror tag is set in settings.xml

[Thorsten Heit]

Hi,

> $mvn archetype:create -DgroupId=sample.group.id
> -DartifactId=sample-artifact-id 
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'archetype'.
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does
> not
> exist or no valid version could be found
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: 1 second
> [INFO] Finished at: Tue Jun 05 15:40:43 CST 2007
> [INFO] Final Memory: 1M/506M
> [INFO]
> 
> 
> 
> bcos I have an internal maven repository and mirror set in my company.
> once  I remove mirrors xml tag from settings.xml
> it builds successfully!! pls correct this bug!

As you can see in the above error message Maven cannot successfully fetch the 
missing plugin(s). You say you have an internal repository and mirror that is 
being used by Maven. So I assume that either your settings.xml contains 
invalid/improper entries or your mirror is misconfigured so it cannot fetch 
missing artifacts from external repositories.

Can you give some more details about your configuration?


Regards

Thorsten

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

Maven, DLLs and repositories...how ?

[Arne Styve]

Hi,
 
I have a question related to using DLLs with Maven. We colaborate with a 
company that develops parts of our system. They deliver their component as a 
set of DLLs. I've used JNI to create a Java interface to these DLL, so that I 
can use Java to develop the software that will use the DLLs.
How can I set up a Maven2 project that takes these DLLs and deploy them 
correctly to our company repository, so that I in my project, where I am going 
to use the DLLs, can add dependencies to the DLLs the usual Maven2 way ? I.e. 
this project will not have any sourcefiles, only the 4 DLLs.
 
Regards 
Arne

Re: unable to downloada plugin if mirror tag is set in settings.xml

[Jo Vandermeeren]

Why do you think this is a bug?

Looks more like your mirror isn't configured to mirror everything you need.
The reason why everything builds successfully after you remove the mirror
settings is because you're falling back to the default central repository
settings (ibiblio, repo1).

Cheers
Jo

On 6/5/07, thinkboy <[EMAIL PROTECTED]> wrote:



$mvn archetype:create -DgroupId=sample.group.id
-DartifactId=sample-artifact-id
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does
not
exist or no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 1 second
[INFO] Finished at: Tue Jun 05 15:40:43 CST 2007
[INFO] Final Memory: 1M/506M
[INFO]



bcos I have an internal maven repository and mirror set in my company.
once  I remove mirrors xml tag from settings.xml
it builds successfully!!

pls correct this bug!
--
View this message in context:
http://www.nabble.com/unable-to-downloada-plugin-if-mirror-tag-is-set-in-settings.xml-tf3870270s177.html#a10965020
Sent from the Maven - Users mailing list archive at Nabble.com.


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

unable to downloada plugin if mirror tag is set in settings.xml

[thinkboy]

$mvn archetype:create -DgroupId=sample.group.id
-DartifactId=sample-artifact-id 
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not
exist or no valid version could be found
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 1 second
[INFO] Finished at: Tue Jun 05 15:40:43 CST 2007
[INFO] Final Memory: 1M/506M
[INFO]



bcos I have an internal maven repository and mirror set in my company.
once  I remove mirrors xml tag from settings.xml
it builds successfully!!

pls correct this bug!
-- 
View this message in context: 
http://www.nabble.com/unable-to-downloada-plugin-if-mirror-tag-is-set-in-settings.xml-tf3870270s177.html#a10965020
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: MojoFailureException v. MojoExecutionException

[Jo Vandermeeren]

Hi Timothy,

Use MojoFailureException to throw new exceptions, wrap other exceptions in a
MojoExecutionException.

MojoFailureExceptions will cause the build to fail, resulting in a "BUILD
FAILURE" message.
MojoExecutionExceptions will cause the build to go in error, resulting in a
"BUILD ERROR" message.

Effective result is the same.. The build will stop.

Cheers
Jo

On 6/4/07, Timothy Reilly <[EMAIL PROTECTED]> wrote:


MojoFailureException or MojoExecutionException

I am wondering what the difference is between these two exception types?

The javadocs are identical. I am guessing the types are "markers", but
this doesn't appear to be documented - or perhaps it is and I have missed
it?

TIA

Re: Programmatically finding dependencies

[Jo Vandermeeren]

Use the information in the dependency list and an ArtifactFactory to create
an Artifact with , then use an ArtifactResolver to resolve them fully.
Afterwards, you can call getFile(), to get the File objet.

Cheers
Jo

On 6/4/07, CasMeiron <[EMAIL PROTECTED]> wrote:


We can retrieve all dependencies in project using el ${
project.dependencies},
but how can we get the full path of each dependency? (for classpath
issues).

On 6/4/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
>
> On 04/06/07, Roland Asmann <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I'm writing a plugin here and want to figure out how to get hold of
the
> > dependencies as defined in the POM for my plugin.
> > I'm currently using the ArtifactCollector, but it resolves transitive
> > dependencies as well... I only want to have the dependencies that are
> > DIRECTLY defined inside the POM-file.
> >
> > Any hints on how to do this?
>
> ${project.dependencies} ?
>
> Mark
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Paulo Cesar Silva Reis
---
Powered by GMAIL

Re: docbook + maven

[Stephane Nicoll]

I am currently migration our doc on docbook+M2 and I ran in the same
issues. Is your plugin freely available?

Regarding styles, we also use them as dependencies and images are
located alongside the docbook file.

Thanks,
Stéphane

On 6/4/07, Steve Ebersole <[EMAIL PROTECTED]> wrote:

As part of migrating Hibernate to use Maven, one of the big issues I ran
into was the current state of DocBook plugins for Maven.  The current
mojo-codehaus hosted plugin is insufficient.  There is another more
widely used one done by one Wilfred Springer as part of something called
"agilejava".  The "agilejava" one is fairly full featured, but is really
pretty bare bones in terms of configuration (its is mainly a simplistic
wrapper around the defined DocBook xslt parameters).

In my estimation the, "agilejava" one was closer to usability, but Mr.
Springer did not seem interested in accepting my volunteer to help
improve his plugin.  So I began implementing my own.

It works off of a slightly different approach than the other two.  The
biggest difference being that custom stylesheets are packaged as
separate projects and included via the Maven dependency mechanism.  This
allows true reuse of the stylesheets across projects.  The other is
planned better support of translations which is important for Hibernate,
and most projects using DocBook.

This however led to a conceptual question regarding how to best handle
image references.  As background, in DocBook, the way images normally
get resolved is as via xslt templates.  The DocBook supplied templates
do a hard file lookup relative to a xslt parameter named 'img.src.path'
if it is set; and really this is format specific as well.  Regardless,
though, I need a mechanism to access the image files from these "style
projects" and be able to resolve reference to them from the DocBook
source or xsl stylesheets.  I have identified a few potential approaches
to achieve that:
1) force separation of (a) xslt and (b) resources like images/css into
separate projects.  Specifically, #b would need a custom packaging which
would allow me to find resources and unarchive them locally into a
staging dir for use in 'img.src.path'.  A variation on this would be to
bundle them together with a custom packaging and somehow extract just
the "resources".
2) Apply custom graphics resolution templates to the built xsl
transformers, hoping that the custom xslt does not itself do this.

I'm not (necessarily) looking for volunteers (although certainly that is
welcome).  More I just need people's thoughts on the various approaches,
especially those using or familiar with DocBook.

Thanks,
Steve


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




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