Re: [EXTERNAL] RE: Continuous Delivery with Maven now possible?

[Pascal]

>  interpolation of these special parameters must happen prior to the
execution of any plugins

That's exactly correct. It's why I built
https://github.com/pascalgn/properties-maven-extension which is implemented
as an extension and runs before any plugins will be executed.
Maybe it can help you.

2017-11-09 3:11 GMT+01:00 Eric B :

> I tried removing the empty sha1 declaration as well but that didn't work
> either.
>
> I'm guessing it's due to sequencing - that the interpolation of these
> special parameters must happen prior to the execution of any plugins, but
> would love confirmation of that.  Additionally would love to know if there
> is a workaround for this situation.
>
> Thanks
>
> Eric
>
> On Nov 8, 2017 6:35 PM, "Laird Nelson"  wrote:
>
> > On Wed, Nov 8, 2017 at 2:31 PM Eric Benzacar  wrote:
> >
> > > But when I actually run the build all the interpolated version numbers
> > > ignore the ${sha1} property as generated by the buildnumber-m-p, even
> > > though I bound the create to the validate phase.
> > >
> >
> > [snip]
> >
> > A snippet of my pom:
> > >
> > > 
> > > test
> > > org.project
> > > ${revision}${sha1}${changelist}
> > > 
> > > 
> > >
> >
> > Blind guess: since the buildnumber-maven-plugin is going to set
> properties
> > using internal machinery, and you've told it the one to set should be
> named
> > sha1, is it possible that this empty property of the same name is
> shadowing
> > the one set by the plugin, or that perhaps the plugin won't set it since
> > it's already (effectively) specified?
> >
> > Best,
> > Laird
> > --
> > https://about.me/lairdnelson
> >
>

Re: how to use both buildnumber-maven-plugin and maven-release-plugin

[Pascal]

For me it's hard to understand the problem you are having, it might help to
specify the exact errors you are getting.

If you are willing to try something other than the release plugin, have a
look at https://axelfontaine.com/blog/dead-burried.html

Cheers,

Pascal


2017-10-23 18:40 GMT+02:00 Justin Georgeson <
justin.george...@halliburton.com>:

> The 'clean verify' invoked by release:prepare fails in
> buildnumber-maven-plugin because pom.xml is modified. I can pass arguments
> to release:prepare have buildnumber-maven-plugin skip the check for
> modifications, but that check is one of the main motivations for using it
> in the first place. What are other people doing here?
>
> --
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient.  Any
> review, use, distribution, or disclosure by others is strictly prohibited.
> If you are not the intended recipient (or authorized to receive information
> for the intended recipient), please contact the sender by reply e-mail and
> delete all copies of this message.
>

RE: [EXTERNAL] Re: project.basedir in file-based profile activation

[Pascal]

If I recall correctly, in this specific place you are still supposed to use
${basedir} instead of project.basedir

Am 23.06.2017 3:02 nachm. schrieb "Justin Georgeson" :



> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@bpm-inspire.com]
> Sent: Friday, June 23, 2017 1:03 AM
> To: users@maven.apache.org
> Subject: [EXTERNAL] Re: project.basedir in file-based profile activation
>
> External Sender: Use caution with links/attachments.
>
>
>
> Justin Georgeson wrote:
>
> > With 3.3.9 and 3.5.0 When I use this
> >
> >   
> > 
> >   my-profile-id
> >   
> > 
> >   ${project.basedir}${file.separator}somefile.txt
> > 
> >   
> >   
> > 
> >   
> >
> > I see this warning
> >
> > [WARNING] Some problems were encountered while building the effective
> > [model for com.example:basedir:jar:1.0-SNAPSHOT WARNING]
> > ['profiles.profile[my-profile-id].activation.file.exists' Failed to
> > [interpolate file location
> > ${project.basedir}${file.separator}somefile.txt
> > [for profile jacoco-read-manifest: ${project.basedir} expression not
> > [supported during profile activation, use ${basedir} instead
> >
> > I was under the impression that ${basedir} is deprecated in favor of
> > ${project.basedir}, many years ago at that.
>
> That won't help, because string substitution did not happen yet at the
time
> profiles are activated. There's only a special support for ${user.home}
and
> ${env.HOME}, but that's it. Anything else cannot not work.

So it's a bad message in that the problem is having used a property at all,
rather than having used that specific property?

> > Side note, is it actually worthwhile to use ${file.separator} like
> > this, or is that generally only useful when you're outputting stuff to
> > the user and want it to look pretty?
>
> Use normal slashes.
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org


--
This e-mail, including any attached files, may contain confidential and
privileged information for the sole use of the intended recipient.  Any
review, use, distribution, or disclosure by others is strictly prohibited.
If you are not the intended recipient (or authorized to receive information
for the intended recipient), please contact the sender by reply e-mail and
delete all copies of this message.

Re: Jenkins Maven build not seeing my .mvn folder?

[Pascal]

The existing bug to support core extensions:
https://issues.jenkins-ci.org/browse/JENKINS-30058

As I said, the only solution so far is to use a Freestyle project. You can
find more details in the bug comments.

Pascal


2017-06-06 19:27 GMT+02:00 Pascal <pascal.gr...@gmail.com>:

> Hello,
>
> I fear you have done everything correctly and the issue is with the
> Jenkins Maven plugin. There is already a bug report in the Jenkins Maven
> Plugin, but it's hard to find. If I recall how to find it, I will post it
> here.
>
> Unfortunately, it does not look like an easy bug, so you cannot use the
> "Maven" Job type in Jenkins together with the .mvn folder feature. However,
> what you can do is create a Freestyle Job and add a build step "Call Maven
> goals".
>
> Cheers,
>
> Pascal
>
>
> 2017-06-06 18:13 GMT+02:00 Eric B <ebenza...@gmail.com>:
>
>> Hi,
>>
>> I'm cross posting this to StackOverflow (
>> https://stackoverflow.com/q/44394234/827480) b/c I'm not truly convinced
>> this is a maven question per say.  Rather I think it is more something due
>> to my Jenkins job config that is causing some issues, but I am hoping that
>> maven users here may have encountered this in Jenkins as well.  Either
>> that, or maybe someone can point out that I'm using the .mvn folder
>> incorrectly.
>>
>> Essentially, I have a multi-module maven project that is set up as:
>>
>> |.mvn
>>  \-maven.config
>>  \-jvm.config
>> |superpom
>>  \-pom.xml (main project parent pom, includes module defns)
>> |module1
>>  \-pom.xml (parent points to ../superpom/pom.xml)
>>  \src
>>   \...
>> |module2
>>  \-pom.xml (parent points to ../superpom/pom.xml)
>>  \src
>>   \...
>>
>> My maven.config file is defined as:
>>
>> -Dsign.alias=cert
>> -Dsign.storepass=changeit
>> -Dsign.keypass=changeit
>> -Dcheckstyle.skip=true
>> -Dcobertura.skip=true
>> -Dpmd.skip=true
>> -DskipTests=true
>> -DdatabaseUrl=jdbc:sqlserver://localhost:1433;databaseName=TEMP
>> -DuserName=test
>> -Dpassword=test
>> -f superpom/pom.xml
>>
>> If I run my maven build from the command line, everything builds as
>> expected. ie:
>>
>> [project]$ mvn clean install
>>
>> However, when I configure my jenkins job, it is failing as though it is
>> not
>> seeing/reading the .mvn/ folder/files. In fact, to be honest, I'm not
>> entirely sure how to configure my maven project in Jenkins. If I leave my
>> ROOT pom definition as blank, then Jenkins complains it doesn't have a
>> pom.xml file.
>>
>> If I specify my root pom as superpom/pom.xml then it isn't loading any of
>> my config files.
>>
>> To be safe, I've even tried adding my .mvn folder in my superpom folder,
>> but that too is ignored.
>>
>> jenkins.log:
>>
>> [superpom] $ /var/jenkins_home/tools/hudson.model.JDK/JDK_7/bin/java
>> -cp /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/maven33-
>> agent-1.8.1.jar:/var/jenkins_home/tools/hudson.tasks.Maven_
>> MavenInstallation/Maven_3.3.9/boot/plexus-classworlds-2.5.2.
>> jar:/var/jenkins_home/tools/hudson.tasks.Maven_
>> MavenInstallation/Maven_3.3.9/conf/logging
>> jenkins.maven3.agent.Maven33Main
>> /var/jenkins_home/tools/hudson.tasks.Maven_MavenInstallation/Maven_3.3.9
>> /var/jenkins_home/war/WEB-INF/lib/remoting-3.7.jar
>> /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/maven33-
>> interceptor-1.8.1.jar
>> /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/maven3-
>> interceptor-commons-1.8.1.jar
>> 38679
>> <===[JENKINS REMOTING CAPACITY]===>channel started
>> using settings config with name Settings.xml
>> Replacing all maven server entries not found in credentials list is true
>> Executing Maven:  -B -f
>> /var/jenkins_home/workspace/JB4(Maven)/superpom/pom.xml
>> -Dmaven.repo.local=/var/jenkins_home/workspace/JB4(Maven)/.repository
>> -s /tmp/settings4167440206098086967.xml clean install
>> [INFO] Scanning for projects...
>>
>>
>> I'm not sure if I am using the .mvn folder incorrectly, if there is
>> something wrong with my Jenkins job configuration.
>>
>> Am I doing this right?  Am I missing a step somewhere?
>>
>> Thanks,
>>
>> Eric
>>
>
>

Re: Jenkins Maven build not seeing my .mvn folder?

[Pascal]

Hello,

I fear you have done everything correctly and the issue is with the Jenkins
Maven plugin. There is already a bug report in the Jenkins Maven Plugin,
but it's hard to find. If I recall how to find it, I will post it here.

Unfortunately, it does not look like an easy bug, so you cannot use the
"Maven" Job type in Jenkins together with the .mvn folder feature. However,
what you can do is create a Freestyle Job and add a build step "Call Maven
goals".

Cheers,

Pascal


2017-06-06 18:13 GMT+02:00 Eric B <ebenza...@gmail.com>:

> Hi,
>
> I'm cross posting this to StackOverflow (
> https://stackoverflow.com/q/44394234/827480) b/c I'm not truly convinced
> this is a maven question per say.  Rather I think it is more something due
> to my Jenkins job config that is causing some issues, but I am hoping that
> maven users here may have encountered this in Jenkins as well.  Either
> that, or maybe someone can point out that I'm using the .mvn folder
> incorrectly.
>
> Essentially, I have a multi-module maven project that is set up as:
>
> |.mvn
>  \-maven.config
>  \-jvm.config
> |superpom
>  \-pom.xml (main project parent pom, includes module defns)
> |module1
>  \-pom.xml (parent points to ../superpom/pom.xml)
>  \src
>   \...
> |module2
>  \-pom.xml (parent points to ../superpom/pom.xml)
>  \src
>   \...
>
> My maven.config file is defined as:
>
> -Dsign.alias=cert
> -Dsign.storepass=changeit
> -Dsign.keypass=changeit
> -Dcheckstyle.skip=true
> -Dcobertura.skip=true
> -Dpmd.skip=true
> -DskipTests=true
> -DdatabaseUrl=jdbc:sqlserver://localhost:1433;databaseName=TEMP
> -DuserName=test
> -Dpassword=test
> -f superpom/pom.xml
>
> If I run my maven build from the command line, everything builds as
> expected. ie:
>
> [project]$ mvn clean install
>
> However, when I configure my jenkins job, it is failing as though it is not
> seeing/reading the .mvn/ folder/files. In fact, to be honest, I'm not
> entirely sure how to configure my maven project in Jenkins. If I leave my
> ROOT pom definition as blank, then Jenkins complains it doesn't have a
> pom.xml file.
>
> If I specify my root pom as superpom/pom.xml then it isn't loading any of
> my config files.
>
> To be safe, I've even tried adding my .mvn folder in my superpom folder,
> but that too is ignored.
>
> jenkins.log:
>
> [superpom] $ /var/jenkins_home/tools/hudson.model.JDK/JDK_7/bin/java
> -cp /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/
> maven33-agent-1.8.1.jar:/var/jenkins_home/tools/hudson.
> tasks.Maven_MavenInstallation/Maven_3.3.9/boot/plexus-
> classworlds-2.5.2.jar:/var/jenkins_home/tools/hudson.
> tasks.Maven_MavenInstallation/Maven_3.3.9/conf/logging
> jenkins.maven3.agent.Maven33Main
> /var/jenkins_home/tools/hudson.tasks.Maven_MavenInstallation/Maven_3.3.9
> /var/jenkins_home/war/WEB-INF/lib/remoting-3.7.jar
> /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/
> maven33-interceptor-1.8.1.jar
> /var/jenkins_home/plugins/maven-plugin/WEB-INF/lib/
> maven3-interceptor-commons-1.8.1.jar
> 38679
> <===[JENKINS REMOTING CAPACITY]===>channel started
> using settings config with name Settings.xml
> Replacing all maven server entries not found in credentials list is true
> Executing Maven:  -B -f
> /var/jenkins_home/workspace/JB4(Maven)/superpom/pom.xml
> -Dmaven.repo.local=/var/jenkins_home/workspace/JB4(Maven)/.repository
> -s /tmp/settings4167440206098086967.xml clean install
> [INFO] Scanning for projects...
>
>
> I'm not sure if I am using the .mvn folder incorrectly, if there is
> something wrong with my Jenkins job configuration.
>
> Am I doing this right?  Am I missing a step somewhere?
>
> Thanks,
>
> Eric
>

Only deploying dependencies instead of the whole pom

[Pascal Rapicault]

Hey,

Someone told me that in recent versions of Maven, it is possible to 
publish a pom that only includes dependencies (basically strip all the 
information about plugin configuration).


What is the configuration to achieve that?

Thanks,

Pascal

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

Re: Only deploying dependencies instead of the whole pom

[Pascal Rapicault]

My question that was not really clear.
Let's say that I have a multi module build that produces a number of 
jars. The pom.xml for these modules use a number of specific plug-ins 
which are necessary for my build to produce the appropriate jars. From 
the point of view of the consumers of my jars, these plugins and 
configurations are details that he/she should not see.


So the question is, how would I go to produce a pom.xml that does not 
include all the plugins configuration for each jar ?





On 06/09/2015 01:07 PM, Anders Hammar wrote:

An artifact with a packaging of pom. And that was possible in Maven 2 as
well.

/Anders

On Tue, Jun 9, 2015 at 6:52 PM, Pascal Rapicault pas...@rapicault.net
wrote:


Hey,

Someone told me that in recent versions of Maven, it is possible to
publish a pom that only includes dependencies (basically strip all the
information about plugin configuration).

What is the configuration to achieve that?

Thanks,

Pascal

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





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

Re: Only deploying dependencies instead of the whole pom

[Pascal Rapicault]

Yes! Thanks :)

On 06/09/2015 01:38 PM, Vincent Latombe wrote:

I think http://www.mojohaus.org/flatten-maven-plugin/ should help

Vincent

2015-06-09 19:27 GMT+02:00 Pascal Rapicault pas...@rapicault.net:


My question that was not really clear.
Let's say that I have a multi module build that produces a number of jars.
The pom.xml for these modules use a number of specific plug-ins which are
necessary for my build to produce the appropriate jars. From the point of
view of the consumers of my jars, these plugins and configurations are
details that he/she should not see.

So the question is, how would I go to produce a pom.xml that does not
include all the plugins configuration for each jar ?





On 06/09/2015 01:07 PM, Anders Hammar wrote:


An artifact with a packaging of pom. And that was possible in Maven 2 as
well.

/Anders

On Tue, Jun 9, 2015 at 6:52 PM, Pascal Rapicault pas...@rapicault.net
wrote:

  Hey,

Someone told me that in recent versions of Maven, it is possible to
publish a pom that only includes dependencies (basically strip all the
information about plugin configuration).

What is the configuration to achieve that?

Thanks,

Pascal

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




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





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

Re: Use of Multiple Local Repositories

[Pascal Rapicault]

You can take a look at https://github.com/takari/tesla-split-localrepo
I remember seeing a demo of this, but I don't know if it is working with 
recent versions of Maven / Aether


HTH


On 06/04/2015 04:30 AM, Mehdi Hayani wrote:

Hello,

I'm actually working on a continuous integration platform, and most of the
projects are using Maven as a build tool.

We've found that there is a list of dependencies and plugins most of the
projects have to download in addition of there specific dependencies.
Therefore, I though it could be great if we can use multiple local reposiry
for a build, the idea is:

- Local repo 1 : Is the shared folder where we will put dependencies
that are download by each project.
- Local repo 2 : this one is created for each project and it will
contains dependencies that are specific to that project.


So while running the build, maven will check in local repo 1, if it can't
find the required librairy it will download it and put it in local repo 2


It there a way to implement this solution :) ?

Thanks in advance




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

Re: Kepler m2eclipse plugin?

[Pascal Rapicault]

http://download.eclipse.org/releases/kepler

On 05/01/2015 07:10 AM, Martin Gainty wrote:

anyone know where I can download m2eclipse or m2e or m2e-wtp plugin for Eclipse 
Kepler?
Thanks!
Martin
__

  		 	   		



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

Re: Build extension not found when specifying different local repository

[Pascal Rapicault]

Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 
2014-12-14T12:29:23-05:00)


On 03/07/2015 02:44 AM, Jeff MAURY wrote:

Which version of Maven are you using ?

Jeff

On Sat, Mar 7, 2015 at 12:53 AM, Pascal Rapicault pas...@rapicault.net
wrote:


Hi,

I'm trying to do a set of builds where I'm trying to make sure I'm not
getting extraneous artifacts.

The first step of the build consists in building Tycho (a set of maven
plugins for building OSGi / Eclipse things) and to ensure I get clean
artifacts, I deleted the ~/.m2 folder and now I use the -Dmaven.repo.local
parameter (I know I should not need the two but nonetheless...).
The build completes and I'm happy.

Now when I try to build my real project, which uses the freshly built
maven plugin, here again specifying the -Dmaven.repo.local parameter, I get
an error saying that Maven can't find the build extension (see error below).

I tried many workarounds but none of them are working. Is this expected?
Do you have any idea on how to avoid this? Thx.

Unresolveable build extension: Plugin 
org.eclipse.tycho:tycho-maven-plugin:0.23.0-SNAPSHOT
or one of its dependencies could not be resolved: Failure to find
org.eclipse.tycho:tycho-maven-plugin:jar:0.23.0-SNAPSHOT in
https://oss.sonatype.org/content/repositories/public/ was cached in the
local repository, resolution will not be reattempted until the update
interval of tycho has elapsed or updates are forced - [Help 2]

Pascal

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







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

Build extension not found when specifying different local repository

[Pascal Rapicault]

Hi,

I'm trying to do a set of builds where I'm trying to make sure I'm not 
getting extraneous artifacts.


The first step of the build consists in building Tycho (a set of maven 
plugins for building OSGi / Eclipse things) and to ensure I get clean 
artifacts, I deleted the ~/.m2 folder and now I use the 
-Dmaven.repo.local parameter (I know I should not need the two but 
nonetheless...).

The build completes and I'm happy.

Now when I try to build my real project, which uses the freshly built 
maven plugin, here again specifying the -Dmaven.repo.local parameter, I 
get an error saying that Maven can't find the build extension (see error 
below).


I tried many workarounds but none of them are working. Is this expected? 
Do you have any idea on how to avoid this? Thx.


Unresolveable build extension: Plugin 
org.eclipse.tycho:tycho-maven-plugin:0.23.0-SNAPSHOT or one of its 
dependencies could not be resolved: Failure to find 
org.eclipse.tycho:tycho-maven-plugin:jar:0.23.0-SNAPSHOT in 
https://oss.sonatype.org/content/repositories/public/ was cached in the 
local repository, resolution will not be reattempted until the update 
interval of tycho has elapsed or updates are forced - [Help 2]


Pascal

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

Re: Complex Maven projects - Tutorials? Books?

[Pascal Rapicault]

If you are really aiming at doing continuous delivery (any potential 
build can be pushed to prod), then SNAPSHOT is not a great way to deal 
with dependencies since you will not be able to exactly know what you 
ship. To avoid this, one practice is to use the build number in the 
artifact version (1.0.0-b1 or 1.0.1).
This has of course had the drawback that now you have to update the 
pom.xml of components using a specific artifact (move from build 1 to 2) 
but this also gives you greater control on the rate at which you consume 
libraries.

You may be interested in these articles:
- 
http://maven.40175.n5.nabble.com/Continuous-Delivery-and-Maven-td3245370.html
- 
http://stackoverflow.com/questions/18456111/what-is-the-maven-way-for-project-versions-when-doing-continuous-delivery


That said, if you add Artifactory to the mix, you can leverage its 
capabilities of obtaining specific versions of a SNAPSHOT through matrix 
parameters 
(https://www.jfrog.com/confluence/display/RTF/Using+Properties+in+Deployment+and+Resolution) 
quite handy. One example where this comes handy is when you split your 
build process over multiple jenkins jobs and you want to make sure that 
you use the same artifact throughout the process and this w/o blocking 
the whole pipeline for the whole duration of the process.


HTH

Pascal
On 12/06/2014 10:46 AM, Hohl, Gerrit wrote:

Hello everyone, :)

  


I have a question which is not about a specific problem with Maven, but
more a general question.

I hope it is okay to ask this question here.

  


We use Maven and Jenkins for about 1.5 years now, I guess. Until now the
Maven projects have been very simple and - let's say - very monolithic.

But recently we identify more and more internal libraries in our
products. Of course we don't want to share this libraries by
copy-n-paste between the products - especially as we have Maven.

So we started to read books, tutorials on the Internet and so on. But
most of them only deal with simple projects. They don't cover e.g.
versioning the build process (especially if your build process consists
of more than just one step). They also don't cover the problems of
developing the libraries while your developing the products which depend
on them. Especially at the beginning your libraries will go through a
lot of changes. A few name snapshots as a solution, but don't explain
how you can work using them, how you can use them in your pom.xml and
how you deal with them if you finally switch your product and/or your
library from the snapshot state to the release state. A few also say
that you shouldn't use snapshots at all because it will result in many
problems (e.g. having -SNAPSHOT entries in your pom.xml). Nightly builds
or build triggered by the SCM are also an issue here.

  


Does someone know a good book or tutorial which handles all of these
issues around Maven and CI/CD in more depth?

  

  


Regards,

Gerrit





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

Re: Maven on a Terminal Server

[Pascal Rapicault]

I'm currently doing work for Ericsson where we have a similar setup (Terminal 
Server on windows and AFS on *nix).
The difficulty in this setup is not network access but limited user storage so 
the goal is to try to share as much as possible among the users. This was such 
a concern for Ericsson that they built extensions to Eclipse to make sure that 
users would not have copies of the plugins they install in their user folder 
but would run them from a shared location.

Now to go back to Maven I can see how the desire to share artifacts applies 
since I've had the same discussion last week :). Basically the local maven repo 
is made of 3 things:
- released versions of non-corporate artifacts (e.g. content from 
central, jboss, etc.)
- released versions of corporate artifacts
- snapshots versions of corporate artifacts
(yes there is snapshot of non corporate but I think they represent a 
minority)

Using this as a starting point, I think it would be possible to address this in 
a clean way the problem if we were to make the local maven repository a bit 
smarter (i.e. code change :)) . For example I think a solution that could work 
is to have a read only shared cache that only contains the released artifacts 
and have that chained to the local maven repository. This way when an artifact 
is looked up, it is first looked up in the local cache, then in the shared 
cache, and if it is not availble, then it is downloaded and stored into the 
local cache (note that  this solution of chained maven repo could also be used 
to isolate snapshot from released artifacts)

Since the shared cache is read only, its population could be done by doing a 
dump of the repo manager content into the shared folder at regular interval.

Pascal

On 2012-09-28, at 4:58 AM, Barrie Treloar wrote:

 On Fri, Sep 28, 2012 at 1:15 PM, Brett Porter br...@apache.org wrote:
 Hi Terry,
 
 On 28/09/2012, at 9:41 AM, Sposato, Terry terry.spos...@team.telstra.com 
 wrote:
 
 Hi,
 
 We currently use Nexus as our project’s local repository server which works 
 well.
 We also have a Terminal server which offshore developers access to do their 
 development/testing/building etc.
 I want to know if there is a way of having all these users access the same 
 .m2 local repository which maven3 is using in a safe way?
 I have currently set the path in settings.xml to use a local path, which at 
 a high level works, I am just not sure if this will cause issues moving 
 forward?
 
 Please reply all as I am currently not subscribed to the list.
 
 Sharing the local repository is not advised. There's no external locking on 
 files written there.
 
 Given you have a repository manager, as long as you have one geographically 
 close to that terminal server (or on the machine), you typically give each 
 user a local repository and are free to clean it out frequently if needed.
 
 And for other non-Maven security reasons, you would want to have each
 person have a separate account on your terminal server anyway.
 
 So shared accounts aren't advised are generally considered a bad thing(tm)
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

catch block like behavior

[Pascal Rapicault]

Hi,

I would like to know if there is a way to have a plugin be executed right at 
the end of the build no matter what.
The situation I have is as follow. Early on in the build I rename a file from 
a.txt.off to a.txt and at the end I rename it back such that no problems are 
being caused for subsequent builds. This works great when the module build is 
executed in its entirety, however when it fails part way through, then the file 
is not renamed and subsequent build fails.
Therefore my question, is there a way to enforce the execution of a plugin no 
matter what.

Thx

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

Re: catch block like behavior

[Pascal Rapicault]

I'm well aware that this is not a great practice but this is the only pragmatic 
solution to trick the desired mojos into doing what I want. Using bash scripts 
would end up being worst since then I would have to have such a script into 
every level where the build can be fired from.
Anyway, thanks for your insights.

Pascal

On 2012-08-23, at 11:42 AM, John Kramer wrote:

 
 
 
 
 
 Am 23.08.2012 14:56, schrieb Pascal Rapicault:
 Hi,
 
 I would like to know if there is a way to have a plugin be executed
 right at the end of the build no matter what. The situation I have is
 as follow. Early on in the build I rename a file from a.txt.off to
 a.txt and at the end I rename it back such that no problems are being
 caused for subsequent builds. This works great when the module build
 is executed in its entirety, however when it fails part way through,
 then the file is not renamed and subsequent build fails. Therefore my
 question, is there a way to enforce the execution of a plugin no
 matter what.
 
 Hi,
 
 ensure that you REALLY want to change files in your src folder during
 maven build. This looks like a bad practice. Always do things in the
 target folder. It is there to provide clean builds.
 
 
 I concur.  If you ABSOLUTELY need to modify something in your src folder,
 DON'T DO IT AS PART OF A MAVEN BUILD.  That violates the pattern that
 maven uses.  Instead, think about doing it as part of a larger process
 (i.e. do it as part of a bash script, or something else).
 
 Or better yet, work in your target folder.
 
 
 John Kramer
 email: jkra...@mojiva.com
 mobile: 314.435.2370
 twitter: @KramerKnowsTech https://twitter.com/KramerKnowsTech
 0xCAFEBABE0032
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: catch block like behavior

[Pascal Rapicault]

Sadly not and requesting a fix from this particular vendor will take time that 
I don't have before shipping.
It almost sound easier to me to add the feature in maven :)
Oh well, next time :)

On 2012-08-23, at 12:09 PM, Wayne Fay wrote:

 I'm well aware that this is not a great practice but this is the only
 pragmatic solution to trick the desired mojos into doing what I want. Using
 bash scripts would end up being worst since then I would have to have such a
 script into every level where the build can be fired from.
 
 Are those plugins open source so that instead of tricking anything,
 you could just change the code to suit your needs? And make it
 configurable, donate the code back, etc?
 
 Wayne
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: catch block like behavior

[Pascal Rapicault]

Thx.

On 2012-08-23, at 12:49 PM, Hilco Wijbenga wrote:

 On 23 August 2012 05:56, Pascal Rapicault pas...@rapicault.net wrote:
 I would like to know if there is a way to have a plugin be executed right at 
 the end of the build no matter what.
 The situation I have is as follow. Early on in the build I rename a file 
 from a.txt.off to a.txt and at the end I rename it back such that no 
 problems are being caused for subsequent builds. This works great when the 
 module build is executed in its entirety, however when it fails part way 
 through, then the file is not renamed and subsequent build fails.
 Therefore my question, is there a way to enforce the execution of a plugin 
 no matter what.
 
 More than likely, you can do what you want (or at least something
 similar) using a Maven extension. See [1] (there isn't much
 documentation but I managed to figure it out so I'm sure you can too.
 :-) ). Just hook into the
 org.apache.maven.execution.ExecutionListener.
 
 [1] http://maven.apache.org/examples/maven-3-lifecycle-extensions.html.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: write maven plugin that operate Sonar

[Pascal Rapicault]

did you try mvn sonar:sonar
On 2012-07-19, at 10:56 AM, dror wrote:

 Hi all, 
 
 Somebody knows how can i write a maven plugin in pom.xml that operate Sonar? 
 i looking for a way to operate Sonar's checks via maven build. 
 
 Thanks, Dror.
 
 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/write-maven-plugin-that-operate-Sonar-tp5714457.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

[ANN] Maven Inspector for Eclipse

[Pascal Rapicault]

As much as Maven makes it easy to deal with builds, the plethora of XML and the 
varying life cycles phases can sometimes make it hard to figure out what a 
build will actually do.

To help with this, I'm happy to make available the Eclipse plugin called the 
Maven Inspector. This plugin provides a simple View called Maven Execution 
that presents for a given POM file the phases and associated MOJOs.

Go check it out on http://prapicault.github.com/MavenInspector/ or directly 
install it from http://prapicault.github.com/MavenInspector/repository

Hope you'll find this useful.

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

Re: [ANN] Maven Inspector for Eclipse

[Pascal Rapicault]

Hello Anthony

Thanks for your feedback. 
To answer your question in full disclosure. I'm an m2e committer. However I'm 
doing this to promote myself and my consulting services, therefore merging it 
back into m2e at this point would do me a disservice.

Pascal

On 2012-07-13, at 5:40 PM, Anthony Dahanne wrote:

 Hello Pascal,
 Thanks for contributiong this plugin, this is a very good idea, and
 will save users a lot of time debugging maven builds.
 One  remark though :
 * do you think it would be possible to contribute this view directly
 into m2e ? did you contact m2e team ? I mean, that would ease adoption
 of the plugin, and it seems to me that it would be useful for all m2e
 users.
 Thanks again Pascal,
 Anthony
 
 On Fri, Jul 13, 2012 at 11:06 AM, Pascal Rapicault pas...@rapicault.net 
 wrote:
 As much as Maven makes it easy to deal with builds, the plethora of XML and 
 the varying life cycles phases can sometimes make it hard to figure out what 
 a build will actually do.
 
 To help with this, I'm happy to make available the Eclipse plugin called the 
 Maven Inspector. This plugin provides a simple View called Maven 
 Execution that presents for a given POM file the phases and associated 
 MOJOs.
 
 Go check it out on http://prapicault.github.com/MavenInspector/ or directly 
 install it from http://prapicault.github.com/MavenInspector/repository
 
 Hope you'll find this useful.
 
 Pascal
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: Maven for Software Installation

[Pascal Rapicault]

The approach you are describing is akin to what the Eclipse provisioning 
platform (aka p2) provides with its concept of bundle pool (equivalent of GAC). 

From experience, while this works in practice (for example a commercial distro 
of Eclipse called Yoxos ships like this (I'm not affiliated with them)), 
depending on the sort of applications you are delivering, it happens that 
consumers like being able to have access to an all-in-one download for ease of 
consumption and avoid uncertainties at install time. After all it is much 
easier for someone to validate the checksum of a zip rather than the proper 
behaviour of an installer.

The other thing to consider in this space is the ever growing size of the 
cache. While in Maven this is quite easily handled by just deleting the .m2 
folder, this approach would not work for such a cache, and then requires some 
GC to be put in place.

All in all I think it is definitely a space to look into where the simplicity 
of expressing dependencies and metadata with maven coupled to the runtime 
characteristics of p2 (thread safe local repo, transactional install, GC) could 
really allow to put together a solution quite rapidly.

On 2012-06-21, at 3:53 PM, Eric Kolotyluk wrote:

 I have brought this notion up before, but I have been thinking about it a bit 
 more.
 
 Would it make sense to use Maven technology for software deployment and 
 installation as opposed to just builds?
 
 What I envision is something akin to the Global Assembly Cache in .NET, but 
 for Maven artifacts. In particular, the local repository would act like a 
 GAC, but you might want to separate a system local repository from the user 
 local repositories.
 
 The basic idea is that when deploying/installing software you would not 
 bundle all your dependent artifact into your installer, rather you would just 
 bundle their coordinates. At installation time you would install the Maven 
 Installer if it was not already there, then your installer would work in 
 conjunction with the Maven Installer. Basically the Maven Installer subsystem 
 would simply download the dependent artifacts from Maven Central or 
 elsewhere, and put them in the System Repository (similar to the GAC).
 
 One benefit of this is that if you have a lot of software that all reference 
 the same artifacts, they can share copies. Other benefits would be similar to 
 those for the .NET GAC, although hopefully we could avoid some of the 
 problems the GAC has created.
 
 Another benefit is that installers could be smaller by not bundling in 
 dependent artifacts. Installation could be faster in that if dependent 
 artifacts are already in the System Repository downloading and installing 
 them is unnecessary.
 
 So am I just thinking crazy, or is there any potential benefit to this idea?
 
 Cheers, Eric
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: list of phases defined by the lifecycle of a packaging type

[Pascal Rapicault]

Thx

On 2012-06-11, at 1:15 AM, Milos Kleint wrote:

 public ListString getLifecyclePhases() {
 
LifecycleMapping lifecycleMapping =
 lookupComponent(LifecycleMapping.class);
if (lifecycleMapping != null) {
SetString phases = new TreeSetString();
MapString, Lifecycle lifecycles =
 lifecycleMapping.getLifecycles();
for (Lifecycle lifecycle : lifecycles.values()) {
phases.addAll(lifecycle.getPhases().keySet());
}
return new ArrayListString(phases);
}
 
return Collections.StringemptyList();
}
 
 is what we use for certain code completions in netbeans..
 
 Milos
 
 On Sun, Jun 10, 2012 at 9:48 PM, Pascal Rapicault pas...@rapicault.net 
 wrote:
 Hi,
 
 Given a packaging type, is there a way to programmatically know all the 
 phases that are associated with the various lifecycle?
 
 For example during the execution with -X I see the following output. This is 
 pretty much what I want.
 
 [DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
 [DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
 [DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
 process-sources, generate-resources, process-resources, compile, 
 process-classes, generate-test-sources, process-test-sources, 
 generate-test-resources, process-test-resources, test-compile, 
 process-test-classes, test, prepare-package, package, pre-integration-test, 
 integration-test, post-integration-test, verify, install, deploy]
 
 Thx in advance,
 
 Pascal
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 


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

Re: Hooking before and after a phase

[Pascal Rapicault]

Thx
On 2012-06-09, at 11:06 AM, Aliaksei Lahachou wrote:

 Hi,
 
 this is tricky and may involve some trial and error. Maven executes mojos
 in the same phase in the order their plugins are listed in the POM. You can
 try to define all plugins, including plugins automatically defined by the
 eclipse-plugin lifecycle, in the required order. The relative order is
 maintained even when plugins are merged from parents and profiles. I don't
 remember now exactly the whole algorithm, but I hope this can help you.
 Also, this behavior may change in future.
 
 
 Regards,
 htfv (Aliaksei Lahachou)
 
 
 
 On Fri, Jun 8, 2012 at 11:25 PM, Pascal Rapicault pas...@rapicault.netwrote:
 
 Hi,
 
 I have a situation where I need to execute a mojo just before the
 execution of the mojo bound to the phase. Is there a way to achieve this
 without binding my mojo to the previous phase but to the phase that I'm
 interested in?
 
 For example, the eclipse-plugin packaging type has the following phases:
 - […]
 - process-test-resources
 - package (which itself executes 2 mojos)
 - […]
 
 I would like to execute a mojo just before the first mojo of the package
 phase is executed, or even better in between the execution of the two mojos
 executed by the package phase.
 
 I could hook my mojo to the process-test-resources but I feel that this is
 incorrect since the execution of my mojo should only happen if the package
 phase does, otherwise it may screw up following builds.
 
 Thanks.
 
 Pascal
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 


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

Re: Questions about property resolution

[Pascal Rapicault]

It could mostly likely be specified on the command line.

On 2012-06-11, at 9:44 AM, Cédric Teyton wrote:

 Hello,
 
 I've a question with respect to some POM.xml files i've observed recently. In 
 some cases like the following one :
 
 project
 modelVersion4.0.0/modelVersion
 groupIdactivemq-web/groupId
 artifactIdactivemq-web/artifactId
 nameActiveMQ :: Web/name
 version4.0-M2/version
 descriptionWeb Connector for REST API and Streamlets support/description
 dependencies
...
 dependency
 groupIdspringframework/groupId
 artifactIdspring/artifactId
 version${spring_version}/version
 /dependency
...
 /dependencies
 /project
 
 I just don't figure out how the variable /${spring_version}/ can be matched 
 to something.
 Indeed, there's no property specified in this POM, and there is also no 
 parent.
 
 Have you an idea about how this property can find an actual value ?
 Thanks a lot,
 
 Cheers
 Cédric
 


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

list of phases defined by the lifecycle of a packaging type

[Pascal Rapicault]

Hi,

Given a packaging type, is there a way to programmatically know all the phases 
that are associated with the various lifecycle?

For example during the execution with -X I see the following output. This is 
pretty much what I want.

[DEBUG] Lifecycle clean - [pre-clean, clean, post-clean]
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[DEBUG] Lifecycle default - [validate, initialize, generate-sources, 
process-sources, generate-resources, process-resources, compile, 
process-classes, generate-test-sources, process-test-sources, 
generate-test-resources, process-test-resources, test-compile, 
process-test-classes, test, prepare-package, package, pre-integration-test, 
integration-test, post-integration-test, verify, install, deploy]

Thx in advance,

Pascal

Hooking before and after a phase

[Pascal Rapicault]

Hi, 

I have a situation where I need to execute a mojo just before the execution of 
the mojo bound to the phase. Is there a way to achieve this without binding my 
mojo to the previous phase but to the phase that I'm interested in?

For example, the eclipse-plugin packaging type has the following phases:
- […]
- process-test-resources
- package (which itself executes 2 mojos)
- […]

I would like to execute a mojo just before the first mojo of the package phase 
is executed, or even better in between the execution of the two mojos executed 
by the package phase.

I could hook my mojo to the process-test-resources but I feel that this is 
incorrect since the execution of my mojo should only happen if the package 
phase does, otherwise it may screw up following builds.

Thanks.

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

Maven repository not accessible?

[Collard, Pascal]

Hi;
I use Maven2 to build my JAVA package and run tests within a CI
(Jenkins / Hudson, Bamboo, ..) and got errors about repo not being accessible.

I had no problem before with my script but:
- network policies have changed (I assume that Jenkins/Maven can't
connect to the repository because of these now)
- I installed a new computer and it has no local .m2 content so far

Can anyone let me know if they face the same issue or point me where/what I 
should check at?

Here is the log of the CI.


Executing Maven:  -N -B -f C:\Program Files\Jenkins\jobs\Test job
\workspace\pom.xml clean test
[INFO] Scanning for projects...
[INFO]

[INFO] Building functional tests
[INFO]task-segment: [clean, test]
[INFO]

Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-pl...
[WARNING] Unable to get resource 'org.apache.maven.plugins:maven-clean-
plugin:pom:2.2' from repository central (http://repo1.maven.org/
maven2): Error transferring file: Connection timed out: connect
[JENKINS] Archiving C:\Program Files\Jenkins\jobs\Test job\workspace
\pom.xml to C:\Program Files\Jenkins\jobs\Test job\modules
\\functional-tests\1.0-SNAPSHOT\functional-
tests-1.0-SNAPSHOT.pom
[INFO]

[ERROR] BUILD ERROR
[INFO]

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

Project ID: org.apache.maven.plugins:maven-clean-plugin

Reason: POM 'org.apache.maven.plugins:maven-clean-plugin' not found in
repository: Unable to download the artifact from any repository

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

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

 for project org.apache.maven.plugins:maven-clean-plugin



Thanks

[maven-eclipse-plugin] Spring dependencies omitted

[Pascal Kesseli]

Hi everyone

Being a typical maven fan, I tried to manage our eclipse plugins using
maven. To do so, I configured the maven-eclipse-plugin as follows:

plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-eclipse-plugin/artifactId
version2.8/version
configuration
pdetrue/pde
manifestMETA-INF/MANIFEST.MF/manifest
spring
version2.5.6/version
file-patternspring.cfg.xml/file-pattern
basedirsrc/main/resources/basedir
/spring
/configuration
/plugin

First off, I am not even sure what exactly the spring-tag in here is good
for? What does the plugin do with that information? Secondly, as described
on the apache website, the plugin is supposed to copy all the dependencies
as jars to my project root. While that works well with almost any
dependency, the plugin constantly ignores any Spring dependency I have added
to my project, such as spring-aspects, spring-core or spring-test.

Does anybody know where that behavior evolves from?

Thanks in advance for any help on this issue and best regards
Pascal Kesseli



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

[maven-eclipse-plugin] Resources are copied to root?

[Pascal Kesseli]

Hi everyone

Using the following build spec in my pom.xml

build
defaultGoalcompile/defaultGoal
sourceDirectorysrc/main/java/sourceDirectory
outputDirectorytarget/main/outputDirectory
resources
resource
directorysrc/main/resources/directory

targetPathch/hsr/ifs/flexclipse/resources/targetPath
/resource
/resources
...
/build

my resources are copied to target/main instead to
target/main/ch/hsr/ifs/flexclipse/resources when using the configuration
generated by the maven-eclipse-plugin in pde mode, using the following
config:

plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-eclipse-plugin/artifactId
version2.8/version
configuration
pdetrue/pde
manifestMETA-INF/MANIFEST.MF/manifest
spring
version2.5.6/version
file-patternspring.cfg.xml/file-pattern
basedirsrc/main/resources/basedir
/spring
/configuration
/plugin

Did I miss something here or how can I get the maven-eclipse-plugin to
create a project that copies my resources to the desired resources
directory?

Thanks in advance for any suggestions and best regards
Pascal



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

Re: archetype:generate and the `goals` optional parameter

[Pascal Thivent]

  I'm wondering why `mvn archetype:generate` has an optional `-Dgoals`
  parameter. I understand how to use this parameter but... do you have
  any idea of a real use case for it ?


 The case at the time was a user asking to perform some one time
 operations like eclipse:eclipse. Whether this is actually useful is
 another story, but really to account for one time operations that
 could be taken care of as part of the generation so that it didn't
 have to be documented.

I see and eclipse:eclipse is indeed a good example.

Thank you.

-- 
Pascal


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

archetype:generate and the `goals` optional parameter

[Pascal Thivent]

I'm wondering why `mvn archetype:generate` has an optional `-Dgoals`
parameter. I understand how to use this parameter but... do you have any
idea of a real use case for it ?

Thanks in advance.

-- 
Pascal

Re: Using Maven WebLogic Plug in

[Pascal Thivent]

Hello,

On 9/8/07, Hussein Badakhchani [EMAIL PROTECTED] wrote:
 Hello,

 In case anyone is interested I have posted some instructions for
 installing and using the Maven WebLogic Plug in on my blog.

 http://dev2dev.bea.com/blog/hoos/archive/2007/09/using_appc_with.html

 I am new to Maven and thus my implementation may not be optimal. For
 instance I found that I had to describe the dependencies twice in my
 pom.xml file, is this a standard thing in Maven or have I missed
 something?

Not sure why you had to declare dependencies / in the plugin /
section. I may be wrong but my point of view  is that if the plugin
requires dependencies, then the plugin should declare them in it's own
pom (check 
https://svn.codehaus.org/mojo/trunk/mojo/weblogic-maven-plugin/pom.xml).
Anyway, I didn't try so this is only theory.


 Also I found that Maven includes all the jars used to precompile JSPs into
 the final package, so I end up with files like weblogic.jar being
 deployed. I would like to know what options there are for filtering such
 files as the inclusion of the files violates our packaging specifications.

You need to specify the scope of your dependencies. I think
scoperuntime/scope is what you need.


 Many thanks,
 Hoos

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




-- 
Pascal

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

Re: Using Maven WebLogic Plug in

[Pascal Thivent]

On 9/9/07, Hussein Badakhchani [EMAIL PROTECTED] wrote:
 Pascal.

 Thanks for the quick response:

  BTW, the following dependency is really strange too. I don't know why
  you had to add it.
 
dependency
  groupIdcom.sun/groupId
  artifactIdtools/artifactId
  version1.5.0_11/version
/dependency
 

 I understand the that this is a requirement of the plugin, it was detailed
 in the instructions I found. I haven't tried removing it to see how it
 breaks, I'll give it an go to see what happens.

Oh yes, right. According to
http://mojo.codehaus.org/weblogic-maven-plugin/appc-use.html, this
dependency has been removed from the plugin's pom.xml because of
issues with Mac users (there is no tools.jar on mac os) so you have
now to deal with it in your project pom.

In my very humble opinion, this solution is a bit hugly. Again, I may
be wrong but I think this should be handled *in* the maven plugin,
like the cargo team is doing with the JdkUtils class (see
http://tinyurl.com/2rbpfu and it's usage).

Anyway, you currently have too add it somewhere (settings.xml or
pom.xml) to use weblogic:appc.

I'll do some tests.


 I'll also try declaring the dependencies of the plugin in it's own pom.
 Thanks again for the pointer.

 Cheers.
 Hoos

  On 9/8/07, Hussein Badakhchani [EMAIL PROTECTED] wrote:
  Hello,
 
  In case anyone is interested I have posted some instructions for
  installing and using the Maven WebLogic Plug in on my blog.
 
  http://dev2dev.bea.com/blog/hoos/archive/2007/09/using_appc_with.html
 
  I am new to Maven and thus my implementation may not be optimal. For
  instance I found that I had to describe the dependencies twice in my
  pom.xml file, is this a standard thing in Maven or have I missed
  something?
 
  Also I found that Maven includes all the jars used to precompile JSPs
  into
  the final package, so I end up with files like weblogic.jar being
  deployed. I would like to know what options there are for filtering such
  files as the inclusion of the files violates our packaging
  specifications.
 
  Many thanks,
  Hoos
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
  --
  Pascal
 


 --
 Hussein Badakhchani
 Xenith Consulting Limited

 Blog: http://dev2dev.bea.com/blog/hoos/




-- 
Pascal

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

Re: Generating zip o tar with the javadocs

[Pascal Thivent]

Hi,

On 8/8/07, Martin Alejandro Villalobos [EMAIL PROTECTED]
wrote:


 Hello, I need generate the .zip o .tar or some kind of package with the
 javadocs of my proyect at release time.
 Please, somedoby know how I can do it?


I think the -DperformRelease=true is what you need. Using this property when
deploying will makes maven publish javadoc and sources. e.g : mvn clean
deploy -DperformRelease=true

If you do a release:perform, you don't need this property as the release
plugin specifies -DperformRelease internally (and that's why it isn't
mentioned in the Guide to releasing guide)

Thanks for all.

 Cheers.

 Martin.



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




-- 
Pascal

Re: M2 dashboard plug-in found

[Pascal Thivent]

what version are you trying to use ? 1.0-SNAPSHOT ?

On 1/29/07, Morgovsky, Alexander (US - Glen Mills)
[EMAIL PROTECTED] wrote:

I put the plug-in into my master POM, but the plug-in could not be
downloaded.  I tried manually installing to our repository, but no
success.  Could you please post a basic POM which fully shows how to
properly declare the Codehaus repository and use this plugin?  Thanks.


This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and is protected by law.  If 
you are not the intended recipient, you should delete this message.


Any disclosure, copying, or distribution of this message, or the taking of any 
action based on it, is strictly prohibited. [v.E.1]





--
Pascal

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

Re: [ANN] Maven2 javancss plugin 2.0-beta-1

[Pascal Thivent]

Salut Jean-Laurent,

enfoiré, il fait beau en espagne ? Trop cool d'être au symposium !
T'es parti en solo ou t'as réussi à te faire financer ça par Valtech ?

Je t'envie :) A bientôt à Paris.

On 6/22/06, jean-laurent de morlhon [EMAIL PROTECTED] wrote:

As stated at the end of the announcement email the repository where
this plugin is located is :

repository.codehaus.org.

You'll have to add this repository to your settings/project for now.
(Parent pom is over there too)

On 6/22/06, Roald Bankras [EMAIL PROTECTED] wrote:
 Sounds very attractive, but through which repository is it available?
 BTW the source complains that it cannot find the parent pom.

 Roald Bankras
 Software Engineer
 JTeam b.v.

 -Original Message-
 From: jean-laurent de morlhon [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, June 21, 2006 5:08 PM
 To: Maven Users List; user@mojo.codehaus.org
 Subject: [ANN] Maven2 javancss plugin 2.0-beta-1

 The Mojo team is pleased to announce the javancss-maven-plugin
 2.0-beta-1 release!

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

 This plugin allows user to:

   - Compute complexity (CCN) and quantity (NCSS) metrics on your code
   - Create a report displaying those numbers

 This plugin is currently available at repository.codehaus.org.

 Enjoy!

 -The Mojo  team

 --
 Jean-Laurent

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



 --
 No virus found in this incoming message.
 Checked by AVG Free Edition.
 Version: 7.1.394 / Virus Database: 268.9.2/370 - Release Date: 6/20/2006


 --
 No virus found in this outgoing message.
 Checked by AVG Free Edition.
 Version: 7.1.394 / Virus Database: 268.9.2/372 - Release Date: 6/21/2006


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




--
Jean-Laurent

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





--
Pascal

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

Re: [ANN] Maven2 javancss plugin 2.0-beta-1

[Pascal Thivent]

Hi,

sorry all for this personal message on the list

On 6/22/06, Pascal Thivent [EMAIL PROTECTED] wrote:

Salut Jean-Laurent,

enfoiré, il fait beau en espagne ? Trop cool d'être au symposium !
T'es parti en solo ou t'as réussi à te faire financer ça par Valtech ?

Je t'envie :) A bientôt à Paris.

On 6/22/06, jean-laurent de morlhon [EMAIL PROTECTED] wrote:
 As stated at the end of the announcement email the repository where
 this plugin is located is :

 repository.codehaus.org.

 You'll have to add this repository to your settings/project for now.
 (Parent pom is over there too)

 On 6/22/06, Roald Bankras [EMAIL PROTECTED] wrote:
  Sounds very attractive, but through which repository is it available?
  BTW the source complains that it cannot find the parent pom.
 
  Roald Bankras
  Software Engineer
  JTeam b.v.
 
  -Original Message-
  From: jean-laurent de morlhon [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, June 21, 2006 5:08 PM
  To: Maven Users List; user@mojo.codehaus.org
  Subject: [ANN] Maven2 javancss plugin 2.0-beta-1
 
  The Mojo team is pleased to announce the javancss-maven-plugin
  2.0-beta-1 release!
 
  http://mojo.codehaus.org/javancss-maven-plugin/
 
  This plugin allows user to:
 
- Compute complexity (CCN) and quantity (NCSS) metrics on your code
- Create a report displaying those numbers
 
  This plugin is currently available at repository.codehaus.org.
 
  Enjoy!
 
  -The Mojo  team
 
  --
  Jean-Laurent
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
  --
  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.1.394 / Virus Database: 268.9.2/370 - Release Date: 6/20/2006
 
 
  --
  No virus found in this outgoing message.
  Checked by AVG Free Edition.
  Version: 7.1.394 / Virus Database: 268.9.2/372 - Release Date: 6/21/2006
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


 --
 Jean-Laurent

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




--
Pascal




--
Pascal

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

M1 test plugin vs M2 surefire plugin

[Pascal Larin]

Hi,

 

We are currently running Maven 1.1-beta 2 and we want to upgrade to Maven
2.0. We have converted some projects to maven 2.0 and we have a small
problem with the test reports of surefire. In M1, the test plug-in redirects
the System.out and System.err into the test file report by default. In M2,
I'm trying to do the same but even if I set useFile parameter to true, I
still see the output on the console. I've searched on the mailing list and
didn't found an answer to my problem. Our unit tests output a lot of
information; we run a continuous build on 73 projects. It is a lot of stuff
in our build logs. Somebody found a workaround?

 

BTW, Better builds with Maven is an excellent work. Thanks a lot!

 

Have a nice day,

 

Pascal

 

 

maven surefire-report invoking phase

[Pascal Magnard]

Hello,
i'm trying to use the surefire-report plugin to generate html files based 
on the result of the execution of my JUnit tests. 
I had the following declarations in my pom.xml file:
 
reporting
plugins
!--  Reports section configuration --
plugin
groupIdorg.apache.maven.plugins/groupId

artifactIdmaven-surefire-report-plugin/
artifactId
configuration/
/plugin
/plugins
/reporting


Everything's working fine except that each time the surefire-report plugin 
is invoked by maven, it sounds like it just forces the execution of the 
test phase.
So, when i try to build my project using the command: mvn install site, i 
have all the phases related to the install goal executed and then the 
following output:
-
Preparing surefire-report:report
[resources:resources]
...
[compiler:compile]
...
[resources:testResources]
...
[compiler:testCompile]

[surefire:test]
...
[surefire-report:report]
...
---
compilation and test execution are invoked twice and this is a dramatic 
overhead on the building time of my project.
Is there anything that can be done to have the surefire-report plugin just 
doing its job (wich is get the xml from target/surefire-report/ and 
generate html in target/site according to the documentation) and not 
forcing compilation and tests execution ?

Regards,
Pascal

Re: dependency recommendations: jaac

[Pascal Thivent]

Hi,

the url element of a dependency should be used for this. According
to the documentation, this url will be provided to the user if the
jar file cannot be downloaded from the central repository (see
http://maven.apache.org/reference/project-descriptor.html#class_Dependency).

Cheers,

On 10/10/05, Brian Bonner [EMAIL PROTECTED] wrote:
 Hi,  I'm fairly new to maven.

 Is there a facility within maven that would suggest to a user where to
 download a dependency from if it's not included in ibiblio repository?
 I'm looking for javax.security jaac which hibernate 3.0.5 apparently has
 a dependency on.  I believe it's buried in the J2EE 1.4 download, but
 this would really be nice to point someone in the right direction for this.

 Maybe this could be a new feature?

 --
 Brian



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




--
Pascal

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

Re: dependency recommendations: jaac

[Pascal Thivent]

I should have ask wich version of maven you're using... The url
element doesn't seem to be supported in m2. I guess it would brake the
transitive dependency mechanism because this feature relies on remote
repositories, even for licenced jars. You need perhaps to add your
jaac jar in your own repository manually. I don't know exactly what
the maven team did plan for this use case.

On 10/10/05, Brian Bonner [EMAIL PROTECTED] wrote:
 Pascal, thanks.  That's good to know.  I don't believe the URL was in
 the POM as it was being downloaded.  It certainly didn't display it when
 m2 complained.
 Again for new folks, maybe this should be included in the ibiblio
 pom.xml files.

 In the case for jacc where hibernate is optionally dependent upon this
 file at runtime, would it go in the hibernate pom.xml, or the jacc
 pom.xml?  I suspect the hibernate pom.xml since it would be able to
 display the msg if the jacc's pom.xml was not available.

 Brian



 Pascal Thivent wrote:
  Hi,
 
  the url element of a dependency should be used for this. According
  to the documentation, this url will be provided to the user if the
  jar file cannot be downloaded from the central repository (see
  http://maven.apache.org/reference/project-descriptor.html#class_Dependency).
 
  Cheers,
 
  On 10/10/05, Brian Bonner [EMAIL PROTECTED] wrote:
 
  Hi,  I'm fairly new to maven.
 
  Is there a facility within maven that would suggest to a user where to
  download a dependency from if it's not included in ibiblio repository?
  I'm looking for javax.security jaac which hibernate 3.0.5 apparently has
  a dependency on.  I believe it's buried in the J2EE 1.4 download, but
  this would really be nice to point someone in the right direction for this.
 
  Maybe this could be a new feature?
 
  --
  Brian
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 
  --
  Pascal
 
  -
  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]




--
Pascal

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

RE : CruiseControl issues trying to install and run from maven. Pleasehelp.

[Pascal Larin]

Mick,

We do the same thing. If you plan to use 2 or more projects on
CruiseControl, it is not the way to do it. CruiseControl is designed to be
started one time. It reads his configuration file every time it builds a
project.

Pascal



-Message d'origine-
De : Doug Douglass [mailto:[EMAIL PROTECTED] 
Envoyé : September 21, 2005 15:02
À : Maven Users List
Objet : Re: CruiseControl issues trying to install and run from maven.
Pleasehelp.

Mick,

FWIW, I don't run CC from maven. I use the CC plugin to generate a 
config, tweak the config.xml and start CC manually. I found the CC 
docs/howto and CC plugin docs/howto describe different usage patterns, 
so I went with the straight CC docs. YMMV

Doug

Mick Knutson wrote:
 Why do I always feel ignored on this list?
 
 I get 1 out of about 30 posting responded to. I do not feel like I am 
 asking stupid questions at all.
 So, _please_, I really need to get cruise control working.
 
 
 project.properties:
 ===

###-
-### 
 
 
 # Cruise Control Settings - these are used in the generation of the
 cruisecontrol config file.
 maven.cruisecontrol.home=C:/opt/cruisecontrol-2.3.0.1
 #maven.cruisecontrol.checkout.dir=${basedir}

maven.cruisecontrol.mail.css=${maven.cruisecontrol.home}/main/reporting/jsp/
webcontent/css/cruisecontrol.css 
 
 
 maven.cruisecontrol.mail.xlsdir=${maven.cruisecontrol.home}/main/xsl
 maven.cruisecontrol.logs.dir=${maven.build.dir}
 maven.cruisecontrol.work.dir=${maven.build.dir}/cruisecontrol
 #maven.cruisecontrol.goals=scm:update-project|clean
 test|multiproject:install|multiproject:site|site:deploy
 maven.cruisecontrol.goals=scm:update-project|clean
 test|multiproject:install|site:deploy
 #This is in seconds
 maven.cruisecontrol.schedule.interval=3600
 
 
 CruiseControl config.xml that is generated:
 ==
 ?xml version=1.0 encoding=UTF-8?
 
 cruisecontrol
  project name=fastforwardProject
bootstrappers
  currentbuildstatusbootstrapper

file=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target/fastfo
rwardProject/status.txt 
 
 
  /currentbuildstatusbootstrapper
/bootstrappers
modificationset
  cvs

localWorkingCopy=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/t
arget/cruisecontrol/checkout/fastforwardProject 
 
 cvsroot=:pserver:[EMAIL PROTECTED]:/usr/local/cvsroot
  /cvs
/modificationset
schedule interval=3600
  maven goal=scm:update-project|clean
 test|multiproject:install|site:deploy

projectfile=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target
/cruisecontrol/checkout/fastforwardProject/project.xml 
 
 mavenscript=C:\Maven_1.0.2/bin/maven.bat
  /maven
/schedule
log

dir=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target/fastfor
wardProject 
 
 encoding=ISO-8859-1
  merge

dir=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target/cruisec
ontrol/checkout/fastforwardProject 
 
 pattern=TEST-*.xml
  /merge
/log
publishers
  currentbuildstatuspublisher

file=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target/fastfo
rwardProject/status.txt 
 
 
  /currentbuildstatuspublisher
  htmlemail spamwhilebroken=false reportsuccess=always

css=C:/opt/cruisecontrol-2.3.0.1/main/reporting/jsp/webcontent/css/cruiseco
ntrol.css 
 
 mailhost=localhost

buildresultsurl=http://www.safeway.com/cruisecontrol/buildresults/fastforwa
rdProject 
 
 subjectprefix=[BUILD] defaultsuffix=@safeway.com
 xsldir=C:/opt/cruisecontrol-2.3.0.1/main/xsl

logdir=C:\opt\local\blackhawk\FastForward_AppServer\fastforward/target/fast
forwardProject 
 
 skipusers=false returnaddress=[EMAIL PROTECTED]
map DEFANGED_address=[EMAIL PROTECTED] 
 DEFANGED_alias=knut01
/map
failure address=[EMAIL PROTECTED]
/failure
success address=[EMAIL PROTECTED]
/success
  /htmlemail
/publishers
plugins
/plugins
  /project
 /cruisecontrol
 
 
 
 
 Thank You
 Mick Knutson
 
 Sr. Java/J2EE Consultant
 BASE logic, inc.
 (415) 648-1804 (S.F., CA)
 http://www.BASELogic.com
 
 HP Consulting Services (Walnut Creek, CA)
 
 
 
 
 From: Mick Knutson [EMAIL PROTECTED]
 Reply-To: Maven Users List users@maven.apache.org
 To: users@maven.apache.org
 Subject: CruiseControl issues trying to install and run from maven. 
 Please help.
 Date: Wed, 21 Sep 2005 10:25:00 -0700

 I have maven generating my config.xml for me when I manually run 
 maven cruisecontrol, but there does not seem to be a 
 cruisecontrol:install in the latest plugin.
 Also, when I run maven cruisecontrol:run, I get some strange Sax 
 Parser error.

 C:\opt\local\blackhawk\FastForward_AppServer\fastforwardmaven
 cruisecontrol:install
 __ __
 | \/ |__ _Apache__ ___
 | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
 |_| |_\__,_|\_/\___|_||_| v. 1.0.2

 BUILD FAILED
 Goal

RE : Change log error with Perforce

[Pascal Larin]

Hi,

Already done, http://jira.codehaus.org/browse/MPCHANGELOG-72

Pascal

-Message d'origine-
De : Edwin Punzalan [mailto:[EMAIL PROTECTED] 
Envoyé : September 5, 2005 22:10
À : Maven Users List
Objet : Re: Change log error with Perforce

Hi, this is a bug.

I found that the code checks for the first three characters after scm: 
and that would only work for cvs, svn, and vss.

Please file a jira on this.


Michael Owen wrote:

 Hi,

 I'm using Maven 1.0.2 and I'm trying to get the change log report 
 working. To do this I have put:

 reportmaven-changelog-plugin/report

 in the reports section of the POM, and added:

 repository   

connectionscm:perforce:perforce.dev.uk:1666://depot/development/project/ma
in/.../connection 

 /repository

 When I do maven site I then get the following error:

[echo] Generating the Change Log...
 maven-changelog-plugin:report:
[echo] Generating the changelog report
 Could not derive factory from connection: using CVS (valid factories 
 are: [start
 eam, cvs, perforce, svn, clearcase, vss])

 BUILD FAILED
 File.. C:\Documents and 
 Settings\mike\.maven\cache\maven-changelog-plugin-1
 .8.2\plugin.jelly
 Element... changelog:changelog
 Line.. 108
 Column 15
 org/netbeans/lib/cvsclient/event/CVSListener
 Total time: 11 seconds
 Finished at: Mon Sep 05 14:05:01 BST 2005

 From this error I guess I haven't specified the connection correctly 
 as it's 

 trying to use CVS and not Perforce, however, looking at documents on 
 the web it seems to be the correct format. I've investigated more by 
 doing maven -X maven-changelog-plugin:report and got the following 
 error message:

 BUILD FAILED
 File.. C:\Documents and 
 Settings\mike\.maven\cache\maven-changelog-plugin-1
 .8.2\plugin.jelly
 Element... changelog:changelog
 Line.. 108
 Column 15
 org/netbeans/lib/cvsclient/event/CVSListener
 com.werken.werkz.UnattainableGoalException: Unable to obtain goal 
 [maven-changel
 og-plugin:report] -- C:\Documents and 
 Settings\mike\.maven\cache\maven-changelo
 g-plugin-1.8.2\plugin.jelly:108:15: changelog:changelog 
 org/netbeans/lib/cvscl
 ient/event/CVSListener
at com.werken.werkz.Goal.fire(Goal.java:646)
at com.werken.werkz.Goal.attain(Goal.java:575)
at 
 org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
 671)
at 
 org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
at org.apache.maven.cli.App.doMain(App.java:488)
at org.apache.maven.cli.App.main(App.java:1239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
 java:39)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
 sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
 org.apache.commons.jelly.JellyTagException: C:\Documents and 
 Settings\owenm\.mav
 en\cache\maven-changelog-plugin-1.8.2\plugin.jelly:108:15: 
 changelog:changelog
 org/netbeans/lib/cvsclient/event/CVSListener
at 
 org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.jav
 a:243)
at 
 org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.jav
 a:145)
at 
 org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
 org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
 org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
 org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at 
 org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:92)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
 org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
 org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at 
 org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84)

at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at 
 org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at 
 org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag(MavenGoalTa
 g.java:79)
at 
 org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.perfor
 mAction(MavenGoalTag.java:110)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at 
 org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:
 671)
at 
 org.apache.maven.MavenSession.attainGoals(MavenSession.java:263)
at org.apache.maven.cli.App.doMain(App.java:488

RE : Entity Expansion Limit Error

[Pascal Larin]

Michael,

Add -DentityExpansionLimit=10 (or more) to your MAVEN_OPTS.

Pascal

-Message d'origine-
De : Michael Owen [mailto:[EMAIL PROTECTED] 
Envoyé : September 2, 2005 14:35
À : users@maven.apache.org
Objet : Entity Expansion Limit Error

Hi,

Using Maven 1.1 beta and got the following error when running a multiproject

site goal on a large project:

BUILD FAILED
File.. C:\Documents and 
Settings\mike\.maven\cache\maven-multiproject-plugi
n-1.4.1\plugin.jelly
Element... maven:reactor
Line.. 104
Column -1
Unable to obtain goal [site] -- C:\Documents and 
Settings\mike\.maven\cache\mav
en-xdoc-plugin-1.9.1\plugin.jelly:122:-1: x:parse Error on line 104797 of 
docu
ment  : Parser has reached the entity expansion limit 64,000 set by the 
Applic
ation. Nested exception: Parser has reached the entity expansion limit 
64,000
set by the Application.
Total time   : 6 minutes 33 seconds

Anyway I can get around it by increasing the expansion limit or something 
similar?

Thanks,

Mike



-
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 : installing maven on linux

[Pascal Larin]

Karl,

Check that your MAVEN_HOME AND your PATH point to your maven 1.1 location. I
had the same problem when I've switch form 1.0 to 1.1, my PATH wasn't
correctly set. 

Pascal

-Message d'origine-
De : Karl Gustav [mailto:[EMAIL PROTECTED] 
Envoyé : August 24, 2005 11:00
À : users@maven.apache.org
Objet : installing maven on linux

Hello,

Today i tried to use maven(v. 1.1-beta-1) on our linux
machine.
On windows i had no problems,but on linux i cant get
it working.

I found out it has nothing: 
 - to do with the java project
 - to do with the java version, tried some versions
between 1.4.0.2 - 1.5.4

I deleted cache and repository sometimes, but no
change.
JAVA_HOME is set correctly:
echo $JAVA_HOME /usr/java/jdk1.5.0_04

but everytime i do a maven site or something else, i
get:
 __  __
 
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.1-beta-1

Plugin cache will be regenerated
javax.xml.parsers.FactoryConfigurationError: Provider
org.apache.xerces.jaxp.SAXParserFactoryImpl could not
be instantiated: java.lang.NullPointerException
at
javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:113)
at
org.apache.maven.plugin.JellyScriptHousing.parse(JellyScriptHousing.java:152
)
at
org.apache.maven.plugin.JellyScriptHousing.parse(JellyScriptHousing.java:177
)
at
org.apache.maven.plugin.PluginManager.loadUncachedPlugins(PluginManager.java
:238)
at
org.apache.maven.plugin.PluginManager.initialize(PluginManager.java:303)
at
org.apache.maven.MavenSession.initializePluginManager(MavenSession.java:204)
at
org.apache.maven.MavenSession.initialize(MavenSession.java:171)
at
org.apache.maven.cli.App.doMain(App.java:498)
at
org.apache.maven.cli.App.main(App.java:1258)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at
java.lang.reflect.Method.invoke(Method.java:585)
at
com.werken.forehead.Forehead.run(Forehead.java:551)
at
com.werken.forehead.Forehead.main(Forehead.java:581)



Any ideas?

Karl






___ 
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden:
http://mail.yahoo.de

-
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 : [M1.1b1] xdoc plugin problems

[Pascal Larin]

Jim,

We also run Maven 1.1beta1. We have the same problem. Every time I run a
multiproject:site, we get the same error log4j:ERROR Attempted to append to
closed appender named [null]. We use Cruisecontrol and our log files grew
from 1 MB to 9 MB!!!

I'm not sure if it is an xdoc plugin bug. There are 2 interesting issues in
Velocity Bugzilla that can cause this problem:
http://issues.apache.org/bugzilla/show_bug.cgi?id=33695
http://issues.apache.org/bugzilla/show_bug.cgi?id=9039

Pascal




-Message d'origine-
De : Jim Dickinson [mailto:[EMAIL PROTECTED] 
Envoyé : August 18, 2005 12:13
À : Maven Users List
Objet : [M1.1b1] xdoc plugin problems

Here's a log of the problems I have been getting. I am building the site 
for a multiproject, and about a third of the lines printed are the log4j 
error. What is xdoc doing that is causing this error to display? It 
seems harmless, but I'd like to get it to go away so my log files would 
be smaller and my builds faster. Thanks for any help you all can offer

Jim

-

 [java] [echo] Generating the Simian Report...
 [java] Tag library requested that is not present: 'simian' in 
plugin: 'maven-simian-plugin-1.5'
 [java] Tag library requested that is not present: 'simian' in 
plugin: 'maven-simian-plugin-1.5'
 [java] maven-simian-plugin:report:
 [java] maven-simian-plugin:analyze:
 [java] [echo] Generating the Simian raw report ...
 [java] [echo] Converting the Simian report to xdoc ...


 [java] [echo] Generating the Task List...
 [java] xdoc:init-i18n:

 [java] xdoc:init:
 [java] [echo] Generates the directory structure required for xdocs

 [java] maven-tasklist-plugin:report:
 [java] [echo] Generating tasklist ...


 [java] xdoc:init-i18n:

 [java] xdoc:init:
 [java] [echo] Generates the directory structure required for xdocs

 [java] xdoc:i18n-validation:
 [java] [echo] Validation of the locale entries

 [java] xdoc:register-reports:
 [java] maven-changelog-plugin:register:

 [java] maven-changes-plugin:register:

 [java] maven-checkstyle-plugin:register:

 [java] maven-developer-activity-plugin:register:

 [java] maven-file-activity-plugin:register:

 [java] xdoc:init-i18n:

 [java] xdoc:init:
 [java] [echo] Generates the directory structure required for xdocs

 [java] maven-javadoc-plugin:register:

 [java] maven-jdepend-plugin:register:

 [java] maven-junit-report-plugin:register:

 [java] maven-jxr-plugin:register:

 [java] maven-license-plugin:register:

 [java] maven-pmd-plugin:register:

 [java] maven-javancss-plugin:register:

 [java] Tag library requested that is not present: 'simian' in 
plugin: 'maven-simian-plugin-1.5'
 [java] maven-simian-plugin:register:

 [java] maven-tasklist-plugin:register:


 [java] xdoc:generate-from-pom:
 [java] [echo] Generating xdocs from POM ...

 [java]
 [java]
 [java]
 [java] log4j:ERROR Attempted to append to closed appender named [null].
 [java] log4j:ERROR Attempted to append to closed appender named [null].
 [java] log4j:ERROR Attempted to append to closed appender named [null].
 [java] log4j:ERROR Attempted to append to closed appender named [null].
  repeats many more times


-
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] ejb project

[Pascal Thivent]

Hi Adam, 

you'll find below what I've done to get things working (maveners, if
this is not the right way to do things, please let me know) :

1. create a Maven 2.0 project :
m2 archetype:create -DgroupId=com.mycompany.app -DartifactId=my-ejbapp

2. change the packagingjar/packaging to packagingejb/packaging
in the generated pom.xml

3. add a META-INF\ejb-jar.xml in the src\main\resources directory

Your project should now looks like this : 

\---src
+---main
|   +---java
|   |   \---com
|   |   \---mycompany
|   |   \---app
|   \---resources
|   \---META-INF
\---test
\---java
\---com
\---mycompany
\---app

4. run m2 install (according to the documentation, m2 ejb:ejb might
not have the same behaviour as with maven 1.x)

5. optionaly, add the following to the build section of your pom if
you want to generate a client ejb-jar :

build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-ejb-plugin/artifactId
configuration
generateClienttrue/generateClient
/configuration
/plugin
/plugins
/build

6. write or wait for the ear plugin :)

On 7/1/05, Adam Hardy [EMAIL PROTECTED] wrote:
 Just trying to find out the steps to set up an EJB project and I can't
 find anything in the mailing list or on the website.
 
 There is no maven-archetype-ear or maven-archetype-ejb for the
 quickstart plugin with which I can create a new project, so should I
 just be creating a plain old jar project?
 
 That produces no resources directory, so should I just be following the
 maven 1.0 config, with properties like
 
 ${maven.ejb.src}/META-INF/MANIFEST.MF
 
 and m2 ejb:ejb will be OK?
 
 
 Regards
 Adam
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 
Pascal

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

Re: How can I have the xdoclet generated files be included in the compile?

[Pascal Thivent]

damn, I should take more time to read the right question. sorry for
the annoyance.

On 6/17/05, Dennis Geurts [EMAIL PROTECTED] wrote:
 Aidan, 
   
 I guess you want something like this: 
   
 Suppose the generated source code location is referred to with '${gen.dir}' 
 ( 'target/xdoclet/ejbdoclet' in your case ) 
 then you can make sure they get compiled at the same time as your 
 manually typed java files do, by defining the following preGoal: 
   
preGoal name=java:compile
path id=generated.java.compile.src.set location=${gen.dir}/
maven:addPath id=maven.compile.src.set refid=
 generated.java.compile.src.set/   
/preGoal
 
  
 please note that it is stated in the documentation that including sources in
 such a way 
 is discouraged. As you mention correctly, it is unwise to copy the generated
 source files 
 into the 'official' source directory (src/main/java). 
   
 furthermore, as an eclipse fan I must add that by adding the property: 
   
 'maven.eclipse.classpath.include=${gen.dir}' 
 to your project and subsequently executing 'maven eclipse' 
 the generated source file are also included in the classpath of your eclipse
 project. 
   
 a 'clean project' in eclipse could delete the generated sources 
 this can be prevented by adding the property: 'maven.gen.src=${gen.dir}' 
   
   
   
 Dennis 
   
  
   
 On 6/17/05, Pascal Thivent [EMAIL PROTECTED] wrote: 
  Hi
  
  i think that the maven.ejb.includes property of the maven ejb plugin
  is what you're looking for. 
  
  Regards,
  
  On 6/17/05, Aidan Donohoe [EMAIL PROTECTED] wrote:
   Hi,
  
   I am generating java files from xdoclet (into target/xdoclet/ejbdoclet),
   and I want these files to be included in the compilation along with the
   src directory.
  
   Do I have to copy them into the src dir? (which seems nasty)
   Or is there a better/right way to do this? 
  
   Thanks for any info,
  
   Aidan.
  
  
  
 -
   To unsubscribe, e-mail:
 [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
  
  --
  Pascal
  
 
 -
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED] 
  
  
 
  


-- 
Pascal

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

Re: How can I have the xdoclet generated files be included in the compile?

[Pascal Thivent]

Hi

i think that the maven.ejb.includes property of the maven ejb plugin
is what you're looking for.

Regards,

On 6/17/05, Aidan Donohoe [EMAIL PROTECTED] wrote:
 Hi,
 
 I am generating java files from xdoclet (into target/xdoclet/ejbdoclet),
 and I want these files to be included in the compilation along with the
 src directory.
 
 Do I have to copy them into the src dir? (which seems nasty)
 Or is there a better/right way to do this?
 
 Thanks for any info,
 
 Aidan.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-- 
Pascal

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

Re: How to make executable jar file with dependency?

[Pascal Thivent]

Hi,

I think this is what you're looking for :
http://maven.apache.org/reference/plugins/uberjar/

On Fri, 28 Jan 2005 16:35:51 -0500, Chen, Andrew .
[EMAIL PROTECTED] wrote:
 Hi,
 
 Our codes depend on some external libraries, such as xerces.jar, xalan.jar,
 ..
 
 How to make an executable jar that include everything?
 
 My end command is expected to be:
  java -jar myprj.jar
 
 What is the best practice in Maven to deploy pure non-j2ee java code?
 Should I pack everything into one big jar, or deploy all different jar files
 into one directory?
 
 We have tried the manifest in project.properties, and the resource in
 project.xml.
 
 Thanks
 Andrew H. Chen
 Engineering Computing  US BWR
 Westinghouse Electric Company
 
 (+1)-412-374-2316
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 
Pascal

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

Re: maven as a tool to launch hsqldb server ?

[Pascal Thivent]

Hi,

On Mon, 20 Dec 2004 13:16:14 -0200, Felipe Leme [EMAIL PROTECTED] wrote:
 On Mon, 2004-12-20 at 12:46, Laurent PETIT wrote:
 
  is there a way to start some main() method of a class via a maven xxx call ?

It should be easy to call the org.hsqldb.Server from maven using the
ant java task. Something like that in your maven.xml :

goal name=hsql:start
echoStarting HSQLDB/echo
ant:java classname=org.hsqldb.Server
classpathref=maven.dependency.classpath
arg line=-database.0 mydb/
arg line=-dbname.0 xdb/
/ant:java
echoHSQLDB Started/echo
/goal

This is a starting point and is absolutly not finished. Nothing is
dynamic, location of database file need to be customized...

 
 Take a look on the test cases for the hibernate plugin, they use hsqldb
 (and hence start the server).

I may be wrong but I think they are executing HSQLDB in In-Process
(Standalone) Mode.

 
 I was thinking about writing an hsqdlb plugin some time ago, but haven't
 had the time to play with it though...
 
 -- Felipe
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-- 
Pascal

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

Re: XDoclet in Maven

[Pascal Thivent]

Jose,

as you can see at
http://xdoclet.sourceforge.net/repository/xdoclet/plugins/, the plugin
is still not available in xdoclet repository. I guess Eric still has
some write access problems.

So you can't use for now the plugin:download goal (see a previous mail
for the exact command).

Anyway, installing the plugin is a manual intervention. 

Regarding the needed dependencies, you'll need to add only
dependencies that you would like to use and that are not referenced in
the plugin's project.xml.

Regards,

On Thu, 18 Nov 2004 15:37:32 +0100, Jose Gonzalez Gomez
[EMAIL PROTECTED] wrote:
 
 Pascal,
 
 I (and all the team) would like, if possible, to install the plugin
 (and the dependencies needed) from the web with minimal intervention. If
 this is not possible, we will download and install manually the plugin
 and the dependencies. I just wanted to know if there is any progress on
 this, as it seemed Eric was going to upload the plugin in a short period
 of time, or this wasn't going to happen, in order to go the manual way.
 
 Thanks, best regards
 Jose
 
 
 
 Pascal Thivent wrote:
 
 Hi,
 
 the maven xdoclet plugin is available in xdoclet distribution.
 
 See 
 http://sourceforge.net/project/showfiles.php?group_id=31602package_id=23635release_id=277003
 
 On Thu, 18 Nov 2004 13:51:22 +0100, Jose Gonzalez Gomez
 [EMAIL PROTECTED] wrote:
 
 
 Eric,
 
 Any news regarding this? I have taken a look at the web, but I still
 cannot find the 1.2.2 version of the plugin.
 
 Best regards
 Jose
 
 
 
 Eric Pugh wrote:
 
 
 
 I am in the process of updating the XDoclet repository at
 http://xdoclet.sf.net/repository.  I have everything bug the newest plugin
 uploaded, I ran into an issue with permissions on the filesystem that is
 stopping me.  Hopefully everything will be online in the next day or so.
 
 Eric
 
 
 
 
 
 -Original Message-
 From: Janos Mucsi [mailto:[EMAIL PROTECTED]
 Sent: Monday, November 15, 2004 11:01 PM
 To: Maven Users List; Pascal Thivent
 Subject: XDoclet in Maven
 
 
 Pascal
 
 I set my dependencies exactly like you said. It solved
 the class not found problem.
 So now if I do
 
 preGoal name=java:compile
echoGenerates EJB classes and descriptor
 files/echo
attainGoal name=xdoclet:ejbdoclet/
/preGoal
 
 I get:
 
[echo] Generates EJB classes and descriptor files
 Tag library requested that is not present: 'maven' in
 plugin: 'maven-xdoclet-plu
 gin-1.2.1'
 xdoclet:ejbdoclet:
 
 However, if I define a taskdef like you said:
 
 ant:taskdef name=ejbdoclet
 
 classname=xdoclet.modules.ejb.EjbDocletTask
   classpathref=maven.dependency.classpath/
 
ejbdoclet destdir=${maven.build.src}
   ejbspec=2.0
   force=false
 
fileset dir=${maven.build.src}
include name=**/*Bean.java /
/fileset
 
utilobject kind=logical
 cacheHomes=true/
 
remoteinterface/
homeinterface/
localinterface/
localhomeinterface/
 
deploymentdescriptor
destdir=${ejb.descriptor.dir}/
 
jboss version=3.0
   xmlencoding=UTF-8
   typemapping=Hypersonic SQL
   datasource=java:/DefaultDS
   destdir=${ejb.descriptor.dir}/
 
/ejbdoclet
 
 
 I see no errors, however XDoclet does absolutely
 nothing. The resulting jar only contains my marked up
 class and the manifest. No ejb.xml. Can you please
 send me a sample EJB-marked up class. Is there
 something wrong with my source directory? I only have
  src
 + ejb
 + META-INF
  + MANIFEST.MF
 + java
  *Bean.java
 
 
 Is there something  wrong with my directory structure
 and the files in it? Why are the two ways behave
 differently?
 Thanks.
 
 Janos
 
 
 
 
 __
 Do you Yahoo!?
 The all-new My Yahoo! - Get yours free!
 http://my.yahoo.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]
 
 
 
 
 
 
 
 
 
 
 -
 
 
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 
Pascal

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

Re: XDoclet in Maven

[Pascal Thivent]

From my point of view, this is a configuration management issue that
should be addressed with a SCM tool.

On Thu, 18 Nov 2004 17:24:19 +0100, Jose Gonzalez Gomez
[EMAIL PROTECTED] wrote:
 
 Well, you still may have maven.repo.remote defined in your
 project.properties shared among all your developers (we do so), and as
 soon as you can specify a plugin as a dependency (maven 1.1?) there will
 be no problem to keep all the developers' plugins updated.
 
 Best regards
 Jose
 
 
 
 Poppe, Troy wrote:
 
 What's the point of a global repository of plugins and libraries if every 
 project
 has their own repository?
 
 So now, I, as a developer/project maintainer, have to make sure that all my
 developers have the right list of repositories in their properties files so 
 they
 can update their plugins.
 
 The value of Maven as a tool to simplify things is decreased by imposing this
 type of activity on the user.  (Besides, good luck finding the documentation 
 that
 tells a new user where to get the xdoclet plugin!)
 
 T
 
 -Original Message-
 From: Pascal Thivent [mailto:[EMAIL PROTECTED]
 Sent: Thursday, November 18, 2004 10:54 AM
 To: Maven Users List
 Subject: Re: XDoclet in Maven
 
 
 Jose,
 
 as you can see at 
 http://xdoclet.sourceforge.net/repository/xdoclet/plugins/, the
 plugin is still not available in xdoclet repository. I guess Eric still has 
 some
 write access problems.
 
 So you can't use for now the plugin:download goal (see a previous mail for 
 the
 exact command).
 
 Anyway, installing the plugin is a manual intervention.
 
 Regarding the needed dependencies, you'll need to add only dependencies that 
 you
 would like to use and that are not referenced in the plugin's project.xml.
 
 Regards,
 
 On Thu, 18 Nov 2004 15:37:32 +0100, Jose Gonzalez Gomez
 [EMAIL PROTECTED] wrote:
 
 
 Pascal,
 
 I (and all the team) would like, if possible, to install the
 plugin (and the dependencies needed) from the web with minimal
 intervention. If this is not possible, we will download and install
 manually the plugin and the dependencies. I just wanted to know if
 there is any progress on this, as it seemed Eric was going to upload
 the plugin in a short period of time, or this wasn't going to happen,
 in order to go the manual way.
 
 Thanks, best regards
 Jose
 
 
 
 Pascal Thivent wrote:
 
 
 
 Hi,
 
 the maven xdoclet plugin is available in xdoclet distribution.
 
 See
 http://sourceforge.net/project/showfiles.php?group_id=31602package_i
 d=23635release_id=277003
 
 On Thu, 18 Nov 2004 13:51:22 +0100, Jose Gonzalez Gomez
 [EMAIL PROTECTED] wrote:
 
 
 
 
Eric,
 
Any news regarding this? I have taken a look at the web, but I
 still cannot find the 1.2.2 version of the plugin.
 
Best regards
Jose
 
 
 
 Eric Pugh wrote:
 
 
 
 
 
 I am in the process of updating the XDoclet repository at
 http://xdoclet.sf.net/repository.  I have everything bug the newest
 plugin uploaded, I ran into an issue with permissions on the
 filesystem that is stopping me.  Hopefully everything will be
 online in the next day or so.
 
 Eric
 
 
 
 
 
 
 
 -Original Message-
 From: Janos Mucsi [mailto:[EMAIL PROTECTED]
 Sent: Monday, November 15, 2004 11:01 PM
 To: Maven Users List; Pascal Thivent
 Subject: XDoclet in Maven
 
 
 Pascal
 
 I set my dependencies exactly like you said. It solved the class
 not found problem. So now if I do
 
 preGoal name=java:compile
   echoGenerates EJB classes and descriptor files/echo
   attainGoal name=xdoclet:ejbdoclet/
   /preGoal
 
 I get:
 
   [echo] Generates EJB classes and descriptor files
 Tag library requested that is not present: 'maven' in
 plugin: 'maven-xdoclet-plu
 gin-1.2.1'
 xdoclet:ejbdoclet:
 
 However, if I define a taskdef like you said:
 
 ant:taskdef name=ejbdoclet
 
 classname=xdoclet.modules.ejb.EjbDocletTask
  classpathref=maven.dependency.classpath/
 
   ejbdoclet destdir=${maven.build.src}
  ejbspec=2.0
  force=false
 
   fileset dir=${maven.build.src}
   include name=**/*Bean.java /
   /fileset
 
   utilobject kind=logical
 cacheHomes=true/
 
   remoteinterface/
   homeinterface/
   localinterface/
   localhomeinterface/
 
   deploymentdescriptor
   destdir=${ejb.descriptor.dir}/
 
   jboss version=3.0
  xmlencoding=UTF-8
  typemapping=Hypersonic SQL
  datasource=java:/DefaultDS
  destdir=${ejb.descriptor.dir}/
 
   /ejbdoclet
 
 
 I see no errors, however XDoclet does absolutely
 nothing. The resulting jar only contains my marked up class and
 the manifest. No ejb.xml. Can you please send me a sample
 EJB-marked up class. Is there something wrong with my source
 directory? I only have  src
+ ejb
+ META-INF
 + MANIFEST.MF
+ java
 *Bean.java

Re: XDoclet in Maven

[Pascal Thivent]

Hi,

have you tried the *Maven Plug-in* entry on xdoclet website ?
http://xdoclet.sourceforge.net/xdoclet/maven-plugin.html. On this
page, we can read :

Maven is an increasingly popular build tool, and XDoclet maintains
its own Maven plug-in. This plug-in is located in the same folder as
the other xdoclet jar files, and is named
maven-xdoclet-plugin-version.jar. Just drop it in your
$MAVEN_HOME/plugins directory and you're ready to go. You might have
to delete your $MAVEN_HOME/cache/*.* files and previous un-zipped
XDoclet plug-ins in $MAVEN_HOME/plugins to be able to get it to work
properly.

So download xdoclet, unpack it and you'll find the plugin.

The second option would be to add the xdoclet repository to the
maven.repo.remote property in your build.properties :

maven.repo.remote=http://www.ibiblio.org/maven/,http://xdoclet.sourceforge.net/repository/

and to use the plugin:download goal and in a command prompt, type the
following command :

C:\WINDOWS\system32maven -DgroupId=xdoclet -DartifactId=maven-xdoclet-plugin -D
version=1.2.2 plugin:download

This will be possible as soon as Eric will have updated the xdoclet repository.

On Mon, 15 Nov 2004 14:42:34 -0800 (PST), Janos Mucsi [EMAIL PROTECTED] wrote:
 Eric
 Where is this?
 I am still getting:
 java:compile:
 [echo] Generates EJB classes and descriptor files
 Tag library requested that is not present: 'maven' in
 plugin: 'maven-xdoclet-plugin-1.2.1'
 xdoclet:ejbdoclet:
 
 Have you tried with the latest and greatest of
 xdoclet?  1.2.2 was
 released,
 and had many improvements and cleanups applied to the
 Maven plugin.
 
 
 __
 Do you Yahoo!?
 The all-new My Yahoo! - Get yours free!
 http://my.yahoo.com 
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 
Pascal

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

Re: XDoclet in Maven - almost good

[Pascal Thivent]

The plugin doesn't seem to be installed. Refer to previous mail to install it.

On Mon, 15 Nov 2004 19:35:17 -0800 (PST), Janos Mucsi [EMAIL PROTECTED] wrote:
 I cleaned out the cache so everything was downloaded
 very well, I am still getting the following error:

This has nothing to do with the clean of the plugins cache. Jars have
been downloaded because you added them as dependencies.

 
 C:\temp\eclipse\PlutoApp\modules\everest-module-registrationmaven
 ejb:install
  __  __
 |  \/  |__ _Apache__ ___
 | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
 |_|  |_\__,_|\_/\___|_||_|  v. 1.0.1
 
 Attempting to download xdoclet-ejb-module-1.2.2.jar.
 206K downloaded
 Attempting to download xdoclet-1.2.2.jar.
 143K downloaded
 Attempting to download xjavadoc-1.0.3.jar.
 229K downloaded
 Attempting to download
 xdoclet-hibernate-module-1.2.2.jar.
 46K downloaded
 Attempting to download xdoclet-jboss-module-1.2.jar.
 84K downloaded
 Tag library requested that is not present: 'doc' in
 plugin: 'maven-ejb-plugin-1.
 5'
 build:start:
 
 ejb:init:
 java:prepare-filesystem:
 
 java:compile:
 [echo] Generates EJB classes and descriptor files
 
 BUILD FAILED
 File..
 C:\temp\eclipse\PlutoApp\modules\everest-module-registration\maven.xm
 l
 Element... attainGoal
 Line.. 8
 Column 51
 No goal [xdoclet:ejbdoclet]

Install maven xdoclet plugin.

 
 In maven.xml I have:
 
 preGoal name=java:compile
 echoGenerates EJB classes and descriptor
 files/echo
 attainGoal name=xdoclet:ejbdoclet/
 /preGoal
 
 In project.xml how many dependencies must I declare?
 From the previous postings I gathered that one is
 enough?
 I currently have these:
 
 dependency
 groupIdxdoclet/groupId
 
 artifactIdxdoclet-ejb-module/artifactId
 version1.2.2/version
 typejar/type
 properties
 
 eclipse.dependencyfalse/eclipse.dependency
 /properties
   /dependency
dependency
 groupIdxdoclet/groupId
 artifactIdxdoclet/artifactId
 version1.2.2/version
 properties/
 /dependency
 dependency
 groupIdxdoclet/groupId
 artifactIdxjavadoc/artifactId
 version1.0.3/version
 properties/
 /dependency
dependency
 groupIdxdoclet/groupId
 
 artifactIdxdoclet-hibernate-module/artifactId
 version1.2.2/version
 properties/
 /dependency
 dependency
 groupIdxdoclet/groupId
 
 artifactIdxdoclet-jboss-module/artifactId
 version1.2/version
 properties/
 /dependency
 

It's not required to declare these dependencies if you install the
maven xdoclet plugin 1.2.2

 Thanks!
 Janos
 
 __
 Do you Yahoo!?
 The all-new My Yahoo! - Get yours free!
 http://my.yahoo.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 
Pascal

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

[OT] Re: XDoclet in Maven

[Pascal Thivent]

Hi,

I've upgraded my maven-xdoclet-plugin and my various xdoclet modules
dependencies to version 1.2.2. EJBs classes and hibernate mappings
generation works fine.

Thanks.

On Sat, 13 Nov 2004 12:47:53 -, Eric Pugh [EMAIL PROTECTED] wrote:
 Have you tried with the latest and greatest of xdoclet?  1.2.2 was released,
 and had many improvements and cleanups applied to the Maven plugin.
 
 
 
  -Original Message-
  From: Pascal Thivent [mailto:[EMAIL PROTECTED]
  Sent: Saturday, November 13, 2004 6:32 AM
  To: Maven Users List
  Subject: Re: XDoclet in Maven
 
 
  Hi,
 
  in deed, you made a lot of progress since the first mail. Lets try to
  tackle all pending issues.
 
  I'm not using the EjbDocletTask directly but use rather the maven
  xdoclet goal. So I have this in my maven.xml :
 
  preGoal name=java:compile
  echoGenerates EJB classes and descriptor files/echo
  attainGoal name=xdoclet:ejbdoclet/
  /preGoal
 
  And the following dependency in my project.xml (it's enough for what
  i'm doing for now) :
 
  dependency
groupIdxdoclet/groupId
artifactIdxdoclet-ejb-module/artifactId
version1.2.1/version
typejar/type
properties
  eclipse.dependencyfalse/eclipse.dependency
/properties
  /dependency
 
  And this *works fine* (other potentially required libraries such as
  commons-collections, commons-logging, log4j are not mentionned here).
 
  Anyway, it's also possible to use directly an ant task from maven, as
  you are trying to do. I've tried to reproduce you configuration and
  replaced the content of my pregoal with :
 
  preGoal name=java:compile
taskdef
 name=ejbdoclet
 classname=xdoclet.modules.ejb.EjbDocletTask
 classpathref=maven.dependency.classpath /
  /preGoal
 
  This won't do anything more than adding a task definition to the
  current project, you still need to call it then (see for example :
  http://tinyurl.com/4xfw7 or xdoclet web site) but it is enough to fix
  potential classpath issues.
 
  When running maven with the dependencies mentionned above, I get the
  following trace :
 
  BUILD FAILED
  File.. E:\myprojects\cauldron\modules\biz\maven.xml
  Element... taskdef
  Line.. 24
  Column 50
  taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
  Total time: 12 seconds
  Finished at: Sat Nov 13 06:53:01 CET 2004
 
  This is surprising as everything was working fine with the
  xdoclet:ejbdoclet goal. I'm for sure missing now some dependencies
  that the maven-xdoclet-plugin has. When running maven with the -X
  option, I get the  :
 
  BUILD FAILED
  File.. E:\myprojects\cauldron\modules\biz\maven.xml
  Element... taskdef
  Line.. 24
  Column 50
  taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
  com.werken.werkz.UnattainableGoalException: Unable to obtain goal
  [cauldron:dist
  ] -- E:\myprojects\cauldron\modules\biz\maven.xml:24:50:
  taskdef taskdef class
   xdoclet.modules.ejb.EjbDocletTask cannot be found
 
  [...]
 
  --- Nested Exception ---
  java.lang.NoClassDefFoundError: xdoclet/DocletTask
 
  [...]
 
  No possible doubts, I'm missing some dependencies. Let's try it again
  with the following set (after a first try with just xdoclet added, I
  saw that xjavadoc was required too) :
 
  dependency
groupIdxdoclet/groupId
artifactIdxdoclet-ejb-module/artifactId
version1.2.1/version
typejar/type
  /dependency
  dependency
groupIdxdoclet/groupId
artifactIdxdoclet/artifactId
version1.2.1/version
  /dependency
  dependency
groupIdxdoclet/groupId
artifactIdxjavadoc/artifactId
version1.0.3/version
  /dependency
 
  Ok, this time, the EjbDocletTask has been properly loaded, everyting
  is fine. Would just have to do some stuff with it now :)
 
  You should be able to get it wotking too now.
 
  I don't know if you have any preferences but I suggest to use the
  maven-xdoclet-plugin and the xdoclet:ejbdoclet goal directly. The
  maven-xodlet-plugin team is already adding the EjbDocletTask
  definition so I prefer to not duplicate (and maintain !) this code in
  my scripts.
 
  On Fri, 12 Nov 2004 17:22:17 -0800 (PST), Janos Mucsi
  [EMAIL PROTECTED] wrote:
  
   To rephrase my previous question, if the
   ${pom.dependencyClasspath} contains
   xdoclet-ejb-module-1.2.jar which contains
   xdoclet.modules.ejb.EjbDocletTask, then why do I get
   this if my taskdef is like this:
  
   ===
  
  
   ant:taskdef name=ejbdoclet
   classname=xdoclet.modules.ejb.EjbDocletTask
   ant:classpath
   ant:pathelement
   path=${pom.dependencyClasspath}/
   ant:path
   refid=maven.dependency.classpath/
   /ant:classpath
   /ant:taskdef
   =
  
  
   C

Re: [OT] Re: XDoclet in Maven

[Pascal Thivent]

Actually, the maven xdoclet plugin has all xdoclet required
dependencies in its project.xml so I don't have to manage them
anymore.

Thus, I would recommand more than ever to use the maven-xdoclet-plugin
rather than xdoclet ant tasks directly (for the same reason as
mentionned in a previous mail : maintainability).

On Sat, 13 Nov 2004 20:47:38 -0100, Pascal Thivent
[EMAIL PROTECTED] wrote:
 Hi,
 
 I've upgraded my maven-xdoclet-plugin and my various xdoclet modules
 dependencies to version 1.2.2. EJBs classes and hibernate mappings
 generation works fine.
 
 Thanks.
 
 
 
 On Sat, 13 Nov 2004 12:47:53 -, Eric Pugh [EMAIL PROTECTED] wrote:
  Have you tried with the latest and greatest of xdoclet?  1.2.2 was released,
  and had many improvements and cleanups applied to the Maven plugin.
 
 
 
   -Original Message-
   From: Pascal Thivent [mailto:[EMAIL PROTECTED]
   Sent: Saturday, November 13, 2004 6:32 AM
   To: Maven Users List
   Subject: Re: XDoclet in Maven
  
  
   Hi,
  
   in deed, you made a lot of progress since the first mail. Lets try to
   tackle all pending issues.
  
   I'm not using the EjbDocletTask directly but use rather the maven
   xdoclet goal. So I have this in my maven.xml :
  
   preGoal name=java:compile
   echoGenerates EJB classes and descriptor files/echo
   attainGoal name=xdoclet:ejbdoclet/
   /preGoal
  
   And the following dependency in my project.xml (it's enough for what
   i'm doing for now) :
  
   dependency
 groupIdxdoclet/groupId
 artifactIdxdoclet-ejb-module/artifactId
 version1.2.1/version
 typejar/type
 properties
   eclipse.dependencyfalse/eclipse.dependency
 /properties
   /dependency
  
   And this *works fine* (other potentially required libraries such as
   commons-collections, commons-logging, log4j are not mentionned here).
  
   Anyway, it's also possible to use directly an ant task from maven, as
   you are trying to do. I've tried to reproduce you configuration and
   replaced the content of my pregoal with :
  
   preGoal name=java:compile
 taskdef
  name=ejbdoclet
  classname=xdoclet.modules.ejb.EjbDocletTask
  classpathref=maven.dependency.classpath /
   /preGoal
  
   This won't do anything more than adding a task definition to the
   current project, you still need to call it then (see for example :
   http://tinyurl.com/4xfw7 or xdoclet web site) but it is enough to fix
   potential classpath issues.
  
   When running maven with the dependencies mentionned above, I get the
   following trace :
  
   BUILD FAILED
   File.. E:\myprojects\cauldron\modules\biz\maven.xml
   Element... taskdef
   Line.. 24
   Column 50
   taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
   Total time: 12 seconds
   Finished at: Sat Nov 13 06:53:01 CET 2004
  
   This is surprising as everything was working fine with the
   xdoclet:ejbdoclet goal. I'm for sure missing now some dependencies
   that the maven-xdoclet-plugin has. When running maven with the -X
   option, I get the  :
  
   BUILD FAILED
   File.. E:\myprojects\cauldron\modules\biz\maven.xml
   Element... taskdef
   Line.. 24
   Column 50
   taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found
   com.werken.werkz.UnattainableGoalException: Unable to obtain goal
   [cauldron:dist
   ] -- E:\myprojects\cauldron\modules\biz\maven.xml:24:50:
   taskdef taskdef class
xdoclet.modules.ejb.EjbDocletTask cannot be found
  
   [...]
  
   --- Nested Exception ---
   java.lang.NoClassDefFoundError: xdoclet/DocletTask
  
   [...]
  
   No possible doubts, I'm missing some dependencies. Let's try it again
   with the following set (after a first try with just xdoclet added, I
   saw that xjavadoc was required too) :
  
   dependency
 groupIdxdoclet/groupId
 artifactIdxdoclet-ejb-module/artifactId
 version1.2.1/version
 typejar/type
   /dependency
   dependency
 groupIdxdoclet/groupId
 artifactIdxdoclet/artifactId
 version1.2.1/version
   /dependency
   dependency
 groupIdxdoclet/groupId
 artifactIdxjavadoc/artifactId
 version1.0.3/version
   /dependency
  
   Ok, this time, the EjbDocletTask has been properly loaded, everyting
   is fine. Would just have to do some stuff with it now :)
  
   You should be able to get it wotking too now.
  
   I don't know if you have any preferences but I suggest to use the
   maven-xdoclet-plugin and the xdoclet:ejbdoclet goal directly. The
   maven-xodlet-plugin team is already adding the EjbDocletTask
   definition so I prefer to not duplicate (and maintain !) this code in
   my scripts.
  
   On Fri, 12 Nov 2004 17:22:17 -0800 (PST), Janos Mucsi
   [EMAIL PROTECTED] wrote:
   
To rephrase my previous question, if the
${pom.dependencyClasspath} contains
xdoclet-ejb-module-1.2.jar

Re: XDoclet in Maven

[Pascal Thivent]

\jars\xdoclet-xdoclet-module-1.2.jar;C:\Docum
 ents and
 Settings\jmucsi/.maven/repository\xdoclet\jars\xdoclet-ejb-module-1.2.j
 ar;C:\Documents and
 Settings\jmucsi/.maven/repository\xdoclet\jars\xdoclet-hiber
 nate-module-1.2.jar;C:\Documents and
 Settings\jmucsi/.maven/repository\xdoclet\j
 ars\xdoclet-jboss-module-1.2.jar;
 
 
 
 BUILD FAILED
 File..
 C:\temp\eclipse\PlutoApp\modules\everest-module-registration\maven.xm
 l
 Element... ant:taskdef
 Line.. 9
 Column 84
 taskdef class xdoclet.modules.ejb.EjbDocletTask cannot
 be found
 
 __
 Do you Yahoo!?
 Check out the new Yahoo! Front Page.
 www.yahoo.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-- 
Pascal

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

Re: can not run XDoclet

[Pascal Thivent]

Hi,

this seems to be an xdoclet problem so I think you'll get more support
on the xdoclet-user mailing list. Anyway, I'm using XDoclet to
generate EJB classes and Hibernate mappings and it's true that the
setup of my maven build has been a little bit touchy so lets see if I
can help you.

What is the version of your maven-xdoclet-plugin (doesn't seem to be
installed in fact) ? Did you add the xdoclet-ejb-module dependency in
your project.xml ? Could you please run maven again using the -X
option and send the trace.

I'm using maven  v. 1.0.1-SNAPSHOT with
maven-xdoclet-plugin-1.2.1.jar. I have this in my project.xml :

dependency
  groupIdxdoclet/groupId
  artifactIdxdoclet-ejb-module/artifactId
  version1.2.1/version
  typejar/type
  properties
eclipse.dependencyfalse/eclipse.dependency
  /properties
/dependency

dependency
  groupIdxdoclet/groupId
  artifactIdxdoclet-hibernate-module/artifactId
  version1.2.1/version
  typejar/type
  properties
eclipse.dependencyfalse/eclipse.dependency
  /properties
/dependency

You might have to add various modules and their dependencies depending
on what you're doing . Use the -X option to find the right one if you
have some pbs.

*With this configuration*, XDoclet works fine on my machines (but
doesn't with the 1.2.2 version of xdoclet stuf).

On Wed, 10 Nov 2004 14:59:47 -0800 (PST), Janos Mucsi [EMAIL PROTECTED] wrote:
 Hi
 I have this in my maven.xml:
 
 project default=foobar-dist xmlns:m=jelly:maven
 xmlns:ant=jelly:ant
 
 xmlns:xdoclet=jelly:xdoclet
goal name=opcert-dist
  attainGoal name=ejb:install /
/goal
 
preGoal name=java:compile
 ant:echojava:compile executing/ant:echo
   attainGoal name=xdoclet:ejbdoclet/
/preGoal
 
 /project
 
 When I run maven ejb:install I get:
 BUILD FAILED
 File..
 C:\temp\eclipse\PlutoApp\modules\everest-module-registration\maven.xm
 l
 Element... attainGoal
 Line.. 10
 Column 45
 No goal [xdoclet:ejbdoclet]
 
 Can anybody please help? Thanks.
 J
 
 __
 Do you Yahoo!?
 Check out the new Yahoo! Front Page.
 www.yahoo.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-- 
Pascal

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

Re: Checkstyle Configuration

[Pascal Thivent]

Hi,

take a look at https://jjguidelines.dev.java.net/.

Pascal


On Fri, 29 Oct 2004 09:40:24 -0400, Haile, Mussie [EMAIL PROTECTED] wrote:
 Hej et al -
 
 I am looking for a complete configuration of Sun_Checks.xml for Checkstyle.
 I had modified the file based on the
 http://CheckStyle.sourceforge.net/config_file.html content if any one out
 their had a best practices file please share.
 
 L8r.
 
 -M-
 
  sun_checks.xml
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


-- 
Pascal

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

Re: Current best practices for automating deployment to Weblogic 8?

[Pascal Thivent]

Hi,

there is a weblogic plugin at
http://sourceforge.net/projects/maven-plugins/. It seems to be a
wrapper around Weblogic deployment tool and ant tasks.

-- 
Pascal

On Mon, 11 Oct 2004 08:40:06 +0200, Thomas Recloux
[EMAIL PROTECTED] wrote:
  I am wanting to automate deployment of our WARs / EARs to Weblogic 8 under
  Maven, scheduled via Anthill Pro.
 
  I'm wondering what is the latest and greatest way to do this, right now.
 
 I use the weblogic.Deployer class called by an ant:java tag
 
 http://e-docs.bea.com/wls/docs81/deployment/tools.html
 
 --
 Thomas Recloux
 
 
 
 -
 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: GMail Accounts

[Pascal Thivent]

Hi,

Pascal Thivent

Thx in advance.

-- 
Pascal

Quoting Dion Gillard [EMAIL PROTECTED]:

 If anyone is after one, pop me an email with your first and last names...
 
 -
 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: SCM Plugin and subversion

[Pascal Thivent]

On a des problèmes ?!? 

Comment va sinon ?

-- 
Pascal 


Quoting Laurent PETIT [EMAIL PROTECTED]:

 OK, I'll check the CVS for the modifications since the last release.
 
 My personal goal is to automate the release build too, following by default
 the standard repository directory layout for the subversion projects :
   project
   trunk
   tags
   branches
 
  I'm not sure I'll have sufficient time to do it, but now I know who to
 contact if I'm able to contribute.
 
 Regards,
 
 -- 
 Laurent
 
 -Message d'origine-
 De : Eric Pugh [mailto:[EMAIL PROTECTED]
 Envoyé : jeudi 10 juin 2004 09:24
 À : Maven Users List; Laurent PETIT
 Objet : RE: SCM Plugin and subversion
 
 
 At any rate, I started tweaking the plugin to handle SVN.  My needs at this
 point are pretty limited, I just wanted to get the CruiseControl plugin to
 work with the scm plugin and SVN.   So, download the latest from CVS and
 take a looksee!  Any patches would be much appreciated, it should be a
 relatively straightforward process.   I'm hoping to eventually get the
 release goal to work with SVN.
 
 Eric
 
  -Original Message-
  From: Laurent PETIT [mailto:[EMAIL PROTECTED]
  Sent: Thursday, June 10, 2004 7:57 AM
  To: Maven Users List
  Subject: Re: SCM Plugin and subversion
 
 
  From: Brett Porter [EMAIL PROTECTED]
   There's been a lot of discussion about this recently. You might want to
  choose a
   different archive search tool :)
 
  I'm open to your proposals :-)
  Indeed, I only used the one referenced on the maven site, with an entire
  search on the archives, with the words svn or subversion on
  the body of
  messages ! ...
 
  But maybe those archives didn't include the most recent posts on the lists
   ?
 
   Someone is looking to improve the current scm plugin for Maven 1.x,
  meanwhile a
   whole new version will turn up in the next couple of months
  that has much
  better
   support for several SCM providers.
 
  I'm starting a new project and must deliver, within hours, a configuration
  document, so I wonder what attitude I should adopt.
 
  I think that for the moment, I will just describe a manual approach which
  consists of firts manually checking out the good tagged version, and then
  run war goal on that.
 
  See u,
 
  --
  Laurent
 
 
 
 
  -
  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: SCM Plugin and subversion

[Pascal Thivent]

Hi all,

excuse me for my previous message. It was a personal mail that I sent by mistake
to the whole list.

-- 
Pascal Thivent


Quoting Pascal Thivent [EMAIL PROTECTED]:

 On a des problèmes ?!? 
 
 Comment va sinon ?
 
 -- 
 Pascal 
 
 
 Quoting Laurent PETIT [EMAIL PROTECTED]:
 
  OK, I'll check the CVS for the modifications since the last release.
  
  My personal goal is to automate the release build too, following by
 default
  the standard repository directory layout for the subversion projects :
project
trunk
tags
branches
  
   I'm not sure I'll have sufficient time to do it, but now I know who to
  contact if I'm able to contribute.
  
  Regards,
  
  -- 
  Laurent
  
  -Message d'origine-
  De : Eric Pugh [mailto:[EMAIL PROTECTED]
  Envoyé : jeudi 10 juin 2004 09:24
  À : Maven Users List; Laurent PETIT
  Objet : RE: SCM Plugin and subversion
  
  
  At any rate, I started tweaking the plugin to handle SVN.  My needs at
 this
  point are pretty limited, I just wanted to get the CruiseControl plugin to
  work with the scm plugin and SVN.   So, download the latest from CVS and
  take a looksee!  Any patches would be much appreciated, it should be a
  relatively straightforward process.   I'm hoping to eventually get the
  release goal to work with SVN.
  
  Eric
  
   -Original Message-
   From: Laurent PETIT [mailto:[EMAIL PROTECTED]
   Sent: Thursday, June 10, 2004 7:57 AM
   To: Maven Users List
   Subject: Re: SCM Plugin and subversion
  
  
   From: Brett Porter [EMAIL PROTECTED]
There's been a lot of discussion about this recently. You might want
 to
   choose a
different archive search tool :)
  
   I'm open to your proposals :-)
   Indeed, I only used the one referenced on the maven site, with an entire
   search on the archives, with the words svn or subversion on
   the body of
   messages ! ...
  
   But maybe those archives didn't include the most recent posts on the
 lists
    ?
  
Someone is looking to improve the current scm plugin for Maven 1.x,
   meanwhile a
whole new version will turn up in the next couple of months
   that has much
   better
support for several SCM providers.
  
   I'm starting a new project and must deliver, within hours, a
 configuration
   document, so I wonder what attitude I should adopt.
  
   I think that for the moment, I will just describe a manual approach
 which
   consists of firts manually checking out the good tagged version, and
 then
   run war goal on that.
  
   See u,
  
   --
   Laurent
  
  
  
  
   -
   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: Log| e-mail

[Pascal THIVENT]

Hi,

this thread will perhaps help you : 
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]by=threadfrom=668458

From my point of view, sending mail when a build fails should be under the 
responsibility of a continuous integration tool, amongst other things like 
scheduling the extraction of sources from a scm, launching the build. Take a 
look at CruiseControl. It's very sexy. But as you can read it in the mentioned 
thread, it's possible to use some reactor features to send mails on build fails.

BTW, is Continuum still vaporware ?

--
Pascal
Raphael Philipe Mendes da Silva wrote:
  Hi, have in maven some way to when a build fails, it sends a e-mail to the project's developers?

Raphael Philipe Mendes da Silva
DSB - Diretoria de Soluções em Billing
CPqD Telecom  IT Solutions
Tel.: +55 19 3705-6957
www.cpqd.com.br
[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: RE: [ejb] verification plugins/tools?

[Pascal Thivent]

Response to: RE: [ejb] verification plugins/tools?
 
Hi,

 That would be a nice addition to the jboss plugin. We could add a new
 jboss:verify goal that runs the JBoss verifier. Would you fancy adding
 this Dominique? :-)

I wonder why this goal should be tied to the jboss plugin ? From my point of 
view, this goal should be container agnostic whatever the technology it rely 
on. 

Do I miss something ?

Thanks in advance.

-- 
Pascal Thivent

 Thanks
 -Vincent

 -Original Message-
 From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
 Sent: 31 March 2004 10:06
 To: Maven Users List
 Subject: Re: [ejb] verification plugins/tools?
 
 I think that JBoss too.
 try this :
 java org.jboss.verifier.Main ejb.jar filename
 or
 java -jar verifier.jar ejb.jar filename
 
 Emmanuel
 
  The Sun J2EE SDK has a verifier program which I've just started
using.
  It takes a while to run all its tests, but it does the trick.
 
  - Andy
 

snip/


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

RE: RE: [ejb] verification plugins/tools?

[Pascal Thivent]

Quoting Vincent Massol [EMAIL PROTECTED]:

 
 
  -Original Message-
  From: Pascal Thivent [mailto:[EMAIL PROTECTED]
  Sent: 13 April 2004 13:43
  To: [EMAIL PROTECTED]
  Subject: RE: RE: [ejb] verification plugins/tools?
  
  Response to: RE: [ejb] verification plugins/tools?
  
  Hi,
  
   That would be a nice addition to the jboss plugin. We could add a
 new
   jboss:verify goal that runs the JBoss verifier. Would you fancy
 adding
   this Dominique? :-)
  
  I wonder why this goal should be tied to the jboss plugin ? From my
 point
  of
  view, this goal should be container agnostic whatever the technology
 it
  rely
  on.
  
  Do I miss something ?
 
 Deployment verification depends on the container. As you know each
 container has its own extension to the standard deployment files. If you
 wish to verify these files too, you must use the container-specific
 tools.

Ok, agreed. In fact, I thought this tool was just checking the EJB DD... 

Thanks for feedback.

-- Pascal

 
 -Vincent
 
  
  Thanks in advance.
  
  --
  Pascal Thivent
  
   Thanks
   -Vincent
  
   -Original Message-
   From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
   Sent: 31 March 2004 10:06
   To: Maven Users List
   Subject: Re: [ejb] verification plugins/tools?
  
   I think that JBoss too.
   try this :
   java org.jboss.verifier.Main ejb.jar filename
   or
   java -jar verifier.jar ejb.jar filename
  
   Emmanuel
  
The Sun J2EE SDK has a verifier program which I've just started
  using.
It takes a while to run all its tests, but it does the trick.
   
- Andy
   
  
  snip/
  
  
  -
  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]