Re: [2.0.9 RC8] Release Candidate testing

[Erez Nahir]

Just additinal confirmation - 2.0.9-RC7 works fine for our team.

Erez.

On Fri, Apr 4, 2008 at 1:46 AM, Kaizer H. Sogiawala <[EMAIL PROTECTED]>
wrote:

> +1
>
> I can confirm that the issue
> (http://jira.codehaus.org/browse/MNG-3498) is resolved in RC8. My
> projects are building fine. Thanks!
>
> On Thu, Apr 3, 2008 at 12:51 PM, Brian E. Fox <[EMAIL PROTECTED]>
> wrote:
> > RC8 posted to solve this regression.
> >
> > http://people.apache.org/~brianf/staging-repository/org/apache/maven/apa
> >  che-maven/
> >
> >
> > -Original Message-
> >  From: Kaizer H. Sogiawala [mailto:[EMAIL PROTECTED]
> >
> >
> > Sent: Thursday, April 03, 2008 2:51 PM
> >  To: Maven Users List
> >  Subject: Re: [2.0.9 RC7] Release Candidate testing
> >
> >  I debugged through the source and can confirm
> >  "${basedir}" is the issue.
> >
> >  On Thu, Apr 3, 2008 at 8:42 AM, John Casey <[EMAIL PROTECTED]>
> >  wrote:
> >  > FWIW, using:
> >  >
> >  >  
> >  >   ${basedir}
> >  >  
> >  >
> >  >  will express this error. See
> http://jira.codehaus.org/browse/MNG-3498
> >  >
> >  >  I have the fix, just need to get it cleaned up and committed.
> >  >
> >  >  -john
> >  >
> >  >
> >  >
> >  >  On Apr 3, 2008, at 11:23 AM, Brett Porter wrote:
> >  >
> >  >
> >  > > -1 could be empty string, and there were some hacks in the project
> >  > > builder that set expressions to that. I know that the path
> >  translator
> >  > > was effected by interpolation changes, even though indirectly,
> >  because
> >  > > the values got interpolated after instead of before.
> >  > >
> >  > > I'd look at those changes - though a POM that reproduces it is
> >  > > probably necessary to do so.
> >  > >
> >  > > - Brett
> >  > >
> >  > > On 04/04/2008, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> >  > >
> >  > > > Do you have a way to reproduce this? The DefaultPathTranslator
> >  class
> >  > > >  hasn't changed since 2.0.6 so it must be a higher level change
> >  we're
> >  > > >  looking for.
> >  > > >
> >  > > >
> >  > > >  -Original Message-
> >  > > >  From: Kaizer H. Sogiawala [mailto:[EMAIL PROTECTED]
> >  > > >  Sent: Thursday, April 03, 2008 12:49 AM
> >  > > >  To: Maven Users List
> >  > > >
> >  > > > Subject: Re: [2.0.9 RC7] Release Candidate testing
> >  > > >
> >  > > >  I am getting a strange behavior with apache-maven-2.0.9-RC* (all
> >  RC)
> >  > > >  builds. Here is what I see-
> >  > > >
> >  > > >  --- SNIP ---
> >  > > >  + Error stacktraces are turned on.
> >  > > >  Maven version: 2.0.9-RC7
> >  > > >  Java version: 1.5.0_12
> >  > > >  OS name: "windows xp" version: "5.1" arch: "x86" Family:
> >  "windows"
> >  > > >  [DEBUG] Building Maven user-level plugin registry from:
> >  'C:\Documents
> >  > > >  and Settings\blip\.m2\plugin-registry.xml'
> >  > > >  [DEBUG] Building Maven global-level plugin registry from:
> >  'C:\Program
> >  > > >  Files\maven\bin\..\conf\plugin-registry.xml'
> >  > > >  [INFO] Scanning for projects...
> >  > > >  :
> >  > > >  : *blip blip*
> >  > > >  :
> >  > > >  [INFO]
> >  > > >
> >  >
> >
>  
> >  > > >  [ERROR] FATAL ERROR
> >  > > >  [INFO]
> >  > > >
> >  >
> >
>  
> >  > > >  [INFO] String index out of range: -1
> >  > > >  [INFO]
> >  > > >
> >  >
> >
>  
> >  > > >  [DEBUG] Trace
> >  > > >  java.lang.StringIndexOutOfBoundsException: String index out of
> >  range:
> >  > -1
> >  > > >at java.lang.String.substring(String.java:1768)
> >  > > >at java.lang.String.substring(String.java:1735)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.path.DefaultPathTranslator.stripBasedirToken(De
> >  > > >  faultPathTranslator.java:101)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.path.DefaultPathTranslator.alignToBaseDirectory
> >  > > >  (DefaultPathTranslator.java:82)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(
> >  > > >  DefaultMavenProjectBuilder.java:992)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(Defaul
> >  > > >  tMavenProjectBuilder.java:867)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileI
> >  > > >  nternal(DefaultMavenProjectBuilder.java:495)
> >  > > >at
> >  > > >
> >  >
> >
>  org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenPr
> >  > > >  ojectBuilder.java:198)
> >  > > >at
> >  > > >  org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:583)
> >  > > >at
> >  > > >
> >  org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:461)
> >  > > >at
> >  > > >  org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365

Re: [m2] cobertura code coverage for dbunit test classes with testNG and OpenJPA?

[Erez Nahir]

Hi Mick,

We have surefire 2.4.2 + testng + cobertura 2.2 works.
Your cofiguration looks fine to me, but, I'm missing the cobertura
definition in the  section.
The only difference I see from out build (other then the need to add
cobertuar to reporting section) is usage of ${basedir} as value. Try to
remove it, I know surefire has some issues passing values of ${properties}.

Here is what we have:
In surefire plugin:
   
 net.sourceforge.cobertura.datafile
 target/cobertura/cobertura.ser
   
 
In the reporting section:
  

...
...
  
org.codehaus.mojo
cobertura-maven-plugin
2.2
  

  
HTH,
Erez.
On Sun, Mar 23, 2008 at 12:48 PM, Mick Knutson <[EMAIL PROTECTED]>
wrote:

> Anyone have any ideas?
> I have tried cobertura 2.0 and 2.2 maven plugin and still the same result.
>
>
> On Fri, Mar 21, 2008 at 2:36 PM, Mick Knutson <[EMAIL PROTECTED]>
> wrote:
>
> > I have a Spring, OpenJPA, DBUnit, TestNG, HSQL build with Maven 2.0.8and
> > there are 20 DAO tests that now pass. I am trying to now add cobertura
> to
> > this. I have used Cobertura extensively in the past, but never with
> DBUnit.
> >
> > So, I am getting the report to generate, but everything is zero. So it
> > appears that nothing was instrumented.
> > Here is my surefire and cobertura plugins:
> >
> > 
> > 
> > maven-surefire-report-plugin
> > 2.4.2
> > 
> > 
> > **/*.java
> > 
> > 
> > **/*Point*.java
> > 
> > 
> > 
> > net.sourceforge.cobertura.datafile
> > 
> >
> > ${basedir}/target/cobertura/cobertura.ser
> > 
> > 
> > -Xmx256m
> > true
> > 
> > 
> >
> > ...
> >
> >
> > 
> > org.codehaus.mojo
> > dbunit-maven-plugin
> > 1.0-beta-1
> > 
> > ${dbunit.dataTypeFactoryName
> > }
> > ${jdbc.driverClassName}
> > ${jdbc.username}
> > ${jdbc.password}
> > ${jdbc.url}
> > src/test/resources/test-data.xml
> > ${dbunit.operation.type}
> > ${dbunit.schema}
> > ${maven.test.skip}
> > 
> > 
> > 
> > test-compile
> > 
> > operation
> > 
> > 
> > 
> > 
> > 
> > ${jdbc.groupId}
> > ${jdbc.artifactId}
> > ${jdbc.version}
> > 
> > 
> > 
> > 
> > org.codehaus.mojo
> > cobertura-maven-plugin
> > 2.2
> >
> > 
> > 
> > xml
> > html
> > 
> >
> > 
> > 
> > org.apache.commons.logging.*
> 
> > 
> > 
> > com/**/*Test.class
> >
> >
> org/apache/log4j/**/*.class
> >
> > 
> > 
> > 
> > 
> > 
> > 
> > clean
> > 
> > 
> > 
> > 
> >
> > 
> > org.codehaus.mojo
> > openjpa-maven-plugin
> > 
> > 
> > JPA Enhance
> > process-classes
> > 
> > enhance
> > 
> > 
> > 
> > 
> > 
> > 
> > addDefaultConstructor
> > true
> > 
> > 
> > enforcePropertyRestrictions
> > true
> > 
> > 
> > 
> > 
> >
> >
> >
> > When I run mvn site:site to a txt file, I started looking through the
> > trace and noticed:
> >
> > *[INFO] [cobertura:instrument]
> > [INFO] Cobertura 1.9 - GNU GPL License (NO WARRANTY) - See COPYRIGHT
> file
> > Cobertura: Loaded information on 

Re: [ANN] Maven Surefire Plugin 2.4.1 for Maven 2 Released

[Erez Nahir]

Hi,

Will: http://jira.codehaus.org/browse/SUREFIRE-452 be fixed for 2.4.2.
Any time estimation for this release?

Thanks,
Erez.

On Fri, Feb 8, 2008 at 4:01 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:

> Haroon Rafique wrote:
>
> > For me when the error about "Failed to load Main-Class manifest
> attribute
> > from /tmp/surefirebooter???.jar" appeared, I re-ran the tests with mvn
> -X
> > and then opened up the /tmp/surefirebooter???.jar file. It is a .jar
> file
> > with only one entry META-INF/MANIFEST.MF. Inside the MANIFEST.MF there
> are
> > 2 entries. Class-Path and Main-Class. Sure enough, the file was in tact,
> > yet surefirebooter would say it can't find the Main-Class. You can even
> > try the actual "java -jar /tmp/surebooter???.jar ." command and it
> > still failed.
> >
> > Looking a little bit more, I was able to extract the MANIFEST.MF file
> and
> > change its format from "dos" to "unix" in vim and repackaged it back
> into
> > a jar and sure enough the "java -jar /tmp/surefirebooter???.jar ."
> > command was able to run.
>
> Ah, hearing that makes me strongly suspect that this is SUREFIRE-445 and
> SUREFIRE-451.
>
> http://jira.codehaus.org/browse/SUREFIRE-445
> http://jira.codehaus.org/browse/SUREFIRE-451
>
> Thanks for doing this research; I've moved these bugs into the upcoming
> 2.4.2 release.
>
> -Dan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: double build

[Erez Nahir]

In our project we do not need it, but I would guess you need to run a build
per JDK you want (my proposal would be, if HW is not a major issue, get two
boxes and setup each one with it's own JDK)

On Thu, Feb 14, 2008 at 6:32 AM, Trevor Torrez <[EMAIL PROTECTED]> wrote:

> how do you do this if you need both?  do you have to run maven twice,
> once for each profile?
>
> Thanks
>
> On Jan 29, 2008 8:24 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> > Hi supareno,
> >
> > Maven profile is your friend in this case, see
> >
> http://maven.apache.org/guides/introduction/introduction-to-profiles.html
> > search
> > for "jdk" to see how you can activate a profile based on JDK version.
> >
> > Erez.
> >
> >
> > On Jan 29, 2008 1:50 PM, supareno <[EMAIL PROTECTED]> wrote:
> >
> > > hello,
> > >
> > > i need to do a double compilation
> > > - one for java 6
> > > - one for java 5 (with specifics jars)
> > >
> > > for the moment, i have two projects with differents POMs.
> > > is it possible to do this with  single POM file?
> > > can i merge them with two 'build' tag??
> > > is anybody has ever done this?
> > >
> > >
> > > regards
> > > supareno
> > >
> > > -
> > > 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: cobertura and surefire 2.4.1 - is it working?

[Erez Nahir]

Just found that if changing forkMode from never to once, it works.

Erez.

On Feb 9, 2008 10:56 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I have being going through most documentation and bugs for
> cobertura/surefire.
> Tried all possible versions and configuration, but nothing works.
>
> Can someone share working sufrefire 2.4.1 and cobertura?
>
> Thanks,
> Erez.
>

cobertura and surefire 2.4.1 - is it working?

[Erez Nahir]

Hi,

I have being going through most documentation and bugs for
cobertura/surefire.
Tried all possible versions and configuration, but nothing works.

Can someone share working sufrefire 2.4.1 and cobertura?

Thanks,
Erez.

Re: surefire 2.4 + testng, changing "TestSuite" name

[Erez Nahir]

Thanks Dan,

I have uploaded a fixed version of my patch, checking before casting to
TestNGDirectoryTestSuite.
With that fix, all unit tests and integration tests pass.

I'm sorry I have missed this test failure earlier, should not happen...

Erez.

On Feb 8, 2008 4:14 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:

> Erez Nahir wrote:
>
> > Created http://jira.codehaus.org/browse/SUREFIRE-452 and provided fix
> for it
> > as attachment.
>
> I saw your bug; it seems to fail some of the integration tests, so I'm not
> applying it right now.
>
> > Can someone from surefire team clarify when is the next minor release of
> > surefire-plugin planned?
>
> I don't think we have any schedules/plans, but you're in luck, because
> there's a handful of bugs that we found right around the time that 2.4.1
> shipped. [Maybe people were waiting for the first service pack ;-)]
>
> If you can get me a patch that passes the tests in the next couple of
> days, I'll probably submit it.
>
> -Dan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: surefire 2.4 + testng, changing "TestSuite" name

[Erez Nahir]

Created http://jira.codehaus.org/browse/SUREFIRE-452 and provided fix for it
as attachment.

Can someone from surefire team clarify when is the next minor release of
surefire-plugin planned?

Thanks,
Erez.

On Feb 6, 2008 11:37 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I'm looking for a way to change the default suite name generated by
> surefire from "TestSuite" to something else.
> Using this configuration:
> 
> org.apache.maven.plugins
> maven-surefire-plugin
> 2.4.1
> 
> fast
> broken
> 
> 
> suitename
> ${groupId}-${artifactId}
> 
> 
> testname
> ${artifactId}
> 
> 
> 
> 
>
> The suitename is changed in testng reports, but in the default
> TEST-TestSuite.xml files, it is not.
> Any way to do it?
>
> Thanks,
> Erez.
>

surefire 2.4 + testng, changing "TestSuite" name

[Erez Nahir]

Hi,

I'm looking for a way to change the default suite name generated by surefire
from "TestSuite" to something else.
Using this configuration:

org.apache.maven.plugins
maven-surefire-plugin
2.4.1

fast
broken


suitename
${groupId}-${artifactId}


testname
${artifactId}





The suitename is changed in testng reports, but in the default
TEST-TestSuite.xml files, it is not.
Any way to do it?

Thanks,
Erez.

Maven properties resolution for surefire properties

[Erez Nahir]

Hi,

Using surefire 2.4 and 2.4.1, and maven 2.0.7 I have this configuration:
In parent pom.xml

...

${project.build.directory}/test-classes


In my surefire configuration I do:

  

   org.apache.maven.plugins
   maven-surefire-plugin
   2.4.1
   
 

  my.property
  ${root.dir}

...

in a child pom, I have only:
...
   
maven-surefire-plugin
   
  
 

But, when runnig the build, ${project.build.directory} is not resoved to
"target".
Is that expected behavior?

Thanks,
Erez.

Re: Mojos & Attaching Artifacts to Project for Install & Deploy

[Erez Nahir]

We are using
http://www.jfrog.org/sites/jade-plugins/latest/jade-plugin-parent/jade-build-plugin-parent/jade-multijar-plugin/index.html

Erez.

On Feb 2, 2008 10:12 AM, simon <[EMAIL PROTECTED]> wrote:

>
> On Fri, 2008-02-01 at 17:15 -0700, Cam wrote:
> > Hi,
> >
> > I'm looking for a way to attach an extra generated artifact to a project
> > so it's installed and deployed in the standard project lifecycle, how
> > can i do this?  Do i need to write a mojo or can i just add this as part
> > of the pom config?
>
> See build-helper-plugin:
>
>  http://mojo.codehaus.org/build-helper-maven-plugin/index.html
>
> >
> > Also, does anyone know if it's possible to create a mojo which defines a
> > new project packaging?
>
> This is definitely possible, although I don't personally know how.
>
> See the standard jar, war, ear plugins, or the apache felix plugin
> (defines packaging of "bundle"), etc.
>
> Regards, Simon
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Count line of code

[Erez Nahir]

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

Erez.

On Feb 1, 2008 10:30 AM, <[EMAIL PROTECTED]> wrote:

> Yes, there is. Take a look at the StatSCM Maven Plugin [1].
>
> Hth,
>
> Nick Stolwijk
>
> [1] http://stat-scm.sourceforge.net/
>
>
> -Original Message-
> From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> Sent: Fri 2/1/2008 9:24 AM
> To: Maven Users List
> Subject: Count line of code
>
> Hi all,
>
> is there a convenient way to count the line of codes during the maven
> build?
>
> Kind Regards,
> Thomas
>
>

Re: Clearcase Snapshot View Synchronisation

[Erez Nahir]

"If using dynamic views, don't you run into the potential risk of the
view contents being updated in the middle of a build?"

We have a "build oriented stream/branch" so, what we do is:
1. Monitor integration stream (we use cruisecontrol for taht)
2. Once found modification - deliver (if using UCM) or merge to the "build
stream/branch"
3. Run the build on the build stream.

That works perfect (of course, no one use the "build stream/branch" it is
only used by the build machine.

Erez.



On Jan 31, 2008 11:09 AM, Jan Fredrik Wedén <[EMAIL PROTECTED]> wrote:

> On Jan 25, 2008 6:25 PM, Kalle Korhonen <[EMAIL PROTECTED]>
> wrote:
> > Same here, dynamic views with Continuum as a build server. There were
> some
> > quirks making it play nice with ClearCase, but generally works ok (and
> yes,
> > svn is way superior).
> >
> > Kalle
> >
>
> If using dynamic views, don't you run into the potential risk of the
> view contents being updated in the middle of a build?
>
> As for the original question: we solved a similar issue using
> CruiseControl's composite builder and then running some ClearCase
> operations using an Ant script before we kicked off the Maven build.
>
> --
> - Jan Fredrik Wedén
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Where is plugin configuration information?

[Erez Nahir]

BTW, you can also type
mvn help:describe -DgroupId= -DartifactId=
-Dversion= -Dfull=true

my 2c,

Erez

On Jan 30, 2008 10:07 PM, Sri Sankaran <[EMAIL PROTECTED]> wrote:

>
> D'oh!  Thanks.
>
> I just noticed that this also accessible by following the "Goals" link on
> the nav bar.
>
> Sri
>
>
> Stefan Reuter wrote:
> >
> > Sri Sankaran wrote:
> >> Can you please point me to where I can find a listing of a plugin's
> >> configurable properties?
> >>
> >> For example, I wanted the war plugin to use ${basedir}/build as the
> >> output
> >> directory (instead of the default target directory) but was unable to
> >> find
> >> out how to do so by reading the
> >> http://maven.apache.org/plugins/maven-war-plugin/ documentation .
> >
> > http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html
> >
> > It's a bit hidden under
> >
> > Project Documentation
> > #  Project Reports
> > * Plugin documentation
> >
> > in the left navigation
> >
> > =Stefan
> >
> > --
> > reuter network consulting
> > Neusser Str. 110
> > 50760 Koeln
> > Germany
> > Telefon: +49 221 1305699-0
> > Telefax: +49 221 1305699-90
> > E-Mail:  [EMAIL PROTECTED]
> > Jabber:  [EMAIL PROTECTED]
> > WWW: http://www.reucon.com
> >
> > Steuernummern 215/5140/1791 USt-IdNr. DE220701760
> >
> >
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Where-is-plugin-configuration-information--tp15189569s177p15190740.html
> Sent from the Maven - Users mailing list archive at 
> Nabble.com
> .
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Parent project version

[Erez Nahir]

I assume that's the case if you are with SVN (not my case, unfortunately
:-).
I thing maven should be "version control agnostic", so, if the parent is
found in the relative path, use it, if not (either if the parent is not
checked out or if it is not in the path from any other reason) search the
repository.
Erez.

On Jan 30, 2008 11:19 AM, Heinrich Nirschl <[EMAIL PROTECTED]>
wrote:

> On Jan 30, 2008 8:59 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> > I also think as Stephen,
> >
> > Having an option to specify parent with relative path will be very
> helpfull,
> > I'm sure a solution can be found to provide this functionality.
> > Maybe something like having both  and  and give
> > precedence to  such that if it is found, it will be used
> and
> > if not, the  will be used instead...
> >
> > Erez.
>
> This would give different results when the whole tree is checked out
> vs. just the module is checked out.
>
> - Henry
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Parent project version

[Erez Nahir]

I also think as Stephen,

Having an option to specify parent with relative path will be very helpfull,
I'm sure a solution can be found to provide this functionality.
Maybe something like having both  and  and give
precedence to  such that if it is found, it will be used and
if not, the  will be used instead...

Erez.

On Jan 30, 2008 9:47 AM, Simon Kitching <[EMAIL PROTECTED]> wrote:

> Hi Mick,
>
> I don't think there is any way to do what you are trying to do.
>
> Having modules in a directory tree is just an optimisation; maven should
> be able to build any module when it is just checked out on its own.
>
> In other words, the  tag is just an optimisation that works
> *when* modules happen to be checked out together, but a pom *must* work when
> the parent is only available via a lookup of the repository.
>
> If a module is checked out on its own, and there is insufficient
> information to find the parent without relying on the  then
> that is an error.
>
> So of course a version *must* be specified in the parent tag (otherwise
> there is no way to know which version to pull from the repository). And that
> version must *not* be defined in terms of data defined in the parent pom,
> otherwise an obvious problem occurs: the parent pom would be needed to
> determine which parent pom is needed.
>
> Regards,
> Simon
>
>  Mick Knutson <[EMAIL PROTECTED]> schrieb:
> > I can comment out the modules  just fine then, but the parent:
> >
> > 
> > org.delta.esp.dap.eep
> > services
> > 1.0.2
> > ../pom.xml
> > 
> >
> >
> >
> > Still is complaining if I do not have the version.
> > I also tried ${org.delta.esp.dap.eep.version} as the version but it
> could
> > not find it.
> >
> >
> >
> >
>  > On Jan 29, 2008 12:11 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >
> > > IMHO it should even be easier, just remove the  tag from the
> > > child
> > > poms.
> > > It will inherit the version from the parent.
> > >
> > > Erez.
> > >
> > > On Jan 29, 2008 9:52 PM, Manos Batsis <[EMAIL PROTECTED]>
> wrote:
> > >
> > > >
> > > > I never actually managed to do that. IMHO that should be as easy as
> > > >
> > > > ${project.parent.version}
> > > >
> > > > Oh well :-)
> > > >
> > > > Cheers,
> > > >
> > > > Manos
> > > >
> > > > Mick Knutson wrote:
> > > > > I am actually trying to use a property:
> > > > >
> > > > > 1.0.2
> > > > >
> > > > > Then use that property in my child pom's:
> > > > >
> > > > > ${org.delta.esp.dap.version}
> > > > >
> > > > > When I do an install and deploy it seems to work, but when I am
> doing
> > > a
> > > > > site-deploy, the parameter is not found and I get errors.
> > > > >
> > > > > Is there a better way?
> > > > >
> > > > >
> > > > >
> > > > > On Jan 29, 2008 10:23 AM, Arthur Rodrigues Stilben <
> > > > > [EMAIL PROTECTED]> wrote:
> > > > >
> > > > >> Is there a way to use the version of a parent project in its
> > > childrens
> > > > >> projects?
> > > > >>
> > > > >> Arthur Rodrigues Stilben
> > > > >>
> > > > >>
> -
> > > > >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > >> For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > >
> > > >
> > > >
> -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Thanks,
> > Mick Knutson
> >
> > http://www.baselogic.com
> > http://www.blincmagazine.com
> > http://www.djmick.com
> > http://www.myspace.com/mickknutson
> > http://www.myspace.com/BLiNCMagazine
> > http://tahoe.baselogic.com
> > ---
>
>
>  -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] when is the dashboard going to be out of snapshot?

[Erez Nahir]

I had to file http://jira.codehaus.org/browse/MOJO-1023 also.
I don't know if it will block 1.0 release, but it certainly blocks us from
using surefire + dashboard :-(

Erez.

On Jan 30, 2008 2:20 AM, Mick Knutson <[EMAIL PROTECTED]> wrote:

> I voted for them... :-)
>
> On Jan 29, 2008 4:12 PM, Kalle Korhonen <[EMAIL PROTECTED]>
> wrote:
>
> > The issue blocking the release of the dashboard plugin is the dependency
> > to
> > unreleased JDepend 2.0. What you can do - short of becoming a mojo
> > developer
> > yourself - is to vote for it to be fixed. The respective issues are:
> > http://jira.codehaus.org/browse/MOJO-828 and
> > http://jira.codehaus.org/browse/MOJO-829. I'm surprised there's so few
> > votes
> > so far even though many people seem to be using the dashboard.
> >
> > Kalle
> >
> > On 1/29/08, Erez Nahir <[EMAIL PROTECTED]> wrote:
> > >
> > > I'll second Mick,
> > >
> > > It is one of those good things that gives you the whole project's
> health
> > > picture up front without the need to digg into components and reports.
> > >
> > > Currently, there is an issue with latest surefire 2.4/testng
> > 5.7preventing
> > > us from moving to surefire 2.4, but other then that (that I'm sure
> will
> > be
> > > fixed soon ;-) way to go!!
> > >
> > > Erez.
> > >
> > > On Jan 29, 2008 9:14 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> > >
> > > > To the Dashboard developer:
> > > > I love this plugin. It has really helped me push code quality onto
> my
> > > > developers as I can display a great overview for management. The PM
> > does
> > > > not
> > > > want to dig through each and every module to understand the current
> > > status
> > > > and trend of our code. Thanks!
> > > >
> > > >
> > > >
> > > > On Jan 29, 2008 10:46 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > On Jan 29, 2008 11:35 AM, Mick Knutson <[EMAIL PROTECTED]>
> > wrote:
> > > > >
> > > > > > I am using the dashboard plugin but I can't use the release
> plugin
> > > > > because
> > > > > > the dashboard is still snapshot.
> > > > >
> > > > > This one?  http://mojo.codehaus.org/dashboard-maven-plugin/
> > > > >
> > > > > It's a Codehaus plugin, so the right place to ask is on the Mojo
> > > > > Development list.
> > > > >
> > > > > Rather than just asking when it's going to be done, though, the
> > > > > developers might like to hear that you have successfully used it
> for
> > X
> > > > > or Y -- i.e., give them some confidence that it's ready to be
> > > > > released.
> > > > >
> > > > > Checking JIRA might also give an idea of what's left to be done
> > > > > (whether there are any blocking issues) but I don't see a project
> > for
> > > > > it on http://jira.codehaus.org/browse .
> > > > >
> > > > > You always have the option of doing an "internal release" to your
> > > > > organization's private repository, though it can be tedious to
> track
> > > > > down all the dependencies.
> > > > >
> > > > > --
> > > > > Wendy
> > > > >
> > > > >
> > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > >  --
> > > > Thanks,
> > > > Mick Knutson
> > > >
> > > > http://www.baselogic.com
> > > > http://www.blincmagazine.com
> > > > http://www.djmick.com
> > > > http://www.myspace.com/mickknutson
> > > > http://www.myspace.com/BLiNCMagazine
> > > > http://tahoe.baselogic.com
> > > > ---
> > > >
> > >
> >
>
>
>
> --
>  Thanks,
> Mick Knutson
>
> http://www.baselogic.com
> http://www.blincmagazine.com
> http://www.djmick.com
> http://www.myspace.com/mickknutson
> http://www.myspace.com/BLiNCMagazine
> http://tahoe.baselogic.com
> ---
>

Re: Parent project version

[Erez Nahir]

IMHO it should even be easier, just remove the  tag from the child
poms.
It will inherit the version from the parent.

Erez.

On Jan 29, 2008 9:52 PM, Manos Batsis <[EMAIL PROTECTED]> wrote:

>
> I never actually managed to do that. IMHO that should be as easy as
>
> ${project.parent.version}
>
> Oh well :-)
>
> Cheers,
>
> Manos
>
> Mick Knutson wrote:
> > I am actually trying to use a property:
> >
> > 1.0.2
> >
> > Then use that property in my child pom's:
> >
> > ${org.delta.esp.dap.version}
> >
> > When I do an install and deploy it seems to work, but when I am doing a
> > site-deploy, the parameter is not found and I get errors.
> >
> > Is there a better way?
> >
> >
> >
> > On Jan 29, 2008 10:23 AM, Arthur Rodrigues Stilben <
> > [EMAIL PROTECTED]> wrote:
> >
> >> Is there a way to use the version of a parent project in its childrens
> >> projects?
> >>
> >> Arthur Rodrigues Stilben
> >>
> >> -
> >> 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] when is the dashboard going to be out of snapshot?

[Erez Nahir]

I'll second Mick,

It is one of those good things that gives you the whole project's health
picture up front without the need to digg into components and reports.

Currently, there is an issue with latest surefire 2.4/testng 5.7 preventing
us from moving to surefire 2.4, but other then that (that I'm sure will be
fixed soon ;-) way to go!!

Erez.

On Jan 29, 2008 9:14 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:

> To the Dashboard developer:
> I love this plugin. It has really helped me push code quality onto my
> developers as I can display a great overview for management. The PM does
> not
> want to dig through each and every module to understand the current status
> and trend of our code. Thanks!
>
>
>
> On Jan 29, 2008 10:46 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> > On Jan 29, 2008 11:35 AM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> >
> > > I am using the dashboard plugin but I can't use the release plugin
> > because
> > > the dashboard is still snapshot.
> >
> > This one?  http://mojo.codehaus.org/dashboard-maven-plugin/
> >
> > It's a Codehaus plugin, so the right place to ask is on the Mojo
> > Development list.
> >
> > Rather than just asking when it's going to be done, though, the
> > developers might like to hear that you have successfully used it for X
> > or Y -- i.e., give them some confidence that it's ready to be
> > released.
> >
> > Checking JIRA might also give an idea of what's left to be done
> > (whether there are any blocking issues) but I don't see a project for
> > it on http://jira.codehaus.org/browse .
> >
> > You always have the option of doing an "internal release" to your
> > organization's private repository, though it can be tedious to track
> > down all the dependencies.
> >
> > --
> > Wendy
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>  --
> Thanks,
> Mick Knutson
>
> http://www.baselogic.com
> http://www.blincmagazine.com
> http://www.djmick.com
> http://www.myspace.com/mickknutson
> http://www.myspace.com/BLiNCMagazine
> http://tahoe.baselogic.com
> ---
>

Re: double build

[Erez Nahir]

Hi supareno,

Maven profile is your friend in this case, see
http://maven.apache.org/guides/introduction/introduction-to-profiles.html
search
for "jdk" to see how you can activate a profile based on JDK version.

Erez.

On Jan 29, 2008 1:50 PM, supareno <[EMAIL PROTECTED]> wrote:

> hello,
>
> i need to do a double compilation
> - one for java 6
> - one for java 5 (with specifics jars)
>
> for the moment, i have two projects with differents POMs.
> is it possible to do this with  single POM file?
> can i merge them with two 'build' tag??
> is anybody has ever done this?
>
>
> regards
> supareno
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: surefire-report-plugin running tests of all dependent modules again?

[Erez Nahir]

Hi Stefan,

For me, it happens on 2.0.7 and 2.0.8 with java 1.5.0_14

Erez.

On Jan 29, 2008 10:07 AM, VUB Stefan Seidel <[EMAIL PROTECTED]> wrote:

> Hi Jörg,
>
> this is also what I see here (see my post about "M2 multi-project site
> build is broken").
> All tests are run for each project in the reactor. I think we could file
> an issue for each of the affected plugins, but this seems more like a
> maven generic issue. Something was "fixed" with devastating effects for
> a lot of plugins. What maven version are you using?
>
> Stefan
>
> Joerg Hohwiller wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> > | Try
> > |
> > | export MAVEN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
> > oh, stupid me!
> >
> > The build runs now, but still it is true what I described:
> > It seems to cycle. It is not an infinity loop but the same modules
> > are build and tested again and again.
> > Might be a bug introduced in maven-surefire-report-plugin 2.4.
> >
> > I build with 2.4.
> > [INFO] BUILD SUCCESSFUL
> > [INFO]
> > 
> > [INFO] Total time: 27 minutes 57 seconds
> > [INFO] Finished at: Mon Jan 28 23:16:26 GMT+01:00 2008
> > [INFO] Final Memory: 92M/164M
> > [INFO]
> > 
> >
> > Then I ran a clean build again with maven-surefire-report-plugin 2.3
> > and got:
> > [INFO] BUILD SUCCESSFUL
> > [INFO]
> > 
> > [INFO] Total time: 9 minutes 38 seconds
> > [INFO] Finished at: Mon Jan 28 23:29:44 GMT+01:00 2008
> > [INFO] Final Memory: 46M/86M
> > [INFO]
> > 
> >
> > The log (maven-output) is multiple times larger with 2.4.
> >
> > Any ideas?
> > Shall I file a jira issue?
> > |
> > | instead.
> > |
> > | As far as I can see, MVN_OPTS is not used by Maven.
> > Thanks for this hint.
> >
> > Take care
> > ~  Jörg
> > |
> > |
> > | On 27/01/2008, Joerg Hohwiller <[EMAIL PROTECTED]> wrote:
> > | Hi there,
> > |
> > | the build of my projects site does not work anymore.
> > |
> > | I do this:
> > |
> > | export MVN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
> > | mvn install -Dmaven.test.skip=true
> > | mvn -npu -fae -Pcodehaus site:stage -DstagingDirectory=${STAGE_DIR}
> > |
> > | The problem occured since I hat to purge my local repository.
> > | I currently guess that it has to do something with a bug in a new
> > | released plugin (maybe related to surefire - see below).
> > |
> > | Can anybody help me to track this down?
> > |
> > | After an extra-ordinary long build I got this error:
> > |
> > | [INFO] Generate "Source Xref" report.
> > | [INFO]
> > 
> > | [ERROR] FATAL ERROR
> > | [INFO]
> > 
> > | [INFO] Java heap space
> > | [INFO]
> > 
> > | [INFO] Trace
> > | java.lang.OutOfMemoryError: Java heap space
> > | ~at
> > |
> > org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:260)
> >
> > | ~at
> > |
> > org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:296)
> >
> > | ~at
> > |
> > org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:302)
> >
> > | ~at
> > org.apache.velocity.runtime.parser.Parser.(Parser.java:61)
> > | ~at
> > |
> > org.apache.velocity.runtime.RuntimeInstance.createNewParser(
> RuntimeInstance.java:694)
> >
> > | ~at
> > |
> > org.apache.velocity.runtime.RuntimeInstance.initializeParserPool(
> RuntimeInstance.java:681)
> >
> > | ~at
> > |
> > org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java
> :229)
> >
> > | ~at
> > org.apache.velocity.app.VelocityEngine.init(VelocityEngine.java:80)
> > | ~at
> > org.apache.maven.jxr.DirectoryIndexer.process(DirectoryIndexer.java:220)
> > | ~at org.apache.maven.jxr.JXR.xref(JXR.java:281)
> > | ~at
> > |
> > org.apache.maven.plugin.jxr.AbstractJxrReport.createXref(
> AbstractJxrReport.java:261)
> >
> > |
> > |
> > | The build also seems to cycle because it does the same things again
> > and again.
> > | During that it logs sections like this:
> > | Tests run: 8, Failures: 0, Errors: 0, Skipped: 1
> > |
> > | [INFO] Preparing surefire-report:report-only
> > | [INFO]
> > 
> > | [INFO] Building mmm
> > | [INFO]
> > 
> > | [INFO] No goals needed for project - skipping
> > | [INFO]
> > 
> > | [INFO] Building util
> > | [INFO]
> > ---

Re: maven-dependency-plugin 2.0 fail to unpack tar file

[Erez Nahir]

Created http://jira.codehaus.org/browse/MDEP-137 to track this issue.
Currently, it prevent us from moving from 2.0-alpha-4 to 2.0 version.

Erez.

On Jan 28, 2008 5:16 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:

> Is there a way to workaround this issue?
> Thanks,
> Erez.
>
>   On Jan 28, 2008 5:09 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
>
> > This seems to be an issue in the newer maven-archiver in the way it
> > handles the tars, nothing changed in the dependency plugin related to
> > how it unpacks, but we needed a newer version of the archiver to support
> > the filtering.
> >
> > -Original Message-
> > From: Erez Nahir [mailto:[EMAIL PROTECTED]
> > Sent: Monday, January 28, 2008 9:43 AM
> > To: Maven Users List
> > Subject: maven-dependency-plugin 2.0 fail to unpack tar file
> >
> > With recent dependency plugin, I get an error (below) for this
> > configuration.
> > This used to work with version 2.0-alpha-4
> >
> > Please advise,
> >
> > Thanks,
> > Erez.
> >
> > pom.xml:
> >  
> >org.apache.maven.plugins
> >maven-dependency-plugin
> >
> >
> >
> >unpack
> >process-resources
> >
> >unpack
> >
> >
> >
> >
> >
> > org.apache.catalina
> >tomcat
> >5.5.20
> >tar
> >${mgmt.directory
> > }
> >
> > ...
> >
> >
> > Error:
> > [INFO] [dependency:unpack {execution: unpack}]
> > [INFO] Configured Artifact: org.apache.catalina:tomcat:5.5.20:tar
> > [INFO] Unpacking
> > /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
> > 5.5.20.tarto
> >  /vob/nm_acs/acs/install/target/stage/mgmt
> > with Includes null and excludes:null
> > [INFO] Expanding:
> > /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
> > 5.5.20.tar into /vob/nm_acs/acs/install/target/stage/mgmt
> > [WARNING] ---
> > [WARNING] Standard error:
> > [WARNING] ---
> > [WARNING]
> > [WARNING] ---
> > [WARNING] Standard output:
> > [WARNING] ---
> > [WARNING] chmod: cannot access
> > `/vob/nm_acs/acs/install/target/stage/mgmt/apache-tomcat-5.5.20/webapps/
> > jsp-examples/WEB-INF/classes/org/apache/jsp/jsp2/jspattribute/shuffle_js
> > p.class':
> > No such file or directory
> > [WARNING] ---
> > org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
> >at org.codehaus.plexus.archiver.util.ArchiveEntryUtils.chmod(
> > ArchiveEntryUtils.java:59)
> >at
> > org.codehaus.plexus.archiver.zip.AbstractZipUnArchiver.extractFile(
> > AbstractZipUnArchiver.java:236)
> >at org.codehaus.plexus.archiver.tar.TarUnArchiver.execute(
> > TarUnArchiver.java:92)
> >at org.codehaus.plexus.archiver.AbstractUnArchiver.extract(
> > AbstractUnArchiver.java:108)
> >at
> > org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(
> > AbstractDependencyMojo.java:266)
> >at
> > org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.unpackAr
> > tifact
> > (UnpackMojo.java:122)
> >at
> > org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.execute(
> > UnpackMojo.java:95)
> >at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
> > DefaultPluginManager.java:443)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
> > DefaultLifecycleExecutor.java:539)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
> > ycle
> > (DefaultLifecycleExecutor.java:480)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
> > DefaultLifecycleExecutor.java:459)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
> > Failures
> > (DefaultLifecycleExecutor.java:311)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.exec

Re: surefire-report-plugin running tests of all dependent modules again?

[Erez Nahir]

We have same issue here.
I can send my test project if anyone would like to check.

It is a multi mudule project, using surefire 2.4 and maven 2.0.8, Java
1.5.0_14 and the issue is when running mvn site:siet

Thanks,
Erez.

On Jan 29, 2008 12:30 AM, Joerg Hohwiller <[EMAIL PROTECTED]> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
> | Try
> |
> | export MAVEN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
> oh, stupid me!
>
> The build runs now, but still it is true what I described:
> It seems to cycle. It is not an infinity loop but the same modules
> are build and tested again and again.
> Might be a bug introduced in maven-surefire-report-plugin 2.4.
>
> I build with 2.4.
> [INFO] BUILD SUCCESSFUL
> [INFO]
> 
> [INFO] Total time: 27 minutes 57 seconds
> [INFO] Finished at: Mon Jan 28 23:16:26 GMT+01:00 2008
> [INFO] Final Memory: 92M/164M
> [INFO]
> 
>
> Then I ran a clean build again with maven-surefire-report-plugin 2.3 and
> got:
> [INFO] BUILD SUCCESSFUL
> [INFO]
> 
> [INFO] Total time: 9 minutes 38 seconds
> [INFO] Finished at: Mon Jan 28 23:29:44 GMT+01:00 2008
> [INFO] Final Memory: 46M/86M
> [INFO]
> 
>
> The log (maven-output) is multiple times larger with 2.4.
>
> Any ideas?
> Shall I file a jira issue?
> |
> | instead.
> |
> | As far as I can see, MVN_OPTS is not used by Maven.
> Thanks for this hint.
>
> Take care
> ~  Jörg
> |
> |
> | On 27/01/2008, Joerg Hohwiller <[EMAIL PROTECTED]> wrote:
> | Hi there,
> |
> | the build of my projects site does not work anymore.
> |
> | I do this:
> |
> | export MVN_OPTS="-Xmx1024M -XX:MaxPermSize=512m"
> | mvn install -Dmaven.test.skip=true
> | mvn -npu -fae -Pcodehaus site:stage -DstagingDirectory=${STAGE_DIR}
> |
> | The problem occured since I hat to purge my local repository.
> | I currently guess that it has to do something with a bug in a new
> | released plugin (maybe related to surefire - see below).
> |
> | Can anybody help me to track this down?
> |
> | After an extra-ordinary long build I got this error:
> |
> | [INFO] Generate "Source Xref" report.
> | [INFO]
> 
> | [ERROR] FATAL ERROR
> | [INFO]
> 
> | [INFO] Java heap space
> | [INFO]
> 
> | [INFO] Trace
> | java.lang.OutOfMemoryError: Java heap space
> | ~at
> |
> org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:260)
> | ~at
> |
> org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:296)
> | ~at
> |
> org.apache.velocity.runtime.parser.VelocityCharStream.(
> VelocityCharStream.java:302)
> | ~at org.apache.velocity.runtime.parser.Parser.(Parser.java
> :61)
> | ~at
> |
> org.apache.velocity.runtime.RuntimeInstance.createNewParser(
> RuntimeInstance.java:694)
> | ~at
> |
> org.apache.velocity.runtime.RuntimeInstance.initializeParserPool(
> RuntimeInstance.java:681)
> | ~at
> | org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java
> :229)
> | ~at org.apache.velocity.app.VelocityEngine.init(
> VelocityEngine.java:80)
> | ~at
> org.apache.maven.jxr.DirectoryIndexer.process(DirectoryIndexer.java:220)
> | ~at org.apache.maven.jxr.JXR.xref(JXR.java:281)
> | ~at
> |
> org.apache.maven.plugin.jxr.AbstractJxrReport.createXref(
> AbstractJxrReport.java:261)
> |
> |
> | The build also seems to cycle because it does the same things again and
> again.
> | During that it logs sections like this:
> | Tests run: 8, Failures: 0, Errors: 0, Skipped: 1
> |
> | [INFO] Preparing surefire-report:report-only
> | [INFO]
> 
> | [INFO] Building mmm
> | [INFO]
> 
> | [INFO] No goals needed for project - skipping
> | [INFO]
> 
> | [INFO] Building util
> | [INFO]
> 
> | [INFO] No goals needed for project - skipping
> | [INFO]
> 
> | [INFO] Building util-core
> | [INFO]
> 
> | [INFO] No goals needed for project - skipping
> | [INFO]
> 
> | [INFO] Building util-reflect
> | [INFO]
> 
> | [I

Re: maven-dependency-plugin 2.0 fail to unpack tar file

[Erez Nahir]

Is there a way to workaround this issue?
Thanks,
Erez.

On Jan 28, 2008 5:09 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:

> This seems to be an issue in the newer maven-archiver in the way it
> handles the tars, nothing changed in the dependency plugin related to
> how it unpacks, but we needed a newer version of the archiver to support
> the filtering.
>
> -Original Message-
> From: Erez Nahir [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 28, 2008 9:43 AM
> To: Maven Users List
> Subject: maven-dependency-plugin 2.0 fail to unpack tar file
>
> With recent dependency plugin, I get an error (below) for this
> configuration.
> This used to work with version 2.0-alpha-4
>
> Please advise,
>
> Thanks,
> Erez.
>
> pom.xml:
>  
>org.apache.maven.plugins
>maven-dependency-plugin
>
>
>
>unpack
>process-resources
>
>unpack
>
>
>
>
>
> org.apache.catalina
>tomcat
>5.5.20
>tar
>${mgmt.directory
> }
>
> ...
>
>
> Error:
> [INFO] [dependency:unpack {execution: unpack}]
> [INFO] Configured Artifact: org.apache.catalina:tomcat:5.5.20:tar
> [INFO] Unpacking
> /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
> 5.5.20.tarto
>  /vob/nm_acs/acs/install/target/stage/mgmt
> with Includes null and excludes:null
> [INFO] Expanding:
> /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
> 5.5.20.tar into /vob/nm_acs/acs/install/target/stage/mgmt
> [WARNING] ---
> [WARNING] Standard error:
> [WARNING] ---
> [WARNING]
> [WARNING] ---
> [WARNING] Standard output:
> [WARNING] ---
> [WARNING] chmod: cannot access
> `/vob/nm_acs/acs/install/target/stage/mgmt/apache-tomcat-5.5.20/webapps/
> jsp-examples/WEB-INF/classes/org/apache/jsp/jsp2/jspattribute/shuffle_js
> p.class':
> No such file or directory
> [WARNING] ---
> org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
>at org.codehaus.plexus.archiver.util.ArchiveEntryUtils.chmod(
> ArchiveEntryUtils.java:59)
>at
> org.codehaus.plexus.archiver.zip.AbstractZipUnArchiver.extractFile(
> AbstractZipUnArchiver.java:236)
>at org.codehaus.plexus.archiver.tar.TarUnArchiver.execute(
> TarUnArchiver.java:92)
>at org.codehaus.plexus.archiver.AbstractUnArchiver.extract(
> AbstractUnArchiver.java:108)
>at
> org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(
> AbstractDependencyMojo.java:266)
>at
> org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.unpackAr
> tifact
> (UnpackMojo.java:122)
>at
> org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.execute(
> UnpackMojo.java:95)
>at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
> DefaultPluginManager.java:443)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
> DefaultLifecycleExecutor.java:539)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
> ycle
> (DefaultLifecycleExecutor.java:480)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
> DefaultLifecycleExecutor.java:459)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
> Failures
> (DefaultLifecycleExecutor.java:311)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
> DefaultLifecycleExecutor.java:278)
>at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
> DefaultLifecycleExecutor.java:143)
>at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:39)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:585)
>at
> org.codehaus.classworlds.Launcher

maven-dependency-plugin 2.0 fail to unpack tar file

[Erez Nahir]

With recent dependency plugin, I get an error (below) for this
configuration.
This used to work with version 2.0-alpha-4

Please advise,

Thanks,
Erez.

pom.xml:
 
org.apache.maven.plugins
maven-dependency-plugin



unpack
process-resources

unpack




org.apache.catalina
tomcat
5.5.20
tar
${mgmt.directory
}

...


Error:
[INFO] [dependency:unpack {execution: unpack}]
[INFO] Configured Artifact: org.apache.catalina:tomcat:5.5.20:tar
[INFO] Unpacking /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
5.5.20.tarto
 /vob/nm_acs/acs/install/target/stage/mgmt
with Includes null and excludes:null
[INFO] Expanding: /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-
5.5.20.tar into /vob/nm_acs/acs/install/target/stage/mgmt
[WARNING] ---
[WARNING] Standard error:
[WARNING] ---
[WARNING]
[WARNING] ---
[WARNING] Standard output:
[WARNING] ---
[WARNING] chmod: cannot access
`/vob/nm_acs/acs/install/target/stage/mgmt/apache-tomcat-5.5.20/webapps/jsp-examples/WEB-INF/classes/org/apache/jsp/jsp2/jspattribute/shuffle_jsp.class':
No such file or directory
[WARNING] ---
org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
at org.codehaus.plexus.archiver.util.ArchiveEntryUtils.chmod(
ArchiveEntryUtils.java:59)
at
org.codehaus.plexus.archiver.zip.AbstractZipUnArchiver.extractFile(
AbstractZipUnArchiver.java:236)
at org.codehaus.plexus.archiver.tar.TarUnArchiver.execute(
TarUnArchiver.java:92)
at org.codehaus.plexus.archiver.AbstractUnArchiver.extract(
AbstractUnArchiver.java:108)
at org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(
AbstractDependencyMojo.java:266)
at
org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.unpackArtifact
(UnpackMojo.java:122)
at
org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.execute(
UnpackMojo.java:95)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:443)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:480)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error unpacking file:
/tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-5.5.20.tar to:
/vob/nm_acs/acs/install/target/stage/mgmt
org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error unpacking
file: /tmp/maven-repo/org/apache/catalina/tomcat/5.5.20/tomcat-5.5.20.tarto:
/vob/nm_acs/acs/install/target/stage/mgmt
org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleE

Re: [ANN] Maven Dependency Plugin 2.0 Released

[Erez Nahir]

Cograts !! that is great.

Erez.

On Jan 28, 2008 10:56 AM, Kalle Korhonen <[EMAIL PROTECTED]> wrote:

> Congrats and big thanks! I'm sure there's been a lot of people waiting for
> this plugin release, especially those interested in the dashboard, me
> included.
>
> Kalle
>
>
> On 1/25/08, Brian Fox <[EMAIL PROTECTED]> wrote:
> >
> > The Maven team is pleased to announce the 2.0 release of the Maven
> > Dependency Plugin:
> >
> > http://maven.apache.org/plugins/maven-dependency-plugin
> >
> > This release fixes many issues and introduces several new goals for
> > dependency analysis and output.
> >
> > Release Notes - Maven 2.x Dependency Plugin - Version 2.0
> >
> >
> > ** Bug
> > * [MDEP-59] - dependency:unpack can't extract rar archives
> > * [MDEP-74] - dependencies in test scope are not handled properly by
> > analyze
> > * [MDEP-75] - non-portable classpath separator in build-classpath
> > output
> > * [MDEP-80] - Usage page of the docs use an overWrite property,
> > but none exists in the (auto-generated) goal reference docs
> > * [MDEP-81] - analyzer can't handle non-pom projects that don't
> > produce a /target folder
> > * [MDEP-83] - Typo in "How to prepare your dependencies before
> > updating to Maven 2.0.6"
> > * [MDEP-91] - org.codehaus.mojo:dependency-maven-plugin takes
> > precedence over org.apache.maven.plugins:maven-dependency-plugin
> > * [MDEP-93] - Tests can fail with OOME
> > * [MDEP-95] - can't build unit tests with jdk1.4 rev 545703
> > * [MDEP-97] - dependency:tree not consistent with maven core's
> > dependency tree
> > * [MDEP-113] - Unable to find the mojo
> > 'org.apache.maven.plugins:maven-site-plugin:2.0-SNAPSHOT
> > * [MDEP-120] - build-classpath is unable to build a classpath with
> > runtime or test dependencies
> >
> > ** Improvement
> > * [MDEP-89] - change separators in build-classpath
> > * [MDEP-96] - Allow includes and excludes to be used
> > simultaneously in the same filter
> > * [MDEP-99] - Unpack SWC files
> > * [MDEP-100] - Merge dependency:tree branch for new features
> > * [MDEP-101] - Add dependency:list alias for dependency:resolve
> > * [MDEP-104] - Add Analyze HTML Report
> > * [MDEP-111] - Provide output on file as in other goals
> > * [MDEP-119] - build-classpath should create destination directory
> > for the classpath file
> > * [MDEP-125] - Build-classpath should store the classpath in a
> Filter
> > * [MDEP-129] - allow substitution of the absolute local repo path
> > with a property
> > * [MDEP-130] - allow the classpath file to be attached
> > * [MDEP-131] - Complete i18n support for new analyze-report
> > * [MDEP-132] - Add german translation for analyze-report mojo
> > * [MDEP-133] - Add dedicated resource bundle for locale "en"
> >
> > ** New Feature
> > * [MDEP-47] - Ability to have an includes/excludes feature on the
> > dependency:unpack goal.
> > * [MDEP-70] - add new mojo to perform analysis of dependencies and
> > fail the build if certain conditions aren't met
> > * [MDEP-71] - add report to display contents of dependency-analyzer
> > * [MDEP-94] - Add dependency:tree goal
> > * [MDEP-116] - [dependency :copy-dependencies ] Add parameter to
> > allow extracting POMs
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Re: Clearcase Snapshot View Synchronisation

[Erez Nahir]

Are you building on Windows or Linux? the first time you load the view might
take a bit longer, but, afterwords, it should be OK.

Erez.

On Jan 25, 2008 11:46 AM, Richard M Smith <[EMAIL PROTECTED]>
wrote:

> I was told it would take too long to build against a dynamic view - BUT I
> NEVER ACTUALLY TESTED IT!
>
> I will try it out on Monday.
>
> Thanks Erez
>
>
>
>
>  [EMAIL PROTECTED]
>  com  To:
> users@maven.apache.org
>   cc:
>  25/01/2008 09:31 Subject:  Re: Clearcase
> Snapshot View Synchronisation
>   Please respond to
>  users
>
>
>
>
>
>
> Just wondering why you want snapshot view? we use dynamic views and the
> combination of Maven/CruiseControl and ClearCase works very good.
>
> Another question, why do you move to ClearCase? in our experience
> Subversion
> is better (but currently, we are forced to use ClearCase).
>
> Erez.
>
> On Jan 25, 2008 11:25 AM, Richard M Smith <[EMAIL PROTECTED]>
> wrote:
>
> > Thanks - that's good advice.
> >
> > Hudson looks impressive. I aksed permission to try it out but I was told
> > no, stick with CruiseControl. If I can't fix the current problem with
> > Maven
> > & Clearcase I may have to dowgrade to Ant :-( as other projects in the
> > office using  Ant / Clearcase / CruiseControl rather than Maven /
> > Clearcase
> > / CruiseControl are working. The original problem is actually caused by
> > standardisation as we're phasing out Visual Source Safe.
> >
> > Richard
> >
> >
> >
> >
> >  stephen.alan.connoll
> >  [EMAIL PROTECTED] To:
> > users@maven.apache.org
> >  cc:
> >  24/01/2008 09:08Subject:  Re: Clearcase
> > Snapshot View Synchronisation
> >   Please respond to
> >  users
> >
> >
> >
> >
> >
> >
> > Be careful to remember that  to use Hudson effectively, you'll probably
> > want
> > to throw away a lot of the cruddy workarounds that are likely in your
> > build
> > script.
> >
> > For example, we used to have one build script check out from source
> > control
> > because CruiseControl would not always get things correct (i.e. it
> became
> > a
> > fancy cron)
> >
> > Another build script would do a lot of reporting against the SCM and
> > parsing
> > of unit test results (because we did not have those reports
> automatically
> > from hudson)
> >
> > On Jan 24, 2008 7:27 AM, Wim Deblauwe <[EMAIL PROTECTED]> wrote:
> >
> > > Hudson is a lot easier to use then Cruise Control (I have not used
> > Cruise
> > > Control, but other people have told me that). It has a ClearCase
> plugin
> > (I
> > > use it also) so definitely worth a try.
> > >
> > > regards,
> > >
> > > Wim
> > >
> > > 2008/1/23, Richard M Smith <[EMAIL PROTECTED]>:
> > > >
> > > > Thanks for replying Wim,
> > > >
> > > > We do have our own custom build using Cruise Control which I'm
> > > converting
> > > > to use ClearCase instead of SourceSafe. I've not seen Hudson but
> I'll
> > > > check
> > > > it out. It seems we already have scm:update as part of the goal so
> > maybe
> > > > something else is wrong, or the scm:update doesn't do quite what I
> > want
> > > it
> > > > to, or maybe I haven't get ClearCase set up properly. Here's some of
> > the
> > > > config.xml code...
> > > >
> > > >> > > classname="net.sourceforge.cruisecontrol.ProjectConfig"
> > > > buildafterfailed="false">
> > > >   
> > > >  
> > > >
> > > >> > > viewPath="${pdir}\${parent.name}\packages\${package.name}"
> > file="pom.xml
> > > "
> > > > />
> > > >   > > > viewPath="${pdir}\${parent.name}\packages\${package.name}"
> > > > file="\assemble-bin.xm" />
> > > >   > > > file="pom.xml" />
> > > >   > > > file="settings.xml" />
> > > >   
> > > >  
> > > >   
> > > > 
> > > > 
> > > > 
> > > >> > > pomfile="${pdir}/${parent.name}/packages/${package.name}/pom.xml"
> > > > mvnscript="${pdirmaven}/cruisecontrol2/${mvn_script}"/>
> > > > 
> > > > .
> > > >
> > > >   
> > > > 
> > > > 
> > > > 
> > > >   
> > > >
> > > > I did wonder about calling cleartool in the batch file ...?
> > > >
> > > > Thanks
> > > >
> > > > Richard
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >   [EMAIL PROTECTED]
> > > >   l.comTo:
> > > > users@maven.apache.org
> > > >cc:
> > > >   23/01/2008 15:28 Subject:  Re:
> Clearcase
> > > > Snapshot View Synchronisation
> > > >   Please respond to
> > > >   users
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Do you have an own build system? Maybe you are better of using
> 

Re: Clearcase Snapshot View Synchronisation

[Erez Nahir]

Just wondering why you want snapshot view? we use dynamic views and the
combination of Maven/CruiseControl and ClearCase works very good.

Another question, why do you move to ClearCase? in our experience Subversion
is better (but currently, we are forced to use ClearCase).

Erez.

On Jan 25, 2008 11:25 AM, Richard M Smith <[EMAIL PROTECTED]>
wrote:

> Thanks - that's good advice.
>
> Hudson looks impressive. I aksed permission to try it out but I was told
> no, stick with CruiseControl. If I can't fix the current problem with
> Maven
> & Clearcase I may have to dowgrade to Ant :-( as other projects in the
> office using  Ant / Clearcase / CruiseControl rather than Maven /
> Clearcase
> / CruiseControl are working. The original problem is actually caused by
> standardisation as we're phasing out Visual Source Safe.
>
> Richard
>
>
>
>
>  stephen.alan.connoll
>  [EMAIL PROTECTED] To:
> users@maven.apache.org
>  cc:
>  24/01/2008 09:08Subject:  Re: Clearcase
> Snapshot View Synchronisation
>   Please respond to
>  users
>
>
>
>
>
>
> Be careful to remember that  to use Hudson effectively, you'll probably
> want
> to throw away a lot of the cruddy workarounds that are likely in your
> build
> script.
>
> For example, we used to have one build script check out from source
> control
> because CruiseControl would not always get things correct (i.e. it became
> a
> fancy cron)
>
> Another build script would do a lot of reporting against the SCM and
> parsing
> of unit test results (because we did not have those reports automatically
> from hudson)
>
> On Jan 24, 2008 7:27 AM, Wim Deblauwe <[EMAIL PROTECTED]> wrote:
>
> > Hudson is a lot easier to use then Cruise Control (I have not used
> Cruise
> > Control, but other people have told me that). It has a ClearCase plugin
> (I
> > use it also) so definitely worth a try.
> >
> > regards,
> >
> > Wim
> >
> > 2008/1/23, Richard M Smith <[EMAIL PROTECTED]>:
> > >
> > > Thanks for replying Wim,
> > >
> > > We do have our own custom build using Cruise Control which I'm
> > converting
> > > to use ClearCase instead of SourceSafe. I've not seen Hudson but I'll
> > > check
> > > it out. It seems we already have scm:update as part of the goal so
> maybe
> > > something else is wrong, or the scm:update doesn't do quite what I
> want
> > it
> > > to, or maybe I haven't get ClearCase set up properly. Here's some of
> the
> > > config.xml code...
> > >
> > >> > classname="net.sourceforge.cruisecontrol.ProjectConfig"
> > > buildafterfailed="false">
> > >   
> > >  
> > >
> > >> > viewPath="${pdir}\${parent.name}\packages\${package.name}"
> file="pom.xml
> > "
> > > />
> > >   > > viewPath="${pdir}\${parent.name}\packages\${package.name}"
> > > file="\assemble-bin.xm" />
> > >   > > file="pom.xml" />
> > >   > > file="settings.xml" />
> > >   
> > >  
> > >   
> > > 
> > > 
> > > 
> > >> > pomfile="${pdir}/${parent.name}/packages/${package.name}/pom.xml"
> > > mvnscript="${pdirmaven}/cruisecontrol2/${mvn_script}"/>
> > > 
> > > .
> > >
> > >   
> > > 
> > > 
> > > 
> > >   
> > >
> > > I did wonder about calling cleartool in the batch file ...?
> > >
> > > Thanks
> > >
> > > Richard
> > >
> > >
> > >
> > >
> > >
> > >   [EMAIL PROTECTED]
> > >   l.comTo:
> > > users@maven.apache.org
> > >cc:
> > >   23/01/2008 15:28 Subject:  Re: Clearcase
> > > Snapshot View Synchronisation
> > >   Please respond to
> > >   users
> > >
> > >
> > >
> > >
> > >
> > >
> > > Do you have an own build system? Maybe you are better of using
> something
> > > like Hudson?
> > >
> > > The command to update the view is scm:update (
> > > http://maven.apache.org/scm/plugins/index.html#update-mojo)
> > >
> > > regards,
> > >
> > > Wim
> > >
> > > 2008/1/22, Richard M Smith <[EMAIL PROTECTED]>:
> > > >
> > > >
> > > > Can anyone supply some sample code for automatically synchronising a
> > > > Clearcase snapshot view prior to a build?
> > > >
> > > > I am in the process of switching my Maven 2 Java build from Visual
> > > Source
> > > > Safe to ClearCase (new to me).
> > > >
> > > >   
> > > > maven-scm-plugin
> > > > 
> > > >   scm:clearcase:view:load
> > > >
> > > >
> > >
> > >
> >
>
> /NESS_PVOB1/Projects/NESS_FR01/NESS_FR01_Int:NESS_PVOB1:xrender_dev
>
> > >
> > > > true
> > > >   model/**
> > > > 
> > > >   
> > > >
> > > > This works but I currently need to go into Clearcase and manually
> > > > resynchronise the view to pick up changes. I would like the build to
> > do
> > > it
> >

build fail on multi module project with dashboard on site:site (surefire 2.4 and testng)

[Erez Nahir]

Hi,

In a multi module project, using surefire and surefire report 2.4, testng
5.7 and dashoard 1.0-SNAPSHOT, I get a NullPointerException if running mvn
site:site and there are failing unit tests.

Enviroment -
Win XP or Linux
Maven version: 2.0.8
Java version: 1.5.0_14

All configuration is on parent pom.xml and the relevant parts contains:




maven-compiler-plugin
2.0

1.5
1.5



org.apache.maven.plugins
maven-surefire-plugin
2.4

true
fast
broken






maven-compiler-plugin


maven-surefire-plugin






org.apache.maven.plugins
maven-project-info-reports-plugin
2.0.1



dependencies
dependency-convergence
index
summary





org.apache.maven.plugins
maven-checkstyle-plugin
2.1


maven-pmd-plugin
2.3

true
1.5



org.codehaus.mojo
javancss-maven-plugin
2.0-beta-2

false



org.apache.maven.plugins
maven-surefire-report-plugin
2.4

true
${project.reporting.outputDirectory
}/xref-test




report-only






org.codehaus.mojo
dashboard-maven-plugin
1.0-SNAPSHOT






Codehaus Snapshots
http://snapshots.repository.codehaus.org/



If I don't have any test failure, all work well.
But, if one of my unit tests fail, I get a NullPointerException. If I
comment the dashboard-maven-plugin from my pom, it works well too.

Please advise, thanks,
Erez.

Here is the exception:
[INFO] [site:site]
[INFO] Generating "Dependencies" report.
[INFO] Generating "Dependency Convergence" report.
[INFO] Generating "About" report.
[INFO] Generating "Project Summary" report.
[INFO] Generating "CPD Report" report.
[INFO] Generating "PMD Report" report.
[INFO] Generating "JavaNCSS Report" report.
[INFO] Generating "Maven Surefire Report" report.
[INFO] Generating "Global DashBoard Report" report.
[INFO] MultiReportMojo project = parent
[INFO] MultiReportMojo nb modules = 3
[INFO] MultiReportMojo base directory = c:\dev\maven\mvn-test-project
[INFO] MultiReportMojo output directory =
c:\dev\maven\mvn-test-project\target\
ite
[INFO] MultiReportMojo report output directory =
c:\dev\maven\mvn-test-project\
arget\site
[INFO] MultiReportMojo project language = none
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.plugins.surefire.report.ReportTestSuite.characters(
eportTestSuite.java:181)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.charact
rs(AbstractSAXParser.java:570)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerIm
l.scanCDATASection(XMLDocumentFragmentScannerImpl.java:1119)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerIm
l$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java
:1740)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerIm
l.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(
ML11Configuration.java:834)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(
ML11Configuration.java:764)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
(XMLParser
java:148)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(A
stractS

Re: [m2] dashboard report not printing Cobertura overview anymore

[Erez Nahir]

Hi Mich,

Have a look at:
http://www.nabble.com/dashboard---code-coverage-not-not-included-with-cobertura-2.2-to14354623s177.html#a14359864
Might be your case too.

Erez.

On Jan 16, 2008 7:50 AM, Mick Knutson <[EMAIL PROTECTED]> wrote:

> Looking through my mvn site:site logs, I notice:
>
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-a3\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura.covera
> gedata.CoverageDataContainer; local class incompatible: stream classdesc
> serialVersionUID = 2, local class serialVersionUID = 2152686494816595840
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-exception\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura
> .coveragedata.CoverageDataContainer; local class incompatible: stream
> classdesc serialVersionUID = 2, local class serialVersionUID =
> 2152686494816595840
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-jar\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura.cover
> agedata.CoverageDataContainer; local class incompatible: stream classdesc
> serialVersionUID = 2, local class serialVersionUID = 2152686494816595840
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-logging\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura.c
> overagedata.CoverageDataContainer; local class incompatible: stream
> classdesc serialVersionUID = 2, local class serialVersionUID =
> 2152686494816595840
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\services\logging\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura.covera
> gedata.CoverageDataContainer; local class incompatible: stream classdesc
> serialVersionUID = 2, local class serialVersionUID = 2152686494816595840
> Cobertura: Error reading file
>
> C:\viewstore\esp_lynx_dap\esp\dap\utilities\services\logging-mdb\target\cobertura\cobertura.ser:
> net.sourceforge.cobertura.co
> veragedata.CoverageDataContainer; local class incompatible: stream
> classdesc
> serialVersionUID = 2, local class serialVersionUID = 2152686494816595840
>
>
>
>
> On Jan 15, 2008 9:48 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
>
> > I have a multi-module project and before I upgraded to cobertura 2.3,
> the
> > main page aggregate all my modules. But now they all come up as zero:
> >
> > Afferent Coupling Average = 0.44
> > Nb Packages = 25 PackageAfferent CouplingLine CoverageBranch Coverage
> > org.delta.esp.dap.c2.claim20%0%org.delta.esp.dap.c2.claim 10%0%
> > org.delta.esp.dap.c2.claim.runtime10%0%
> > org.delta.esp.dap.c2.generateclaimidproxy.proxy.runtime1 0%0%
> >
> org.delta.esp.dap.c2.quadrant.codes10%0%org.delta.esp.dap.c2.splitclaim10%
> > 0% org.delta.esp.dap.c2.splitclaim.util10%0%
> > org.delta.esp.dap.c2.transform.util10%0%
> > org.delta.esp.dap.c2.transform.util 10%0%org.delta.esp.dap.c2.util10%0%
> >
> >
> >
> > But when I go directly to the cobertura test link under project reports,
> I
> > see the generated report fine:
> > <
> http://rc-sun66e.ut.dentegra.lab/site/1.0.1/c2/business-services/generate-claim-id/cobertura/frame-summary-org.delta.esp.dap.c2.claim.html
> >
> >
> >
> >
> >
> > org.delta.esp.dap.c2.claim<
> http://rc-sun66e.ut.dentegra.lab/site/1.0.1/c2/business-services/generate-claim-id/cobertura/frame-summary-org.delta.esp.dap.c2.claim.html
> >
> > 5 29% 41/143
>  > 0%0/54
> >
> >
> >
> > 
> > org.codehaus.mojo
> > cobertura-maven-plugin
> > 2.2
> >
> > 
> > 
> > xml
> > html
> > 
> >
> > 
> > 
> > com/**/*Exception.class
> > org/**/*Exception.class
> > com/**/BaseObject.class
> >  org.apache.commons.logging.*
> > 
> > 
> > 
> > com/**/*Test.class
> > org/**/*Test.class
> > com/**/*Exception.class
> 
> > org/**/* Exception.class
> > 
> >
> com/**/BaseObject.class
> > org.apache.commons.logging.*
> > 
> > 
> > 
> >
> > .
> >
> > 
> > org.codehaus.mojo
> > dashboard-maven-plugin
> > 1.0-SNAPSHOT
> > 
> >
> >
> > --
> > Thanks,
> > Mick Knutson
> >
> > http://www.baselogic.com
> > http://www.blincmagazine.com
> > http://www.djmick.com
> > http://www.myspace.com/mickknutson
> > http://www.myspace.com/BLiNCMagazine
> > http://tahoe.baselogic.com
> > ---
>
>
>
>
> 

Re: How to configure the location of "settings.xml"?

[Erez Nahir]

you can use mvn -s < Alternate path for the user settings file >

Erez.

On Jan 2, 2008 5:05 PM, Thomas Chang <[EMAIL PROTECTED]> wrote:

> Hi all,
>
>  Normally the "settings.xml" is located under /m2_home/conf. Is it
> possible to move this file anywhere for example /myproject/conf? If yes,
> how?
>
>  Regards
>
>  Thomas
>
>
> -
> Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s
> mit dem  neuen Yahoo! Mail.
>

Re: A question about in in pom.xml

[Erez Nahir]

But, keep in mind that this may impact the reproducibility of your build
because your settings.xml is not under version control system (I assume).

Erez.

On Jan 2, 2008 2:33 PM, Heinrich Nirschl <[EMAIL PROTECTED]> wrote:

> On Jan 2, 2008 12:06 PM, Thomas Chang <[EMAIL PROTECTED]> wrote:
> > Now I do as follow in the "settings.xml":
> >
> >   
> >   
> >   
> >   3.8.1
> >   
> >   
> >   
> >
> >   And it runs successful when I run "mvn clean". But as I run "´mvn
> compile" I got error as follow:
> >
> >   Downloading:
> http://repo1.maven.org/maven2/junit/junit/{my.junit.version}/junit-
> > {my.junit.version}.jar
>
> To reference the proerties you must use syntax like this:
>
> ${my.junit.version}
>
>  -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: dashboard - code coverage not not included with cobertura 2.2

[Erez Nahir]

Thanks for prompt reply David,

Any estimation when a fix will be available (or should I rollback to
v2.1for now?).

Thanks,
Erez.

On Dec 16, 2007 11:14 AM, dvicente <[EMAIL PROTECTED]> wrote:

>
> Hi,
>
> the probelm is :
>
> Cobertura maven plugin in 2.2 version uses the 1.9 Cobertura runtime.
>
> The dashboard plugin uses the 1.7 Cobertura runtime.
>
> see the JIRA issue :  http://jira.codehaus.org/browse/MOJO-910
> http://jira.codehaus.org/browse/MOJO-910
>
>
> I'm making tests to use 1.9 cobertura runtime instead of 1.7 version but
> with compatibilty with 2.0 and 2.1 cobertura maven plugin which uses 1.7and
> 1.8 cobertura runtime.
>
> Best regards
>
> David
>
>
> EN wrote:
> >
> > Forgot to mention that the coverage reports available on a component
> level
> > reports.
> >
> > On Dec 15, 2007 10:06 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >
> >> Hi,
> >>
> >> After moving to cobertura 2.2, coverage report no longer presented in
> our
> >> dashboard. It used to work with cobertura 2.1.
> >> Has anyone else experienced this issue?
> >>
> >> Thanks,
> >> Erez.
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/dashboard---code-coverage-not-not-included-with-cobertura-2.2-tp14354623s177p14359864.html
> Sent from the Maven - Users mailing list archive at 
> Nabble.com<http://nabble.com/>
> .
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: dashboard - code coverage not not included with cobertura 2.2

[Erez Nahir]

Forgot to mention that the coverage reports available on a component level
reports.

On Dec 15, 2007 10:06 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:

> Hi,
>
> After moving to cobertura 2.2, coverage report no longer presented in our
> dashboard. It used to work with cobertura 2.1.
> Has anyone else experienced this issue?
>
> Thanks,
> Erez.
>

dashboard - code coverage not not included with cobertura 2.2

[Erez Nahir]

Hi,

After moving to cobertura 2.2, coverage report no longer presented in our
dashboard. It used to work with cobertura 2.1.
Has anyone else experienced this issue?

Thanks,
Erez.

Re: mvn site:site run maven-antrun-plugin, why?

[Erez Nahir]

Removing javadoc and jdepend plugin from reporting section seems to solve
the issue.

Any idea why?

Here is the plugins configuration I removed (both
under profile/reporting/plugins element at the root pom of the project).

  
org.apache.maven.plugins
maven-javadoc-plugin
2.2

  true
  
http://java.sun.com/j2se/1.5.0/docs/api/
  

  
  
org.codehaus.mojo
jdepend-maven-plugin
2.0-beta-1
  

Thanks,
Erez.

On Dec 5, 2007 11:45 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:

> Then try a mvn -X build, capture the output with a pipe or tee and start
> searching which plugin is executed before the antruns.
>
> Hth,
>
> Nick S.
>
> Erez Nahir wrote:
> > Thanks Nick,
> >
> > Nope we do not use surefire reporst, but, maybe another plugin is doing
> > similar thing.
> > One of my guesses was that it has to do with plugins the forks the VM,
> but,
> > that's also just a guess at this time.
> >
> > Erez.
> >
> > On Dec 5, 2007 10:02 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:
> >
> >
> >> If I may have a guess, you're using the surefire reports? And all the
> >> antruns are in or before the test phase?
> >>
> >> The surefire-report:report goal runs also the mvn test lifecycle. If
> >> this is the case, you can use the surefire-report:report-only goal.
> Only
> >> make sure that the surefire xml files are already in place, because
> >> those aren't generated in this case.
> >>
> >> Hth,
> >>
> >> Nick Stolwijk
> >>
> >> Erez Nahir wrote:
> >>
> >>> Thanks Mick and Wendy for your prompt reply,
> >>>
> >>> Mick, unfortunately I can not use this (good) idea, my antrun is
> running
> >>>
> >> in
> >>
> >>> many modules processing different tasks.
> >>>
> >>> I'll try
> >>>
> >>> On Dec 5, 2007 9:20 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> >>>
> >>>> I had this issue, and filtered out the module that used the ant-run
> >>>>
> >> like:
> >>
> >>>>
> >>>>
> >>>>
> >>>>documentation
> >>>>
> >>>>
> >>>>business-services
> >>>>common-c2
> >>>>    
> >>>>
> >>>>
> >>>>
> >>>>no-documentation
> >>>>
> >>>>
> >>>>  
> >>>>build.type
> >>>>!documentation
> >>>>  
> >>>>
> >>>>
> >>>>
> >>>>bpel
> >>>>business-services
> >>>>common-c2
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> and I just run mvn -P documentation site:site
> >>>>
> >>>>
> >>>>
> >>>> On Dec 5, 2007 11:17 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>>
> >>>>
> >>>>> On Dec 5, 2007 12:01 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>> I have being trying to ask this question in the past, searched for
> >>>>>>
> >>>>>>
> >>>> forum
> >>>>
> >>>>
> >>>>> and
> >>>>>
> >>>>>
> >>>>>> read documentation, but, no answer yet. I'll try again hopefully I
> >>>>>>
> >>>>>>
> >>>> will
> >>>>
> >>>>
> >>>>> get
> >>>>>
> >>>>>
> >>>>>> an answer (or maybe just hints) what is going on.
> >>>>>>
> >>>>>> So, we have a multi module project with some antrun configuration
> >>>>>>
> >>>>>>
> >>>>> running in
> >>>>>
> >>>>>
> >>>>>> some modules during the build.
> >>>>>> None of the ant tasks is configure to run in the site lifecycle,
> all
> >>>>>>
> >>>>>>
> >>>> are
> >>>>
> >>>>
> >>>>>> during standard lifecycle.
> >>>>>>
> >>>>>>
> >>>>> Without seeing the poms it's really hard to tell.  The best thing
> you
> >>>>> can do is construct the simplest possible example that demonstrates
> >>>>> the problem.  Often you'll figure it out yourself while doing that,
> >>>>> but if not, you can zip it up and post a link for someone to look
> at,
> >>>>> or attach it to a JIRA issue if it seems like there's  bug.
> >>>>>
> >>>>> --
> >>>>> Wendy
> >>>>>
> >>>>>
> -
> >>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> Thanks,
> >>>> Mick Knutson
> >>>>
> >>>> http://www.baselogic.com
> >>>> http://www.blincmagazine.com
> >>>> http://www.djmick.com
> >>>> http://www.myspace.com/mickknutson
> >>>> http://www.myspace.com/BLiNCMagazine
> >>>> http://tahoe.baselogic.com
> >>>> ---
> >>>>
> >>>>
> >>>>
> >>>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >>
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: dashboard and site plugin

[Erez Nahir]

Hi Emerson,

Nope, we don't have it (and now, I'll make sure no one add it in the future)
;-)

Erez.

On Dec 6, 2007 12:50 PM, emerson cargnin <[EMAIL PROTECTED]> wrote:

> Erez
>
> I presume you don't have any sub-project with a . on the name : )
>
> emerson
>
> On 05/12/2007, Erez Nahir <[EMAIL PROTECTED]> wrote:
> > So am I.
> > Like every other 1.0-SNAPSHOT, there are things to improve, but still,
> > greate work.
> >
> > Erez.
> >
> > P.S. it works for us on a multi module project with no issues.
> >
> > On Dec 5, 2007 7:16 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> >
> > > http://mojo.codehaus.org/dashboard-maven-plugin/index.html
> > > I love the plugin and it works great
> > >
> > >
> > > On Dec 5, 2007 6:00 AM, emerson cargnin <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Hi guys, after a long while I got the dashboard to work, although
> the
> > > > usage page is really misleading. I put here (
> > > > http://echofloripa.blogspot.com/2007/12/maven2-dashboard-plugin.html)
> > > > a how-to on how make the basic feature of it to work, as in there
> the
> > > > plugin version is missing on the pom and on the dashboard maven
> > > > command. The dashboard plugin when using aggragate report, the link
> to
> > > > submodules doesn't work when they have a '.' on it. Aparently it
> gets
> > > > clipped after the dot.
> > > >
> > > > Also, I got a bit deceptive as I expected the site and dashboard
> > > > plugin to be stable enough in maven2. The site plugin for
> multimodules
> > > > projects don't work as expected/advertised, for example, the command
> :
> > > >
> > > > -mvn site:stage
> > > >
> > > > Alright that site:site doesn't work as m1, it's said in the faq
> also.
> > > > But the site:stage command, which the faq tells is the right way to
> > > > get the muilti-module site structure together. Well it just doesn't
> > > > happen and someone on the maven IRC channel said it has issues.
> > > >
> > > > Don't want to start fud here, I'm just a bit down as I've been
> > > > advertising a lot maven 2 to substitute maven1 where I work, using
> as
> > > > main arguments that maven 2 is much more stable and mature. But i
> see
> > > > it's not quite the case. I really hope I'm wrong.
> > > >
> > > > Emerson
> > > >
> > > >
> -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > > --
> > > Thanks,
> > > Mick Knutson
> > >
> > > http://www.baselogic.com
> > > http://www.blincmagazine.com
> > > http://www.djmick.com
> > > http://www.myspace.com/mickknutson
> > > http://www.myspace.com/BLiNCMagazine
> > > http://tahoe.baselogic.com
> > > ---
> > >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: mvn site:site run maven-antrun-plugin, why?

[Erez Nahir]

Thanks Nick,

Nope we do not use surefire reporst, but, maybe another plugin is doing
similar thing.
One of my guesses was that it has to do with plugins the forks the VM, but,
that's also just a guess at this time.

Erez.

On Dec 5, 2007 10:02 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote:

> If I may have a guess, you're using the surefire reports? And all the
> antruns are in or before the test phase?
>
> The surefire-report:report goal runs also the mvn test lifecycle. If
> this is the case, you can use the surefire-report:report-only goal. Only
> make sure that the surefire xml files are already in place, because
> those aren't generated in this case.
>
> Hth,
>
> Nick Stolwijk
>
> Erez Nahir wrote:
> > Thanks Mick and Wendy for your prompt reply,
> >
> > Mick, unfortunately I can not use this (good) idea, my antrun is running
> in
> > many modules processing different tasks.
> >
> > I'll try
> >
> > On Dec 5, 2007 9:20 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:
> >
> >
> >> I had this issue, and filtered out the module that used the ant-run
> like:
> >>
> >>
> >>
> >>
> >>documentation
> >>
> >>
> >>business-services
> >>common-c2
> >>
> >>
> >>
> >>
> >>no-documentation
> >>
> >>
> >>  
> >>build.type
> >>!documentation
> >>  
> >>
> >>
> >>
> >>bpel
> >>business-services
> >>common-c2
> >>
> >>
> >>
> >>
> >>
> >> and I just run mvn -P documentation site:site
> >>
> >>
> >>
> >> On Dec 5, 2007 11:17 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> On Dec 5, 2007 12:01 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> >>>> I have being trying to ask this question in the past, searched for
> >>>>
> >> forum
> >>
> >>> and
> >>>
> >>>> read documentation, but, no answer yet. I'll try again hopefully I
> >>>>
> >> will
> >>
> >>> get
> >>>
> >>>> an answer (or maybe just hints) what is going on.
> >>>>
> >>>> So, we have a multi module project with some antrun configuration
> >>>>
> >>> running in
> >>>
> >>>> some modules during the build.
> >>>> None of the ant tasks is configure to run in the site lifecycle, all
> >>>>
> >> are
> >>
> >>>> during standard lifecycle.
> >>>>
> >>> Without seeing the poms it's really hard to tell.  The best thing you
> >>> can do is construct the simplest possible example that demonstrates
> >>> the problem.  Often you'll figure it out yourself while doing that,
> >>> but if not, you can zip it up and post a link for someone to look at,
> >>> or attach it to a JIRA issue if it seems like there's  bug.
> >>>
> >>> --
> >>> Wendy
> >>>
> >>> -
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>>
> >> --
> >> Thanks,
> >> Mick Knutson
> >>
> >> http://www.baselogic.com
> >> http://www.blincmagazine.com
> >> http://www.djmick.com
> >> http://www.myspace.com/mickknutson
> >> http://www.myspace.com/BLiNCMagazine
> >> http://tahoe.baselogic.com
> >> ---
> >>
> >>
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: mvn site:site run maven-antrun-plugin, why?

[Erez Nahir]

Thanks Mick and Wendy for your prompt reply,

Mick, unfortunately I can not use this (good) idea, my antrun is running in
many modules processing different tasks.

I'll try

On Dec 5, 2007 9:20 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:

> I had this issue, and filtered out the module that used the ant-run like:
>
>
>
>
>documentation
>
>
>business-services
>common-c2
>
>
>
>
>no-documentation
>
>
>  
>build.type
>!documentation
>  
>
>
>
>bpel
>business-services
>common-c2
>
>
>
>
>
> and I just run mvn -P documentation site:site
>
>
>
> On Dec 5, 2007 11:17 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> > On Dec 5, 2007 12:01 PM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >
> > > I have being trying to ask this question in the past, searched for
> forum
> > and
> > > read documentation, but, no answer yet. I'll try again hopefully I
> will
> > get
> > > an answer (or maybe just hints) what is going on.
> > >
> > > So, we have a multi module project with some antrun configuration
> > running in
> > > some modules during the build.
> > > None of the ant tasks is configure to run in the site lifecycle, all
> are
> > > during standard lifecycle.
> >
> > Without seeing the poms it's really hard to tell.  The best thing you
> > can do is construct the simplest possible example that demonstrates
> > the problem.  Often you'll figure it out yourself while doing that,
> > but if not, you can zip it up and post a link for someone to look at,
> > or attach it to a JIRA issue if it seems like there's  bug.
> >
> > --
> > Wendy
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Thanks,
> Mick Knutson
>
> http://www.baselogic.com
> http://www.blincmagazine.com
> http://www.djmick.com
> http://www.myspace.com/mickknutson
> http://www.myspace.com/BLiNCMagazine
> http://tahoe.baselogic.com
> ---
>

mvn site:site run maven-antrun-plugin, why?

[Erez Nahir]

Hi,

I have being trying to ask this question in the past, searched for forum and
read documentation, but, no answer yet. I'll try again hopefully I will get
an answer (or maybe just hints) what is going on.

So, we have a multi module project with some antrun configuration running in
some modules during the build.
None of the ant tasks is configure to run in the site lifecycle, all are
during standard lifecycle.

However, after we do mvn clean install, when we run mvn site:site the antrun
plugin runs again, also rpm plugin and andromda plugin run again.

We have pluginManagement defined in the parent pom and we use profiles to
distinguish dev builds and Continuous Integration builds (the later also
copy the artifacts to images area, generate some nice reports etc), but
nothing tricky.

Maybe someone on this list has any idea why it happens or how can I try to
debug it?

Many many thanks,
Erez.

We use maven 2.0.7 on Linux, jdk1.5_10 (but we had this issue also with
maven 2.0.5)

Re: dashboard and site plugin

[Erez Nahir]

So am I.
Like every other 1.0-SNAPSHOT, there are things to improve, but still,
greate work.

Erez.

P.S. it works for us on a multi module project with no issues.

On Dec 5, 2007 7:16 PM, Mick Knutson <[EMAIL PROTECTED]> wrote:

> http://mojo.codehaus.org/dashboard-maven-plugin/index.html
> I love the plugin and it works great
>
>
> On Dec 5, 2007 6:00 AM, emerson cargnin <[EMAIL PROTECTED]>
> wrote:
>
> > Hi guys, after a long while I got the dashboard to work, although the
> > usage page is really misleading. I put here (
> > http://echofloripa.blogspot.com/2007/12/maven2-dashboard-plugin.html )
> > a how-to on how make the basic feature of it to work, as in there the
> > plugin version is missing on the pom and on the dashboard maven
> > command. The dashboard plugin when using aggragate report, the link to
> > submodules doesn't work when they have a '.' on it. Aparently it gets
> > clipped after the dot.
> >
> > Also, I got a bit deceptive as I expected the site and dashboard
> > plugin to be stable enough in maven2. The site plugin for multimodules
> > projects don't work as expected/advertised, for example, the command :
> >
> > -mvn site:stage
> >
> > Alright that site:site doesn't work as m1, it's said in the faq also.
> > But the site:stage command, which the faq tells is the right way to
> > get the muilti-module site structure together. Well it just doesn't
> > happen and someone on the maven IRC channel said it has issues.
> >
> > Don't want to start fud here, I'm just a bit down as I've been
> > advertising a lot maven 2 to substitute maven1 where I work, using as
> > main arguments that maven 2 is much more stable and mature. But i see
> > it's not quite the case. I really hope I'm wrong.
> >
> > Emerson
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Thanks,
> Mick Knutson
>
> http://www.baselogic.com
> http://www.blincmagazine.com
> http://www.djmick.com
> http://www.myspace.com/mickknutson
> http://www.myspace.com/BLiNCMagazine
> http://tahoe.baselogic.com
> ---
>

Re: Tool for reverse dependency resolution for Maven?

[Erez Nahir]

You can try this: http://www.jfrog.org/sites/dep-analyzer/latest/
We have used it in our project and it was very helpfull.

Erez.

On Dec 3, 2007 8:15 PM, Seva Popov <[EMAIL PROTECTED]> wrote:

> Yes, we need this for analysis only.
>
> I will pass this info to my manager who requested this info and if he
> approves the time for researching Archiva I'll let you know the results.
>
> Thanks Wendy,
>
> --Seva
>
> -Original Message-
> From: Wendy Smoak [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 30, 2007 5:08 PM
> To: Maven Users List
> Subject: Re: Tool for reverse dependency resolution for Maven?
>
>  On 11/30/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> > If you deploy all of them to a repo hosted by Archiva, you can view
> > the "Used By" tab on your artifact to see that information.
> >
> > http://maven.apache.org/archiva/docs/1.0/tour/project.html
>
> Interesting... I bet if you install Archiva and point it at your
> *local* repository, it would figure the relationships out from the
> poms.
>
> (The metadata would be all wrong for it to work correctly as a remote
> repo, but if all you want is the analysis, I think it might work.  Let
> us know. :) )
>
> --
> Wendy
>
> -
> 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: Injecting resources into a project

[Erez Nahir]

You can use either ant task to copy (with antrun-plugin) or (and that's
prefered IMHO) use maven-dependency-plugin (
http://maven.apache.org/plugins/maven-dependency-plugin/), create dependency
from B to A and unpack it to some dir under B/target. Add B/target as
resource and you are done.


Erez.

On Nov 30, 2007 2:03 AM, /U <[EMAIL PROTECTED]> wrote:

>
> I am using Maven 2.0.4.
>
> I have a project A which has resource R1 and R2:
>   A/src/main/resources/
>/R1
>/R2
>
> I have another project at the same level, say B.
> I need a plugin which would copy R1 and R2 from A/src/main/resources
> into a specified directory X of project B:
>
> $ cd B
> $ ls -R src/main/resources
> $ mvn insert-resources:insert-resources
> [...]
> $ ls -R src/main/resources
>  src/main/resources/R1
>  src/main/resources/R2
> $
>
> Is there a plugin which would do this?
>
> If not, I am willing to write a plugin; I just am not sure how to
> pull R1 and R2 from A into B.
>
> Would I just have project A package R1 and R2 into a jarfile,
> put a dependency in B on A.jar and extract contents of A.jar in
> my plugin?
>
> Pl help,
>
> /U
> --
> View this message in context:
> http://www.nabble.com/Injecting-resources-into-a-project-tf4900782s177.html#a14037850
> Sent from the Maven - Users mailing list archive at 
> Nabble.com
> .
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

set property value based on build's lifecycle or plugin?

[Erez Nahir]

Hi,

Is there a way to set a different value for given property on different
build phase? or based on running plugin?

Thanks,
Erez.

Re: Best way of changing project version

[Erez Nahir]

Have someone tried it with Clearcase dynamic views? and Clearcase UCM?

If it does not work with Clearcase, you still need to define manually all
the version elements for all  in all poms, even if you use ${
project.version}, you can not (AFAIK) use it in ...

Erez.

On Nov 28, 2007 4:23 PM, Enrique Gaona <[EMAIL PROTECTED]> wrote:

> Arnaud/Kalle/Nick,
> Thanks for the suggestions. I'll looking into the maven-release plugin,
> hopefully, it solves my problem.
>
> Enrique
>

Re: redirecting build output to file

[Erez Nahir]

created http://jira.codehaus.org/browse/MNG-3305.

Thanks,
Erez.

On Nov 28, 2007 2:20 PM, Wayne Fay <[EMAIL PROTECTED]> wrote:

> If no user has ever asked for it (via JIRA), and no one in the dev
> team has ever thought of it themselves, then the likelihood of it
> landing in a release is extremely low.
>
> File a JIRA and perhaps it will be included in a future release. Since
> you can simply pipe or tee the output, I'd expect the number of people
> looking for something like this would be pretty low, but I could be
> completely wrong...
>
> Wayne
>
> On 11/28/07, Erez Nahir <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Scanning next releases plans, I could not find any jira issue asking for
> a
> > flag to tell maven to print the output to a file.
> > I might have missed it of course, but, if not is there a plan to support
> it?
> >
> > (I know I can redirect outpu using > or 'tee' but that's not what we
> > are looking for.
> >
> > Thanks,
> > Erez.
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

redirecting build output to file

[Erez Nahir]

Hi,

Scanning next releases plans, I could not find any jira issue asking for a
flag to tell maven to print the output to a file.
I might have missed it of course, but, if not is there a plan to support it?

(I know I can redirect outpu using > or 'tee' but that's not what we
are looking for.

Thanks,
Erez.

Re: latest version of maven-dependency-plugin - missing excludes on ArtifactItem

[Erez Nahir]

Thank you.

Any plans to publish 2.0-alpha-5 soon?


On Nov 27, 2007 6:17 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> The excludes is used for unpacking and it's available in
> 2.0-alpha-5-SNAPSHOT
>
>
> -Original Message-
> From: Erez Nahir [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 26, 2007 2:53 AM
> To: users@maven.apache.org
> Subject: latest version of maven-dependency-plugin - missing excludes on
> ArtifactItem
>
> Hi,
>
> I'm trying to use maven-dependency-plugin with  tag in my
> configuration part:
>  
>org.apache.maven.plugins
>maven-dependency-plugin
>
>
>get-resources
>process-resources
>
>copy
>
>
>
>
>
> my.company.groupid
>myartifact
>${my.version}
>**/*.class
>foo
>
> my-foo.zip
>zip
>
> ...
> 
> But, I get this error:
> [INFO] Using default encoding to copy filtered resources.
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to configure plugin parameters for:
> org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-4
>
>
>
> Cause: Cannot find setter nor field in
> org.apache.maven.plugin.dependency.fromConfiguration.ArtifactItem for
> 'excludes'
>
>
> Looking at javadoc and sources of maven-dependency-plugin I can see
> setExcludes(String excludes).
> In which version does "excludes" cofniguration is available and how
> can I get it?
>
> Thanks,
> Erez.
>
> -
> 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]

latest version of maven-dependency-plugin - missing excludes on ArtifactItem

[Erez Nahir]

Hi,

I'm trying to use maven-dependency-plugin with  tag in my
configuration part:
 
org.apache.maven.plugins
maven-dependency-plugin


get-resources
process-resources

copy




my.company.groupid
myartifact
${my.version}
**/*.class
foo
my-foo.zip
zip

...

But, I get this error:
[INFO] Using default encoding to copy filtered resources.
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-4



Cause: Cannot find setter nor field in
org.apache.maven.plugin.dependency.fromConfiguration.ArtifactItem for
'excludes'


Looking at javadoc and sources of maven-dependency-plugin I can see
setExcludes(String excludes).
In which version does "excludes" cofniguration is available and how
can I get it?

Thanks,
Erez.

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

M2 - pluginManagement - best practices?

[Erez Nahir]

Hi,

We are having some build stability issues from time to time when 
developers remove local repositories. From time to time, maven fails to 
download plugin...
Another difficulty we have is control on plugin versions, some plugins 
listed in some files and when one would like to change plugin version, 
he/she need to go through bunch of files, find and replace all versions 
of same plugin (antrun-plugin for example).


Currently we do not have any pluginManagement section and we also do not 
list some plugins (maven-site-plugin for example) in our pom.


We have big project with 10s of components/pom.xml files and I was 
thinking to add pluginManagement as well as adding all default plugins 
with current version.


Does any document list all default plugins and a recommended list of 
plugin management?

Can someone share his/her list if exist?

Thanks,
Erez.

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

Re: Aggregated maven reports

[Erez Nahir]

Hi Vishal,

Have a look at http://mojo.codehaus.org/dashboard-maven-plugin/.

Erez.

Vishal Pahwa wrote:
Hi 


We are using maven2.0.6 for our multi module project. For reports we ae
using various plugins like javadoc plugin, Emma plugin, pmd plugin,
depend plugin and so on. But the problem we are facing is we got the
reports in  each of the module individually but we have defined plugins
only at the root level but still the reports are being created
individually but obviously the best case would be if we couldget the
consolidated report at the root level like list of all the modules and
just by clicking any of the module if we could get the report for the
same. So could anyone please tell me  how can I achieve this. Is their
any specific configuration required at the time of deployin this report
on Tomcat or there is some configuration required with the plugins
itself.

Regards

Vishal.

  


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

maven-antrun-plugin executed on site:site

[Erez Nahir]

Hi,

We have a multi module project with bunch of antrun executions running 
in some components.

Our build runs mvn clean, mvn install, mvn site:site and mvn site:deploy.
While site:site is running, many ant executions run again (it was 
running on install as expected).


We use maven2.0.7, jdk1.5_10, on Linux. antrun-plugin version is 1.1

Any idea why and how can I fix it?

Thanks,
Erez.

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

Re: setting the version number in Maven

[Erez Nahir]

Hi Bob,

Have a look at 
http://docs.codehaus.org/display/MAVEN/best+practices+-+version+management+in+multi+project+bu 

In our project we use the ${applicationVersion} concept described in 
this URL.


Erez.

Bob Aiello wrote:

Hi,

What is the easiest way to set a version in the pom.xml ?

I have a maven app that has 30 poms and in order to update 
the version, I have to modify each of these poms manually.
 
1.1.0


I would like to be able to separate out the version
So that I can just change it in one place and the 30 
poms will pick up the change. I keep thinking that I 
should be able to have something like...


${myversion}

And a properties file somewhere in which I set the version.

Any suggestions on a simply way to do this would be 
greatly appreciated!!!


Bob Aiello
[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: Control transitive dependencies

[Erez Nahir]

Thanks Larry for the prompt and detailed reply.

The strange thing is that maven debug info (and the dependencies 
reports) shows only the dependency on 1.2.14, it does not list who uses 
1.2.12 (I figured it out by searching the poms in my local repository).


Anyway, I'll give it a try.

Thanks,
Erez.

BTW, this is on maven 2.0.7

Larry Suto wrote:

There are a few ways:  mvn -X will give you the debug output and will
show the transitive that are brought in by the main dependencies,
though I found this to be a bit tricky to use...my preferred way is
too find the jars in my project(s) that mvn bundles a pom.xml in...if
you look ar the pom.xmls in these jars you will find the dependencies
they are bringing inyou then need to declare the jar as a
dependency in the pom.xml in the particular artifact you want this
excluded in and add  ...place only groupId and
artifactId inside here... inside the dependency
declaration  or you can add the tag in the jar plugin config that
excludes the pom.xml if you have control over the build...then you
dont have to worry about this stuff

On 8/25/07, Larry Suto <[EMAIL PROTECTED]> wrote:
  

There are a few ways.  mvn -X will give you debug output

On 8/25/07, EN <[EMAIL PROTECTED]> wrote:


Hi,

We have a multi module project:
parent - pom, dependencyManagement
  proj1 - jar
  proj2 - jar
  proj3 - war

Although we use log4j 1.2.14, our proj3.war file contains log4j 1.2.12 which
probably added by maven as transitive dependency of one of our dependencies
(activemq-parent-4.1.1.pom or commons-logging-1.1.pom).

How can I force maven to package only log4j 1.2.14?

Thanks,
Erez.
--
View this message in context: 
http://www.nabble.com/Control-transitive-dependencies-tf4330206s177.html#a12332508
Sent from the Maven - Users mailing list archive at Nabble.com.


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


  


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


  


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

Re: Checkstyle plugin - need list of params that can be set

[Erez Nahir]

You can also use mvn help:describe -DgroupId= 
-DartifactId= -Dversion= -Dfull=true for all plugins...


Erez.

Dennis Lundberg wrote:

Si_Simon wrote:
Where can I find a complete list of parameters that can be set in the 
 section of the Maven2 Checkstyle plugin?


This is available on the plugin site:
http://maven.apache.org/plugins/maven-checkstyle-plugin/plugin-info.html



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

Re: what triggers the inclusion of ehcache-1.1.jar in my war fil?

[Erez Nahir]

I think it is transitive dependency of hibernate.
If your build generate a site, you should find it under your project's 
dependencies.


Erez.

Marco Mistroni wrote:

hi all,
i have a webapp built on top of two projects,  a backend projet which 
uses

spring and hibernate, and
a webproject done using webwork which uses backend to connect to the
database...

somehow, in my web-inf\lib  directory an ehcache-1.1.jar is included, 
and i

cannot find out why
it gets included, or which dependency triggers its inclusion..
the problem i am having is that i plan to use acegisecurity in my app, 
and

acegi requires ehcache-1.2.3..
so i will end up having two versions of ehcache which will make my app 
blow

up at runtime

if anyone has experienced this, could you pls tell me which is the
dependency that triggers the inclusion
of ehcache-1.1?

here's are my dependencies of both projects..

*** backend 

   
 junit
 junit
   
   
 commons-logging
 commons-logging
 1.1
   
   
 org.springframework
 spring
   
   
 hibernate
 hibernate
 3.1rc2
   
   
 springframework
 spring-mock
   
   
  geronimo-spec
  geronimo-spec-j2ee-jacc
  1.0-rc1
   
   
  javax.mail
  mail
  1.4
   

   
hsqldb
hsqldb
1.8.0.4
   

   
dbunit
dbunit
2.1
   


 

 webwork *

   
 junit
 junit
   
   
 opensymphony
 webwork
 2.2.5
   
   
 opensymphony
 sitemesh
 2.3
   
   
 log4j
 log4j
   
   
 javax.servlet
 servlet-api
 2.4
 provided
   
   
 org.springframework
 spring
   
   
 springframework
 spring-mock
   
   
 commons-logging
 commons-logging
 1.0.3
   
   
 commons-lang
 commons-lang
 2.3
   

   
 commons-collections
 commons-collections
 3.0
   
   
 commons-beanutils
 commons-beanutils
 1.7.0
   

   
 jstl
 jstl
 1.1.2
   
   
 taglibs
 standard
 1.1.2
   
   
 freemarker
 freemarker
 2.3.9
   
   
 velocity
 velocity
 1.4-rc1
   
   
 velocity-tools
 velocity-tools
 1.2
   
   
 velocity-tools
 velocity-tools-view
 1.2
   
   
 velocity
 velocity
 1.4
   
   
 jmock
 jmock
 1.2.0
   
   
 WebWork
 WebWorkBackend
 1.0-SNAPSHOT
 compile
   
   
 dwr
 dwr
 2.0
   
   
 ajaxtags
 ajaxtags
 1.3-beta-rc4


 jericho-html
 jericho-html
 2.4



thanks in advance and regards
marco



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

How to use dependency:purge-local-repository

[Erez Nahir]

Hi,

I'm trying to run mvn dependency:purge-local-repository 
-DreResolve=false and was expecting that my local repository will be 
cleaned up, but that's not happening.

Am I missing something? Has someone have an example of using this goal?

We use maven 2.0.5 on Linux.

Thanks,
Erez.

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

site:site run unit tests, antrun tasks and more

[Erez Nahir]

Hi,

We have a multi project (maven 2.0.5) and we do mvn clean, mvn install, 
mvn site:site, mvn site:deploy.
I found out that parts of the life cycle that should only run during the 
default life cycle (like source generation, running unit tests etc) run 
again on site:site. This leads to a very long build including some 
OutOfMemoryErros...


I noticed http://jira.codehaus.org/browse/SUREFIRE-257, but this does 
not seems related (we actually skipping surefire and running our own 
custom test plugin which is also invoked twice).


Did anyone experienced similar issue?

Thanks,
Erez.

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

multiple execution in exec-maven-plugin

[Erez Nahir]

Hi,

I need to call some executables from a single pom file and using 
exec-maven-plugin for that.


Is there a way to configure it to run a set of executions and not just one?

Thanks,
Erez.

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

Re: Maven build listener?

[Erez Nahir]

Do you have something in mind? Maybe I can help in my spare time (not 
that I have much these days :-( )


Erez.

Brian E. Fox wrote:

I've been thinking about writing a plugin to do this. Just haven't had
the time yet.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 16, 2007 3:12 PM

To: [EMAIL PROTECTED]
Subject: RE: Maven build listener?

 


-Original Message-
From: Kalle Korhonen [mailto:[EMAIL PROTECTED] 
Sent: 17 May 2007 00:07

To: Maven Users List; [EMAIL PROTECTED]
Subject: Re: Maven build listener?

Quick and dirty way would be to bind antrun plugin with bunch of echoes
to a install phase. But of course, it wouldn't work if you want the same
message to be printed out regardless of the final phase executed.

Kalle

On 5/16/07, Erez Nahir <[EMAIL PROTECTED]> wrote:
  

Hi,

I would like to add to the build summary additional information, it 
doesn't have to be embedded in the final message, can be just on top 
of it.

I was thinking to use some kind of listener that will print my message



  

to the screen, something like:

[INFO]
--
--
[INFO] My message goes here
[INFO]
--
--
[INFO]
--
--
[INFO] BUILD SUCCESSFUL
[INFO]
--
--
[INFO] Total time: < 1 second
[INFO] Finished at: Wed May 16 17:08:43 EDT 2007 [INFO] Final Memory: 
1M/3M [INFO]

--
--

Is there a way to add some kind of maven listener to the build?

Thanks,
Erez.

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


  

Maven build listener?

[Erez Nahir]

Hi,

I would like to add to the build summary additional information, it 
doesn't have to be embedded in the final message, can be just on top of it.
I was thinking to use some kind of listener that will print my message 
to the screen, something like:


[INFO] 


[INFO] My message goes here
[INFO] 

[INFO] 


[INFO] BUILD SUCCESSFUL
[INFO] 


[INFO] Total time: < 1 second
[INFO] Finished at: Wed May 16 17:08:43 EDT 2007
[INFO] Final Memory: 1M/3M
[INFO] 



Is there a way to add some kind of maven listener to the build?

Thanks,
Erez.

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

Re: Question: rpm-maven-plugin and /usr/lib/rpm/check-files

[Erez Nahir]

Thanks Bob,
I will try it.

Erez.

Bob Allison wrote:
There is no command-line option to change this, so there is nothing 
the plugin can do to help you.


My best guess to try would be to make a file in your home directory 
named ".rpmrc" and put the following line in it:  "_tmppath 
/where/you/want/var/tmp/to/be"


- Original Message ----- From: "Erez Nahir" <[EMAIL PROTECTED]>
To: "Maven Users List" 
Sent: Friday, May 04, 2007 3:39 AM
Subject: Question: rpm-maven-plugin and /usr/lib/rpm/check-files



Hi,

We use rpm-maven-plugin version 2.0-alpha-3-SNAPSHOT.
We found that during its work, the /usr/lib/rpm/check-files run and 
and it generate the rpm first to /var/tmp


Is there an option to configure a different location to generate this 
rmp-temp file?


Thanks,
Erez.

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

Question: rpm-maven-plugin and /usr/lib/rpm/check-files

[Erez Nahir]

Hi,

We use rpm-maven-plugin version 2.0-alpha-3-SNAPSHOT.
We found that during its work, the /usr/lib/rpm/check-files run and and 
it generate the rpm first to /var/tmp


Is there an option to configure a different location to generate this 
rmp-temp file?


Thanks,
Erez.

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

Re: Maven users in the industry

[Erez Nahir]

Take a look at: http://sourceforge.net/projects/jade-plugins/

Erez.

Sommers, Elizabeth wrote:

You say make isn't needed anymore.  Does this mean that there is a maven plugin 
for C++ (I have to come up with some continuous integration system for C++ this 
month).
-Original Message-
From: Barrie Treloar [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 12, 2007 2:25 AM
To: Maven Users List; [EMAIL PROTECTED]
Subject: Re: Maven users in the industry


On 4/12/07, Erez Nahir <[EMAIL PROTECTED]> wrote:
  

Here in Cisco we use Maven2.
If you can, when your presentation is ready, please share it, we still
have some resistance from old make/ant supporters...



How can there be resistance?
Once you get things up and running m2 is so much more simpler to
maintain/manage.

Ant still has it's place for scripting things outside the build lifecylce.
Make definitely isn't needed anymore.

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


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


  


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

Re: Maven users in the industry

[Erez Nahir]

That is a good summary of the difficulties I'm facing, are you sure we 
are not on same office? :-) .


Please see inline for more...

Kalle Korhonen wrote:
I second that. On a large organization, with lesser Java knowledge and 
only

very few strong engineering leads, any change meets resistance. I went
through the same converting our project to Maven and there's still
resistance. The most common arguments I hear:
- We have no expertise on Maven (they want somebody to teach them how 
to do

things rather than assuming the responsibility of their own learning)
Here, the luck of Maven's documentation join the game, if we only had 
good (and short;-) docs describing what is a life cycle, when and why 
the local repository should be cleaned up and more and more 
referring  the whole team to read  "Better Builds With Maven"  does not 
work for engineers looking for the fast and short solution (but, it's a 
great book).

- Build's no different from Ant (managers don't see the benefits because
proper metrics aren't gathered and they don't give it enough time. All 
they

see is an immediate disturbance in way things are done)
- No benefit in Maven related goodies (e.g. Maven site, Continuum - I 
set up

both, people don't see the benefit: unofficial, not in use, extra, nobody
looks at reports. I mostly think the organization's as a whole is just 
not

at the maturity level they could do software differently, based on
test-driven and continous integration principles)
Most of my managers does use the reports, but here comes the other 
issue, if we have a 50 component project, you can't see the project's 
status, you can only see the component's status, for example: unit tests 
summary on a project's level, code coverage rate, even the javadoc 
aggregation is broken.


- Builds break of unknown reasons, server down, plugins not found 
(somewhat

legitimate. Explain again why my build machine needs http to build? We
resorted to using a file repository only. I think a better way to 
solve this

problem is with better maven proxies, like Archiva, and of course setting
the versions of everything you are using)

Yep, and add repositories downtime...

- We don't know the plugins and transitive dependencies we are using (I
mostly attribute this to people just being lazy and not bothering to 
check

reports and understand the architecture)
- What's a snapshot, how do we version properly (module versioning had 
never
before been used - only the product as a whole) so we were not in any 
worse
position. But the truth is that release planning and doing it properly 
takes

time, even with Maven)
So, I think you can find some of Maven's disadvantages from the recent 
emails, but don't get it wrong, I think Maven is the way to go.


Erez.


Kalle

On 4/12/07, Erez Nahir <[EMAIL PROTECTED]> wrote:


I assume you did not have the opportunity to convince the old C++/Make
guys to change their habits... :-)

Erez.
Barrie Treloar wrote:
> On 4/12/07, Erez Nahir <[EMAIL PROTECTED]> wrote:
>> Here in Cisco we use Maven2.
>> If you can, when your presentation is ready, please share it, we 
still

>> have some resistance from old make/ant supporters...
>
> How can there be resistance?
> Once you get things up and running m2 is so much more simpler to
> maintain/manage.
>
> Ant still has it's place for scripting things outside the build
> lifecylce.
> Make definitely isn't needed anymore.
>

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






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

Re: Maven users in the industry

[Erez Nahir]

I assume you did not have the opportunity to convince the old C++/Make 
guys to change their habits... :-)


Erez.
Barrie Treloar wrote:

On 4/12/07, Erez Nahir <[EMAIL PROTECTED]> wrote:

Here in Cisco we use Maven2.
If you can, when your presentation is ready, please share it, we still
have some resistance from old make/ant supporters...


How can there be resistance?
Once you get things up and running m2 is so much more simpler to
maintain/manage.

Ant still has it's place for scripting things outside the build 
lifecylce.

Make definitely isn't needed anymore.



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

Re: Maven users in the industry

[Erez Nahir]

Here in Cisco we use Maven2.
If you can, when your presentation is ready, please share it, we still
have some resistance from old make/ant supporters...

Thanks,
Erez.

Gilles Scokart wrote:

Hi,

Next week I have to make a presentation to my collegues.  I will try to
'sell' maven, and I would like to say something like "Look, Maven is now
very used in the industry, It's for instance used by ...".

Did you know any companies using Maven, more particularily in Belgium and
Europe, but worlwide would be ok also?


Thanks for your help.

Gilles
  



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

using ant conditions/available within pom.xml - maven-antrun-plugin

[Erez Nahir]

Hi,

Is there a way to use the available task of ant within the antrun-plugin
configuration? And, use the "antcall" task?

I would like to have something like:

...
 
org.apache.maven.plugins
   maven-antrun-plugin
   1.1
   
   
  dosomething
   test
   
   
  
 
   



   
   
   
   
   run
   
   
   
 

...


Is there a way to do it?

Thanks,
Erez.

Adding TestNG listener to maven-surefire-plugin

[Erez Nahir]

Hi all,

TestNG provide a command line option to pass test listeners (example, form
testng website: " java -classpath testng.jar;%CLASSPATH%
org.testng.TestNG-listener
org.testng.reporters.DotTestListener test\testng.xml")

How can I pass my listener to maven-surefire-plugin?

My current surefire configuration is:

  org.apache.maven.plugins
  maven-surefire-plugin
  2.2

  true
  
testng.xml
  
  


Thanks,
Erez.

[M2] maven-javadoc-plugin - javadoc for src and test

[Erez Nahir]

Hi,

We have a multi project based on maven 2.0.4, I would like to add the
javadoc comments of our unit test code to the project's javadoc report.
Every subproject's (aka module) has the standard maven directory layout.

We use maven-javadoc-plugin versioin 2.2.

I have tried to use this, but it does not work :-(
 
   org.apache.maven.plugins
   maven-javadoc-plugin
   2.2
   
 
${basedir}/src/main/java;${basedir}/src/test/java

 
   http://java.sun.com/j2se/1.5.0/docs/api/
 
   
 

I also tried with sourcepath instead of sourcePath, added subpackages 
but none.


Any one has an idea?

Thanks,
Erez.

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

M2 maven-javadoc-plugin - javadoc for src and test

[Erez Nahir]

Hi,

We have a multi project based on maven 2.0.4, I would like to add the
javadoc comments of our unit test code to the project's javadoc report.
Every subproject's (aka module) has the standard maven directory layout.

We use maven-javadoc-plugin versioin 2.2.

Any idea what is the best way to do it?

Thanks,
Erez.


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

Re: Artifact as resource in web archive

[Erez Nahir]

We use maven-dependency-plugin to load and copy/unpack to a staging 
directory and later on package this directory as a war file.

See http://maven.apache.org/plugins/maven-dependency-plugin/usage.html

Erez.

Muntis Grube wrote:

Hi,

I have WebStart project, where I have two modules:

root
+-- client-jar
| +-- pom.xml
+-- server-war
|+-- pom.xml
+--pom.xml

How can I specify that I want to pack client-jar.jar into
server-war.war as resource not as library?  i.e. I don't want to be
included in server classpath but only kept as files, that can be
served to client.

Should it be done with maven-war-plugin webResource configuration or
there is more general way to do it?
Can you give me some examples, how can it be done?




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

Dynamic links in Maven2 site - how to provide runtime properties to site.xml

[Erez Nahir]

Hi,

I would like to create "Download" link from my site, the issue I'm 
having is that the link is generated during the build and contains a 
timestamp.

In my project's site.xml I have something like:

 
 


I'm not sure if that's the proper way and have not found any 
document/example.


Is it possible to pass properties to the site.xml?
Any other way to support dynamic links?

Thanks,
Erez.

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