date:20060921

ArneD a écrit :

Hello Emmanuel,

I've seen that you closed issue CONTINUUM-780 in the meanwhile. Are there
chances to replace just one module in my Continuum 1.0.3 installation by a
snapshot version to get the fix? Thanks for a short hint in which module you
fixed it.

I don't think you can change the jar in 1.0.3 with a 1.1-SNAPSHOT.

You can checkout the 1.0.3 tag, apply my patch on continuum-core and build it.

BTW, did you have a look at SCM-231?

Quickly, it seems to be good but I need few minutes more. I'll try to look at
it in details next week.

Emmanuel

Regards,
Arne

ArneD wrote:

Hello Emmanuel,

i added a comment to the existing issue at
http://jira.codehaus.org/browse/CONTINUUM-780 because it's the same
stacktrace.

Regards,
Arne

Emmanuel Venisse wrote:

Can you file an issue?

Emmanuel

ArneD a écrit :

It's Continuum 1.0.3, but I've updated maven-scm-api and
maven-scm-provider-local (snapshot version
maven-scm-provider-local-1.0-20060616.154545-4.jar).

Arne

Emmanuel Venisse wrote:

What is your continuum version and your scm?

Emmanuel

ArneD a écrit :

Hi,

occasionally some of our builds are failing during scheduled builds.
Forced
builds are working fine. I see the following stacktrace:

org.apache.maven.continuum.scm.ContinuumScmException: Cannot checkout
sources.
at
org.apache.maven.continuum.scm.DefaultContinuumScm.updateProject(DefaultContinuumScm.java:276)
at
org.apache.maven.continuum.core.action.UpdateWorkingDirectoryFromScmContinuumAction.execute(UpdateWorkingDirectoryFromScmContinuumAction.java:58)
at
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:166)
at
org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47)
at
org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.NullPointerException
at
org.apache.maven.continuum.scm.DefaultContinuumScm.convertScmResult(DefaultContinuumScm.java:414)
at
org.apache.maven.continuum.scm.DefaultContinuumScm.updateProject(DefaultContinuumScm.java:244)
... 5 more

It seems to be the following issue. A difference is that not all
builds
are
failing, and the problems do not occur every time.

http://jira.codehaus.org/browse/CONTINUUM-780

Any ideas how to resolve it yet? Is somebody working on it?

Regards, Arne

Re: Clearing out builds in Continuum


Already answered on this list ;)

Click on Show projects link, then click on Build all button.

Emmanuel

Johan Lindquist a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

For some reason I am getting builds that are stuck in the building
mode even though the build process has long gone away.  is there a quick
way of clearing these out of the status screens?

Thanks,

Johan

- --
you too?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFEWCa1Tv8wj7aQ34RApt2AJ4pYPLm+Jqkz86h7aJIoM0yeXAL+QCfWYQN
g54eLgmnnyYtDVBINVhuKSg=
=Qthy
-END PGP SIGNATURE-

Re: intelligently building snapshots with continuum




Barrie Treloar a écrit :

On 9/21/06, Leonard Gestrin [EMAIL PROTECTED] wrote:

The goal is to make sure that snapshots are updated properly recursively
when change happens to a certain snapshot. And all pieces of the
application are using same versions of snapshots.


As someone already posted Continuum only rebuilds is the source changes.
It does not then rebuild projects that depend upon the rebuilt project.

I believe if you search the archives that this is a known issue and
planned for a future release.


It's planned for 1.1

Emmanuel

Re: Schedules not working

2006-09-21 Thread Prashanth Krishnamurthy

They are enabled and also assigned to projects.

thanks

--- Emmanuel Venisse [EMAIL PROTECTED] wrote:

 You can check if they aren't disabled and projects
 attached to them.
 
 Emmanuel
 
 Prashanth Krishnamurthy a écrit :
  Hi,
  
  The schedules used to work fine for 2-3 months
 now.
  Since past 2-3 days, both my schedules( hourly
 build
  and daily build ) are not working. I restarted my
  continuum instance, but no luck.
  
  thanks
  --Prashanth
  
  __
  Do You Yahoo!?
  Tired of spam?  Yahoo! Mail has the best spam
 protection around 
  http://mail.yahoo.com 
  
  
  
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Re: Schedules not working


Can you modify the cron expression in them and look in logs when will be the 
next job?

Emmanuel

Prashanth Krishnamurthy a écrit :

They are enabled and also assigned to projects.

thanks

--- Emmanuel Venisse [EMAIL PROTECTED] wrote:


You can check if they aren't disabled and projects
attached to them.

Emmanuel

Prashanth Krishnamurthy a écrit :

Hi,

The schedules used to work fine for 2-3 months

now.

Since past 2-3 days, both my schedules( hourly

build

and daily build ) are not working. I restarted my
continuum instance, but no luck.

thanks
--Prashanth

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam
protection around 
http://mail.yahoo.com 









__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Re: Schedules not working

2006-09-21 Thread Prashanth Krishnamurthy

Thanks.

The see following messages in the end. Modifying the
cron expression is not logging any messages.

---

1908837 [Thread-2] ERROR
org.codehaus.plexus.velocity.VelocityComponent  - Left
side of '' operation is not a valid type.  It is a
class java.lang.Long. Currently only integers
(1,2,3...) and Integer type is supported.
/org/apache/maven/continuum/notification/mail/templates/maven2/BuildComplete.vm
[line 25, column 27]
1929976 [Thread-2] ERROR
org.codehaus.plexus.velocity.VelocityComponent  - Left
side of '' operation is not a valid type.  It is a
class java.lang.Long. Currently only integers
(1,2,3...) and Integer type is supported.
/org/apache/maven/continuum/notification/mail/templates/maven2/BuildComplete.vm
[line 25, column 27]
1958741 [Thread-2] ERROR
org.codehaus.plexus.velocity.VelocityComponent  - Left
side of '' operation is not a valid type.  It is a
class java.lang.Long. Currently only integers
(1,2,3...) and Integer type is supported.
/org/apache/maven/continuum/notification/mail/templates/maven2/BuildComplete.vm
[line 25, column 27]
72952469 [SocketListener0-1] ERROR
org.codehaus.plexus.velocity.VelocityComponent  - RHS
of #set statement is null. Context will not be
modified. screens/ProjectBuild.vm [line 103, column 3]

---


--- Emmanuel Venisse [EMAIL PROTECTED] wrote:

 Can you modify the cron expression in them and look
 in logs when will be the next job?
 
 Emmanuel
 
 Prashanth Krishnamurthy a écrit :
  They are enabled and also assigned to projects.
  
  thanks
  
  --- Emmanuel Venisse [EMAIL PROTECTED] wrote:
  
  You can check if they aren't disabled and
 projects
  attached to them.
 
  Emmanuel
 
  Prashanth Krishnamurthy a écrit :
  Hi,
 
  The schedules used to work fine for 2-3 months
  now.
  Since past 2-3 days, both my schedules( hourly
  build
  and daily build ) are not working. I restarted
 my
  continuum instance, but no luck.
 
  thanks
  --Prashanth
 
 
 __
  Do You Yahoo!?
  Tired of spam?  Yahoo! Mail has the best spam
  protection around 
  http://mail.yahoo.com 
 
 
 
 
  
  
  __
  Do You Yahoo!?
  Tired of spam?  Yahoo! Mail has the best spam
 protection around 
  http://mail.yahoo.com 
  
  
  
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Re: intelligently building snapshots with continuum

2006-09-21 Thread Barrie Treloar


It's planned for 1.1


Is there an ETA for 1.1?
Or better yet, is someone already working on it and if I get some time
can help out?

Re: error with doccheck still

2006-09-21 Thread Shinobu Kawai


Hi Mick,


I have tried to build and install 2.1-snapshot but no luck.
Can someone just put the jar on a snapshot server for the new javadoc
plugin?


I think there was a snapshot repository for apache artifacts
somewhere, but here it is for now:

http://people.apache.org/~shinobu/maven-javadoc-plugin-2.1-SNAPSHOT.jar

Best regards,
-- Shinobu

--
Shinobu Kawai [EMAIL PROTECTED]

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

RE: creating archetypes

2006-09-21 Thread franz see




Douglas Ferguson wrote:
 
 Sorry for the spam, but is there a way to prevent the archetype from
 adding the created module to the pom file?
 
 -Original Message-
 From: Douglas Ferguson 
 Sent: Thursday, September 14, 2006 9:59 PM
 To: users
 Subject: RE: creating archetypes
 
 Also, the archetype also seems to be creating a src/main/java/${groupId}
 directory. Anyway to keep this from happening?
 
 D-
 
 -Original Message-
 From: Douglas Ferguson 
 Sent: Thursday, September 14, 2006 9:32 PM
 To: users
 Subject: creating archetypes
 
 The create archetypes document seems to have descripancies.
 
  
 
 Which is correct?
 
  
 
 testRecources or test-recources?
 
  
 
 Is allowPartial supported?
 
  
 
 The document also says that you cant create empty directories, is that
 still the case?
 
  
 
 D-
 
 
 
 
 -
 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]
 
 
 

Good day to you, Douglas,

Sorry for the late reply. I did not see this before. Anyway, here are my
answers:

* testResources is the correct one (see [1] for the archetype descriptor
schema)
* AFAIK, you can not stop maven-archetype-plugin from creating
src\main\java\{groupId}\**\*.*, unless you specifically specify the
packageName, which would then create src\main\java\{packageName}\**\*.*. 
* IIRC, allowPartial is used for multi-module maven projects. what were you
trying to accomplish with allowPartial?
* Yes, you still can not create empty directories. 
* AFAIK, you cannot stop the adding of the created module to the pom.

For more info regarding the maven-archetype-plugin, here's it's unreleased
under review revised documentation, [2].

Cheers,
Franz

[1] http://www.nabble.com/forum/ViewPost.jtp?post=6052980framed=y 
[2] http://people.apache.org/~oching/maven-archetype-plugin/
-- 
View this message in context: 
http://www.nabble.com/creating-archetypes-tf2275184.html#a6422092
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: error with doccheck still

2006-09-21 Thread Shinobu Kawai


Hi Mick,


I get this error now when running:



- Cannot find doclet class com.sun.tools.doclets.doccheck.DocCheck


You need to install the doccheck jar to your m2 repository.  Please
see here for instructions:

http://maven-doccheck.sourceforge.net/install-doccheck.html#Install_into_maven_2_repository

Best regards,
-- Shinobu

--
Shinobu Kawai [EMAIL PROTECTED]

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

Re: how to exclude txt file from source?

2006-09-21 Thread franz see




manoj kaushik wrote:
 
 this is not for the directory structure this is a tag used in build in
 your
 project.xml. this means the types of files u are including in the jar
 file.
 when u dont include .txt file it will not be there in your jar file
 
 i think it will make things clear
 
 On 9/20/06, Kapil Gupta [EMAIL PROTECTED] wrote:

 Thanks for you reply Manoj. I think you didn't get my question. The txt
 file is in src\main\java folder and not in the src\main\resources
 folder.

 Regards,
 Kapil

 -Original Message-
 From: manoj kaushik [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, September 20, 2006 12:13 PM
 To: Maven Users List
 Subject: Re: how to exclude txt file from source?

 hi u can try this
 under  your build tag --under resource as  given below  remove the
 include**/*.txt/include from includes under directory
 resource

 directorysrc/directory
includes
 include**/*.xml/include
 include**/*.css/include
 include**/*.txt/include--- remove this line
 include**/*.gif/include
 include**/*.html/include
 include**/*.properties/include
 /includes
 /resource
 hope this will help
 Manoj Kaushik
 On 9/20/06, Kapil Gupta [EMAIL PROTECTED] wrote:
 
  Hi,
 
  How can I exclude a txt file lying in java source folder while
 packaging
  jar file. The same thing can be done using filtering to exclude a file
  from resources folder but I could not find any documentation on
  excluding a file from source folder.
 
  Regards
 
  Kapil
 
 
 
  CONFIDENTIALITY NOTICE
  This e-mail transmission and any documents, files, or previous e-mail
  messages appended or attached to it, may contain information that is
  confidential or legally privileged. If you are not the intended
  recipient, or a person responsible for delivering it to the intended
  recipient, you are hereby notified that you must not read this
  transmission and that any disclosure, copying, printing, distribution,
  or use of the information contained or attached to this transmission
 is
  STRICTLY PROHIBITED. If you have received this transmission in error,
  please immediately notify the sender by telephone +91.172.229.9450 or
  return e-mail message [EMAIL PROTECTED]
  BLOCKED::mailto:[EMAIL PROTECTED]  and delete the original
  transmission, its attachments, and any copies without reading or
 saving
  in any manner. Thank you.
 
 
 
 
 

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


 
 

Good day to you, Kapil,

What manoj is saying is true. If your .txt files under src/main/java are
copied, that means, somewhere in your pom, you included them as your
resource. If so, you can try to remove the include tag for your *.txt, or
if you can't (since you specified something else like src/main/java/*.*),
you can add an exclude tag.

[1] is an unfinished (and unreleased) documentation of the
maven-resources-plugin. You can try and take  a look at it as it explains
how to include and exclude resources. If I'm not mistaken, maven-jar-plugin
allows maven-resources-plugin to handle the copyng and filtering of the
resources. If you have any comments about it, kindly let us know so that we
can improve it. 

Thanks,
Franz

[1]
http://people.apache.org/~aramirez/maven-resources-plugin/examples/include-exclude.html
-- 
View this message in context: 
http://www.nabble.com/how-to-exclude-txt-file-from-source--tf2303328.html#a6422282
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: Transitive dependency problem with commons-logging

2006-09-21 Thread Byron du Preez

Hi Martin

Afraid I don't have a solution, but I do seem to be experiencing a similar 
issue.

In my case, I am trying to stop acegi and spring-richclient from dragging in
older versions of spring with exclusions and getting mixed results.
Excluding spring on acegi dependency seems to block it from transitively
downloading spring 1.2.7.
However, excluding both acegi and spring on the spring-richclient
dependencies, suddenly causes maven2 to throw compiler errors - despite
the fact that I have explicity added the spring dependencies to the
project - both before and after the exclusions (in desperation).

The type ...HttpInvokerProxyFactoryBean cannot be resolved.
It is indirectly referenced from required .class files
at org.apache.maven.lifecycle.DefaultLifecycleExecutor
   .executeGoals(DefaultLifecycleExecutor.java:559)
...
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: 
Compiler errors : error at public abstract class RemoteServiceBaseFactory
extends ...BasicAuthHttpInvokerProxyFactoryBean

One difference between the two is that acegi depends on spring, but
spring-richclient depends on spring and it depends on acegi (which 
depends on spring).

So, basically it looks like maven2's exclusions is broken in some scenarios.
Explicitly including spring-remoting has no affect on the compiler error.
Perhaps classworlds is creating a special class loader for the dependency 
and its exclusions, which is unaware of the parent class loader that should
contain the version you require.

Best regards
Byron
P.S. mvn -X helps to see dependency chains



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

RE: cglib-full

Hi Greg,

[EMAIL PROTECTED] wrote on Wednesday, September 20, 2006 5:53 PM:

 Jörg Schaible [EMAIL PROTECTED] wrote on
 09/20/2006 10:34:26 AM:
 
 Hi Greg,
 
 [EMAIL PROTECTED] wrote on Wednesday, September
 20, 2006 4:45
 PM:
 
 Jörg Schaible [EMAIL PROTECTED] wrote on
 09/20/2006 03:24:46 AM: 
 
 (*) New release of JMock 1.1.0 still uses cglib:cglib-full:2.0 as
 dependency although this breaks any app using Hibernate 3.x or
 Groovy. Better would have been to use cglib:cglib-nodeps:2.1_3, but
 as the official docs state the bad dependency, it is also
 referenced in the POM on ibiblio. Is this Carlos' fault now?
 
 I renamed the thread because this is tangent to it. I've also hit
 this error. How did you work around it? I was brand new to maven
 when we hit it and I did the following, but I'm not certain it is
 the best solution. 
 
 dependency
   groupIdjmock/groupId
   artifactIdjmock/artifactId
 
 You mean jmock-cglib ... plain jmock does not have that dep :)
 
 Strange. I actually copied and pasted out of my pom. I didn't exclude
 from jmock-cglib:
 dependency
   groupIdjmock/groupId
   artifactIdjmock-cglib/artifactId
   version1.0.1/version
   scopetest/scope
 /dependency
 
 I wonder if this is a jmock 1.0.1 vs. 1.1.0 difference. I'll
 double check
 the dependency tree in the -X output, but what I pasted is what we're
 using. I guess I'll also see what's new in jmock 1.1.0.

No, but exclusions work currently globally (MNG-1797)
;-)
 
   version1.0.1/version
   scopetest/scope
   exclusions
 exclusion
   artifactIdcglib-full/artifactId
   groupIdcglib/groupId
 /exclusion
   /exclusions
 /dependency
 
 Yes, this is what we do, but in the dependencyManagement section of
 our global POM.
 
 Nice idea. I was just reading about what those
 dependencyManagement and
 pluginManagement sections are for the other day, but I didn't see a
 concrete application of them. Thanks for the tip. We do have
 a basepom
 shared by a few teams.

But be careful with those exclusoins ... since they work global from the first 
time the artifact is considered that has the exclusion. Since the artifacts are 
kept in a hash map and the algorithm runs over the keyset, this sequence might 
change with every added dep :-/

- Jörg

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

RE: Who is the maintainer of the fop:fop project found on repo1.maven.org?


You don't get it and I am tired of it now.

Markus KARG wrote on Thursday, September 21, 2006 7:33 AM:

 But it would be beneficial for you since I would change it in a way
 that FOP is valid for everyone, so you can remove your workarounds.
 Since in your case the Class-Path isn't taken into account anyways
 as you wrote, what have you lost?
 
 
 
 Reproducability! If we deploy our final release to an app
 server that is compliant to the spec in this way, well, then
 it breaks. Now consider a we get back a bug report, the
 assigned developer checks out the version and tries to debug
 it ... and since he gets now suddenly a different FOP cannot
 reproduce the error. *THIS IS MAINTENACE NIGHTMARE*! And
 that's why a final release must never change. If we build a
 mainenance release including fop-0.20.5-mvn-1 it is obvious
 that we use a different version and that *new* version is
 supposed to fix the problem.
 
 
 If you deploy your final release to an app server that is J2EE 1.4
 compliant, then your application will break currently, due to
 the bug I
 reported. That's why I want to fix it. If your customer has this
 problem, the your support officer will look into the bug
 database before
 doing anything else first, where he will find that this is known bug
 that is to be fixed by updating the local repo of the
 customer to mirror
 the meanwhile fixed fop. What's nightmare with that? It's even better
 than setting up a test environment and let the supporter
 reconstruct the
 problem. BTW, if you are J2EE compliant, you are deploying
 EARs, which
 actually are unchanged for your and for your customers. If you change
 the FOP due to my fix, your EAR's version has definitively
 changed and
 you will see this.
 
 Therefore the only way to fix the repo is to release
 something new. Andf the right thing is to have a new version
 with a jar that does not have a classpath entry in the
 manifest! If you have two artfiacts with such entries
 referencing the same dep in different version, you cannot
 even build an EAR with Maven containing both libraries.
 
 
 How do you want to hold off me from doing it? Everybody told
 me this is
 a free land and nobody controls the repo...
 
 Btw, please read the J2EE 1.4 + MANIFEST.MF specifications. It seems
 you're not aware of the need of correct Class-Path: settings
 to get the
 J2EE certified logo.
 
 Markus

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

RE: Who is the maintainer of the fop:fop project found on repo1.maven.org?

Carlos Sanchez wrote on Wednesday, September 20, 2006 5:20 PM:

 fop 0.20.5 pom was provided by Joerg Schaible
 http://jira.codehaus.org/browse/MEV-386
 That was at the point we allowed changing poms in the repo, now it is
 not possible to change that pom.

Ah, that was me. Did not know anymore :)

- Jörg

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

RE: Who is the maintainer of the fop:fop project found on repo1.maven.org?

Markus KARG wrote on Thursday, September 21, 2006 7:35 AM:

 Carlos Sanchez schrieb:
 
 fop 0.20.5 pom was provided by Joerg Schaible
 http://jira.codehaus.org/browse/MEV-386
 That was at the point we allowed changing poms in the repo, now it is
 not possible to change that pom.
 
 Jörg, why do you discuss things with me under this topic but not
 telling me that YOU was the one providing the bug?
 Why hiding this information?
 No one will blame you for your fault, we're just looking for a
 solution. 
 
 Carlos, thank you.

The bug is in the official binary and that will not be changed. This is policy.

- Jörg

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

Re: Who is the maintainer of the fop:fop project found on repo1.maven.org?

2006-09-21 Thread Carlos Sanchez


I don't know if you ALSO read the part where I said we DO NOT
repackage binaries, so your proposed solution is not acceptable..

On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:

Carlos Sanchez schrieb:

 fop 0.20.5 pom was provided by Joerg Schaible
 http://jira.codehaus.org/browse/MEV-386
 That was at the point we allowed changing poms in the repo, now it is
 not possible to change that pom.

Jörg, why do you discuss things with me under this topic but not telling
me that YOU was the one providing the bug?
Why hiding this information?
No one will blame you for your fault, we're just looking for a solution.

Carlos, thank you.

Markus






--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride

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

Re: Who is the maintainer of the fop:fop project found on repo1.maven.org?


Carlos,

I don't know if you ALSO read the part where I said that I will provide 
another pom.xml instead of another binary (it was your solution 
proposal, actually)?


Markus

Carlos Sanchez schrieb:


I don't know if you ALSO read the part where I said we DO NOT
repackage binaries, so your proposed solution is not acceptable..

On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:


Carlos Sanchez schrieb:

 fop 0.20.5 pom was provided by Joerg Schaible
 http://jira.codehaus.org/browse/MEV-386
 That was at the point we allowed changing poms in the repo, now it is
 not possible to change that pom.

Jörg, why do you discuss things with me under this topic but not telling
me that YOU was the one providing the bug?
Why hiding this information?
No one will blame you for your fault, we're just looking for a solution.

Carlos, thank you.

Markus








begin:vcard
fn:Markus KARG
n:KARG;Markus
org:QUIPSY QUALITY GmbH;Entwicklung / R  D
adr:;;Stuttgarter Strasse 23;Pforzheim;Baden-Wuerttemberg;75179;Bundesrepublik Deutschland
email;internet:[EMAIL PROTECTED]
title:Staatl. gepr. Inf.
tel;work:+49-7231-9189-52
tel;fax:+49-7231-9189-59
note:QUIPSY(R) Entwicklung / R  D
x-mozilla-html:TRUE
url:http://www.quipsy.de
version:2.1
end:vcard



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Repository Policy

2006-09-21 Thread Carlos Sanchez


ok, provide the pom, and explain the reasons in a jira, because for
what I read till now I don't see how the heck are you gonna solve it
in a maven way.

On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:


 When you build A you don't know anything about C-2.0.1 because it does
 not exist.
 Versions in repository explicitly define what versions the have been
 released against or tested with. If I release A 2.0 depending in C 2.0
 and then I want to say i'm compatible with C 2.0.1 I have to update
 myself releasing A 2.0.1, because people using A 2.0 may not be
 compatible with C 2.0.1 and don't want automatic change of version

That's what I think, too. And that's the reason, why fop-0.20.5.jar is
correct while the pom.xml provided is incorrect: The pom assumes later
versions to become dependencies, while the JAR itself doesn't include
versions. So a pom has to be provided that depends on version-free JAR
names.

Markus






--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride

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

Prepare after dryRun does not tag the scm

2006-09-21 Thread _Seb_


Hi,

As mentionned in the Better Builds with Maven book, I am trying to cut a
release. To do so, i first run mvn release:prepare -DdryRun and if this is
ok I run mvn release:prepare.

If I do so, the second release:prepare call does not tag my scm, thus the
release:perform cannot be done. Is there something I am not doing right ?

here is a log of my execution.

Seb

mvn -B release:prepare -DdryRun

[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]

[INFO] Building Maven Quick Start Archetype
[INFO]task-segment: [release:prepare] (aggregator-style)
[INFO]

[INFO] [release:prepare]
[INFO] Verifying that there are no local modifications...
[INFO] Executing: cvs -z3 -f -d :pserver:[EMAIL PROTECTED]:/cvs/bodet
-n -q update -d
[INFO] Working directory: P:\testprod
[INFO] Checking dependencies and plugins for snapshots ...
[INFO] Transforming 'Maven Quick Start Archetype'...
[INFO] Executing preparation goals - since this is simulation mode it is
running against the original project, not the rewritten ones
[INFO] Executing preparation goals 'clean integration-test'...
[INFO] Executing: mvn clean integration-test --no-plugin-updates
--batch-mode -P bodet
[INFO] Scanning for projects...
[INFO]

[INFO] Building Maven Quick Start Archetype
[INFO]task-segment: [clean, integration-test]
[INFO]

[INFO] [clean:clean]
[INFO] Deleting directory P:\testprod\target
[INFO] Deleting directory P:\testprod\target\classes
[INFO] Deleting directory P:\testprod\target\test-classes
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 1 source file to P:\testprod\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
Compiling 1 source file to P:\testprod\target\test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: P:\testprod\target\surefire-reports

---
 T E S T S
---
Running bodet.AppTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016
sec

Results :
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar: P:\testprod\target\testprod-1_0-SNAPSHOT.jar
[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 3 seconds
[INFO] Finished at: Thu Sep 21 09:33:14 CEST 2006
[INFO] Final Memory: 5M/12M
[INFO]

[INFO] Full run would be checking in 1 files with message:
'[maven-release-plugin] prepare release testprod-1_0'
[INFO] Full run would be tagging P:\testprod with label: 'testprod-1_0
[INFO] Transforming 'Maven Quick Start Archetype'...
[INFO] Full run would be checking in 1 files with message:
'[maven-release-plugin] prepare for next development iteration'
[INFO] Release preparation simulation complete.
[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 8 seconds
[INFO] Finished at: Thu Sep 21 09:33:14 CEST 2006
[INFO] Final Memory: 4M/9M
[INFO]


mvn -B release:prepare

[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]

[INFO] Building Maven Quick Start Archetype
[INFO]task-segment: [release:prepare] (aggregator-style)
[INFO]

[INFO] [release:prepare]
[INFO] Release preparation already completed. You can now continue with
release:perform, or start again using the -Dresume=false flag
[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 2 seconds
[INFO] Finished at: Thu Sep 21 09:33:24 CEST 2006
[INFO] Final Memory: 4M/8M
[INFO]


-- 
View this message in context: 
http://www.nabble.com/Prepare-after-dryRun-does-not-tag-the-scm-tf2310250.html#a6423041

Re: Repository Policy

Actually I don't know it myself, since I am a beginner.
But there must be a Maven way to solve the problem (otherwise this would
make install:install-file totally useless, since least pre-packaged
binary are named in the correct way using -x.y.z versions).

I'll start another thread to ask for help on this.

Thanks
Markus

Carlos Sanchez schrieb:

ok, provide the pom, and explain the reasons in a jira, because for
what I read till now I don't see how the heck are you gonna solve it
in a maven way.

On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:

When you build A you don't know anything about C-2.0.1 because it does
not exist.
Versions in repository explicitly define what versions the have been
released against or tested with. If I release A 2.0 depending in C 2.0
and then I want to say i'm compatible with C 2.0.1 I have to update
myself releasing A 2.0.1, because people using A 2.0 may not be
compatible with C 2.0.1 and don't want automatic change of version

That's what I think, too. And that's the reason, why fop-0.20.5.jar is
correct while the pom.xml provided is incorrect: The pom assumes later
versions to become dependencies, while the JAR itself doesn't include
versions. So a pom has to be provided that depends on version-free JAR
names.

Markus

begin:vcard
fn:Markus KARG
n:KARG;Markus
org:QUIPSY QUALITY GmbH;Entwicklung / R D
adr:;;Stuttgarter Strasse 23;Pforzheim;Baden-Wuerttemberg;75179;Bundesrepublik Deutschland
email;internet:[EMAIL PROTECTED]
title:Staatl. gepr. Inf.
tel;work:+49-7231-9189-52
tel;fax:+49-7231-9189-59
note:QUIPSY(R) Entwicklung / R D
x-mozilla-html:TRUE
url:http://www.quipsy.de
version:2.1
end:vcard

smime.p7s
Description: S/MIME Cryptographic Signature

Re: Repository Policy

2006-09-21 Thread Carlos Sanchez


As I said somewhere you'll have to probably rename the jars AFTER
downloading if you want them to match the manifest

On 9/21/06, Markus KARG [EMAIL PROTECTED] wrote:

Actually I don't know it myself, since I am a beginner.
But there must be a Maven way to solve the problem (otherwise this would
make install:install-file totally useless, since least pre-packaged
binary are named in the correct way using -x.y.z versions).
I'll start another thread to ask for help on this.

Thanks
Markus

Carlos Sanchez schrieb:

 ok, provide the pom, and explain the reasons in a jira, because for
 what I read till now I don't see how the heck are you gonna solve it
 in a maven way.

 On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:


  When you build A you don't know anything about C-2.0.1 because it does
  not exist.
  Versions in repository explicitly define what versions the have been
  released against or tested with. If I release A 2.0 depending in C 2.0
  and then I want to say i'm compatible with C 2.0.1 I have to update
  myself releasing A 2.0.1, because people using A 2.0 may not be
  compatible with C 2.0.1 and don't want automatic change of version

 That's what I think, too. And that's the reason, why fop-0.20.5.jar is
 correct while the pom.xml provided is incorrect: The pom assumes later
 versions to become dependencies, while the JAR itself doesn't include
 versions. So a pom has to be provided that depends on version-free JAR
 names.

 Markus












--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride

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

Re: Who is the maintainer of the fop:fop project found on repo1.maven.org?


Jörg Schaible schrieb:


Markus KARG wrote on Thursday, September 21, 2006 9:27 AM:

 


Carlos,

I don't know if you ALSO read the part where I said that I will
provide another pom.xml instead of another binary (it was your
solution proposal, actually)? 
   



When do *you* get it, that you cannot provide a POM that matches this class 
path:
 

As soon as someone tells me. Thank you for doing it. As I wrote days 
before, I am a Maven starter. Nobody ever told me that it is impossible 
to say I need a jar but it doesn't have a version.


Thank you for beeing so kind to teach me. :-)

So actually there is no solution then, but the problem still exists. I 
can workaround locally, but this cannot be the end of the story. So I 
will file a request for enhancement with Maven itself.


Thanks a lot
Markus
begin:vcard
fn:Markus KARG
n:KARG;Markus
org:QUIPSY QUALITY GmbH;Entwicklung / R  D
adr:;;Stuttgarter Strasse 23;Pforzheim;Baden-Wuerttemberg;75179;Bundesrepublik Deutschland
email;internet:[EMAIL PROTECTED]
title:Staatl. gepr. Inf.
tel;work:+49-7231-9189-52
tel;fax:+49-7231-9189-59
note:QUIPSY(R) Entwicklung / R  D
x-mozilla-html:TRUE
url:http://www.quipsy.de
version:2.1
end:vcard



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Repository Policy

Jörg was so kind to tell me that this is not possible in Maven, I didn't
know before (actually this is written nowhere and there was no real
concensus on the version policy of Maven -- some where talking about
planned features, some where talking about the schema only beeing a good
advice and so on).

Know I know.

Discussions can be so easy once everyone understands that not everyone
is a Maven professional. :-)

Thanks
Markus

Carlos Sanchez schrieb:

As I said somewhere you'll have to probably rename the jars AFTER
downloading if you want them to match the manifest

On 9/21/06, Markus KARG [EMAIL PROTECTED] wrote:

Thanks
Markus

Carlos Sanchez schrieb:

ok, provide the pom, and explain the reasons in a jira, because for
what I read till now I don't see how the heck are you gonna solve it
in a maven way.

On 9/20/06, Markus KARG [EMAIL PROTECTED] wrote:

When you build A you don't know anything about C-2.0.1 because
it does

not exist.
Versions in repository explicitly define what versions the have
been
released against or tested with. If I release A 2.0 depending in
C 2.0

and then I want to say i'm compatible with C 2.0.1 I have to update
myself releasing A 2.0.1, because people using A 2.0 may not be
compatible with C 2.0.1 and don't want automatic change of version

That's what I think, too. And that's the reason, why
fop-0.20.5.jar is
correct while the pom.xml provided is incorrect: The pom assumes
later

versions to become dependencies, while the JAR itself doesn't include
versions. So a pom has to be provided that depends on version-free
JAR

names.

Markus

smime.p7s
Description: S/MIME Cryptographic Signature

Creating a Java application

2006-09-21 Thread Or_Daniel

I know of two plugins for the purpose of creating a Java application
(i.e. something that packages an application along with it's
dependencies):

 

1.  uberjar
2.  javaapp

 

However, both of them look like history.

 

Does anyone know of such a plugin that works with Maven2 ?

 

 

Thanks ...

Re: [maven1.x] maven-test-plugin.jar 1.8.1

2006-09-21 Thread Arnaud HERITIER


ok.
FYI, I succeed to build the axis website with maven 1.1 RC1 - SNAPSHOT

Arnaud


On 9/21/06, Ming Cheung [EMAIL PROTECTED] wrote:


you are right about the error.

after adding the new dependency, maven-plugin-plugin-1.8.jar, to the
project.xml, my build is working fine under maven 1.0.2.

I started with maven 1.1-beta-3. but by the time I was planning to check
my project into Apache AXIS2, my requirement was changed and I need to
make my project works under maven 1.0.2 because of a maven website states
that all tests and builds must be working under maven 1.0.1.   (I will
provide the website later).

Sincerely,

Ming Cheung
WebSphere Web Services Developer

Address: IBM, Inc. 11501 Burnet Road, Austin, TX 78758
Tie Line: 678-0733
Email: [EMAIL PROTECTED]




Arnaud HERITIER [EMAIL PROTECTED]
09/20/2006 05:49 PM
Please respond to
Maven Users List users@maven.apache.org


To
Maven Users List users@maven.apache.org
cc

Subject
Re: [maven1.x] maven-test-plugin.jar 1.8.1






Sorry but maven-jar-plugin 1.8 seems to work only because it uses
assert:assertPluginAvailable which is available only in
maven-plugin-plugin 1.7 which works only with maven 1.1 ... :-(
http://maven.apache.org/maven-1.x/plugins/plugin/changes-report.html

You used maven 1.1 beta 3 at the beginning. Why did you go back to maven
1.0.2 ?

I did a checkout and launched a build. I passed the major part but there's
a
little bug in one of their scripts (jaxws).
Some directories didn't exist. I added some mkdir at the beginning of the
preGoal of test:test
  ant:mkdir dir=target/test-classes/services/EchoService//
  ant:mkdir dir=target/schema/classes//
And it works !!
[EMAIL PROTECTED] /cygdrive/e/Projects/Axis/SCM
$ maven -e -o
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.1-RC1-SNAPSHOT

Uploading to axis2/jars/axis2-SNAPSHOT.jar:
 (1197K)
Uploading to axis2/poms/axis2-SNAPSHOT.pom:
 (12K)

BUILD SUCCESSFUL
Total time   : 28 minutes 54 seconds
Finished at  : Thursday, September 21, 2006 12:48:34 AM CEST

You can use a recent snapshot like :

http://people.apache.org/repo/m1-snapshot-repository/maven/distributions/20060829/


Arnaud

On 9/20/06, Ming Cheung [EMAIL PROTECTED] wrote:

  I do not believe the root failure is the test itself. I move the
 dependency to the project/etc/project.xml file. and it produced a
similar
 error, Unable to obtain goal [multiproject:install-callback] .

 Here is the complete log

 C:\eclipse_workspace\axis2_os_0821_a\axis2maven -e -
 Dmaven.test.failure.ignore=true -Dmaven.test.error.ignore=true 21 |
tee
 full_maven_build.log
 __ __
 | \/ |__ _Apache__ ___
 | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
 |_| |_\__,_|\_/\___|_||_| v. 1.0.2

 Plugin cache will be regenerated
 Directory C:\Documents and Settings\mingcheu\.maven\repository does not
 exist. Attempting to create.
 Attempting to download maven-test-plugin-1.8.1-SNAPSHOT.jar.
 11K downloaded
 Attempting to download maven-multiproject-plugin-1.5-SNAPSHOT.jar.
 18K downloaded
 Attempting to download maven-jar-plugin-1.8-SNAPSHOT.jar.
 12K downloaded
 [echo] 1.4
 Attempting to download commons-io-20030203.000550.jar.
 59K downloaded
 Attempting to download commons-net-1.1.0.jar.
 139K downloaded
 Attempting to download commons-httpclient-2.0.jar.
 217K downloaded
 Attempting to download commons-lang-2.0.jar.
 165K downloaded
 Attempting to download commons-logging-1.0.3.jar.
 30K downloaded
 Attempting to download jsch-0.1.5.jar.
 79K downloaded
 Attempting to download commons-jelly-20030902.160215.jar.
 150K downloaded
 Attempting to download commons-jelly-tags-velocity-20030303.205659.jar.
 7K downloaded
 Attempting to download velocity-1.4-dev.jar.
 505K downloaded
 Attempting to download commons-jelly-tags-xml-20030211.142705.jar.
 31K downloaded
 Attempting to download
commons-jelly-tags-interaction-20030211.143817.jar.
 4K downloaded
 Attempting to download junit-3.8.2.jar.
 117K downloaded
 Attempting to download xml-apis-1.3.03.jar.
 190K downloaded
 Attempting to download xml-resolver-1.1.jar.
 58K downloaded
 Attempting to download xercesImpl-2.8.0.jar.
 1178K downloaded
 Attempting to download commons-jelly-tags-antlr-20030211.143720.jar.
 7K downloaded
 Attempting to download antlr-2.7.2.jar.
 349K downloaded
 Attempting to download dom4j-1.4-dev-8.jar.
 475K downloaded
 Attempting to download commons-jelly-tags-jsl-20030211.143151.jar.
 14K downloaded
 Attempting to download commons-jelly-tags-log-20030211.142821.jar.
 8K downloaded
 Attempting to download commons-jelly-tags-xml-20040613.030723.jar.
 33K downloaded
 Attempting to download velocity-dvsl-0.45.jar.
 25K downloaded
 Attempting to download xml-apis-1.0.b2.jar.
 106K downloaded
 Attempting to download isorelax-20030108.jar.
 188K downloaded
 Attempting to download jing-20030619.jar.
 475K downloaded
 Attempting to download xerces-2.4.0.jar.
 874K

Re: Creating a Java application

2006-09-21 Thread Martin Gilday

I think you need the Assembly plugin
http://maven.apache.org/plugins/maven-assembly-plugin/introduction.html

HTH,
Martin.

- Original message -
From: [EMAIL PROTECTED]
To: users@maven.apache.org
Date: Thu, 21 Sep 2006 04:22:57 -0400
Subject: Creating a Java application

I know of two plugins for the purpose of creating a Java application
(i.e. something that packages an application along with it's
dependencies):

1.  uberjar
2.  javaapp

However, both of them look like history.

Does anyone know of such a plugin that works with Maven2 ?

Thanks ...

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

Re: Who is the maintainer of the fop:fop project found on repo1.maven.org?

Jörg,

No need to, it will be rejected. See, how could Maven ever locate and download
a unique artifact without a version? That's one of the critical poiints
providing a POM for a library that is not build with Maven. First you have to
look at the provided docs to learn about the deps and their versions, then
you'll examine the provided jars - since the docs are often out of date. If the
jars have versions in their names, good. If not, look at the manifest and take
the implementation version. If the manifest is vanilla, it gets problematic. I
meanwhile take the date of the manifest itself in the jar for such a version:

org.whatever.group:archive-with-vanilla-manifest:20040323.123456

And it can be cumbersome if you try to publish the pom here - for FOP I also
had to provide the POMs for the JAI artifacts ...

But any of this actions does not help if the original artifact defines a
classpath in its manifest. There are two problems:
1/ the referenced artifacts have no version
2/ Maven selects a different version integrating the artifact into a container

First problem is not solvable - at least not within the public repo.
Second problem might just indicate a version problem that cannot be solved
either, since Maven has a reason to select a different version, becasue other
artifacts reference the same dep in a different version.

To resolve your case, I would first establish a private repo for your
group/company. Then create a FOP jar without that classpath entry (e.g. with
version 0.20.5-company-1) and add it to this repo. The use a company wide
global POM where you define in the dependencyManagement that FOP version.
Nevertheless you have to know, that any other 'public' artifact depending on
FOP will reference the other version, so you have to take care of this.

The only possible solution for ibiblio would be a release of the jar without
the manifest entry from the FOP team. But I doubt that will ever happen, since
they work since years on the next version ;-)

thank you for this additional words. Actually it was not clear to me
that I cannot tell Maven that a dependancy has to be taken as it is
(without adding a version number). Certainly it is well known to me that
Maven has a version adding facility, but it is not written somewhere
that it cannot be switched off. Also I think writing a request for
enhancement will get rejected in any ways: My proposal would be to add a
pom entry that specifies Maven: This is the actual JAR name, do not try
to further do anything with it..

Markus
begin:vcard
fn:Markus KARG
n:KARG;Markus
org:QUIPSY QUALITY GmbH;Entwicklung / R D
adr:;;Stuttgarter Strasse 23;Pforzheim;Baden-Wuerttemberg;75179;Bundesrepublik Deutschland
email;internet:[EMAIL PROTECTED]
title:Staatl. gepr. Inf.
tel;work:+49-7231-9189-52
tel;fax:+49-7231-9189-59
note:QUIPSY(R) Entwicklung / R D
x-mozilla-html:TRUE
url:http://www.quipsy.de
version:2.1
end:vcard

smime.p7s
Description: S/MIME Cryptographic Signature

RE: Prepare after dryRun does not tag the scm

2006-09-21 Thread LECAN Damien

Hello

 As mentionned in the Better Builds with Maven book, I am 
 trying to cut a
 release. To do so, i first run mvn release:prepare -DdryRun 
 and if this is
 ok I run mvn release:prepare.
 
 If I do so, the second release:prepare call does not tag my 
 scm, thus the
 release:perform cannot be done. Is there something I am not 
 doing right ?
Do a release:clean between the executions of release:prepare, or do the second 
release:prepare with -Dresume=false parameter.


Damien


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

multiproject structure

2006-09-21 Thread Neeraj Bisht


Hello all,

Please help to get out of the following confusions:

I am having many projects which may be dependent on each other or not.But we
need to make one ear having all the archives file made of all projects.
In one project, we can have one jar,jar+war,jar+war+har,or some other
application specific archives like if har not supported by other applciation
servers.
These all projects are different cvs modules in the following structure but
with no maven files(also we can't place file there) and
test contains the testcases for all sub projects(object/services/UI) of one
project/CVS module.

Following is the structure:

Project1
  src
   objects(har)
 java
 resource

   services(jar)
 java
 resource

   UI(war)
 java
 resource
 webapps

  test

So two problems:
1)Is it possible that we place our maven scripts somewhere at our system and
projects are somewhere else,
 Can maven build all subprojects,make war,har,jar etc from that location
and then package all of them to make ear?
2)Now i want ot run the testcases after building the project,not after
making war/har/jar.I know if we place test in subproject thjen before making
any archive it will run the testcases
but ours is different case.Our testcases are in Main project not in
different subprojects,so how can we achieve it?

Regards
Neeraj

RE: Creating a Java application

2006-09-21 Thread Or_Daniel

10x Martin.

The assembly plugin just bundles binaries and (optionally) sources.
What I'd like is something that I can open and execute.
For example, uberjar bundles the java application, along with all its
dependencies into one executable jar (you need only to specify in your
project properties what is the main class). When you execute the jar -
the application opens.

As I understood from the assembly plugin site, it is not built to do
such things.

Please inform me if I missed something.



-Original Message-
From: Martin Gilday [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 21, 2006 11:32 AM
To: Maven Users List
Subject: Re: Creating a Java application


I think you need the Assembly plugin
http://maven.apache.org/plugins/maven-assembly-plugin/introduction.html

HTH,
Martin.

- Original message -
From: [EMAIL PROTECTED]
To: users@maven.apache.org
Date: Thu, 21 Sep 2006 04:22:57 -0400
Subject: Creating a Java application

I know of two plugins for the purpose of creating a Java application
(i.e. something that packages an application along with it's
dependencies):

 

1.  uberjar
2.  javaapp

 

However, both of them look like history.

 

Does anyone know of such a plugin that works with Maven2 ?

 

 

Thanks ...


-
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] maven.plugin.classpath


Hi Finn-Robert,

I use the xdoclet-maven-plugin from the mojo project hosted by codehaus.

Check it at http://mojo.codehaus.org/ They also have a webdoclet plugin
which I think just wraps the xdoclet-plugin.
Regarding the problem with xdoclet not generating anything sounds very
familiar, it's definitely a classpath problem.



I forgotten to tell you that I already try this solution :
http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525

It's what I wanted to do and because it was not working I tried the antrun
plugin.
If you have a solution with the xdoclet-maven-plugin, please let me know.

Rémy

RE: Prepare after dryRun does not tag the scm

2006-09-21 Thread _Seb_


Here is a book excerp :


BetterBuildsWithMaven wrote:
 
 Try the dry run again:
 C:\mvnbook\proficio mvn release:prepare -DdryRun=true
 Now that you've gone through the test run and are happy with the results,
 you can go for the real thing
 with the following command:
 C:\mvnbook\proficio mvn release:prepare
 You'll notice that this time the operations on the SCM are actually
 performed, and the updated POM
 files are committed.
 You won't be prompted for values as you were the first time – since by the
 default, the release plugin
 will resume a previous attempt by reading the release.properties file that
 was created at the end
 of the last run. If you need to start from the beginning, you can remove
 that file, or run mvn
 -Dresume=false release:prepare instead.

As I understand, the second prepare call would use configuration values from
the previous one. If I do a clean or resume=false, this won't be the case.
Just want to say that there is some differences between the book and the
plugin. As far as I am concerned a  suite
mvn release:prepare -DdryRun
mvn release:prepare
mvn release:perform

would be perfect, doing a clean between dryRun and real prepare just waste
some time for big projects.

Seb
-- 
View this message in context: 
http://www.nabble.com/Prepare-after-dryRun-does-not-tag-the-scm-tf2310250.html#a6423934
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: Maven2 / antrun / phases / classpath


Hello Marco,

After two hard days, I finaly found a solution.
You have to used the scope provided for your dependency
and to use the 1.2-SNAPSHOT version of the maven-antrun-plugin.
This does not work with the previous versions (1.1 and 1.0).

So you must have :

dependency
   artifactIdxdoclet-ejb-module/artifactId
   groupIdxdoclet/groupId
   version1.2.3/version
   typejar/type
   scopeprovided/scope
/dependency
[...]

and

plugins
   plugin
   artifactIdmaven-antrun-plugin/artifactId
   version1.2-SNAPSHOT/version
   [...]


A better solution would be to use the plugin dependencies but it does not
work for me.
http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996

The best solution would be to use the xdoclet-maven-plugin but as you know
it's also
not working
http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525

If somebody have a solution, it would be great !

Hope this help,

Rémy

Re: JMXDoclet Generates The Interface File But Not The Method Signatures


Hi,

Prehaps it's a problem of lacking dependencies

As Finn-Robert says :
Regarding the problem with xdoclet not generating anything sounds very
familiar, it's definitely a classpath problem.
http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996

Hope this help,

Rémy



2006/9/19, Eduardo Dela Rosa [EMAIL PROTECTED]:


Hi,

Just wonderin' if I am missing something in my pom.xml. It generates my
interface class files but if I view
inside them, not even one method is there.

Here is an excerpt of my pom.xml:

plugin
groupIdorg.codehaus.mojo/groupId
artifactIdxdoclet-maven-plugin/artifactId
 executions
execution
phasegenerate-sources/phase
goals
goalxdoclet/goal
/goals
configuration
tasks
jmxdoclet
destdir=${project.build.directory}/generated-sources/xdoclet
force=yes
fileset dir=${basedir}/src/main/java
includes=**/*Factory.java/
mbeaninterface /
jbossxmlservicetemplate servicefile=jboss
destDir=${basedir}/src/main/resources /
/jmxdoclet
/tasks
/configuration
/execution
/executions
/plugin


Here is one of the interface files that it generated:

/*
* Generated file - Do not edit!
*/

/**
* MBean interface.
* @author Eduardo Dela Rosa
* @version 1.0
* @created Sep 19, 2006; 2:06:44 PM
*/
public interface ChocolateFactoryMBean extends
org.jboss.system.ServiceMBean{

}

If you will notice, nothing is inside the body (not one method).
Considering
the fact that I have a jmx doclet
tags in my implementation code (ChocolateFactory), as example below:

/**
 * @jmx.managed-operation
 * @return int the current count that this inventory have.
 */
public int getInventoryCount() {
return this.inventory.size();
}

Any help is highly appreciated.

Thanks.

--
Eduardo Dela Rosa

RE: Maven2 / antrun / phases / classpath

Marco Mistroni wrote on Tuesday, September 19, 2006 10:25 AM:

 hi all,
  i am facing a problem with antrun plugin.
 I am running xdoclet task from antrun plugin (need to run
 strutsconfigxml task, which seems not to work with xdoclet plugin)
 
 I'd like to run my xdoclet task at
 phasegenerated-sources/phase, however
 i always fall short in providing the right classpath,because
 i don't want to
 include my xdoclet jars in my web-inf\lib directory.
 for now (temporary) i  am using  phasetest/phase, but
 this is just a
 temprary solution while some maven guru can explain me what's wrong
 with my pom/dependencies/classpath
 situation as of now is that xdoclet files gets generated and xdoclet
 jars are included in web-inf\lib directory
 if i put scope of xdoclet files as test, xdoclet jars won't go into
 war lib directory, but still i am running the
 task at phase  'test'

[snip]

You should add the dependency to the ant-run-plugin:

plugin
artifactIdmaven-antrun-plugin/artifactId
...
dependencies
...
/dependencies
/plugin

- Jörg

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

Re: Maven2 / antrun / phases / classpath



[snip]

You should add the dependency to the ant-run-plugin:

plugin
artifactIdmaven-antrun-plugin/artifactId
...
dependencies
...
/dependencies
/plugin

- Jörg



Hi Jörg,

Prehaps you don't see my previous post but it's what I'm trying to do but
it's
not working :


A better solution would be to use the plugin dependencies but it does not

work for me.

http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996



The best solution would be to use the xdoclet-maven-plugin but as you know

it's also

not working
http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525



Rémy

Re: [M2] maven.plugin.classpath

2006-09-21 Thread franz see




Rémy Sanlaville wrote:
 
 Hi all,
 
 I wanted to use the maven.plugin.classpath (see [1]), but it seems that
 this variable does not exist any more
 Embedded error: Reference maven.plugin.classpath not found.
 It is normal ?
 
 My context :
 --
 I want to use the antrun plugin like this
 
 plugin
 artifactIdmaven-antrun-plugin/artifactId
 version1.0/version
 
  dependencies
 dependency
 artifactIdxdoclet-apache-module/artifactId
 groupIdxdoclet/groupId
 version1.2.3/version
 typejar/type
 /dependency
 [...]
  /dependencies
 
 executions
 execution
 phasegenerate-sources/phase
 goals
 goalrun/goal
 /goals
 configuration
 tasks
 
 taskdef
 name= webdoclet
 classname= xdoclet.modules.web.WebDocletTask
 classpathref= maven.plugin.classpath
 /
 
 but it's not working :  Embedded error: Reference
 maven.plugin.classpathnot found.
 
 So I need to do like this :
 
 dependencies
 dependency
 artifactIdxdoclet-apache-module/artifactId
 groupIdxdoclet/groupId
 version1.2.3/version
 typejar/type
 /dependency
 [...]
  /dependencies
 
 build
   plugin
  artifactIdmaven-antrun-plugin/artifactId
  version1.0/version
 
 executions
 execution
 phasegenerate-sources/phase
 goals
 goalrun/goal
 /goals
 configuration
 tasks
 
 taskdef
 name= webdoclet
 classname= 
 xdoclet.modules.web.WebDocletTask
 classpathref= maven.dependency.classpath
 /
 
 
 But it's not very nice because maven put all the xdoclet dependencies in
 the
 WEB-INF/lib.
 
 It is not possible also to use the scope provided because the
 maven.dependency.classpath
 don't take into account this scope.
 
 What can I do ?
 Thanks,
 
 Rémy
 
 
 [1] http://maven.apache.org/plugins/maven-antrun-plugin/classpaths.html
 
 

Good day to you, Remy,

To use maven.plugin.classpath, you must first set an ant property reference
to that. You might want to take a look at [1]. It's the latest revision to
the maven-antrun-plugin. However, it is still being review. Thus, if you
have any comments about it, kindly notify us so that we can improve it.

Thanks,
Franz

[1]
http://people.apache.org/~aramirez/maven-antrun-plugin/examples/classpaths.html
-- 
View this message in context: 
http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6424753
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: Changing the team-list page template

2006-09-21 Thread Martin van den Bemt


And it would be nice to change any other page for that matter :)
(SCM page eg)

Mvgr,
Martin

Wendy Smoak wrote:
I'd like to change the template for the team-list page [1].  How can I 
do it?


It seems to come from the 'project info reports' plugin, but I don't
see any options that look useful:
 http://maven.apache.org/plugins/maven-project-info-reports-plugin/project-team-mojo.html 



[1] I'd like to get rid of the 'contributors' section, which says we
have none.  That isn't true, we just don't list them on the website.

Thanks,


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

[M2] list of built-in properties

2006-09-21 Thread CodingPlayer


Hi,

i'm currently looking for a complete list of built-in properties for Maven2.

the only list i could find, was this:
http://maven.apache.org/maven-1.x/reference/properties.html

which is only for Maven 1.x, and i'm not sure if all of these properties are
still valid/used.

maybe someone has an actual list for M2?

thx 4 help
R.C.
-- 
View this message in context: 
http://www.nabble.com/-M2--list-of-built-in-properties-tf2311429.html#a6426513
Sent from the Maven - Users mailing list archive at Nabble.com.


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

forceBuilds.py

2006-09-21 Thread Christopher Cobb

Andrew,

Where can I find the forceBuilds.py script you mention in your message?

Thanks.

cc

 -Original Message-
 From: Andrew Williams [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, August 23, 2006 6:56 AM
 To: Maven Users List
 Cc: continuum-users@maven.apache.org
 Subject: Re: XML-RPC scripts to kick off the continuum builds with
 subversion
 
 apologies - wrong list for continuum :(
 
 Andrew Williams wrote:
  (Cross-posting so we can move this to the continuum users list)
 
  The python scripts are getting worked on. I am currently waiting for 2
  or 3 patches to be committed (check JIRA) Once they are in I will tidy
  it up further.
 
  I intend to fix it up completely to the java api, but it is difficult
  without commit access.
 
  A
 
  p.s. yes, next I will work on the Java client side code, that is now
  more out of date than the python :(
 
  Toli Kuznets wrote:
  To follow-up on an old thread from
  http://mail-archives.apache.org/mod_mbox/maven-
 users/200607.mbox/[EMAIL PROTECTED]
 il.com%3E
 
 
  I was forwarded a set of old python scripts (thanks Tom) that
  interface with Conntiuum using XML-RPC to force the builds.
 
  These are actually based on the code from
  http://svn.apache.org/viewvc/maven/continuum/trunk/continuum-
 sandbox/continuum-python/
 
  However, i found that the calling code in python files does not
  correspond to the latest in java API:
  http://svn.apache.org/viewvc/maven/continuum/trunk/continuum-
 xmlrpc/src/main/java/org/apache/maven/continuum/xmlrpc/
 
 
  Anyway, i made some modifications to continuum.py to match the actual
  function names and # of params in the Java code, and wrote a simple
  script that just always forces all the builds.
 
  To make this work for those of you that want it, make these changes:
  1. modify continuum.py to specify the right address for your
  continuum server
  2. modify your continuum/app/conf/application.xml to enable XML-RPC
  and restart continuum
  3. place the .py files somewhere (mine are in svn-repo/hooks
  directory)
  3. modify your svn-repo/hooks/post-commit file to run the
  forceBuilds.py script
 
  enjoy.
 
  if someone with authority wants to add this to the sandbox directory,
  that'd be great.
 
  On 7/14/06, dan tran [EMAIL PROTECTED] wrote:
  you will need to get your svn's hook script's
  postcommit/postcommit.bat to
  call a jvm with your java app that
  talk to continuum via XMLRPC.
 
  so the gut is the java code, not the script.
 
  Sorry I know this in theory only, but very comfortable it would work
  this
  way.
 
 
  --
  Toli Kuznets
  http://www.marketcetera.org: Open-Source Trading Platform
  download.run.trade.
  ---
 -
 
  -
  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]


-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confidential and/or privileged material.  If you
received this in error, please contact the sender and delete the
material from any system and destroy any copies.


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

forceBuilds.py

2006-09-21 Thread Christopher Cobb

I'm sorry, my last message may have been directed to the wrong person.

Toli, are you the author of forceBuilds.py?  Can you tell me where I can
obtain a copy this script and any needed support files?

Thank you.

cc

 -Original Message-
 From: Toli Kuznets [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, August 22, 2006 5:21 PM
 To: Maven Users List; Ken DeLong; Jonathan Polansky; Thomas Boyles
 Subject: XML-RPC scripts to kick off the continuum builds with subversion
 
 To follow-up on an old thread from
 http://mail-archives.apache.org/mod_mbox/maven-
 users/200607.mbox/[EMAIL PROTECTED]
 il.com%3E
 
 I was forwarded a set of old python scripts (thanks Tom) that
 interface with Conntiuum using XML-RPC to force the builds.
 
 These are actually based on the code from
 http://svn.apache.org/viewvc/maven/continuum/trunk/continuum-
 sandbox/continuum-python/
 However, i found that the calling code in python files does not
 correspond to the latest in java API:
 http://svn.apache.org/viewvc/maven/continuum/trunk/continuum-
 xmlrpc/src/main/java/org/apache/maven/continuum/xmlrpc/
 
 Anyway, i made some modifications to continuum.py to match the actual
 function names and # of params in the Java code, and wrote a simple
 script that just always forces all the builds.
 
 To make this work for those of you that want it, make these changes:
 1. modify continuum.py to specify the right address for your continuum
 server
 2. modify your continuum/app/conf/application.xml to enable XML-RPC
 and restart continuum
 3. place the .py files somewhere (mine are in svn-repo/hooks directory)
 3. modify your svn-repo/hooks/post-commit file to run the
 forceBuilds.py script
 
 enjoy.
 
 if someone with authority wants to add this to the sandbox directory,
 that'd be great.
 
 On 7/14/06, dan tran [EMAIL PROTECTED] wrote:
  you will need to get your svn's hook script's postcommit/postcommit.bat
 to
  call a jvm with your java app that
  talk to continuum via XMLRPC.
 
  so the gut is the java code, not the script.
 
  Sorry I know this in theory only, but very comfortable it would work
 this
  way.
 
 
 --
 Toli Kuznets
 http://www.marketcetera.org: Open-Source Trading Platform
 download.run.trade.


-
Attention:
Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorized to state them to be the views of any such entity. The
information contained in this message and or attachments is
intended only for the person or entity to which it is addressed and
may contain confidential and/or privileged material.  If you
received this in error, please contact the sender and delete the
material from any system and destroy any copies.


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

Conflict problem

2006-09-21 Thread Naess, Ronny




Hi.

We use HSQLDB as 
testdatabase (standalonemode aka file)when running test in maven. 
This works fine, however our testsfail each time after updating the 
hsqldb.script file. The problem is that Continuum runs all tests every now and 
then and since we load the testdatabase with testdata pre testing the 
hsqldb.script file gets updated locally. So when the developer have updatet the 
hsqldb.script file and checked it in to repos the problem occures when Continuum 
starts to checkout. The two hsqldb.script files is conflicted and the test will 
fail right after.

Is there a solution 
to this problem? We have automated everything to max with good results so we 
would very much like to skip a manual conflict merge after each broken build 
where the problem is this conflict.

Until we find a good 
solutions we have to provide a better exception message and the dude that caused 
the build has to manualy resolve the conflict where continuum 
runs.

-Ronny

Re: multiproject structure

2006-09-21 Thread Fneuch


Hi,

What you need is a project with modules... Create a pom.xml file with pom
packaging (packagingpom/packaging) in this file, place modules tag
with contains all the module (your sub-project).

Regards,
Sylvain Deschênes

On 9/21/06, Neeraj Bisht [EMAIL PROTECTED] wrote:


Hello all,

Please help to get out of the following confusions:

I am having many projects which may be dependent on each other or not.Butwe
need to make one ear having all the archives file made of all projects.
In one project, we can have one jar,jar+war,jar+war+har,or some other
application specific archives like if har not supported by other
applciation
servers.
These all projects are different cvs modules in the following structure
but
with no maven files(also we can't place file there) and
test contains the testcases for all sub projects(object/services/UI) of
one
project/CVS module.

Following is the structure:

Project1
   src
objects(har)
  java
  resource

services(jar)
  java
  resource

UI(war)
  java
  resource
  webapps

   test

So two problems:
1)Is it possible that we place our maven scripts somewhere at our system
and
projects are somewhere else,
  Can maven build all subprojects,make war,har,jar etc from that location
and then package all of them to make ear?
2)Now i want ot run the testcases after building the project,not after
making war/har/jar.I know if we place test in subproject thjen before
making
any archive it will run the testcases
but ours is different case.Our testcases are in Main project not in
different subprojects,so how can we achieve it?

Regards
Neeraj

Re: Conflict problem


Ronny,

This list is for Maven-SCM project, the right list for your pb is the maven users list 
(users@maven.apache.org)


Emmanuel

Naess, Ronny a écrit :

Hi.
 
We use HSQLDB as testdatabase (standalone mode aka file) when running 
test in maven. This works fine, however our tests fail each time after 
updating the hsqldb.script file. The problem is that Continuum runs all 
tests every now and then and since we load the testdatabase with 
testdata pre testing the hsqldb.script file gets updated locally. So 
when the developer have updatet the hsqldb.script file and checked it in 
to repos the problem occures when Continuum starts to checkout. The two 
hsqldb.script files is conflicted and the test will fail right after.
 
Is there a solution to this problem? We have automated everything to max 
with good results so we would very much like to skip a manual conflict 
merge after each broken build where the problem is this conflict.
 
Until we find a good solutions we have to provide a better exception 
message and the dude that caused the build has to manualy resolve the 
conflict where continuum runs.
 
-Ronny

Re: [M2] maven.plugin.classpath


Good dayt to you, Franz


To use maven.plugin.classpath, you must first set an ant property reference

to that. You might want to take a look at [1]. It's the latest revision to
the maven-antrun-plugin.



Thanks. I already show this page but the example is just to display maven's
classpaths.
What I need is to use maven.plugin.classpath in order to define a new task

taskdef
   name= webdoclet
   classname= xdoclet.modules.web.WebDocletTask
   classpathref=  maven.plugin.classpath
/

I don't think that I can set an ant property reference and used it for that

property name=plugin_classpath refid=maven.plugin.classpath/
taskdef
   name= webdoclet
   classname= xdoclet.modules.web.WebDocletTask
   classpathref=  plugin_classpath
/

It's not working :

Embedded error: Reference plugin_classpath not found.


However, it is still being review. Thus, if you

have any comments about it, kindly notify us so that we can improve it.



I don't know if it is a bug or if missed something.

Rémy

SV: Conflict problem

2006-09-21 Thread Naess, Ronny

Ok, I thougt this might be a SCM question.

I will ask it at Maven users instead. 

-Ronny 

-Opprinnelig melding-
Fra: Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Sendt: 21. september 2006 14:51
Til: scm-users@maven.apache.org
Emne: Re: Conflict problem

Ronny,

This list is for Maven-SCM project, the right list for your pb is the maven 
users list
(users@maven.apache.org)

Emmanuel

Naess, Ronny a écrit :
 Hi.
  
 We use HSQLDB as testdatabase (standalone mode aka file) when running 
 test in maven. This works fine, however our tests fail each time after 
 updating the hsqldb.script file. The problem is that Continuum runs 
 all tests every now and then and since we load the testdatabase with 
 testdata pre testing the hsqldb.script file gets updated locally. So 
 when the developer have updatet the hsqldb.script file and checked it 
 in to repos the problem occures when Continuum starts to checkout. The 
 two hsqldb.script files is conflicted and the test will fail right after.
  
 Is there a solution to this problem? We have automated everything to 
 max with good results so we would very much like to skip a manual 
 conflict merge after each broken build where the problem is this conflict.
  
 Until we find a good solutions we have to provide a better exception 
 message and the dude that caused the build has to manualy resolve the 
 conflict where continuum runs.
  
 -Ronny


!DSPAM:45128b01222301272651560!

SCM conflict problem

2006-09-21 Thread Naess, Ronny

Hi.
 
We use HSQLDB as testdatabase (standalone mode aka file) when running
test in maven. This works fine, however our tests fail each time after
updating the hsqldb.script file. The problem is that Continuum runs all
tests every now and then and since we load the testdatabase with
testdata pre testing the hsqldb.script file gets updated locally. So
when the developer have updatet the hsqldb.script file and checked it in
to repos the problem occures when Continuum starts to checkout. The two
hsqldb.script files is conflicted and the test will fail right after.
 
Is there a solution to this problem? We have automated everything to max
with good results so we would very much like to skip a manual conflict
merge after each broken build where the problem is this conflict.
 
Until we find a good solutions we have to provide a better exception
message and the dude that caused the build has to manualy resolve the
conflict where continuum runs.
 
-Ronny

Re: JMXDoclet Generates The Interface File But Not The Method Signatures

2006-09-21 Thread Marco Mistroni


Hi,
my 2 cents..
somehow i have noticed long time ago that many xdoclet tasks won't produce
anything if you don't have xdoclet-jmx-module as dependency..
make sure it is included, and i ms ure everything will work fine

hth
marco

On 9/21/06, Rémy Sanlaville [EMAIL PROTECTED] wrote:


Hi,

Prehaps it's a problem of lacking dependencies

As Finn-Robert says :
Regarding the problem with xdoclet not generating anything sounds very
familiar, it's definitely a classpath problem.
http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996

Hope this help,

Rémy



2006/9/19, Eduardo Dela Rosa [EMAIL PROTECTED]:

 Hi,

 Just wonderin' if I am missing something in my pom.xml. It generates my
 interface class files but if I view
 inside them, not even one method is there.

 Here is an excerpt of my pom.xml:

 plugin
 groupIdorg.codehaus.mojo/groupId
 artifactIdxdoclet-maven-plugin/artifactId
  executions
 execution
 phasegenerate-sources/phase
 goals
 goalxdoclet/goal
 /goals
 configuration
 tasks
 jmxdoclet
 destdir=${project.build.directory}/generated-sources/xdoclet
 force=yes
 fileset dir=${basedir}/src/main/java
 includes=**/*Factory.java/
 mbeaninterface /
 jbossxmlservicetemplate servicefile=jboss
 destDir=${basedir}/src/main/resources /
 /jmxdoclet
 /tasks
 /configuration
 /execution
 /executions
 /plugin


 Here is one of the interface files that it generated:

 /*
 * Generated file - Do not edit!
 */

 /**
 * MBean interface.
 * @author Eduardo Dela Rosa
 * @version 1.0
 * @created Sep 19, 2006; 2:06:44 PM
 */
 public interface ChocolateFactoryMBean extends
 org.jboss.system.ServiceMBean{

 }

 If you will notice, nothing is inside the body (not one method).
 Considering
 the fact that I have a jmx doclet
 tags in my implementation code (ChocolateFactory), as example below:

 /**
  * @jmx.managed-operation
  * @return int the current count that this inventory have.
  */
 public int getInventoryCount() {
 return this.inventory.size();
 }

 Any help is highly appreciated.

 Thanks.

 --
 Eduardo Dela Rosa

Assemblies created from a pom project

2006-09-21 Thread Ståle Undheim

I have a pom type project, with 5 sub-projects. I want to create the
assembly (tar.gz and such) in the pom project, including dependencies
and artifacts from child modules.

I get the following when I run mvn assembly:assembly (shortened to 2
important lines):
[INFO] Building jar: path/server/ccsapi/target/ccsapi-1.0-SNAPSHOT.jar
[INFO] Included module: com.corelets:ccsapi:jar:1.0-SNAPSHOT does not
have an artifact with a file. Please ensure the package phase is run
before the assembly is generated.

In my assembly file I now have just:
assembly
  idbin/id
  formats
formattar.gz/format
  /formats

  moduleSets
moduleSet
  binaries
outputDirectorymodules/${artifactId}/outputDirectory
includeDependenciestrue/includeDependencies
unpackfalse/unpack
  /binaries
/moduleSet
  /moduleSets
/assembly

This is more or less cut and paste from the assembly examples. I have
just removed more and more to stay with the defaults. How do I include
files from sub-projects? Do I need to reference them directly?
-- 
Ståle Undheim
Systemutvikler

CoreTrek
Tlf.:   +47 51 97 85 97
E-post: [EMAIL PROTECTED]
WEB:www.coretrek.no

Simple is beautiful



signature.asc
Description: OpenPGP digital signature

RE: [M2] list of built-in properties

2006-09-21 Thread Ian Springer

This question was posted a while back - see
http://www.nabble.com/Where-can-I-find-list-of-properties--tf1432052.htm
l#a3862582. Note, you can search the maven-users list archives at
http://www.nabble.com/Maven---Users-f178.html. 

In addition to the pom/project elements, the following are also made
available as ${xxx} variables within POMs:

- Java system properties (e.g. java.version, user.dir)
- settings.xml elements, translated in the same way as pom.xml elements
(e.g. settings.localRepository)

Ian

| -Original Message-
| From: CodingPlayer [mailto:[EMAIL PROTECTED] 
| Sent: Thursday, September 21, 2006 7:59 AM
| To: users@maven.apache.org
| Subject: [M2] list of built-in properties
| 
| 
| Hi,
| 
| i'm currently looking for a complete list of built-in 
| properties for Maven2.
| 
| the only list i could find, was this:
| http://maven.apache.org/maven-1.x/reference/properties.html
| 
| which is only for Maven 1.x, and i'm not sure if all of these 
| properties are
| still valid/used.
| 
| maybe someone has an actual list for M2?
| 
| thx 4 help
| R.C.
| -- 
| View this message in context: 
| http://www.nabble.com/-M2--list-of-built-in-properties-tf23114
29.html#a6426513
| 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]

Re: SCM conflict problem

In your tests, you can copy hsqldb files in target directory and load them from it instead of from 
the source directory. So you won't work directly on your scm files.


Emmanuel

Naess, Ronny a écrit :

Hi.
 
We use HSQLDB as testdatabase (standalone mode aka file) when running

test in maven. This works fine, however our tests fail each time after
updating the hsqldb.script file. The problem is that Continuum runs all
tests every now and then and since we load the testdatabase with
testdata pre testing the hsqldb.script file gets updated locally. So
when the developer have updatet the hsqldb.script file and checked it in
to repos the problem occures when Continuum starts to checkout. The two
hsqldb.script files is conflicted and the test will fail right after.
 
Is there a solution to this problem? We have automated everything to max

with good results so we would very much like to skip a manual conflict
merge after each broken build where the problem is this conflict.
 
Until we find a good solutions we have to provide a better exception

message and the dude that caused the build has to manualy resolve the
conflict where continuum runs.
 
-Ronny





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

Re: Assemblies created from a pom project

2006-09-21 Thread Busch, Hendrik (LNG-MUE)


Hi!


I get the following when I run mvn assembly:assembly (shortened to 2
important lines):
[INFO] Building jar: path/server/ccsapi/target/ccsapi-1.0-SNAPSHOT.jar
[INFO] Included module: com.corelets:ccsapi:jar:1.0-SNAPSHOT does not
have an artifact with a file. Please ensure the package phase is run
before the assembly is generated.


I remember that there is a bug in maven preventing the reactor project 
list from being filled when using the assembly plugin. It might be 
scheduled for the next release but up until then you can work around 
this problem by calling


mvn package assembly:assembly

This should work.


--
Mit freundlichen Grüßen / Kind regards

Hendrik Busch - Stellv. Leiter der Softwareentwicklung

LexisNexis Deutschland GmbH
http://www.lexisnexis.de
Feldstiege 100
D-48161 Münster
phone +49 (0) 2533-9300-455
fax +49 (0) 02533-9300-50
[EMAIL PROTECTED]

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

classpath while executing junit tests

2006-09-21 Thread Detlef Brendle

Hello,

when executing the surefire plugin my unit tests are executed.
Unfortunately they do run as I expect them to run.
The thing is that the classpath looks like:


ils\1.1\plexus-utils-1.1.jar
[DEBUG] Test Classpath :
[DEBUG]   E:\develop\frontnet\NPG\target\classes
[DEBUG]   E:\develop\frontnet\NPG\target\test-classes
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\ant\ant-xalan1\1.6.3\ant-xalan1-1.6.3.jar
[DEBUG]   E:\develop\frontnet\NPG\lib\qmbridge-3.1.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\ant\ant\1.6.3\ant-1.6.3.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\crimson\crimson\1.1.3\crimson-1.1.3.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\ant\ant-trax\1.6.3\ant-trax-1.6.3.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\xerces\xercesImpl\2.8.0\xercesImpl-2.8.0.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\xml-apis\xml-apis\1.3.03\xml-apis-1.3.03.jar
[DEBUG]   C:\Documents and
Settings\detlef\.m2\repository\log4j\log4j\1.2.13\log4j-1.2.13.jar


I expected that the test classes will be listed prior to my productive
classes - i.e. 'test-classes' and then 'classes'.
Can I overwrite this in any way ? Or is that the correct behaviour ?


thanks,
detlef

--
Detlef Brendle Tel: ++41 61 228 94 44
Canoo Engineering AGFax: ++41 61 228 94 49
Kirschgartenstrasse 7
CH-4051 Basel
mailto:[EMAIL PROTECTED]
http://www.canoo.com

Beyond AJAX - Java Rich Internet Applications  http://www.canoo.com/ulc

--


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

Re: mvn2: war targetPath

2006-09-21 Thread Christoph


I run into the same issue... any idea when version 2.0.2 will be released?

Or better yet... how do I compile and dist (locally) this plugin myself? I
downloaded and tried to build it, but there is a unresolved dependency:

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.plugins
ArtifactId: maven-plugins
Version: 2-SNAPSHOT

So where do I get this plugin from? 

Thanks,
Christoph.


Brad Szabo wrote:
 
 This appears to have been fixed in maven-war-plugin-2.0.2
 
 2.0.2 has not yet been released, but you can check out the trunk
 (2.0.2-SNAPSHOT) using svn checkout
 http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
 maven-war-plugin
 
 JIRA Issue: http://jira.codehaus.org/browse/MWAR-54
 
 Note: I had to modify the maven-plugins parent pom version to be 2,
 instead of 2-SNAPSHOT. I then installed locally and updated the
 dependency version for maven-war-plugin in my project pom to
 2.0.2-SNAPSHOT.
 
 Hope this helps,
 Brad
 
 Attila Mezei-Horvati wrote:
 TargetPath is not taken into account. Resources are
 copied in the webroot no matter what.
 
 Did anybody have the same issue? (see also mail
 below).
 thanks,
 Attila
 
 --- Attila Mezei-Horvati [EMAIL PROTECTED] wrote:
 
 
I am trying to include a jar into the war file. I
found on the site a parameter named 'targetPath'
that
could help me. Unfortunately it is not working for
me.
Can anybody point out my mistake, please.

plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
archiveClassestrue/archiveClasses

webResources
resource
directorysrc/directory
includes
includexmltypes.jar/include
/includes  
targetPathWEB-INF/lib/targetPath
/resource
/webResources 
/configuration
/plugin

No matter what I do, the jar always is copied into
the
webroot. I tried with xml files and only to the
WEB-INF dir that didn't work either. Am I missing
something?

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

-- 
View this message in context: 
http://www.nabble.com/Re%3A-mvn2%3A-war-targetPath-tf2259384.html#a6428446
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: classpath while executing junit tests

2006-09-21 Thread Morgovsky, Alexander $US - Glen Mills$

Detlef Brendle wrote on Thursday, September 21, 2006 3:26 PM:

 Hello,
 
 when executing the surefire plugin my unit tests are executed.
 Unfortunately they do run as I expect them to run.
 The thing is that the classpath looks like:
 
 
 ils\1.1\plexus-utils-1.1.jar
 [DEBUG] Test Classpath :
 [DEBUG]   E:\develop\frontnet\NPG\target\classes
 [DEBUG]   E:\develop\frontnet\NPG\target\test-classes [DEBUG]  
 C:\Documents and
 Settings\detlef\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant-xalan1\1.6.3\ant-xalan1
 -1.6.3.jar [DEBUG]   E:\develop\frontnet\NPG\lib\qmbridge-3.1.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant\1.6.3\ant-1.6.3.jar [DEBUG]  
 C:\Documents and
 Settings\detlef\.m2\repository\crimson\crimson\1.1.3\crimson-1.1.3.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant-trax\1.6.3\ant-trax-1.6.3.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\xerces\xercesImpl\2.8.0\xercesI
 mpl-2.8.0.jar [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\xml-apis\xml-apis\1.3.03\xml-ap
 is-1.3.03.jar [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\log4j\log4j\1.2.13\log4j-1.2.13.jar   
 
 
 I expected that the test classes will be listed prior to my productive
 classes - i.e. 'test-classes' and then 'classes'.
 Can I overwrite this in any way ? Or is that the correct behaviour ?

This is fixed. Update the surefire plugin to the latest release, run once with 
mvn -U test.

- Jörg

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

Progress indicators for project management

2006-09-21 Thread Christophe Deneux


Hi all,

For project management purpose, I am interesting to have some progress 
indicators. These indicators are
provided by several maven plugins: Checkstyle, PMD, surefire, Findbugs, ... But 
they are not merged with their
values in previous builds to display an historical graph showing the indicators 
evolution.

I have thought about this feature, and I think that:
 - these indicators should be stored in a database (XML file, Mysql, or ...).
 - tables should be auto-created by maven plugins

What do you think about JFreeChart to generate graphs ?
Do you know a simple persistence framework that can create tables ?


Christophe DENEUX


This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.


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

Database Initialization Prior to Testing

2006-09-21 Thread Jason.Yankus


I need to clear and initialize a database prior to running our
integration tests, so I can have a reliable dataset during the test
cases.  

Are there any suggestions as to plugins or best practices for managing
the cleaning and initialization of database contents prior to
integration testing?

I've considered, but rejected, DBunit since the dbunit plugin doesn't
apparently exist for Maven2 and the sql-maven-plugin, which I haven't
yet rejected but fear the work required to maintain the insert
statements through evolutionary schema changes.

I'm running Maven2 against an Oracle database.

Thanks,

-jason

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

Re: Progress indicators for project management

2006-09-21 Thread Doug Douglass


Checkout qalab[1], there's a maven plugin around for it, though I haven't
used it. Perhaps search the [EMAIL PROTECTED] list archives, I think there was a
thread over there in the last few weeks regarding the maven reporting API.
Many people are very, very interested in this type of capability.

XRadar[2] was another tool name that come to mind.

Cheers,
Doug

[1] http://qalab.sourceforge.net/

[2] http://xradar.sourceforge.net/

On 9/21/06, Christophe Deneux [EMAIL PROTECTED] wrote:



Hi all,

For project management purpose, I am interesting to have some progress
indicators. These indicators are
provided by several maven plugins: Checkstyle, PMD, surefire, Findbugs,
... But they are not merged with their
values in previous builds to display an historical graph showing the
indicators evolution.

I have thought about this feature, and I think that:
- these indicators should be stored in a database (XML file, Mysql, or
...).
- tables should be auto-created by maven plugins

What do you think about JFreeChart to generate graphs ?
Do you know a simple persistence framework that can create tables ?


Christophe DENEUX


This message contains information that may be privileged or confidential
and is the property of the Capgemini Group. It is intended only for the
person to whom it is addressed. If you are not the intended recipient,  you
are not authorized to read, print, retain, copy, disseminate,  distribute,
or use this message or any part thereof. If you receive this  message in
error, please notify the sender immediately and delete all  copies of this
message.


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

Re:Database Initialization Prior to Testing

2006-09-21 Thread Christophe Deneux


You can use a Ant task (through the antrun plugin) to use an external SQL client

Christophe

-- Initial Header ---

From  : [EMAIL PROTECTED]
To  : users@maven.apache.org
Cc  : 
Date  : Thu, 21 Sep 2006 09:56:53 -0400
Subject : Database Initialization Prior to Testing

 
 I need to clear and initialize a database prior to running our
 integration tests, so I can have a reliable dataset during the test
 cases.  
 
 Are there any suggestions as to plugins or best practices for managing
 the cleaning and initialization of database contents prior to
 integration testing?
 
 I've considered, but rejected, DBunit since the dbunit plugin doesn't
 apparently exist for Maven2 and the sql-maven-plugin, which I haven't
 yet rejected but fear the work required to maintain the insert
 statements through evolutionary schema changes.
 
 I'm running Maven2 against an Oracle database.
 
 Thanks,
 
 -jason
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.


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

Re: Creating a Java application

2006-09-21 Thread Alexandre Russel

Do you know POMStrap ?
http://pomstrap.prefetch.com/en/index.xml

Commande Line Interface

POMStrap can work as an application bootstrap. It just requires a pom file 
(Maven 2 project file) and a class/method to fetch all required dependencies 
and launch the application using a command line syntax such as:

java -jar pomstrap-1.0.4.jar groupId:artifact:version classname[:method] 
[method args]

for example:

java -jar pomstrap-1.0.4.jar pomstrap:testApp:1.0 
com.prefetch.pomstrap.App:run

If no method is provided it will try to start the classical java static main 
method.
On Thursday 21 September 2006 10:44, [EMAIL PROTECTED] wrote:
 10x Martin.

 The assembly plugin just bundles binaries and (optionally) sources.
 What I'd like is something that I can open and execute.
 For example, uberjar bundles the java application, along with all its
 dependencies into one executable jar (you need only to specify in your
 project properties what is the main class). When you execute the jar -
 the application opens.

 As I understood from the assembly plugin site, it is not built to do
 such things.

 Please inform me if I missed something.



 -Original Message-
 From: Martin Gilday [mailto:[EMAIL PROTECTED]
 Sent: Thursday, September 21, 2006 11:32 AM
 To: Maven Users List
 Subject: Re: Creating a Java application


 I think you need the Assembly plugin
 http://maven.apache.org/plugins/maven-assembly-plugin/introduction.html

 HTH,
 Martin.

 - Original message -
 From: [EMAIL PROTECTED]
 To: users@maven.apache.org
 Date: Thu, 21 Sep 2006 04:22:57 -0400
 Subject: Creating a Java application

 I know of two plugins for the purpose of creating a Java application
 (i.e. something that packages an application along with it's
 dependencies):



 1.  uberjar
 2.  javaapp



 However, both of them look like history.



 Does anyone know of such a plugin that works with Maven2 ?





 Thanks ...


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


pgp2vAMb5HTB4.pgp
Description: PGP signature

Multiple execution of a plugin

Is it possible to execute a Maven plugin multiple times by iterating
over a list to get properties.  I am going for something like the
Antcontrib foreach task where inside in Ant I could have a property like
property name=list value=a,b,c
foreach list=list param=param
execprint ${param}/exec
/foreach

Here, I would like to execute a Maven plugin in a for loop, I will be
checking out different projects from an SVN repository in particular.  I
will be doing this in Maven2.  Thanks. 


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


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

RE: Creating a Java application

2006-09-21 Thread Or_Daniel

Thanks Alexandre!
POMStrap is great. I'll sure use it a lot for development purposes.

However, what I'd like is to package an application and then distribute
it (without requiring users to have Maven installed).
Let's say I've written a cool application. You download it. You have
Java on your machine. You unzip and run it.

-Original Message-
From: Alexandre Russel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 21, 2006 5:14 PM
To: Maven Users List
Subject: Re: Creating a Java application

Do you know POMStrap ?
http://pomstrap.prefetch.com/en/index.xml

Commande Line Interface

POMStrap can work as an application bootstrap. It just requires a pom
file 
(Maven 2 project file) and a class/method to fetch all required
dependencies 
and launch the application using a command line syntax such as:

java -jar pomstrap-1.0.4.jar groupId:artifact:version classname[:method]

[method args]

for example:

java -jar pomstrap-1.0.4.jar pomstrap:testApp:1.0 
com.prefetch.pomstrap.App:run

If no method is provided it will try to start the classical java static
main 
method.
On Thursday 21 September 2006 10:44, [EMAIL PROTECTED] wrote:
 10x Martin.

 The assembly plugin just bundles binaries and (optionally) sources.
 What I'd like is something that I can open and execute.
 For example, uberjar bundles the java application, along with all its
 dependencies into one executable jar (you need only to specify in your
 project properties what is the main class). When you execute the jar -
 the application opens.

 As I understood from the assembly plugin site, it is not built to do
 such things.

 Please inform me if I missed something.



 -Original Message-
 From: Martin Gilday [mailto:[EMAIL PROTECTED]
 Sent: Thursday, September 21, 2006 11:32 AM
 To: Maven Users List
 Subject: Re: Creating a Java application


 I think you need the Assembly plugin

http://maven.apache.org/plugins/maven-assembly-plugin/introduction.html

 HTH,
 Martin.

 - Original message -
 From: [EMAIL PROTECTED]
 To: users@maven.apache.org
 Date: Thu, 21 Sep 2006 04:22:57 -0400
 Subject: Creating a Java application

 I know of two plugins for the purpose of creating a Java application
 (i.e. something that packages an application along with it's
 dependencies):



 1.  uberjar
 2.  javaapp



 However, both of them look like history.



 Does anyone know of such a plugin that works with Maven2 ?





 Thanks ...


 -
 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: Progress indicators for project management

2006-09-21 Thread Christophe Deneux


Thanks Doug,

I will try QALab. It seems that no Maven2 plugin exists for XRadar.

Christophe

-- Initial Header ---

From  : Doug Douglass [EMAIL PROTECTED]
To  : Maven Users List users@maven.apache.org
Cc  : 
Date  : Thu, 21 Sep 2006 08:00:37 -0600
Subject : Re: Progress indicators for project management

 Checkout qalab[1], there's a maven plugin around for it, though I haven't
 used it. Perhaps search the [EMAIL PROTECTED] list archives, I think there 
 was a
 thread over there in the last few weeks regarding the maven reporting API.
 Many people are very, very interested in this type of capability.
 
 XRadar[2] was another tool name that come to mind.

 
 Cheers,
 Doug
 
 [1] http://qalab.sourceforge.net/
 
 [2] http://xradar.sourceforge.net/
 
 On 9/21/06, Christophe Deneux [EMAIL PROTECTED] wrote:
 
 
  Hi all,
 
  For project management purpose, I am interesting to have some progress
  indicators. These indicators are
  provided by several maven plugins: Checkstyle, PMD, surefire, Findbugs,
  ... But they are not merged with their
  values in previous builds to display an historical graph showing the
  indicators evolution.
 
  I have thought about this feature, and I think that:
  - these indicators should be stored in a database (XML file, Mysql, or
  ...).
  - tables should be auto-created by maven plugins
 
  What do you think about JFreeChart to generate graphs ?
  Do you know a simple persistence framework that can create tables ?
 
 
  Christophe DENEUX
 
 
  This message contains information that may be privileged or confidential
  and is the property of the Capgemini Group. It is intended only for the
  person to whom it is addressed. If you are not the intended recipient,  you
  are not authorized to read, print, retain, copy, disseminate,  distribute,
  or use this message or any part thereof. If you receive this  message in
  error, please notify the sender immediately and delete all  copies of this
  message.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 



This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.


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

Release plugin dependencies

2006-09-21 Thread Jan Hoskens

Hi all,

I'm using the release plugin for a particular project. The global
structure of this project consists of a parent pom with several modules.
When the release plugin runs, everything is fine until the tests are
run. Some modules have tests that depend on other modules test-jars. But
at the moment the tests are run, they aren't installed so tests that
follow and need that particular version of a test-jar, I get a build
failed.

This is what happens:

- I run mvn release:prepare on project version X-SNAPSHOT
- I use defaults on release version (version X), svn tagging (tag X) and
next working version (Y-SNAPSHOT)
- release starts to run tests
- a test cannot find test jar version X of another module
- build fails

I then simply run mvn install and do another release:prepare. This does
result in a successful build.

Am I using the plugin wrong? Or should the test run from release:prepare
install the jars locally to avoid this?

Kind Regards,
Jan


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

RE: classpath while executing junit tests


Sorry, I have to take back my statement, it is not fixed in version 2.2 (the 
latest release). At the time it was released this was already an issue and I 
was always convinced, the test classes have precedence now.

Jörg Schaible wrote on Thursday, September 21, 2006 3:51 PM:

 Detlef Brendle wrote on Thursday, September 21, 2006 3:26 PM:
 
 Hello,
 
 when executing the surefire plugin my unit tests are executed.
 Unfortunately they do run as I expect them to run.
 The thing is that the classpath looks like:
 
 
 ils\1.1\plexus-utils-1.1.jar
 [DEBUG] Test Classpath :
 [DEBUG]   E:\develop\frontnet\NPG\target\classes
 [DEBUG]   E:\develop\frontnet\NPG\target\test-classes [DEBUG]
 C:\Documents and
 Settings\detlef\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant-xalan1\1.6.3\ant-xalan1
 -1.6.3.jar [DEBUG]   E:\develop\frontnet\NPG\lib\qmbridge-3.1.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant\1.6.3\ant-1.6.3.jar [DEBUG]
 C:\Documents and
 
 Settings\detlef\.m2\repository\crimson\crimson\1.1.3\crimson-1.1.3.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\ant\ant-trax\1.6.3\ant-trax-1.6.3.jar
 [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\xerces\xercesImpl\2.8.0\xercesI
 mpl-2.8.0.jar [DEBUG]   C:\Documents and
 Settings\detlef\.m2\repository\xml-apis\xml-apis\1.3.03\xml-ap
 is-1.3.03.jar [DEBUG]   C:\Documents and 
 
 Settings\detlef\.m2\repository\log4j\log4j\1.2.13\log4j-1.2.13.jar
 
 
 I expected that the test classes will be listed prior to my
 productive classes - i.e. 'test-classes' and then 'classes'.
 Can I overwrite this in any way ? Or is that the correct behaviour ?
 
 This is fixed. Update the surefire plugin to the latest
 release, run once with mvn -U test.
 
 - Jörg
 
 -
 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: Database Initialization Prior to Testing

2006-09-21 Thread LECAN Damien

 I've considered, but rejected, DBunit since the dbunit plugin doesn't
 apparently exist for Maven2
Why do you need a maven plugin to use DBUnit ? It's an extension of JUnit, run 
it as a JUnit test !

It doesn't work ?

Damien

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

Re: Multiple execution of a plugin

2006-09-21 Thread dan tran


No, maven pom file does not support iteration.  your plugin need to support
some type on Collection
configuration to trigger it to iterate inside the plugin.

However you can run a mojo mutiple times by configuring mulitple executes




On 9/21/06, Morgovsky, Alexander (US - Glen Mills) [EMAIL PROTECTED]
wrote:


Is it possible to execute a Maven plugin multiple times by iterating
over a list to get properties.  I am going for something like the
Antcontrib foreach task where inside in Ant I could have a property like
property name=list value=a,b,c
foreach list=list param=param
   execprint ${param}/exec
/foreach

Here, I would like to execute a Maven plugin in a for loop, I will be
checking out different projects from an SVN repository in particular.  I
will be doing this in Maven2.  Thanks.


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


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

MavenProject property added by MOJO not inherited?

2006-09-21 Thread Pete


1) I have a MOJO that adds property to the MavenProject, using :-

 project.getProperties().put(myNewProperty, value);

This mojo gets invoked during the parent pom's generate-resources

2) But I then find that child poms cannot see the property, even
though they have the above as a parent.

Are properties like this supposed to be inherited ?

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

RE: Database Initialization Prior to Testing

2006-09-21 Thread Jason.Yankus

I didn't implement DBunit in each test case because I wanted to avoid:

1.) changing each of the database related test cases to extend from a
dbunit base class (reducing my test's coupling to the framework)
-and-
2.) I only want to insert the test data once, before a run of
integration  tests -- I don't want to insert the data before *each* test
unless I have to (thus reducing the time it takes to run the integration
tests).

I want to make the database set up part of the integration tests as
external as possible to the test cases themselves, governed as part of
the build process associated with integration tests.

-jason

-Original Message-
From: LECAN Damien [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 21, 2006 10:58 AM
To: Maven Users List
Subject: RE: Database Initialization Prior to Testing

 I've considered, but rejected, DBunit since the dbunit plugin doesn't
 apparently exist for Maven2
Why do you need a maven plugin to use DBUnit ? It's an extension of
JUnit, run it as a JUnit test !

It doesn't work ?

Damien

-
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: error with doccheck still


I installed that jar myself, but get this error:


[INFO] Velocimacro :  VM library template macro registration complete.
[INFO] Velocimacro : allowInline = true : VMs can be defined inline in
templates
[INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may
NOT replace previous VM definitions
[INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be
global in scope if allowed.
[INFO] Velocimacro : initialization complete.
[INFO] Velocity successfully started.
[INFO] snapshot
org.apache.maven.plugins:maven-javadoc-plugin:2.1-SNAPSHOT:checking
for updates from mojo_snapshot
[INFO] snapshot
org.apache.maven.plugins:maven-javadoc-plugin:2.1-SNAPSHOT:checking
for updates from
apache.snapshots
[INFO] snapshot
org.apache.maven.plugins:maven-javadoc-plugin:2.1-SNAPSHOT:checking
for updates from
myfaces.staging
[INFO] snapshot
org.apache.maven.plugins:maven-javadoc-plugin:2.1-SNAPSHOT:checking
for updates from ibiblio
Downloading:
http://snapshots.maven.codehaus.org/maven2/org/apache/maven/plugins/maven-javadoc-plugin/2.1-SNAPSHOT/maven-javadoc-plugin-2.1-SNAPSHOT.p
om
[WARNING] Unable to get resource from repository mojo_snapshot (
http://snapshots.maven.codehaus.org/maven2)
Downloading:
http://cvs.apache.org/maven-snapshot-repository/org/apache/maven/plugins/maven-javadoc-plugin/2.1-SNAPSHOT/maven-javadoc-plugin-2.1-SNAPS
HOT.pom
[WARNING] Unable to get resource from repository apache.snapshots (
http://cvs.apache.org/maven-snapshot-repository)
Downloading:
http://myfaces.zones.apache.org/dist/maven-repository/org/apache/maven/plugins/maven-javadoc-plugin/2.1-SNAPSHOT/maven-javadoc-plugin-2.1
-SNAPSHOT.pom
[WARNING] Unable to get resource from repository myfaces.staging (
http://myfaces.zones.apache.org/dist/maven-repository)
Downloading:
http://www.ibiblio.org/maven2/org/apache/maven/plugins/maven-javadoc-plugin/2.1-SNAPSHOT/maven-javadoc-plugin-2.1-SNAPSHOT.pom
[WARNING] Unable to get resource from repository ibiblio (
http://www.ibiblio.org/maven2)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.plugins
ArtifactId: maven-javadoc-plugin
Version: 2.1-SNAPSHOT

Reason: Unable to download the artifact from any repository

 org.apache.maven.plugins:maven-javadoc-plugin:pom:2.1-SNAPSHOT

from the specified remote repositories:
 ibiblio (http://www.ibiblio.org/maven2),
 central (http://repo1.maven.org/maven2),
 apache.snapshots (http://cvs.apache.org/maven-snapshot-repository),
 myfaces.staging (http://myfaces.zones.apache.org/dist/maven-repository),
 mojo_snapshot (http://snapshots.maven.codehaus.org/maven2)


[INFO]

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Unable to build
project for plugin 'org.apache.maven.plugins:maven-javadoc-plugin': POM '
org.a
pache.maven.plugins:maven-javadoc-plugin' not found in repository: Unable to
download the artifact from any repository

 org.apache.maven.plugins:maven-javadoc-plugin:pom:2.1-SNAPSHOT

from the specified remote repositories:
 ibiblio (http://www.ibiblio.org/maven2),
 central (http://repo1.maven.org/maven2),
 apache.snapshots (http://cvs.apache.org/maven-snapshot-repository),
 myfaces.staging (http://myfaces.zones.apache.org/dist/maven-repository),
 mojo_snapshot (http://snapshots.maven.codehaus.org/maven2)

   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyReportPlugin(
DefaultLifecycleExecutor.java:1309)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReports(
DefaultLifecycleExecutor.java:657)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReports(
DefaultLifecycleExecutor.java:645)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:512)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:475)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:454)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:306)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:273)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:140)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(

Re: error with doccheck still


I already installed the doccheck jar into my repository.


On 9/20/06, Shinobu Kawai [EMAIL PROTECTED] wrote:


Hi Mick,

 I get this error now when running:

 - Cannot find doclet class com.sun.tools.doclets.doccheck.DocCheck

You need to install the doccheck jar to your m2 repository.  Please
see here for instructions:


http://maven-doccheck.sourceforge.net/install-doccheck.html#Install_into_maven_2_repository

Best regards,
-- Shinobu

--
Shinobu Kawai [EMAIL PROTECTED]

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





--

Thanks

DJ MICK
http://www.djmick.com
http://www.myspace.com/mickknutson

Re: error with doccheck still


I removed the item you stated, but do not understand what I am suppose to do
for MJAVADOC-81 [1]...???

Is there something else I must compile and run and/install? I just do not
understand...


On 9/20/06, Shinobu Kawai [EMAIL PROTECTED] wrote:


Hi Mick,

The new fix for MJAVADOC-81 [1] is slightly different than the patch,
so a slight change is needed.

 ReportSets is not valid:
 plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-javadoc-plugin/artifactId
version2.1-SNAPSHOT/version
reportSets
reportSet
idhtml/id
reports
reportjavadoc/report
/reports
/reportSet
reportSet
iddoccheck/id
configuration
nameDocCheck/name
descriptionDocCheck
 documentation/description

!-- This is not needed
   outputNamedoccheck/index/outputName
--

doclet
com.sun.tools.doclets.doccheck.DocCheck
 /doclet
docletArtifact
groupIdcom.sun.tools.doclets/groupId
artifactIddoccheck/artifactId
version1.2b2/version
/docletArtifact

   destDirdoccheck/destDir

/configuration
reports
reportjavadoc/report
/reports
/reportSet
/reportSets
/plugin


 as per:
 http://maven-doccheck.sourceforge.net/install-plugin.html#For_Maven_2_x

I need to update the site about this.

[1] http://jira.codehaus.org/browse/MJAVADOC-81

Best regards,
-- Shinobu

--
Shinobu Kawai [EMAIL PROTECTED]

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





--

Thanks

DJ MICK
http://www.djmick.com
http://www.myspace.com/mickknutson

Re: error with doccheck still


So are you saying I do NOT need this and to remove it from my repository and
my pom.xml?

On 9/20/06, Shinobu Kawai [EMAIL PROTECTED] wrote:


Hi Mick,

 What is this plugin then:
 http://www.ibiblio.org/maven2/doccheck/maven-doccheck-plugin/1.4-0.1/

 Is this just the plugin?

It's the result of the automatic conversion of m1 ibiblio to m2
ibiblio.  Maybe I should request it to be removed...

Best regards,
-- Shinobu

--
Shinobu Kawai [EMAIL PROTECTED]

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





--

Thanks

DJ MICK
http://www.djmick.com
http://www.myspace.com/mickknutson

Need help on site building

2006-09-21 Thread christophe blin

Hi,

I am trying to build a site for a multiprojects structure.
Here is my structure:
pom.xml
module1
module2

what I would like to do is to create ONE site that groups ALL the modules.

Can someone point me to a GOOD documentation to do this task please ?

regards,
chris

-- 

_
Tennaxia, www.tennaxia.com,
Pilotez vos obligations environnementales
_
Siège social :
6, rue Léonard de Vinci - 53001 Laval Cedex -
Tél : 02 43 49 75 50 - Fax : 02 43 49 75 77
Agence Paris :
19, rue réaumur - 75003 Paris -
Tél : 01 42 77 04 19 - Fax : 08 25 19 19 61
Agence Lyon :
Parc du Chater - 63 rue de la garenne - 69340 FRANCHEVILLE -
Tél : 04 72 39 98 14 - Fax : 04 72 39 93 85
The information in this message sent by TENNAXIA is confidential 
and may be legally privileged. It is intended solely for the 
addressee(s). Access to this message by anyone else is unauthorized.
If you are not the intended recipient, please delete it and notify 
the sender : any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.


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

Re: Need help on site building