[m2] Xpp3 in ibiblio repo is very strange

[Wayne Fay]

This is bizarre...

http://www.ibiblio.org/maven2/xpp3/xpp3/1.1.3.4/

xpp3-1.1.3.4-RC3_min.jar (md5, sha1)
xpp3-1.1.3.4-RC8_min.jar (md5, sha1)
xpp3-1.1.3.4.pom  (md5, sha1)

I tried:

  xpp3
  xpp3
  1.1.3.4


Of course this fails because the name of the jar is actually
xpp-1.1.3.4-RC8_min.jar and M2 can't find the right directory etc.

How in the world did these files end up in Maven2 repository? And what
can we do to fix it? All we'd need to do is move those files out of
this directory and into directories named 1.1.3.4-RC3_min/... and
1.1.3.4-RC8_min/... with appropriate poms etc.

Obviously I can pull down the jars and add them manually to my own
local repo. But I'd rather get this fixed in the master M2 repo so we
can all benefit.

Thanks.
Wayne

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

how to customize the announce email generated from changes plugin

[John Menke]

Does anyone know how to customize the email that is generated by the changes
plugin?

I am using Maven2.

Any help would be greatly appreciated.

-jm

Re: Jar file with sources

[Edwin Punzalan]

The sources for the maven components are available via svn... see: 
http://maven.apache.org/source-repository.html


You can use "mvn generate-sources" to produce the sources generated by 
modello... its usually created in target/generated-sources/modello.



Artamonov, Juri wrote:


Hi All,

Could you please tell how to get jar or zip file with source inside,
especcially if the sources are generated during the build by modello
plugin?

Thanks,
Juri.

-
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] Include dependent jars in EJB-jar

[Alexandre Poitras]

Yup (well roughly) in the working with manifest document.

On 2/17/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> Now that I have discovered the:
>
> 
> 
> org.apache.maven.plugins
> maven-ejb-plugin
> 
> 
> 
> true
> 
> 
> 
> 
> 
>
> bit of configuration "code", my problems seem to be resolved.
>
> Is this configuration-archive-manifest-mainClass/addClasspath/etc tag
> stuff documented somewhere?
>
> Thanks.
> Wayne
>
> On 2/17/06, Tomislav Stojcevich <[EMAIL PROTECTED]> wrote:
> > The ear plugin does this for you.
> >
> > I don't think it's part of the j2ee spec to have dependent jars
> > bundled inside the ejb.jar.  I believe that they normally get grouped
> > together inside of an ear file.
> >
> > You setup a seperate project with packaging of ear and add your
> > ejb.jar as a dependency.  Your ejb.jar project will have dependencies
> > on the vo.jar, etc... etc. which will all get pulled into your ear
> > via the transitive dependency mechanism.
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Alexandre Poitras
Québec, Canada

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

Re: Ejb Package

[Alexandre Poitras]

Why do you want to include jars in your ejb? It is a bad practice and
it would be better to include them in the ear archive and declare them
in the ejb jar manifest. This way you can share them between your
different ejb and web components. The only thing you need is to
generate a manifest file containing the different jar classpath in
your ear archive. If you don't know how, just ask and I'll post some
sample.

On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> Well, at least I know I'm not just doing something stupid...sounds like
> this may be the most reasonable path for the current plugin release.
>
> Mike
>
> Wayne Fay wrote:
>
> > I also get the duplication of jars, but just don't care about it. ;-)
> >
> > Here's my "after ear'ing is complete" layout:
> > ear
> >  |
> >  |-war
> > |
> > jar
> > lib-jar
> > ejb-jab
> >  |
> >  jar
> >  lib-jar
> >  ejb-jar
> >
> >
> > Fortunately the jars are all pretty small. This duplication of jars,
> > while not ideal, is not a big deal, at leat for me...
> >
> > Wayne
> >
> >
> > On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> >
> >>Hi Wayne.
> >>
> >>I have the same configuration, and see identical results. My issue,
> >>though, is that I have similar dependencies between my ejb and war
> >>modules. As such, I end up with the following in my ear:
> >>
> >>ear
> >>|
> >>|--war
> >>|
> >>|
> >> jar1
> >> jar2
> >>|
> >>|
> >>ejb-jar
> >>jar1
> >>jar2
> >>
> >>As you can see, my jars are replicated in both the ear's internal war
> >>file *and* at the ear's parent directory (pulled in as transitive
> >>dependencies for my ejb jar).
> >>
> >>I've tried changing scope, using excludes, etc., but to no avail.
> >>
> >>BTW, can someone verify my syntax for the excludes, or if it should have
> >>any bearing on transitive dependencies?
> >>
> >>
> >>
> >>
> >>true
> >>
> >>
> >>*.jar
> >>
> >>
> >>Can anyone help us??
> >>
> >>Thanks,
> >>Mike
> >>
> >>
> >>
> >>Wayne Fay wrote:
> >>
> >>
> >>>Hi Mike,
> >>>
> >>>I'm experiencing the exact same troubles. I actually just posted a
> >>>similar email to the list earlier today, though it doesn't seem to
> >>>have gotten through yet -- my first post so perhaps its moderated? Its
> >>>called "[m2] include dependent jars in Ejb-jar".
> >>>
> >>>I am able to successfully deploy my EJBs after adding the following to
> >>>my EJB pom.xml:
> >>>
> >>>(this assumes you are using ejb in the
> >>> element of this pom.xml...)
> >>>
> >>>
> >>>
> >>>org.apache.maven.plugins
> >>>maven-ejb-plugin
> >>>
> >>>
> >>>
> >>>true
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>It still does not package the shared lib jar from my project into the
> >>>ejb jar in a lib folder, but my container (oc4j) is able to figure out
> >>>what I want and deploys things successfully. Perhaps this helps?
> >>>
> >>>If you figure out how to force the EJB plugin to include your
> >>>dependent jars in a lib folder, definitely respond back to the list
> >>>with details!
> >>>
> >>>Wayne
> >>>
> >>>
> >>>On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> When I build my EJB module, the dependent jars are not included with the
> EJB jar. The research I've done seems to indicate that this is the
> behaviour of maven-ejb-plugin.
> 
> Is there a way to include my dependency jars with my EJB jar, which in
> turn will be included in my ear file?
> 
> Thanks for your help.
> Mike
> 
> >>>
> >>>
> >>>-
> >>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>
> >>--
> >>
> >>Mike Darretta
> >>Computer Sciences Corporation (CSC)
> >>Sr. Software Engineer
> >>(o) 831.656.4324
> >>(c) 209.814.2774
> >>[EMAIL PROTECTED]
> >>
> >>
> >>This is a PRIVATE message. If you are not the intended recipient, please
> >>delete without copying and kindly advise us by e-mail of the mistake in
> >>delivery. NOTE: Regardless of content, this e-mail shall not operate to
> >>bind CSC to any order or other contract unless pursuant to explicit
> >>written agreement or government initiative expressly permitting the use
> >>of e-mail for such purpose.
> >>
> >>
> >>
> >>
> >>-
> >>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]
> >
> >
>
> --
>
> Mike Darretta
> Computer Sciences Corporation (CSC)
> Sr. Software Engineer
> (o) 831.656.4324
> (c) 209.814.2774
> [EMAIL PROTECTED]
>
> 
> This is a PRIV

RE: taglibs vs jstl

[KC Baltz]

Right.  javax is the interface, taglibs.standard is the implementation.  

I have the following in my pom:



taglibs
standard
1.1.2


javax.servlet
jstl
1.1.2


K.C.

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Friday, February 17, 2006 8:22 AM
To: Maven Users List
Subject: Re: taglibs vs jstl


taglibs.standard !=  javax.servlet.jstl

Generally, you need both

Emmanuel

Brian E. Fox a écrit :
> I'm probably having a brain cramp now. Can anyone confirm if
> taglibs.standard is the same as javax.servlet.jstl?
>  
> 


-
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] Adding jars to classpath in war manifest

[Wayne Fay]

This is what I'm using rather successfully...

in the webapp/pom.xml
  

  
org.apache.maven.plugins
maven-war-plugin

  

  true

  

  

  

in the ear/pom.xml
  

  
org.apache.maven.plugins
maven-ear-plugin

  

  true

  

  

  

Give this a try, Mang, and let us know...

Wayne


On 2/17/06, Mang Jun Lau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've seen people ask this or a similar question before but I don't think
> it has ever been answered.  If it has then can some kind soul point me in
> the right direction?
>
> Here's the situation:
>
> I have an EAR and a WAR inside the EAR.  The EAR also contains JARs.  So
> here's a directory structure:

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

[M2] Adding jars to classpath in war manifest

[Mang Jun Lau]

Hi,

I've seen people ask this or a similar question before but I don't think 
it has ever been answered.  If it has then can some kind soul point me in 
the right direction?

Here's the situation:

I have an EAR and a WAR inside the EAR.  The EAR also contains JARs.  So 
here's a directory structure:

projectEAR
|--- moduleA.jar
|--- moduleB.jar
|--- JSPs.war
  |--- WEB-INF
   |--- lib
|--- moduleC.jar
|--- moduleD.jar

Now, let's say that moduleB and moduleC depends on moduleA.  Thus, moduleA 
has to be in the EAR so that both moduleB and C can find it without 
duplicating moduleA in the WAR.  So now, in my pom file for the WAR, the 
dependencies contain moduleC and moduleD but since moduleC depends on 
moduleA, moduleA automatically gets included in the WAR.  This duplication 
is something I don't want.  I add an exclusion to exclude moduleA but now 
it doesn't show up in the manifest classpath.

Since we can't use custom manifest files with the maven-war-plugin, I need 
to update the manifest manually after building.  So I want to get away 
from manually updating, I want to know if there's a way to add classpath 
entries to the manifest without including the actual jar since the jar is 
already located in the EAR.  Is there a way to do this?  I've tried 
different scope settings for the dependencies but they don't seem to work.

Is there something wrong with my structure?  All of my problems could be 
solved if the war plugin supports custom manifest files like the jar 
plugin does.


_Mang Lau

Re: [m2] Include dependent jars in EJB-jar

[Wayne Fay]

Now that I have discovered the:



org.apache.maven.plugins
maven-ejb-plugin



true






bit of configuration "code", my problems seem to be resolved.

Is this configuration-archive-manifest-mainClass/addClasspath/etc tag
stuff documented somewhere?

Thanks.
Wayne

On 2/17/06, Tomislav Stojcevich <[EMAIL PROTECTED]> wrote:
> The ear plugin does this for you.
>
> I don't think it's part of the j2ee spec to have dependent jars
> bundled inside the ejb.jar.  I believe that they normally get grouped
> together inside of an ear file.
>
> You setup a seperate project with packaging of ear and add your
> ejb.jar as a dependency.  Your ejb.jar project will have dependencies
> on the vo.jar, etc... etc. which will all get pulled into your ear
> via the transitive dependency mechanism.
>

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

Re: Ejb Package

[Mike Darretta]

Well, at least I know I'm not just doing something stupid...sounds like 
this may be the most reasonable path for the current plugin release.


Mike

Wayne Fay wrote:


I also get the duplication of jars, but just don't care about it. ;-)

Here's my "after ear'ing is complete" layout:
ear
 |
 |-war
|
jar
lib-jar
ejb-jab
 |
 jar
 lib-jar
 ejb-jar


Fortunately the jars are all pretty small. This duplication of jars,
while not ideal, is not a big deal, at leat for me...

Wayne


On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:


Hi Wayne.

I have the same configuration, and see identical results. My issue,
though, is that I have similar dependencies between my ejb and war
modules. As such, I end up with the following in my ear:

ear
|
|--war
   |
   |
jar1
jar2
|
|
ejb-jar
jar1
jar2

As you can see, my jars are replicated in both the ear's internal war
file *and* at the ear's parent directory (pulled in as transitive
dependencies for my ejb jar).

I've tried changing scope, using excludes, etc., but to no avail.

BTW, can someone verify my syntax for the excludes, or if it should have
any bearing on transitive dependencies?




true


*.jar


Can anyone help us??

Thanks,
Mike



Wayne Fay wrote:



Hi Mike,

I'm experiencing the exact same troubles. I actually just posted a
similar email to the list earlier today, though it doesn't seem to
have gotten through yet -- my first post so perhaps its moderated? Its
called "[m2] include dependent jars in Ejb-jar".

I am able to successfully deploy my EJBs after adding the following to
my EJB pom.xml:

(this assumes you are using ejb in the
 element of this pom.xml...)



org.apache.maven.plugins
maven-ejb-plugin



true






It still does not package the shared lib jar from my project into the
ejb jar in a lib folder, but my container (oc4j) is able to figure out
what I want and deploys things successfully. Perhaps this helps?

If you figure out how to force the EJB plugin to include your
dependent jars in a lib folder, definitely respond back to the list
with details!

Wayne


On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:



When I build my EJB module, the dependent jars are not included with the
EJB jar. The research I've done seems to indicate that this is the
behaviour of maven-ejb-plugin.

Is there a way to include my dependency jars with my EJB jar, which in
turn will be included in my ear file?

Thanks for your help.
Mike




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




--

Mike Darretta
Computer Sciences Corporation (CSC)
Sr. Software Engineer
(o) 831.656.4324
(c) 209.814.2774
[EMAIL PROTECTED]


This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use
of e-mail for such purpose.




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




--

Mike Darretta
Computer Sciences Corporation (CSC)
Sr. Software Engineer
(o) 831.656.4324
(c) 209.814.2774
[EMAIL PROTECTED]


This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to 
bind CSC to any order or other contract unless pursuant to explicit 
written agreement or government initiative expressly permitting the use 
of e-mail for such purpose.



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

Re: [m2] Include dependent jars in EJB-jar

[Tomislav Stojcevich]

The ear plugin does this for you.

I don't think it's part of the j2ee spec to have dependent jars
bundled inside the ejb.jar.  I believe that they normally get grouped
together inside of an ear file.

You setup a seperate project with packaging of ear and add your
ejb.jar as a dependency.  Your ejb.jar project will have dependencies
on the vo.jar, etc... etc. which will all get pulled into your ear
via the transitive dependency mechanism.

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

RE: Re: Help with getting up and running

[Kieran Brady]

>Hey everyone,
>

Hi.

>
>
>Anyways, could someone point me in the direction of which plug-in to use to
>do continuous integration?
>
>Thanks,
>Christian
>
>

I'm using a version of the following successfully with the latest CruiseControl 
against multiprojects and also simple projects, build profiles and so on, its 
great :)

http://jira.public.thoughtworks.org/browse/CC-363

You can use Continuum too, I haven't tried it recently.

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

Hope this helps,
Kieran

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

Revision number in manifest.mf

[Max]

We are using TortoiseSVN. How do I get Continuum to put the information
regarding the latest revision number in the manifest.mf contained in the ear?

Re: Ejb Package

[Wayne Fay]

I also get the duplication of jars, but just don't care about it. ;-)

Here's my "after ear'ing is complete" layout:
ear
 |
 |-war
|
jar
lib-jar
ejb-jab
 |
 jar
 lib-jar
 ejb-jar


Fortunately the jars are all pretty small. This duplication of jars,
while not ideal, is not a big deal, at leat for me...

Wayne


On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> Hi Wayne.
>
> I have the same configuration, and see identical results. My issue,
> though, is that I have similar dependencies between my ejb and war
> modules. As such, I end up with the following in my ear:
>
> ear
> |
> |--war
> |
> |
>  jar1
>  jar2
> |
> |
> ejb-jar
> jar1
> jar2
>
> As you can see, my jars are replicated in both the ear's internal war
> file *and* at the ear's parent directory (pulled in as transitive
> dependencies for my ejb jar).
>
> I've tried changing scope, using excludes, etc., but to no avail.
>
> BTW, can someone verify my syntax for the excludes, or if it should have
> any bearing on transitive dependencies?
>
> 
> 
> 
> true
> 
> 
> *.jar
> 
>
> Can anyone help us??
>
> Thanks,
> Mike
>
>
>
> Wayne Fay wrote:
>
> > Hi Mike,
> >
> > I'm experiencing the exact same troubles. I actually just posted a
> > similar email to the list earlier today, though it doesn't seem to
> > have gotten through yet -- my first post so perhaps its moderated? Its
> > called "[m2] include dependent jars in Ejb-jar".
> >
> > I am able to successfully deploy my EJBs after adding the following to
> > my EJB pom.xml:
> >
> > (this assumes you are using ejb in the
> >  element of this pom.xml...)
> >
> > 
> > 
> > org.apache.maven.plugins
> > maven-ejb-plugin
> > 
> > 
> > 
> > true
> > 
> > 
> > 
> > 
> > 
> >
> > It still does not package the shared lib jar from my project into the
> > ejb jar in a lib folder, but my container (oc4j) is able to figure out
> > what I want and deploys things successfully. Perhaps this helps?
> >
> > If you figure out how to force the EJB plugin to include your
> > dependent jars in a lib folder, definitely respond back to the list
> > with details!
> >
> > Wayne
> >
> >
> > On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> >
> >>When I build my EJB module, the dependent jars are not included with the
> >>EJB jar. The research I've done seems to indicate that this is the
> >>behaviour of maven-ejb-plugin.
> >>
> >>Is there a way to include my dependency jars with my EJB jar, which in
> >>turn will be included in my ear file?
> >>
> >>Thanks for your help.
> >>Mike
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> --
>
> Mike Darretta
> Computer Sciences Corporation (CSC)
> Sr. Software Engineer
> (o) 831.656.4324
> (c) 209.814.2774
> [EMAIL PROTECTED]
>
> 
> This is a PRIVATE message. If you are not the intended recipient, please
> delete without copying and kindly advise us by e-mail of the mistake in
> delivery. NOTE: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit
> written agreement or government initiative expressly permitting the use
> of e-mail for such purpose.
> 
>
>
>
> -
> 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: WAR plugin in M2: excludes not all files

[Mang Jun Lau]

Oh sorry, maybe I had the wrong idea.  Maybe you can try excluding as a 
resource like so:

  

  
${basedir}

  WEB-INF/lib/geronimo-spec*.jar
  WEB-INF/lib/junit*.jar

  

  


_Mang Lau





Lee Meador <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
02/17/2006 02:11 PM
Please respond to
"Maven Users List" 


To
Maven Users List 
cc

Subject
Re: WAR plugin in M2: excludes not all files






If I have **/lib/*.jar, no files go into my war.

If I have **/lib/*.jar all the
dependent jars go into my war.

Putting two  sections under the  doesn't make it work.

Is there some other stuff you have to put in the pom to make it work?

-- Lee Meador

On 2/17/06, Mang Jun Lau <[EMAIL PROTECTED]> wrote:
>
> Actually, multiple excludes do work.  You should have the following
> snippet:
>
> 
>   WEB-INF/lib/geronimo-spec*.jar
>   WEB-INF/lib/junit*.jar
> 
>
>
>
> _Mang Lau
>
>
>
>
>
> Tim Davies <[EMAIL PROTECTED]>
> 02/17/2006 06:07 AM
> Please respond to
> "Maven Users List" 
>
>
> To
> Maven Users List 
> cc
>
> Subject
> Re: WAR plugin in M2: excludes not all files
>
>
>
>
>
>
> I believe that there is a bug which means that multiple excludes will
> not work but a single one will. Im afraid I cant remember where I read
> about this as it was a while ago that I came across it.
>
>
>
> Martin Goldhahn wrote:
> > Hi!
> > I'm using Maven 2.0.1
> > I have the following snippet in my pom.xml:
> >
> > 
> > org.apache.maven.plugins
> > maven-war-plugin
> > 
> > WEB-INF/lib/geronimo-spec*.jar,
> > WEB-INF/lib/junit*.jar
> > 
> > 
> >
> > This doesn't seem to work, according to the doc it should. How do I 
tell
> > the plug-in the exclude both my JUnit files and the Geronimo-spec 
files.
> > I tried regexps, and the warSourceExcludes tag instead of the excludes
> > tag. The result is the same.
> >
> > Is this a bug or am I doing something wrong?
> >
> > Martin
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> --
> Tim Davies
> Analyst Developer
>
> KTS PLC: Service you can bank on
> 8th Floor, Finsbury Tower,
> 103-105 Bunhill Row,
> London  EC1Y 8LZ
> tel: +44 (0)20 7256 2300
> fax: +44 (0)20 7256 2301
>
> email: [EMAIL PROTECTED]
> web: http://www.ktsplc.com
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>


--
-- Lee Meador
Sent from gmail. My real email address is [EMAIL PROTECTED]

[m2] jetty6 plugin & log4j

[David Main]

Hello all -

Could anyone help me to understand how to change the log level that  
the maven-jetty6-plugin uses?  I would like to put debug logging  
statements into my code, but then I can't seem to figure out how to  
get the plugin to change from its default info level.  I would also  
like to set different logging levels on package name.


Note also that I am using the Spring framework.  So first I tried  
using its Log4jConfigListener web util class in web.xml and pointing  
it at my log4j.properties file.  Info messages appeared indicating  
that it was alive and had read my configuration:


   929 [main] INFO /myapp - Initializing Log4J from [/Users/davidm/ 
dev/myapp/src/main/resources/webapp/WEB-INF/log4j.properties]


But no changes were evident in the logged message, neither in format  
nor level.


Then I found a posting on Gmane that indicated you can give Jetty  
your own log4j.properties file by configuring a systemProperty named  
"log4j.configuration", which I did in pom.xml.  Again, messages  
indicated that Jetty recognized my property setting:


   [INFO] Property log4j.configuration=/WEB-INF/log4j.properties was  
set


but nothing seemed to change the way it logs.  In fact, two lines  
later in the log, there is this message:


   2 [main] INFO org.mortbay.log - Logging to  
[EMAIL PROTECTED] via org.mortbay.log.Slf4jLog


Here's my (very simple) log4j.properties file:

   log4j.rootLogger=WARN, stdout

   log4j.appender.stdout=org.apache.log4j.ConsoleAppender
   log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
   log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %c 
{1}:%L - %m%n


   log4j.logger.net.sf.hibernate=WARN
   log4j.logger.net.sf.hibernate.type=WARN
   log4j.logger.org.springframework=WARN

I read Jetty's tutorial on logging, but it :
http://www.mortbay.org/jetty/tut/logging.html

Finally, I gave the "-DDEBUG" and "-DDEBUG_PATTERNS=net.sf.hibernate"  
a shot, but these too seemed to be ignored.


I get the feeling that I am clashing somehow with Jetty's own  
logging.  Can anyone help me unravel this?


Thanks
--David

Re: maven-jaxme-plugin 1.0.1 problem - "Unable to derive package name ..." [M202]

[rgc]

Just forgot to mention, I´m using maven 202

--- rgc <[EMAIL PROTECTED]> wrote:

> Hi,
> I´m new to Maven and this list, greetings. I´ve got 2 points to question:
> 1. The tag name that works for overiding schema directories in the
> maven-jaxme-plugin 1.0.1 is , not  as said in the url´s
> http://ws.apache.org/jaxme/mp/use.html and
...

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

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

maven-jaxme-plugin 1.0.1 problem - "Unable to derive package name ..."

[rgc]

Hi,
I´m new to Maven and this list, greetings. I´ve got 2 points to question:
1. The tag name that works for overiding schema directories in the
maven-jaxme-plugin 1.0.1 is , not  as said in the url´s
http://ws.apache.org/jaxme/mp/use.html and
http://ws.apache.org/jaxme/mp/properties.html(how can someone correct this? or
tell to the responsible for this documentation?). It took me a time to figure
out, so it could be saved for others.
2. I can´t make the maven-jaxme-plugin 1.0.1 to recognize the tag
, so it keeps reporting the error: "Unable to derive package name
from an empty namespace URI." 
Here´s the plugin section in my pom.xml:

org.apache.ws.jaxme
maven-jaxme-plugin

  
src/xsd/*.xsd
  
  com.myApp.jaxb


  

  jaxme

  



Does anyone can understand why the packageName has no effect in this case?
Thanks
Rommell G. Caixeta
follows -X debug output:

E:\projetosWTP\JAXB-Infoseg>mvn -X compile
+ Error stacktraces are turned on.
[DEBUG] Building Maven user-level plugin registry from: 'C:\Documents and
Settin
gs\rommell.caixeta\.m2\plugin-registry.xml'
[DEBUG] Building Maven global-level plugin registry from:
'E:\ARQUIV~1\APACHE~1\
MAVEN-~1.2\bin\..\conf\plugin-registry.xml'
[INFO] Scanning for projects...
[INFO]
-
---
[INFO] Building Maven Quick Start Archetype
[INFO]task-segment: [compile]
[INFO]
-
---
[DEBUG] maven-resources-plugin: resolved to version 2.1 from repository central
[DEBUG] Retrieving parent-POM from the repository for project:
null:maven-resour
ces-plugin:maven-plugin:2.1
[DEBUG] maven-compiler-plugin: resolved to version 2.0 from repository central
[DEBUG] Retrieving parent-POM from the repository for project:
null:maven-compil
er-plugin:maven-plugin:2.0
[DEBUG] maven-jaxme-plugin: resolved to version 1.0.1 from repository central
[DEBUG] gov.infoseg.jaxbInfoseg:JAXB-Infoseg:jar:1.0-SNAPSHOT (selected for
null
)
[DEBUG]   junit:junit:jar:3.8.1 (selected for test)
[DEBUG] org.apache.ws.jaxme:maven-jaxme-plugin:maven-plugin:1.0.1 (selected for
runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
plexus:plexus-uti
ls:jar:1.0.3
[DEBUG]   plexus:plexus-utils:jar:1.0.3 (selected for runtime)
[DEBUG]   org.apache.ws.jaxme:jaxme2:jar:0.5.1 (selected for runtime)
[DEBUG] org.apache.ws.jaxme:jaxmeapi:jar:0.5.1 (selected for runtime)
[DEBUG] org.apache.ws.jaxme:jaxmejs:jar:0.5.1 (selected for runtime)
[DEBUG] org.apache.ws.jaxme:jaxmexs:jar:0.5.1 (selected for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
null:maven-projec
t:jar:2.0
[DEBUG]   org.apache.maven:maven-project:jar:2.0 (selected for runtime)
[DEBUG] org.codehaus.plexus:plexus-utils:jar:1.0.4 (selected for runtime)
[DEBUG] org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-8
(select
ed for runtime)
[DEBUG]   classworlds:classworlds:jar:1.1-alpha-2 (selected for runtime)
[DEBUG]   junit:junit:jar:3.8.1 (selected for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
org.apache.maven:
maven-artifact:jar:2.0
[DEBUG] org.apache.maven:maven-artifact:jar:2.0 (selected for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
org.apache.maven:
maven-model:jar:2.0
[DEBUG] org.apache.maven:maven-model:jar:2.0 (selected for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
org.apache.maven:
maven-artifact-manager:jar:2.0
[DEBUG] org.apache.maven:maven-artifact-manager:jar:2.0 (selected for
runtim
e)
[DEBUG] Retrieving parent-POM from the repository for project:
org.apache.maven:
maven-repository-metadata:jar:2.0
[DEBUG]   org.apache.maven:maven-repository-metadata:jar:2.0 (selected for
r
untime)
[DEBUG]   org.apache.maven.wagon:wagon-provider-api:jar:1.0-alpha-5
(selecte
d for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
null:maven-profil
e:jar:2.0
[DEBUG] org.apache.maven:maven-profile:jar:2.0 (selected for runtime)
[DEBUG] Retrieving parent-POM from the repository for project:
org.apache.maven:
maven-plugin-api:jar:2.0
[DEBUG]   org.apache.maven:maven-plugin-api:jar:2.0 (selected for runtime)
[DEBUG] Configuring mojo 'org.apache.ws.jaxme:maven-jaxme-plugin:1.0.1:jaxme'
--
>
[DEBUG]   (f) classpathElements = [E:\projetosWTP\JAXB-Infoseg\target\classes]
[DEBUG]   (f) extension = false
[DEBUG]   (f) force = false
[DEBUG]   (f) packageName = gov.infoseg.jaxbInfoseg
[DEBUG]   (f) project = [EMAIL PROTECTED]
[DEBUG]   (f) readOnly = false
[DEBUG]   (f) removingOldOutput = false
[DEBUG]   (f) resourceTarget =
E:\projetosWTP\JAXB-Infoseg\target/jaxme/resource
s
[DEBUG]   (f) schemas = [Ljava.lang.String;@1bcdbf6
[DEBUG]   (f) srcTarget = E:\pr

Re: Ejb Package

[Mike Darretta]

Hi Wayne.

I have the same configuration, and see identical results. My issue, 
though, is that I have similar dependencies between my ejb and war 
modules. As such, I end up with the following in my ear:


ear
|
|--war
|
|
 jar1
 jar2
|
|
ejb-jar
jar1
jar2

As you can see, my jars are replicated in both the ear's internal war 
file *and* at the ear's parent directory (pulled in as transitive 
dependencies for my ejb jar).


I've tried changing scope, using excludes, etc., but to no avail.

BTW, can someone verify my syntax for the excludes, or if it should have 
any bearing on transitive dependencies?





true


*.jar


Can anyone help us??

Thanks,
Mike



Wayne Fay wrote:


Hi Mike,

I'm experiencing the exact same troubles. I actually just posted a
similar email to the list earlier today, though it doesn't seem to
have gotten through yet -- my first post so perhaps its moderated? Its
called "[m2] include dependent jars in Ejb-jar".

I am able to successfully deploy my EJBs after adding the following to
my EJB pom.xml:

(this assumes you are using ejb in the
 element of this pom.xml...)



org.apache.maven.plugins
maven-ejb-plugin



true






It still does not package the shared lib jar from my project into the
ejb jar in a lib folder, but my container (oc4j) is able to figure out
what I want and deploys things successfully. Perhaps this helps?

If you figure out how to force the EJB plugin to include your
dependent jars in a lib folder, definitely respond back to the list
with details!

Wayne


On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:


When I build my EJB module, the dependent jars are not included with the
EJB jar. The research I've done seems to indicate that this is the
behaviour of maven-ejb-plugin.

Is there a way to include my dependency jars with my EJB jar, which in
turn will be included in my ear file?

Thanks for your help.
Mike




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




--

Mike Darretta
Computer Sciences Corporation (CSC)
Sr. Software Engineer
(o) 831.656.4324
(c) 209.814.2774
[EMAIL PROTECTED]


This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to 
bind CSC to any order or other contract unless pursuant to explicit 
written agreement or government initiative expressly permitting the use 
of e-mail for such purpose.



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

Re: [m202] release:perform hangs then fails -- success with snapshot

[Thomas_Perry]

Thanks so much for the notice Emmanuel.

I downloaded from svn and installed
maven-release-plugin:maven-plugin:2.0-beta-4-SNAPSHOT

I ran both the prepare and perform goals.  It was wonderful to see.

Thanks again for your help.
Tom

Emmanuel Venisse <[EMAIL PROTECTED]> wrote on 02/17/2006 03:35:35 AM:

> This pb is fixed in svn.
>
> Emmanuel
>
> [EMAIL PROTECTED] a écrit :
> >
> >
> >
> >
> > hello everyone,
> >
> > I've been trying to run the release:perform goal on an eclipse project.
> > I ran release:prepare successfully.
> >
> > The release:perform hangs on this message:
> >   Checking out the project to perform the release
> > then eventually fails with this message:
> >
> > [INFO] Checking out the project to perform the release ...
> >
> > THE m2 COMMMAND IS DEPRECATED - PLEASE RUN mvn INSTEAD
> >
> > The directory name is invalid.
> > [INFO]
> >


> > [ERROR] BUILD ERROR
> > [INFO]
> >


> > [INFO] Result of m2 execution is: '1'. Release failed.
> > [INFO]
> >


> > [DEBUG] Trace
> > org.apache.maven.lifecycle.LifecycleExecutionException: Result of m2
> > execution is: '1'. Release failed.
> >   at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.
> executeGoals(DefaultLifecycleExecutor.java:556)
> >   at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.
> executeStandaloneGoal(DefaultLifecycleExecutor.java:485)
> > ...
> >
> > I've seen this error mentioned in google but I don't see a clear
> > resolution.
> >
> > In eclipse I'm running the goal as an External Tool, not the Maven
> > Extension,
> > it's running with --batch-mode, I added a  element (saw that in
> > some post)
> > to point it to the repository defined in settings.xml (with username
and
> > password for
> > the ftp deploy)
> >
> > Also tried this from the commandline in case it wanted to ask for
> > arguments.
> >
> > Can anyone help?
> >
> > Thanks in advance
> > Tom
> >
> > [DEBUG] Configuring mojo
> > 'org.apache.maven.plugins:maven-release-plugin:2.0-beta-3:perform' -->
> > [DEBUG]   (f) basedir = U:
\work\eclipse-311\workspace\spring-demo-project
> > [DEBUG]   (f) goals = deploy
> > [DEBUG]   (f) interactive = false
> > [DEBUG]   (f) project = [EMAIL PROTECTED]
> > [DEBUG]   (f) workingDirectory = U:
> > \work\eclipse-311\workspace\spring-demo-project\target/checkout
> > [DEBUG] -- end configuration --
> >
> >
> >
> >
> > This message is intended for the recipient only and is not meant
> to be forwarded or distributed in any other format. This
> communication is for informational purposes only.  It is not
> intended as an offer or solicitation for the purchase or sale of any
> financial instrument, or security, or as an official confirmation of
> any transaction.  Putnam does not accept purchase or redemptions of
> securities, instructions, or authorizations that are sent via e-
> mail.   All market prices, data and other information are not
> warranted as to completeness or accuracy and are subject to change
> without notice.  Any comments or statements made herein do not
> necessarily reflect those of Putnam, LLC (DBA Putnam Investments)
> and its subsidiaries and affiliates.  If you are not the intended
> recipient of this e-mail, please delete the e-mail.
> >
> > -
> > 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]
>




This message is intended for the recipient only and is not meant to be 
forwarded or distributed in any other format. This communication is for 
informational purposes only.  It is not intended as an offer or solicitation 
for the purchase or sale of any financial instrument, or security, or as an 
official confirmation of any transaction.  Putnam does not accept purchase or 
redemptions of securities, instructions, or authorizations that are sent via 
e-mail.   All market prices, data and other information are not warranted as to 
completeness or accuracy and are subject to change without notice.  Any 
comments or statements made herein do not necessarily reflect those of Putnam, 
LLC (DBA Putnam Investments) and its subsidiaries and affiliates.  If you are 
not the intended recipient of this e-mail, please delete the e-mail.

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

{M2.0.2] refer maven.dependency.classpath in developing ant plugin (mojo)

[Bill Yang]

Hello, 

Thanks to the guide,
http://maven.apache.org/guides/plugin/guide-ant-plugin-development.html
I have successfully developed some simple ant plugin. but when I run an ant
script to refer the maven classpath, I got 
>>>
[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to execute: Executing Ant script: /test.build.xml
[get-classpath]: Failed to execute.

Reference maven.dependency.classpath not found..
>>>

even I tried use a parameter with 
${project.runtimeClasspathElements}
java.util.Set

I am using maven 2.0.2, Here is the source:

test.build.xml


Try to get the classpath 
 
out: ${out} 



test.mojo.xml

get-classpath
get-classpath
get classpath


in the plugin pom.xml, do have following configuration:
maven-plugin-plugin


org.apache.maven
maven-plugin-tools-ant
2.0.1



btw, from the link
http://www.nabble.com/Support-for-mojos-written-in-Ant-t863193.html#a2342290
seems we don't need to manually add any "maven.dependency.classpath" refids
to ANT,
 that already happens behind the scenes. But why can't my ant script get
that reference?

Thanks in advance.

Bill




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

Re: [m202] Linux oddity for accessing maven-architype-plugin?

[Ray Ward]

Duh!  Kept reading what I *thought* I typed...  Thanks!

On 2/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 2/17/06, Ray Ward <[EMAIL PROTECTED]> wrote:
>
> > I ran the Getting Started stuff on WinXP with no problems here.
> >
> > But on a local Linux server, after downloading and installing, I get the
> > error:
> > The plugin 'org.apache.maven.plugins:maven-architype-plugin' does not
> exist
> > or no valid version could be found
> > And sure enough, there's no plugin JAR file.  mvn -v works.
>
> Unless that's just a typo, the spelling should be 'archetype'.
>
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Ejb Package

[Wayne Fay]

Hi Mike,

I'm experiencing the exact same troubles. I actually just posted a
similar email to the list earlier today, though it doesn't seem to
have gotten through yet -- my first post so perhaps its moderated? Its
called "[m2] include dependent jars in Ejb-jar".

I am able to successfully deploy my EJBs after adding the following to
my EJB pom.xml:

(this assumes you are using ejb in the
 element of this pom.xml...)



org.apache.maven.plugins
maven-ejb-plugin



true






It still does not package the shared lib jar from my project into the
ejb jar in a lib folder, but my container (oc4j) is able to figure out
what I want and deploys things successfully. Perhaps this helps?

If you figure out how to force the EJB plugin to include your
dependent jars in a lib folder, definitely respond back to the list
with details!

Wayne


On 2/17/06, Mike Darretta <[EMAIL PROTECTED]> wrote:
> When I build my EJB module, the dependent jars are not included with the
> EJB jar. The research I've done seems to indicate that this is the
> behaviour of maven-ejb-plugin.
>
> Is there a way to include my dependency jars with my EJB jar, which in
> turn will be included in my ear file?
>
> Thanks for your help.
> Mike
>

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

Re: [m202] Linux oddity for accessing maven-architype-plugin?

[Wendy Smoak]

On 2/17/06, Ray Ward <[EMAIL PROTECTED]> wrote:

> I ran the Getting Started stuff on WinXP with no problems here.
>
> But on a local Linux server, after downloading and installing, I get the
> error:
> The plugin 'org.apache.maven.plugins:maven-architype-plugin' does not exist
> or no valid version could be found
> And sure enough, there's no plugin JAR file.  mvn -v works.

Unless that's just a typo, the spelling should be 'archetype'.

--
Wendy

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

[m202] Linux oddity for accessing maven-architype-plugin?

[Ray Ward]

I ran the Getting Started stuff on WinXP with no problems here.

But on a local Linux server, after downloading and installing, I get the
error:
The plugin 'org.apache.maven.plugins:maven-architype-plugin' does not exist
or no valid version could be found
And sure enough, there's no plugin JAR file.  mvn -v works.

Anything extra need to be done for Linux as opposed to XP?

TIA,

Ray

Re: WAR plugin in M2: excludes not all files

[Lee Meador]

If I have **/lib/*.jar, no files go into my war.

If I have **/lib/*.jar all the
dependent jars go into my war.

Putting two  sections under the  doesn't make it work.

Is there some other stuff you have to put in the pom to make it work?

-- Lee Meador

On 2/17/06, Mang Jun Lau <[EMAIL PROTECTED]> wrote:
>
> Actually, multiple excludes do work.  You should have the following
> snippet:
>
> 
>   WEB-INF/lib/geronimo-spec*.jar
>   WEB-INF/lib/junit*.jar
> 
>
>
>
> _Mang Lau
>
>
>
>
>
> Tim Davies <[EMAIL PROTECTED]>
> 02/17/2006 06:07 AM
> Please respond to
> "Maven Users List" 
>
>
> To
> Maven Users List 
> cc
>
> Subject
> Re: WAR plugin in M2: excludes not all files
>
>
>
>
>
>
> I believe that there is a bug which means that multiple excludes will
> not work but a single one will. Im afraid I cant remember where I read
> about this as it was a while ago that I came across it.
>
>
>
> Martin Goldhahn wrote:
> > Hi!
> > I'm using Maven 2.0.1
> > I have the following snippet in my pom.xml:
> >
> > 
> > org.apache.maven.plugins
> > maven-war-plugin
> > 
> > WEB-INF/lib/geronimo-spec*.jar,
> > WEB-INF/lib/junit*.jar
> > 
> > 
> >
> > This doesn't seem to work, according to the doc it should. How do I tell
> > the plug-in the exclude both my JUnit files and the Geronimo-spec files.
> > I tried regexps, and the warSourceExcludes tag instead of the excludes
> > tag. The result is the same.
> >
> > Is this a bug or am I doing something wrong?
> >
> > Martin
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> --
> Tim Davies
> Analyst Developer
>
> KTS PLC: Service you can bank on
> 8th Floor, Finsbury Tower,
> 103-105 Bunhill Row,
> London  EC1Y 8LZ
> tel: +44 (0)20 7256 2300
> fax: +44 (0)20 7256 2301
>
> email: [EMAIL PROTECTED]
> web: http://www.ktsplc.com
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>


--
-- Lee Meador
Sent from gmail. My real email address is [EMAIL PROTECTED]

[m202] Want deploy 1 war in an ear, but another one exploded/stand alone...?

[Mick Knutson]

I have a build that I want to deploy a 2nd selenium war wploded into my 
jboss install. Can I add this war into my maven build, but deploy it by 
itself and exploded to the same jboss instance?


---
Thank You
Mick Knutson

Sr. Java/J2EE Consultant
BASE logic, inc.
(415) 648-1804 (S.F., CA)
http://www.BASELogic.com

Washington Mutual (WAMU) (Emeryville, California)
---



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

Re: xDoc i18n for a dozen languages

[Lance Bader]

Ah, I see.  Currently, we don't use the reports or the project information
pages on our web site so we won't need them.  NO PROMISES, but maybe later.

Lance



On 2/17/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
>
> "fully supported" mean in maven generated pages (reports, project
> information).
> If you take a look at [1] you'll see our bundles to translate the
> templates.
> If you want give us some translations ...
>
> Arnaud
>
> [1]
> http://svn.apache.org/viewcvs.cgi/maven/maven-1/plugins/trunk/xdoc/src/plugin-resources/templates/
>
> On 2/17/06, Lance Bader <[EMAIL PROTECTED]> wrote:
> > At
> >
> http://maven.apache.org/maven-1.x/reference/plugins/xdoc/reference/i18n.htmlit
> > says
> >
> > "Actually, only English, French and German are currently fully supported
> by
> > Maven. Contributions are welcome!"
> >
> > What does "fully supported" mean?  What "contributions" would you like?
> >
> > I see no reason why the i18n support would not work for any language and
> we
> > intend to serve a dozen languages from our web site, generating the HTML
> > using Maven 1.2-Beta and xDoc plugin 1.9.2.   Am I setting myself up for
> a
> > failure?
> >
> > Lance
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Ejb Package

[Mike Darretta]

When I build my EJB module, the dependent jars are not included with the 
EJB jar. The research I've done seems to indicate that this is the 
behaviour of maven-ejb-plugin.


Is there a way to include my dependency jars with my EJB jar, which in 
turn will be included in my ear file?


Thanks for your help.
Mike

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

Re: Clearing hanged builds

[Matt McGill]

Wasn't in a subprocess, so I restarted Continuum - project build  
status is still "In Progress." I suspect this is my fault though -  
the stuck project is the parent of a child project which I deleted  
while the parent was building. I'm not really surprised that things  
got mixed up. I figured I should say something anyway, since even  
though this is likely a user error, it would be nice if it was  
handled a bit more gracefully at some point. In the mean time, is  
there any way for me to clear it out without too much trouble? It's  
not actually causing any problems right now, and I could just nuke  
the /apps/continuum folder and re-configure the couple projects I've  
got configured, but I'd rather not =)


Thanks,
-Matt

On Feb 17, 2006, at 11:51 AM, Emmanuel Venisse wrote:

Where has it hung? in continuum or in sub-process (maven, ant,  
shell script)?


If it's in sub-process, kill it because if you don't kill it, it  
will be a zombie process. If your project is always "In Progress",  
restart Continuum.

If it's in Continuum, restart Continuum.

All status are cleaned at continuum startup.

Emmanuel

Matt McGill a écrit :
I've got a build that has hung, leaving Continuum to permanently   
display "In Progress..." for its status. I read in a previous  
message  to this list that it was somehow possible in 1.0.2 to  
clear the  offending build out of the database without doing it  
manually, but  I'm unsure of how to do so. Can someone clue me in?

-Matt

Re: [M2] J2EE archetype ever releasing?

[Jesse McConnell]

it works but was never released as there has never been a finalization of
what the best practice j2ee layout for a project would be :)

at least that was my last thought on the matter..

jesse

On 2/17/06, Mayorgaadame, Alex <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> According to the Maven ViewCVS maven-archetype-j2ee hasn't been touched in
> 3 months, but never got released. Anyone know if it works and if so, when
> would it be released?
>
> Thanks,
> Alex
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
jesse mcconnell

[m2] Include dependent jars in EJB-jar

[Wayne Fay]

I found this thread from back in June 2005 and I have the same exact
situation. I'm hoping that perhaps the answer has changed since it has
been 7 mos since this issue was brought up on the list.

From[EMAIL PROTECTED]
Subject RE: M2 - Dependent Jars for EJB
DateWed, 22 Jun 2005 12:59:39 GMT

I find it hard to believe that no one else creates their EJBs with the
same VO pattern etc that Joel and my group is using. Bundling the
dependency Jars in the EJB jar is an absolute requirement for my
project.

Hoping perhaps someone out there has some updated information that
makes this "include dependent jars in ejb-jar" easier. Otherwise I'll
be writing my own Manifest.mf and manually copying jars into lib etc.

Thanks.
Wayne

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

Re: [ANN] Maven Checkstyle Plugin 3.0 for Maven 1.x released

[Andy Fyfe]

From my experience, using JDK 5 and maven 1.0.2,
checkstyle 3.0 and  3.0.1-SNAPSHOT with or without
the setProperty fail in this manner.

--Andy

On Feb 17, 2006, at 9:16 AM, Lukas Theussl wrote:


Hi,

The systemScope.setProperty line was introduced to fix

http://jira.codehaus.org/browse/MPCHECKSTYLE-53

so you are saying that you have to remove it again? Can you attach  
your comments to the issue above, or maybe open a new issue to  
attack the problem more generally.


Thanks,
-Lukas


Arnaud HERITIER wrote:

Forward to the list ..
I didn't saw that I was the only one to receive it
Thanks for the tip JB
Arnaud
On 2/12/06, JB Defard <[EMAIL PROTECTED]> wrote:

Hi,

> > BUILD FAILED
> > File..
> > /usr/local/mavenPluginRepository/cache/maven-checkstyle-plugin
> > -3.0/plugin.jelly
> > Element... style
> > Line.. 238
> > Column 59
> > Provider for javax.xml.transform.TransformerFactory cannot be  
found

> > Total time: 36 seconds
> > Finished at: Tue Feb 07 15:58:56 EST 2006

I have the same problem.
I fix it with comment this line (238):
   


My environment: Java 5 , maven 1.1b3-SNAPSHOT, plugin 3.0.1- 
SNAPSHOT.


Regards.



-
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: Policy for releasing plugins

[dan tran]

I release my plugins weekly within my comp.  But
I'd like to see maven's plugin release more often as well.

-Dan



On 2/17/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I would like to discuss the policy for releasing plugins. My
> impression is, that most plugin developers policy can be described as
> follows:
>
> - Be careful. We could break something.
> - There's a change. Goes to SVN. Fine!
> - Some weeks later. Nothing happened. Ok, possibly it works. We'll
> publish a "beta 1"
> version.
> - More weeks later. Perhaps its time for an RC1.
> - Months later. Release
>
> I appreciate such a behavior for large projects like the Maven core. I
> don't think so for plugins, however. Plugins have a completely
> different characteristic:
>
> - They are small components, typically maintained by one or two
> programmers only.
> - They can be controlled.
> - Publishing them doesn't take much work.
> - If a problem should be found, it can be fixed really fast.
>
> In other words, a better policy for plugins seems to me to be the
> "release early, release often" mantra, which we know from Perl
> modules. Indeed, they can very well be compared.
>
> What do you think?
>
> Jochen
>
> --
> Whenever you find yourself on the side of the
> majority, it is time to pause and reflect.
> (Mark Twain)
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Deactivate active profile

[dan tran]

sorry about the confusion, placing profiles in pom works


  

  debug
  

  debug

  
  
-DOIDEBUG
/DEBUG:full
  



  release
  
true
  
  


  


  

-Dan

On 2/17/06, John Casey <[EMAIL PROTECTED]> wrote:
>
> You mean you want to put the profile in the native plugin, so the
> profile is triggered when the user of the plugin specifies -Ddebug? That
> doesn't currently work, but you could use:
>
> /**
> * @parameter expression="${debug}" default-value="false"
> */
> private boolean debug;
>
> inside your native plugin...
>
> -john
>
> dan tran wrote:
> > the profile is in the pom.  I need to create a profile for
> > native-maven-plugin.
> > where by default it  builds nondebug artifact.  When user passed in
> -Ddebug,
> > the need to activate the configururation that has debug flags.
> >
> > -Dan
> >
> >
> >
> > On 2/16/06, John Casey <[EMAIL PROTECTED]> wrote:
> >> Where is this active profile defined? I think you can mark it as
> >> true, and when any other profile is
> >> activated this one will be deactivated...
> >>
> >> That may be too simplistic...
> >>
> >> -j
> >>
> >> dan tran wrote:
> >>> Can i deactivate an active profile?
> >>>
> >>> I have a default profile,.. but when a condition met, I would like to
> >> swap
> >>> the default profile with a new one.
> >>>
> >>>
> >>>
> >>> -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]
>
>

Re: M2 : Excluding WAR from EAR for a live build - is profile the only way ?

[Lee Meador]

How about an optional ant task that runs after the 'package' phase in the
ear project that runs winzip or something similar to delete the war from the
ear. Ant probably has a way to remove a file from a jar but I don't remember
ever needing to do that.

Its ugly but it would work.

I do something similar to run the websphere 'end point enabler' on the ear
that maven 2 just finished building. It adds an additional war into the ear
and what-not.

-- Lee

On 2/17/06, Pete <[EMAIL PROTECTED]> wrote:
>
> I have an EAR project that includes a normal webapp, but also a JUnitEE
> testing WAR.
> For some builds we need it in the EAR, but for a live build we don't want
> it
> aggregated.
>
> Now I guess I could wrap the EAR plugin in a profile, but the EAR plugin's
>  section is very long, so this would mean repeating all of
> it
> bar one   , and it would also mean we would need to maintain
> changes in two places - probably leading to an error only detectable in a
> live build.
>
> Is there any more simple way to achieve this ?
>
> I remember in Ant I used to cheat by declaring a property  e.g.
> optional.junitee.war
> and then I'd only set its value to the war file name if not a 'live.build'
> ,
> so for a live build it would be unset and the Ant EAR/JAR mechanism
> doesn't
> complain if it can't aggregate a file. In Maven all dependencies have to
> be
> valid, so I can't use this dynamic dependency type of thing.
>
> Any thoughts / ideas appreciated .
>
>


--
-- Lee Meador
Sent from gmail. My real email address is [EMAIL PROTECTED]

Re: [ANN] Maven Checkstyle Plugin 3.0 for Maven 1.x released

[Lukas Theussl]

Hi,

The systemScope.setProperty line was introduced to fix

http://jira.codehaus.org/browse/MPCHECKSTYLE-53

so you are saying that you have to remove it again? Can you attach your 
comments to the issue above, or maybe open a new issue to attack the 
problem more generally.


Thanks,
-Lukas


Arnaud HERITIER wrote:

Forward to the list ..
I didn't saw that I was the only one to receive it
Thanks for the tip JB


Arnaud

On 2/12/06, JB Defard <[EMAIL PROTECTED]> wrote:


Hi,

> > BUILD FAILED
> > File..
> > /usr/local/mavenPluginRepository/cache/maven-checkstyle-plugin
> > -3.0/plugin.jelly
> > Element... style
> > Line.. 238
> > Column 59
> > Provider for javax.xml.transform.TransformerFactory cannot be found
> > Total time: 36 seconds
> > Finished at: Tue Feb 07 15:58:56 EST 2006

I have the same problem.
I fix it with comment this line (238):
   


My environment: Java 5 , maven 1.1b3-SNAPSHOT, plugin 3.0.1-SNAPSHOT.

Regards.





-
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: Excluding jars from ear

[Mike Darretta]

Thanks...this certainly did the trick!
Mike

Krishnan A S wrote:

Keep the jar-s of dependencies in the 'compile' scope and remove the
runtime scope.

Thanks & Regards,
A.S.KRISHNAN,
AZTEC, BANGALORE.

-Original Message-
From: Mike Darretta [mailto:[EMAIL PROTECTED]

Sent: Friday, February 17, 2006 6:21 AM
To: Maven Users List
Subject: Excluding jars from ear

Newbie question:

When I run install on my ear module (with a dependency on my war

module), all the jars from my war are packaged at the top level of my

ear. Of course, my war file (with the same jars) is placed there as

well. Can someone please direct me to how I can avoid this?

Thanks,

Mike




**

The information contained in, or attached to, this e-mail, contains 
confidential information and is intended solely for the use of the individual 
or entity to whom they are addressed and is subject to legal privilege. If you 
have received this e-mail in error you should notify the sender immediately by 
reply e-mail, delete the message from your system and notify your system 
manager. Please do not copy it for any purpose, or disclose its contents to any 
other person. The views or opinions presented in this e-mail are solely those 
of the author and do not necessarily represent those of the company. The 
recipient should check this e-mail and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused, directly or 
indirectly, by any virus transmitted in this email



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




--

Mike Darretta
Computer Sciences Corporation (CSC)
Sr. Software Engineer
(o) 831.656.4324
(c) 209.814.2774
[EMAIL PROTECTED]


This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to 
bind CSC to any order or other contract unless pursuant to explicit 
written agreement or government initiative expressly permitting the use 
of e-mail for such purpose.



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

Re: Help with getting up and running

[Christian Cabanero]

Hey everyone,

Thanks for the replies to my "rant".  Sorry about the bad term being used,
but my rant was really meant to be honest feedback from a new user trying to
decide whether to adopt M2.  And that's a new user who's already adopted M1
for past projects and is trying to convince a team of developers.

You also have to realize that "mainstream" users who just want to use M2
frankly aren't going to go through the whole process of going through JIRA
trying to search for an issue and then make sure they're not entering a
duplicate then enter their own issue and then hope someone works on it.
Most brand new users won't be very inclined (yet) to participate in the
community because in order to be inclined to participate in the community
they want to see that the product (in this case M2) does what they want it
to do, and does it easily.  If it doesn't seem to do what they expect it to
they're not going to go file an issue.  They're just going to move on.  It's
like launching a new online store with a lot of issues and saying "just make
sure that the customer service email is prominently displayed everywhere so
that if something wrong happens as they try to use the site they can send us
an email."

The point that people forget how long they spent learning Ant is a good
point.  However, that's exactly the point.  They've forgotten.  I know I've
forgotten.  At this point, most people *have* learned ant and think of it as
easy now in that they know how to use it really well.  So that's where
they're coming from I think.  They're looking for something that saves the
time and is easier to use than they're current level of experience with
Ant.  The good thing is that most people also know how much of a pain Ant is
when you have to keep maintaining all those duplicate build scripts.

I think Brett's idea to separate out alpha/beta plug-ins is a really good
one.  It's definitely hard to discern which is which.

I think what'll help most new comers is a simple cook book that gets people
started.  But one that shows you how to use the core plug-ins so that
someone can easily see that this is way better than Ant.  Something like "in
5 minutes you'll be running tests, generating test coverage reports,
generating your javadoc, checking dependencies, running a continuous
integration server, checking coding guidelines all hooked into one
auto-generated site.  John Smart's
articlewas
a great start but didn't go into some of the cooler core plug-ins. 
I'm
hoping he'll do a follow-up article going into some of the core plug-ins.
If not, heck, after I hopefully figure all that stuff out I'll write the
guide!

Believe me, I'm coming from a place where I really want to see M2 succeed.
I do see the long term benefits and am sick of Ant.

Anyways, could someone point me in the direction of which plug-in to use to
do continuous integration?

Thanks,
Christian

On 2/17/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> While I generally agree with your response, a couple of points:
>
> On 2/17/06, Dion Gillard <[EMAIL PROTECTED]> wrote:
> > Beta plugins == Beta experience.
>
> I've been planning to, and am even more inclined, to stop publishing
> (start pulling out?) alpha and beta releases from the central
> repository. They should be in a separate repository you have to ask
> for.
>
> There will always be plugins in alpha and beta. The critical ones (all
> the core ones related to site generation) are actually reasonably
> stable in their current beta state and will get final releases this or
> next month.
>
> > Beta documentation == Beta experience.
>
> True, but I'd also wish those complaining about it would point at the
> hole (and yes, there are many), file a JIRA issue, and says "fix this
> one". We're working through them. It's incredibly hard to know what's
> missing on the inside looking out.
>
> > Quality mailing list help == Happy user.
>
> And I think we have that. Stephen is one of the many people that
> regularly helps others here, and is to be commended for it.
>
> > Things always improve over time. M2 is a big disconnect from M1 and
> > that also causes frustration. In the short term, the best thing we can
> > do is improve the products, the documentation and help people,
>
> +1
>
> > listen to their rants while reading between the lines.
>
> I'd really rather not. Ranting gets you nowhere, and is likely to get
> a response sharing your own tone.
>
> It's not like a bunch of people are sitting here twiddling their
> thumbs doing nothing, and jumping up when someone complains. Everyone
> is working on stuff, and everyone has different priorities. Let your
> problems be known, file a bug, vote for it, prod if it doesn't get
> responded to, and if you are really desparate - patch it :) But let's
> keep it friendly.
>
> >
> > My 2c.
>
> Hey, we don't have that currency here anymore! :)
>
> - Brett
>
> 

Re: xDoc Link Check Reports Invalid Redirect

[Lukas Theussl]

Hi Lance,

Sorry, I mixed something up here. Arnaud is right, you don't have to 
call the linkcheck separately before building the site. However, you 
have to call the 'maven site' goal which will automatically register the 
linkcheck report (if it's in your pom), xdoc alone won't work.


Apologies again for being thus doubly misleading.

-Lukas



Lance Bader wrote:

Still no joy.  If I run the maven maven-linkcheck-plugin:report goal, all it
does is copy a file to ...target/generted/xdocs/linkcheck.xml which contains
(among other broiler plate xdoc tags):

This file is used as a placeholder until the final link check can
occur.

No link checking actually occurs.

For my own edification, why do I have to invoke this goal explicitly.  When
the LinkCheck V1.3.4 was installed, the xDoc plugin V1.9.2 automatically
invoked it as part of its xdoc goal.  Why doesn't it continue to call it
automatically after upgrading LinkCheck to V1.4-SNAPSHOT?

On 2/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:


As the checking is done in a different plugin (the linkcheck-plugin ;)
), you have to execute that goal separately before running xdoc:

maven maven-linkcheck-plugin:report
maven xdoc

Or you add the maven-linkcheck-plugin report to your project.xml and run
maven site


And you don't need to manually update the repository, Maven will do that
automatically for you.

-Lukas


Lance Bader wrote:


Oh!  Now I see.  The link checks are not performed by the xDoc plug-in,


they


are performed by the LinkCheck plugin.  I wasn't even aware of this


plugin.


Still no joy.  I successfully replaced the maven-linkcheck-plugin


version


1.3.4 with version 1.4-SNAPSHOT.  Then I manually updated the repository
with the required JAR files for Commons HTTP, Commons Codec, and Log4j.
Now, when I execute Maven 1.1-beta-2 with the maven-xdoc-plugin 1.9.2for
the xdoc goal, the link check operation is NOT performed.  The build
completes after the generation phase and there are no link check


artifacts


generated.

What am I doing wrong?

Lance




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

Policy for releasing plugins

[Jochen Wiedmann]

Hi,

I would like to discuss the policy for releasing plugins. My
impression is, that most plugin developers policy can be described as
follows:

- Be careful. We could break something.
- There's a change. Goes to SVN. Fine!
- Some weeks later. Nothing happened. Ok, possibly it works. We'll
publish a "beta 1"
  version.
- More weeks later. Perhaps its time for an RC1.
- Months later. Release

I appreciate such a behavior for large projects like the Maven core. I
don't think so for plugins, however. Plugins have a completely
different characteristic:

- They are small components, typically maintained by one or two
programmers only.
- They can be controlled.
- Publishing them doesn't take much work.
- If a problem should be found, it can be fixed really fast.

In other words, a better policy for plugins seems to me to be the
"release early, release often" mantra, which we know from Perl
modules. Indeed, they can very well be compared.

What do you think?

Jochen

--
Whenever you find yourself on the side of the
majority, it is time to pause and reflect.
(Mark Twain)

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

Re: Deactivate active profile

[John Casey]

You mean you want to put the profile in the native plugin, so the 
profile is triggered when the user of the plugin specifies -Ddebug? That 
doesn't currently work, but you could use:


/**
 * @parameter expression="${debug}" default-value="false"
 */
private boolean debug;

inside your native plugin...

-john

dan tran wrote:

the profile is in the pom.  I need to create a profile for
native-maven-plugin.
where by default it  builds nondebug artifact.  When user passed in -Ddebug,
the need to activate the configururation that has debug flags.

-Dan



On 2/16/06, John Casey <[EMAIL PROTECTED]> wrote:

Where is this active profile defined? I think you can mark it as
true, and when any other profile is
activated this one will be deactivated...

That may be too simplistic...

-j

dan tran wrote:

Can i deactivate an active profile?

I have a default profile,.. but when a condition met, I would like to

swap

the default profile with a new one.



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

M2 : Excluding WAR from EAR for a live build - is profile the only way ?

[Pete]

I have an EAR project that includes a normal webapp, but also a JUnitEE
testing WAR.
For some builds we need it in the EAR, but for a live build we don't want it
aggregated.

Now I guess I could wrap the EAR plugin in a profile, but the EAR plugin's
 section is very long, so this would mean repeating all of it
bar one   , and it would also mean we would need to maintain
changes in two places - probably leading to an error only detectable in a
live build.

Is there any more simple way to achieve this ?

I remember in Ant I used to cheat by declaring a property  e.g.
optional.junitee.war
and then I'd only set its value to the war file name if not a 'live.build' ,
so for a live build it would be unset and the Ant EAR/JAR mechanism doesn't
complain if it can't aggregate a file. In Maven all dependencies have to be
valid, so I can't use this dynamic dependency type of thing.

Any thoughts / ideas appreciated .

[M2] J2EE archetype ever releasing?

[Mayorgaadame, Alex]

Hello all,

According to the Maven ViewCVS maven-archetype-j2ee hasn't been touched in 3 
months, but never got released. Anyone know if it works and if so, when would 
it be released?

Thanks,
Alex

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

Re: checkstyle 3.0 with maven 1.0.2

[Andy Fyfe]

The work around appears to already be part of 3.0.1-SNAPSHOT.
Unless I'm misunderstanding, it doesn't help, at least with maven
1.0.2 and JDK 5.

--Andy

On Feb 17, 2006, at 12:54 AM, Arnaud HERITIER wrote:


I just forwarded to the mailing list a workaround...

Arnaud



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

Re: checkstyle 3.0 with maven 1.0.2

[Andy Fyfe]

It does work with JDK 1.4.2.  I was originally misled
a bit by this because while adding a JAVA_VERSION
env variable will result in the maven script saying it's
using java version 1.4.2, it still uses your JAVA_HOME
variable if that's set too.

--Andy

On Feb 16, 2006, at 6:04 PM, Lukas Theussl wrote:



No, it does work with Maven 1.0.2. I tested it, however, not with  
java 5 (only 1.4.2). If it's a jdk issue then the $JAVA_HOME/lib/ 
endorsed/ solution is probably the only one that's gonna work.


-Lukas


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

Re: pom.artifactID

[John Casey]

um,


  someartifact
...

you might have a look at 
http://maven.apache.org/guides/getting-started/index.html


-john

Martin Gainty wrote:

Good Morning All-

Stupid question but I have to ask
where are the POM attributes set?
more specifically how and where is the pom.artifactId set?

Thanks,

Martin-


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

pom.artifactID

[Martin Gainty]

Good Morning All-

Stupid question but I have to ask
where are the POM attributes set?
more specifically how and where is the pom.artifactId set?

Thanks,

Martin-

Re: taglibs vs jstl

[Emmanuel Venisse]

taglibs.standard !=  javax.servlet.jstl

Generally, you need both

Emmanuel

Brian E. Fox a écrit :

I'm probably having a brain cramp now. Can anyone confirm if
taglibs.standard is the same as javax.servlet.jstl?
 




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

Help with dependecies and release management

[Helck, Christopher]

Hi,

I'm looking for pointers about release management with Maven. The basic
question is how to handle certification builds for components? If I have
an application that uses 5 components and I modify one component (a bug
fix) how should I do a release? 
  I could modify the component and release it with a new version number.
  I could modify the component and application and release them with new
version numbers.
  I could modify all the components and applications and release them
with new version numbers.

Currently we do the third option because it was easy. Certification does
one large multiproject build. Soon we will have multiple applications
that share common components that have different release scehdules. The
big multiproject build will not work. Should we build components
seperately? The certification group will not want to build three or four
components seperately just to create a release of one application.

How do people handle these issues?

Thanks,
Christopher Helck


 
Thank you for being part of it.
 
The information contained in this e-mail is confidential. This e-mail is 
intended only for the stated addressee.  If you are not an addressee, you must 
not disclose, copy, circulate or in any other way use or rely on the 
information contained in this e-mail. if you have received this e-mail in 
error, please inform us immediately and delete it and all copies from your 
system.

EBS Dealing Resources International Limited. Registered address: 10 Paternoster 
Square, London EC4M 7DY, United Kingdom. Registered number 2669861.

EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison 
Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond road, Building 
F - Floor 3, Parsippany, NJ 07054, USA.

EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: Asteer 
Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku,  Tokyo 104-0033, Japan.

taglibs vs jstl

[Brian E. Fox]

I'm probably having a brain cramp now. Can anyone confirm if
taglibs.standard is the same as javax.servlet.jstl?
 

Clearing hanged builds

[Matt McGill]

I've got a build that has hung, leaving Continuum to permanently  
display "In Progress..." for its status. I read in a previous message  
to this list that it was somehow possible in 1.0.2 to clear the  
offending build out of the database without doing it manually, but  
I'm unsure of how to do so. Can someone clue me in?


-Matt

Re: tried to build and run continuum 1.1-SNAPSHOT

[Sanjay Choudhary]

Our  group of developers work almost 24 hrs. and changes are checked in into
cvs regularly.  We tag before build so that we know what we know what
exactly we built, or atleast attempted to build.

As you said, I can create a script and add it as a shell project to tag the
things in cvs.  Is there a way I can dynamically tell Continuum, to build
from that tag.  Tag will change almost everyday.  If it will be an update in
the DB using java program, can you tell me what table/s and column/s do I
need to update.

Thanks,
Sanjay


On 2/17/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
>
> Why do you tag before the build? I think that a better process would be to
> tag files only after a
> build in success.
>
> Actually, Continuum can't tag files after a build because we don't have
> yet dynamic data accessible
> in build definition for generating a tag name. But you can create a little
> script that do what you
> want and add your project as a Shell Project in continuum.
>
> Emmanuel
>
> Sanjay Choudhary a écrit :
> > Hi Emmanuel,
> >
> > Thanks for your reply.
> >
> > Another quick advice.  We perform build nightly for our web application.
> So
> > far we tag everything in the night (tag value is determined based on
> date
> > and time, prefixed by a static value) and then checkout and build of a
> tag.
> >
> > We have successfull migrated all our code to maven2. we wish to use
> > continuum to build for us. How is nightly tagging and building from a
> tag is
> > possible using Continuum?  This is not release but just nightly tagging
> and
> > building
> >
> > Please advice
> >
> > Cheers
> > Sanjay
> >
> >
> > On 2/16/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
> >
> >>svn trunk isn't stable, if you want to build from svn, you must use
> >>continuum-1.0.x branch.
> >>
> >>but it isn't necessary to build continuum, you can use snapshot version
> >>generated after each commit
> >>:
> >>
> http://maven.zones.apache.org/~continuum/builds/branches/continuum-1.0.x/
> >>
> >>Emmanuel
> >>
> >>Sanjay Choudhary a écrit :
> >>
> >>>Hi All,
> >>>
> >>>Today I build tried to build and run continuum. Build was successful
> but
> >>
> >>I
> >>
> >>>got an error when I tried to logon on
> >>>
> >>>
> >>>org.codehaus.plexus.action.ActionNotFoundException: Cannot find action:
> >>
> >>login
> >>
> >>>  at org.codehaus.plexus.action.DefaultActionManager.lookup(
> >>
> >>DefaultActionManager.java:61)
> >>
> >>>  at org.codehaus.plexus.summit.pipeline.valve.ActionValve.invoke(
> >>
> >>ActionValve.java:62)
> >>
> >>>  at org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke(
> >>
> >>AbstractPipeline.java:70)
> >>
> >>>  at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54)
> >>>  at org.codehaus.plexus.summit.Summit.doPost(Summit.java:108)
> >>>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:615)
> >>>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
> >>>  at org.mortbay.jetty.servlet.ServletHolder.handle(
> >>
> >>ServletHolder.java:358)
> >>
> >>>  at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(
> >>
> >>WebApplicationHandler.java:294)
> >>
> >>>  at org.mortbay.jetty.servlet.ServletHandler.handle(
> >>
> >>ServletHandler.java:567)
> >>
> >>>  at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
> >>>  at org.mortbay.jetty.servlet.WebApplicationContext.handle(
> >>
> >>WebApplicationContext.java:525)
> >>
> >>>  at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
> >>>  at org.mortbay.http.HttpServer.service(HttpServer.java:879)
> >>>  at org.mortbay.http.HttpConnection.service(HttpConnection.java
> >>
> >>:789)
> >>
> >>>  at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java
> >>
> >>:960)
> >>
> >>>  at org.mortbay.http.HttpConnection.handle(HttpConnection.java
> :806)
> >>>  at org.mortbay.http.SocketListener.handleConnection(
> >>
> >>SocketListener.java:218)
> >>
> >>>  at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java
> :331)
> >>>  at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java
> :520)
> >>>Caused by:
> >>
> >>
> org.codehaus.plexus.component.repository.exception.ComponentLookupException
> >>:
> >>
> >>>Unable to lookup component 'org.codehaus.plexus.action.Actionlogin',
> >>>it could not be started
> >>>  at org.codehaus.plexus.DefaultPlexusContainer.lookup(
> >>
> >>DefaultPlexusContainer.java:335)
> >>
> >>>  at org.codehaus.plexus.DefaultPlexusContainer.lookup(
> >>
> >>DefaultPlexusContainer.java:436)
> >>
> >>>  at
> >>
> >>
> org.codehaus.plexus.personality.plexus.lifecycle.phase.PlexusContainerLocator.lookup
> >>(PlexusContainerLocator.java:38)
> >>
> >>>  at org.codehaus.plexus.action.DefaultActionManager.lookup(
> >>
> >>DefaultActionManager.java:57)
> >>
> >>>  ... 19 more
> >>>Caused by:
> >>
> >>
> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException
> >>:
> >>
> >>>

Re: [continuum] where to put build.properties

[Nicolas De Loof]

So simple...

Thanks.

Emmanuel Venisse a écrit :

in the user directory of user that run the service

Emmanuel

Nicolas De Loof a écrit :


Where to put a build.properties for continuum maven1 builds, when 
continuum is started as a Linux service (as explained in doc) ?


I need to configure some server specific properties, and don't know 
where to set this.


Nico.


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]







-
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: WAR plugin in M2: excludes not all files

[Mang Jun Lau]

Actually, multiple excludes do work.  You should have the following 
snippet:


  WEB-INF/lib/geronimo-spec*.jar
  WEB-INF/lib/junit*.jar




_Mang Lau





Tim Davies <[EMAIL PROTECTED]> 
02/17/2006 06:07 AM
Please respond to
"Maven Users List" 


To
Maven Users List 
cc

Subject
Re: WAR plugin in M2: excludes not all files






I believe that there is a bug which means that multiple excludes will 
not work but a single one will. Im afraid I cant remember where I read 
about this as it was a while ago that I came across it.



Martin Goldhahn wrote:
> Hi!
> I'm using Maven 2.0.1
> I have the following snippet in my pom.xml:
>
> 
> org.apache.maven.plugins
> maven-war-plugin
> 
> WEB-INF/lib/geronimo-spec*.jar,
> WEB-INF/lib/junit*.jar
> 
> 
>
> This doesn't seem to work, according to the doc it should. How do I tell
> the plug-in the exclude both my JUnit files and the Geronimo-spec files.
> I tried regexps, and the warSourceExcludes tag instead of the excludes
> tag. The result is the same.
>
> Is this a bug or am I doing something wrong?
>
> Martin
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> 

-- 
Tim Davies
Analyst Developer

KTS PLC: Service you can bank on
8th Floor, Finsbury Tower,
103-105 Bunhill Row,
London  EC1Y 8LZ
tel: +44 (0)20 7256 2300
fax: +44 (0)20 7256 2301

email: [EMAIL PROTECTED]
web: http://www.ktsplc.com 


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

Re: [ANN] Mevenide for Netbeans 1.0 final (Maven1 support)

[Milos Kleint]

it does.
check http://docs.codehaus.org/display/MEVENIDE/MevenideNetbeans2.0
for the initial version of the support.

Milos Kleint

On 2/17/06, Luca Gmail <[EMAIL PROTECTED]> wrote:
> Great
> Do you think Netbeans IDE will support maven 2 in the future?
>
> Tanx,
> Luca
>
> -Original Message-
> From: Milos Kleint [mailto:[EMAIL PROTECTED]
> Sent: venerdì 17 febbraio 2006 14.32
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Maven Users
> List; [EMAIL PROTECTED]
> Subject: [ANN] Mevenide for Netbeans 1.0 final (Maven1 support)
>
> Greetings,
>
> The mevenide team is proud to announce the final version of Maven1
> support for Netbeans IDE. The released set of Netbeans modules allows
> to work with Maven1 projects in the IDE, without imports or additional
> configurations. See the complete list of features and list of bugfixes
> since the last release (0.9).
> http://mevenide.codehaus.org/mevenide-netbeans-project/features.html
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10480&fix
> for=12030
>
> Download 1.0 release binaries here:
> http://mevenide.codehaus.org/mevenide-netbeans-project/index.html
>
> Those already using previous releases can easily update through the
> Netbeans Update Center.
>
>
> Regards
>
>
> Milos Kleint
>
> -
> 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: [ANN] Mevenide for Netbeans 1.0 final (Maven1 support)

[Luca Gmail]

Great
Do you think Netbeans IDE will support maven 2 in the future?

Tanx,
Luca

-Original Message-
From: Milos Kleint [mailto:[EMAIL PROTECTED] 
Sent: venerdì 17 febbraio 2006 14.32
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Maven Users
List; [EMAIL PROTECTED]
Subject: [ANN] Mevenide for Netbeans 1.0 final (Maven1 support)

Greetings,

The mevenide team is proud to announce the final version of Maven1
support for Netbeans IDE. The released set of Netbeans modules allows
to work with Maven1 projects in the IDE, without imports or additional
configurations. See the complete list of features and list of bugfixes
since the last release (0.9).
http://mevenide.codehaus.org/mevenide-netbeans-project/features.html
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10480&fix
for=12030

Download 1.0 release binaries here:
http://mevenide.codehaus.org/mevenide-netbeans-project/index.html

Those already using previous releases can easily update through the
Netbeans Update Center.


Regards


Milos Kleint

-
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: xDoc i18n for a dozen languages

[Arnaud HERITIER]

"fully supported" mean in maven generated pages (reports, project information).
If you take a look at [1] you'll see our bundles to translate the templates.
If you want give us some translations ...

Arnaud

[1] 
http://svn.apache.org/viewcvs.cgi/maven/maven-1/plugins/trunk/xdoc/src/plugin-resources/templates/

On 2/17/06, Lance Bader <[EMAIL PROTECTED]> wrote:
> At
> http://maven.apache.org/maven-1.x/reference/plugins/xdoc/reference/i18n.htmlit
> says
>
> "Actually, only English, French and German are currently fully supported by
> Maven. Contributions are welcome!"
>
> What does "fully supported" mean?  What "contributions" would you like?
>
> I see no reason why the i18n support would not work for any language and we
> intend to serve a dozen languages from our web site, generating the HTML
> using Maven 1.2-Beta and xDoc plugin 1.9.2.   Am I setting myself up for a
> failure?
>
> Lance
>
>

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

Re: xDoc Link Check Reports Invalid Redirect

[Arnaud HERITIER]

Hi lance,

  Are you online when you launch this goal ?
  I just saw that there was a bug in the plugin. If maven is offline
the report isn't generated whereas the plugin supports it.
  Can you try :
  maven maven-linkcheck-plugin:report-real
  If it doesn't work, can you open an issue on jira and give us the
logs obtained with :
  maven maven-linkcheck-plugin:report-real
-Dlog4j.logger.org.apache.maven.plugin.linkcheck=DEBUG

  Otherwise, you don't have to call the plugin directly (except to test it).
  If the report is added in your POM, the report is automatically generated.

Arnaud

On 2/17/06, Lance Bader <[EMAIL PROTECTED]> wrote:
> Still no joy.  If I run the maven maven-linkcheck-plugin:report goal, all it
> does is copy a file to ...target/generted/xdocs/linkcheck.xml which contains
> (among other broiler plate xdoc tags):
>
> This file is used as a placeholder until the final link check can
> occur.
>
> No link checking actually occurs.
>
> For my own edification, why do I have to invoke this goal explicitly.  When
> the LinkCheck V1.3.4 was installed, the xDoc plugin V1.9.2 automatically
> invoked it as part of its xdoc goal.  Why doesn't it continue to call it
> automatically after upgrading LinkCheck to V1.4-SNAPSHOT?
>
> On 2/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> >
> > As the checking is done in a different plugin (the linkcheck-plugin ;)
> > ), you have to execute that goal separately before running xdoc:
> >
> > maven maven-linkcheck-plugin:report
> > maven xdoc
> >
> > Or you add the maven-linkcheck-plugin report to your project.xml and run
> > maven site
> >
> >
> > And you don't need to manually update the repository, Maven will do that
> > automatically for you.
> >
> > -Lukas
> >
> >
> > Lance Bader wrote:
> > > Oh!  Now I see.  The link checks are not performed by the xDoc plug-in,
> > they
> > > are performed by the LinkCheck plugin.  I wasn't even aware of this
> > plugin.
> > >
> > > Still no joy.  I successfully replaced the maven-linkcheck-plugin
> > version
> > > 1.3.4 with version 1.4-SNAPSHOT.  Then I manually updated the repository
> > > with the required JAR files for Commons HTTP, Commons Codec, and Log4j.
> > > Now, when I execute Maven 1.1-beta-2 with the maven-xdoc-plugin 1.9.2for
> > > the xdoc goal, the link check operation is NOT performed.  The build
> > > completes after the generation phase and there are no link check
> > artifacts
> > > generated.
> > >
> > > What am I doing wrong?
> > >
> > > Lance
> > >
> > >
> >
> > -
> > 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]

xDoc i18n for a dozen languages

[Lance Bader]

At
http://maven.apache.org/maven-1.x/reference/plugins/xdoc/reference/i18n.htmlit
says

"Actually, only English, French and German are currently fully supported by
Maven. Contributions are welcome!"

What does "fully supported" mean?  What "contributions" would you like?

I see no reason why the i18n support would not work for any language and we
intend to serve a dozen languages from our web site, generating the HTML
using Maven 1.2-Beta and xDoc plugin 1.9.2.   Am I setting myself up for a
failure?

Lance

[M2] How to override phase default goal?

[Alexandre Poitras]

Hi,

I have developped a custom Mojo wich is binded to the 'deploy' phase.
It does work but now I want it to override the standard deploy goal to
be executed when the packaging specified is ear. I have no idea how to
do this. I have checked into the ear plugin sources and I can't find
anything. Any ideas??

Thank!

--
Alexandre Poitras
Québec, Canada

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

Re: [continuum] where to put build.properties

[Emmanuel Venisse]

in the user directory of user that run the service

Emmanuel

Nicolas De Loof a écrit :


Where to put a build.properties for continuum maven1 builds, when 
continuum is started as a Linux service (as explained in doc) ?


I need to configure some server specific properties, and don't know 
where to set this.


Nico.


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]







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

Re: xDoc Link Check Reports Invalid Redirect

[Lance Bader]

Still no joy.  If I run the maven maven-linkcheck-plugin:report goal, all it
does is copy a file to ...target/generted/xdocs/linkcheck.xml which contains
(among other broiler plate xdoc tags):

This file is used as a placeholder until the final link check can
occur.

No link checking actually occurs.

For my own edification, why do I have to invoke this goal explicitly.  When
the LinkCheck V1.3.4 was installed, the xDoc plugin V1.9.2 automatically
invoked it as part of its xdoc goal.  Why doesn't it continue to call it
automatically after upgrading LinkCheck to V1.4-SNAPSHOT?

On 2/13/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> As the checking is done in a different plugin (the linkcheck-plugin ;)
> ), you have to execute that goal separately before running xdoc:
>
> maven maven-linkcheck-plugin:report
> maven xdoc
>
> Or you add the maven-linkcheck-plugin report to your project.xml and run
> maven site
>
>
> And you don't need to manually update the repository, Maven will do that
> automatically for you.
>
> -Lukas
>
>
> Lance Bader wrote:
> > Oh!  Now I see.  The link checks are not performed by the xDoc plug-in,
> they
> > are performed by the LinkCheck plugin.  I wasn't even aware of this
> plugin.
> >
> > Still no joy.  I successfully replaced the maven-linkcheck-plugin
> version
> > 1.3.4 with version 1.4-SNAPSHOT.  Then I manually updated the repository
> > with the required JAR files for Commons HTTP, Commons Codec, and Log4j.
> > Now, when I execute Maven 1.1-beta-2 with the maven-xdoc-plugin 1.9.2for
> > the xdoc goal, the link check operation is NOT performed.  The build
> > completes after the generation phase and there are no link check
> artifacts
> > generated.
> >
> > What am I doing wrong?
> >
> > Lance
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Can anyone help with this error?

[Punkin Head]

The parent of our application will get an error at the scheduled time of
build (not on every scheduled build but about 4 or 5 times a day), even when
no changes have been done to it.  When I go to force the build, it builds
successfully. Here is the error:

javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO
PROJECTDEPENDENCY (PROJECTDEPENDENCY_ID,VERSION,ARTIFACT_ID,GROUP_ID)
VALUES (?,?,?,?)
at 
org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:329)
at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:1774)
at org.jpox.store.StoreManager.insert(StoreManager.java:721)
at 
org.jpox.state.StateManagerImpl.internalMakePersistent(StateManagerImpl.java:3066)
at 
org.jpox.state.StateManagerImpl.makePersistent(StateManagerImpl.java:3039)
at 
org.jpox.state.StateManagerImpl.attachCopy(StateManagerImpl.java:3452)
at 
org.jpox.AbstractPersistenceManager.attachCopy(AbstractPersistenceManager.java:1644)
at org.jpox.sco.List.attachCopy(List.java:326)
at 
org.jpox.state.AttachFieldManager.storeObjectField(AttachFieldManager.java:107)
at 
org.jpox.state.StateManagerImpl.providedObjectField(StateManagerImpl.java:2394)
at 
org.apache.maven.continuum.model.project.Project.jdoProvideField(Project.java)
at 
org.apache.maven.continuum.model.project.Project.jdoProvideFields(Project.java)
at 
org.jpox.state.StateManagerImpl.provideFields(StateManagerImpl.java:2732)
at 
org.jpox.state.StateManagerImpl.internalAttachCopy(StateManagerImpl.java:3518)
at 
org.jpox.state.StateManagerImpl.attachCopy(StateManagerImpl.java:3446)
at 
org.jpox.AbstractPersistenceManager.attachCopy(AbstractPersistenceManager.java:1644)
at 
org.jpox.AbstractPersistenceManager.attachCopy(AbstractPersistenceManager.java:1660)
at 
org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoContinuumStore.java:679)
at 
org.apache.maven.continuum.store.JdoContinuumStore.updateProject(JdoContinuumStore.java:841)
at 
org.apache.maven.continuum.core.action.ExecuteBuilderContinuumAction.execute(ExecuteBuilderContinuumAction.java:94)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:171)
at 
org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:53)
at 
org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103)
at java.lang.Thread.run(Thread.java:595)
NestedThrowablesStackTrace:
ERROR 40001: A lock could not be obtained due to a deadlock, cycle of
locks and waiters is:
Lock : ROW, PROJECTDEPENDENCY, (4271,6)
  Waiting XID : {30604833, X} , SA, INSERT INTO PROJECTDEPENDENCY
(PROJECTDEPENDENCY_ID,VERSION,ARTIFACT_ID,GROUP_ID) VALUES (?,?,?,?)
  Granted XID : {30604480, X}
Lock : ROW, PROJECT, (3,96)
  Waiting XID : {30604480, S} , SA, UPDATE PROJECTDEPENDENCY SET
DEPENDENCIES_ID_OWN = ?,DEPENDENCIESINTEGER_IDX = ? WHERE
PROJECTDEPENDENCY_ID = ?
  Granted XID : {30604833, X}
. The selected victim is XID : 30604833.
at org.apache.derby.iapi.error.StandardException.newException(Unknown 
Source)
at org.apache.derby.impl.services.locks.Deadlock.buildException(Unknown 
Source)
at org.apache.derby.impl.services.locks.LockSet.lockObject(Unknown 
Source)
at org.apache.derby.impl.services.locks.SinglePool.lockAnObject(Unknown 
Source)
at org.apache.derby.impl.services.locks.SinglePool.lockObject(Unknown 
Source)
at 
org.apache.derby.impl.store.raw.xact.RowLocking3.lockRecordForWrite(Unknown
Source)
at 
org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown
Source)
at 
org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown
Source)
at 
org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockRowOnPage(Unknown
Source)
at 
org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockNonScanRowOnPage(Unknown
Source)
at 
org.apache.derby.impl.store.access.btree.BTreeController.doIns(Unknown
Source)
at 
org.apache.derby.impl.store.access.btree.BTreeController.insert(Unknown
Source)
at 
org.apache.derby.impl.store.access.btree.index.B2IController.insert(Unknown
Source)
at 
org.apache.derby.impl.sql.execute.IndexChanger.insertAndCheckDups(Unknown
Source)
at org.apache.derby.impl.sql.execute.IndexChanger.doInsert(Unknown 
Source)
at org.apache.derby.impl.sql.execute.IndexChanger.insert(Unknown Source)
at org.apache.derby.impl.sql.execute.IndexSetChanger.insert(Unknown 
Source)
at org.apache.derby.impl.sql.execute.RowChangerImpl.insertRow(Unknown 
Source)
at 
org.apache.derby.impl.sql.execute.InsertResultSet.normalInsertCore(Unknown
Source)
at org.apache.derby.impl.sql.execute

[continuum] where to put build.properties

[Nicolas De Loof]

Where to put a build.properties for continuum maven1 builds, when 
continuum is started as a Linux service (as explained in doc) ?


I need to configure some server specific properties, and don't know 
where to set this.


Nico.


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]

[ANN] Mevenide for Netbeans 1.0 final (Maven1 support)

[Milos Kleint]

Greetings,

The mevenide team is proud to announce the final version of Maven1
support for Netbeans IDE. The released set of Netbeans modules allows
to work with Maven1 projects in the IDE, without imports or additional
configurations. See the complete list of features and list of bugfixes
since the last release (0.9).
http://mevenide.codehaus.org/mevenide-netbeans-project/features.html
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10480&fixfor=12030

Download 1.0 release binaries here:
http://mevenide.codehaus.org/mevenide-netbeans-project/index.html

Those already using previous releases can easily update through the
Netbeans Update Center.


Regards


Milos Kleint

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

Re: cobertura plugin

[David Sag]

Maven 2 is what I am on about.  see
the jira issue, but i am getting the same problem as you describe.  perhaps
you'd like to vote on that issue and add your comments there.

Kind regards,
Dave Sag 




  

"javed mandary" <[EMAIL PROTECTED]>
wrote on 17-02-2006 14:14:17:

> ok , what about the cobertura plugin for maven 2 ? In maven site I
am
> getting a problem after cobertura runs the junit tests and try to
create a
> report it crashes and fails the build.
> 
> Has anyone got similar problems and any solutions to that?
> 
> this is what i am using:
> 
>                 org.codehaus.mojo
>                 cobertura-maven-plugin
>                 2.0-SNAPSHOT
>                 
>                   
>                    

>                    
  clean
>                    

>                   
>                 
>             
> 
> regards,
>       Javed
> 
> On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hi Brett
> >
> > I have files jira issue http://jira.codehaus.org/browse/MOJO-299
and
> > included an example project that displays the bug.
> >
> > if you could put your repo manager code somewhere in a zip file
I can try
> > it out here and see if I get the same problems.
> >
> > Kind regards,
> > Dave Sag
> >
> >
> >
> >
> >
> >
> > Brett Porter <[EMAIL PROTECTED]> wrote on 17-02-2006
13:33:08:
> >
> > > Hi David,
> > >
> > > There might be a release coming up, but we haven't worked
on your issue
> > and
> > > there are still some other issues outstanding that should
be fixed
> > first.
> > >
> > > If you could confirm that cobertura fails for you on the
repository
> > manager
> > > app (if SVN is a problem I can upload it somewhere), that
would isolate
> > it
> > > to you environment over your particular project.
> > >
> > > Thanks,
> > > Brett
> > >
> > > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > > Sorry brett the last i heard from you was that you
were working on the
> > > > problem and there would be a release late this week.
> > > >
> > > > So I have been working on other things and waiting
paitiently.
> > > >
> > > > But if you are now telling me I need to file a jira
issue then that's
> > what
> > > > i'll do.
> > > >
> > > > I'll have to put together a minimal project and reproduce
the problem
> > in
> > > > some code that is not the EPOs tho.  This probably
won't happen today.
> > > >
> > > > Kind regards,
> > > > Dave Sag
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Brett Porter <[EMAIL PROTECTED]> wrote on
17-02-2006 13:20:42:
> > > >
> > > > > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > >
> > > > > > Sorry are you talking about maven 1 or 2
plugin?
> > > > >
> > > > >
> > > > > They are talking about Maven 1.0
> > > > >
> > > > > I was told that 2.0-SNAPSHOT is the one to use
for maven 2 but since
> > > > > > updating to maven 2.0.2 the reporting part
of cobertura hasn't
> > worked.
> > > > >
> > > > >
> > > > > I can't reproduce it. If it never gets filed in
JIRA, it'll never
> > get
> > > > > fixed... can you please do that at
> > http://jira.codehaus.org/browse/MOJO?
> > > > >
> > > > > Did you try the repository manager example I showed
you last time
> > that
> > > > is
> > > > > working for me?
> > > > >
> > > > > - Brett
> > > >
> >

Re: cobertura plugin

[javed mandary]

ok , what about the cobertura plugin for maven 2 ? In maven site I am
getting a problem after cobertura runs the junit tests and try to create a
report it crashes and fails the build.

Has anyone got similar problems and any solutions to that?

this is what i am using:

org.codehaus.mojo
cobertura-maven-plugin
2.0-SNAPSHOT

  

  clean

  



regards,
  Javed

On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
>
>
> Hi Brett
>
> I have files jira issue http://jira.codehaus.org/browse/MOJO-299 and
> included an example project that displays the bug.
>
> if you could put your repo manager code somewhere in a zip file I can try
> it out here and see if I get the same problems.
>
> Kind regards,
> Dave Sag
>
>
>
>
>
>
> Brett Porter <[EMAIL PROTECTED]> wrote on 17-02-2006 13:33:08:
>
> > Hi David,
> >
> > There might be a release coming up, but we haven't worked on your issue
> and
> > there are still some other issues outstanding that should be fixed
> first.
> >
> > If you could confirm that cobertura fails for you on the repository
> manager
> > app (if SVN is a problem I can upload it somewhere), that would isolate
> it
> > to you environment over your particular project.
> >
> > Thanks,
> > Brett
> >
> > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Sorry brett the last i heard from you was that you were working on the
> > > problem and there would be a release late this week.
> > >
> > > So I have been working on other things and waiting paitiently.
> > >
> > > But if you are now telling me I need to file a jira issue then that's
> what
> > > i'll do.
> > >
> > > I'll have to put together a minimal project and reproduce the problem
> in
> > > some code that is not the EPOs tho.  This probably won't happen today.
> > >
> > > Kind regards,
> > > Dave Sag
> > >
> > >
> > >
> > >
> > >
> > >
> > > Brett Porter <[EMAIL PROTECTED]> wrote on 17-02-2006 13:20:42:
> > >
> > > > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > Sorry are you talking about maven 1 or 2 plugin?
> > > >
> > > >
> > > > They are talking about Maven 1.0
> > > >
> > > > I was told that 2.0-SNAPSHOT is the one to use for maven 2 but since
> > > > > updating to maven 2.0.2 the reporting part of cobertura hasn't
> worked.
> > > >
> > > >
> > > > I can't reproduce it. If it never gets filed in JIRA, it'll never
> get
> > > > fixed... can you please do that at
> http://jira.codehaus.org/browse/MOJO?
> > > >
> > > > Did you try the repository manager example I showed you last time
> that
> > > is
> > > > working for me?
> > > >
> > > > - Brett
> > >
>

Re: cobertura plugin

[David Sag]

Hi Brett

I have files jira issue http://jira.codehaus.org/browse/MOJO-299
and included an example project that displays the bug.

if you could put your repo manager code
somewhere in a zip file I can try it out here and see if I get the same
problems.

Kind regards,
Dave Sag 




  

Brett Porter <[EMAIL PROTECTED]> wrote
on 17-02-2006 13:33:08:

> Hi David,
> 
> There might be a release coming up, but we haven't worked on your
issue and
> there are still some other issues outstanding that should be fixed
first.
> 
> If you could confirm that cobertura fails for you on the repository
manager
> app (if SVN is a problem I can upload it somewhere), that would isolate
it
> to you environment over your particular project.
> 
> Thanks,
> Brett
> 
> On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> >
> >
> > Sorry brett the last i heard from you was that you were working
on the
> > problem and there would be a release late this week.
> >
> > So I have been working on other things and waiting paitiently.
> >
> > But if you are now telling me I need to file a jira issue then
that's what
> > i'll do.
> >
> > I'll have to put together a minimal project and reproduce the
problem in
> > some code that is not the EPOs tho.  This probably won't
happen today.
> >
> > Kind regards,
> > Dave Sag
> >
> >
> >
> >
> >
> >
> > Brett Porter <[EMAIL PROTECTED]> wrote on 17-02-2006
13:20:42:
> >
> > > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > > Sorry are you talking about maven 1 or 2 plugin?
> > >
> > >
> > > They are talking about Maven 1.0
> > >
> > > I was told that 2.0-SNAPSHOT is the one to use for maven
2 but since
> > > > updating to maven 2.0.2 the reporting part of cobertura
hasn't worked.
> > >
> > >
> > > I can't reproduce it. If it never gets filed in JIRA, it'll
never get
> > > fixed... can you please do that at http://jira.codehaus.org/browse/MOJO?
> > >
> > > Did you try the repository manager example I showed you
last time that
> > is
> > > working for me?
> > >
> > > - Brett
> >

Re: cobertura plugin

[Brett Porter]

Hi David,

There might be a release coming up, but we haven't worked on your issue and
there are still some other issues outstanding that should be fixed first.

If you could confirm that cobertura fails for you on the repository manager
app (if SVN is a problem I can upload it somewhere), that would isolate it
to you environment over your particular project.

Thanks,
Brett

On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
>
>
> Sorry brett the last i heard from you was that you were working on the
> problem and there would be a release late this week.
>
> So I have been working on other things and waiting paitiently.
>
> But if you are now telling me I need to file a jira issue then that's what
> i'll do.
>
> I'll have to put together a minimal project and reproduce the problem in
> some code that is not the EPOs tho.  This probably won't happen today.
>
> Kind regards,
> Dave Sag
>
>
>
>
>
>
> Brett Porter <[EMAIL PROTECTED]> wrote on 17-02-2006 13:20:42:
>
> > On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > Sorry are you talking about maven 1 or 2 plugin?
> >
> >
> > They are talking about Maven 1.0
> >
> > I was told that 2.0-SNAPSHOT is the one to use for maven 2 but since
> > > updating to maven 2.0.2 the reporting part of cobertura hasn't worked.
> >
> >
> > I can't reproduce it. If it never gets filed in JIRA, it'll never get
> > fixed... can you please do that at http://jira.codehaus.org/browse/MOJO?
> >
> > Did you try the repository manager example I showed you last time that
> is
> > working for me?
> >
> > - Brett
>

ordering classpath with maven2

[Patrick GIRY]

How can you indicate to maven2 when it's running a
test that the jar files must before the jdk jar into
the classpath?

I have same question for the mvn eclipse:eclipse
command,
to put the  at
the last position into .classpath file generated.

PG






___ 
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs 
exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com

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

Order of entry into classpath with maven2

[patrickgirymaillinglist-maven2]

How can you indicate to maven2 when it's running a
test that the jar files must before the jdk jar into
the classpath?

I have same question for the mvn eclipse:eclipse
command,
to put the  at
the last position into .classpath file generated.

PG

Patrick GIRY
e-mail : [EMAIL PROTECTED]






___ 
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs 
exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com

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

Re: cobertura plugin

[David Sag]

Sorry brett the last i heard from you
was that you were working on the problem and there would be a release late
this week.

So I have been working on other things
and waiting paitiently.

But if you are now telling me I need
to file a jira issue then that's what i'll do. 

I'll have to put together a minimal
project and reproduce the problem in some code that is not the EPOs tho.
 This probably won't happen today.

Kind regards,
Dave Sag 




  

Brett Porter <[EMAIL PROTECTED]> wrote
on 17-02-2006 13:20:42:

> On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
> >
> >
> > Sorry are you talking about maven 1 or 2 plugin?
> 
> 
> They are talking about Maven 1.0
> 
> I was told that 2.0-SNAPSHOT is the one to use for maven 2 but since
> > updating to maven 2.0.2 the reporting part of cobertura hasn't
worked.
> 
> 
> I can't reproduce it. If it never gets filed in JIRA, it'll never
get
> fixed... can you please do that at http://jira.codehaus.org/browse/MOJO?
> 
> Did you try the repository manager example I showed you last time
that is
> working for me?
> 
> - Brett

Re: Help with getting up and running

[Stephen Duncan]

On 2/17/06, Dion Gillard <[EMAIL PROTECTED]> wrote:
> On 2/17/06, Stephen Duncan <[EMAIL PROTECTED]> wrote:
> > It's been discussed many times on the list but: 1) Maven 2 is NOT in a
> > beta state; 2) Some of the plugins still are in beta state, and these
> > are generally where the frustration comes from.
>
> Stephen,
>
> have a look at what you've written above.
>
> Most *users* of Maven don't separate the plugins which provide a huge
> amount of the functionality they use from 'Maven'. This is true of M1
> as well.
>
> Beta plugins == Beta experience.
> Beta documentation == Beta experience.
> Quality mailing list help == Happy user.
>
> Things always improve over time. M2 is a big disconnect from M1 and
> that also causes frustration. In the short term, the best thing we can
> do is improve the products, the documentation and help people, and
> listen to their rants while reading between the lines.
>
> My 2c.

I totally agree.  I was trying to get out the summary of the frequent
discussions of "is Maven 2 production ready" before it turned into
another one of those conversations.  I apologize if my brevity made it
sound harsh or unfair.

--
Stephen Duncan Jr
www.stephenduncanjr.com

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

Re: Help with getting up and running

[Dion Gillard]

On 2/17/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> >
> > My 2c.
>
> Hey, we don't have that currency here anymore! :)
>
> - Brett

Dang! Rounded down to 0c!!!

--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is
afraid of the dark, but because the dark is afraid of Chuck Norris

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

Re: cobertura plugin

[Brett Porter]

On 2/17/06, David Sag <[EMAIL PROTECTED]> wrote:
>
>
> Sorry are you talking about maven 1 or 2 plugin?


They are talking about Maven 1.0

I was told that 2.0-SNAPSHOT is the one to use for maven 2 but since
> updating to maven 2.0.2 the reporting part of cobertura hasn't worked.


I can't reproduce it. If it never gets filed in JIRA, it'll never get
fixed... can you please do that at http://jira.codehaus.org/browse/MOJO?

Did you try the repository manager example I showed you last time that is
working for me?

- Brett

Re: Help with getting up and running

[Brett Porter]

While I generally agree with your response, a couple of points:

On 2/17/06, Dion Gillard <[EMAIL PROTECTED]> wrote:
> Beta plugins == Beta experience.

I've been planning to, and am even more inclined, to stop publishing
(start pulling out?) alpha and beta releases from the central
repository. They should be in a separate repository you have to ask
for.

There will always be plugins in alpha and beta. The critical ones (all
the core ones related to site generation) are actually reasonably
stable in their current beta state and will get final releases this or
next month.

> Beta documentation == Beta experience.

True, but I'd also wish those complaining about it would point at the
hole (and yes, there are many), file a JIRA issue, and says "fix this
one". We're working through them. It's incredibly hard to know what's
missing on the inside looking out.

> Quality mailing list help == Happy user.

And I think we have that. Stephen is one of the many people that
regularly helps others here, and is to be commended for it.

> Things always improve over time. M2 is a big disconnect from M1 and
> that also causes frustration. In the short term, the best thing we can
> do is improve the products, the documentation and help people,

+1

> listen to their rants while reading between the lines.

I'd really rather not. Ranting gets you nowhere, and is likely to get
a response sharing your own tone.

It's not like a bunch of people are sitting here twiddling their
thumbs doing nothing, and jumping up when someone complains. Everyone
is working on stuff, and everyone has different priorities. Let your
problems be known, file a bug, vote for it, prod if it doesn't get
responded to, and if you are really desparate - patch it :) But let's
keep it friendly.

>
> My 2c.

Hey, we don't have that currency here anymore! :)

- Brett

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

Re: cobertura plugin

[David Sag]

Sorry are you talking about maven 1
or 2 plugin?

I was told that 2.0-SNAPSHOT is the
one to use for maven 2 but since updating to maven 2.0.2 the reporting
part of cobertura hasn't worked.

Kind regards,
Dave Sag 




  

Nicolas De Loof <[EMAIL PROTECTED]>
wrote on 17-02-2006 11:12:27:

> 
> 1.2-SNAPSHOT works fine for me.
> 
> Thanks !
> 
> Nicolas De Loof a écrit :
> > I'm using maven-cobertura-plugin from [EMAIL PROTECTED]
> > As this site uses CVS, this seems you've in mind another cobertura

> > plugin. Where to find it ?
> >
> > Mike Perham a écrit :
> >
> >> The plugin code in SVN already uses 1.7.  It's never
been released so
> >> you must be using an old version you compiled.  Update
svn and recompile
> >> it.
> >>
> >> -Original Message-
> >> From: Nicolas De Loof [mailto:[EMAIL PROTECTED]
Sent: 
> >> Thursday, February 16, 2006 8:36 AM
> >> To: Maven Users List
> >> Subject: cobertura plugin
> >>
> >>
> >> Is there any plan to upgrade cobertura plugin to use cobertura
1.7 ?
> >>
> >> I'm using AspectJ and JiBX that both operate on bytecode
and are not
> >> compatible with cobertura 1.6 instrumentation (plugin fails)
> >>
> >> Upgrading dependency to 1.7 solves this problem
> >>
> >> I've created
> >> http://sourceforge.net/tracker/index.php?func=detail&aid=1432911&group_i
> >> d=61626&atid=497853
> >> for this.
> >>
> >> Nico.
> >>
> >> 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]
> >>
> >>
> >>
> >> -
> >> 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: Help with getting up and running

[Dion Gillard]

On 2/17/06, Stephen Duncan <[EMAIL PROTECTED]> wrote:
> It's been discussed many times on the list but: 1) Maven 2 is NOT in a
> beta state; 2) Some of the plugins still are in beta state, and these
> are generally where the frustration comes from.

Stephen,

have a look at what you've written above.

Most *users* of Maven don't separate the plugins which provide a huge
amount of the functionality they use from 'Maven'. This is true of M1
as well.

Beta plugins == Beta experience.
Beta documentation == Beta experience.
Quality mailing list help == Happy user.

Things always improve over time. M2 is a big disconnect from M1 and
that also causes frustration. In the short term, the best thing we can
do is improve the products, the documentation and help people, and
listen to their rants while reading between the lines.

My 2c.
--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is
afraid of the dark, but because the dark is afraid of Chuck Norris

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

Re: Help with getting up and running

[Stephen Duncan]

It's been discussed many times on the list but: 1) Maven 2 is NOT in a
beta state; 2) Some of the plugins still are in beta state, and these
are generally where the frustration comes from.

I don't use Clover, but generally configuration is provided in
 section of your POM.  Also,
the clover plugin documentation, in the clover:check goal lists
"licenseFile" as an optional parameter:
http://maven.apache.org/plugins/maven-clover-plugin/check-mojo.html

So I think you'd do it like this:

  
org.apache.maven.plugins
maven-clover-plugin

  path/to/license-file

 

To have goals run, you specify  within a plugins
configuration.  The documention is here:
http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
 under the "Plugins" section.

I think people forget how much time they spent learning Ant.  I don't
think Maven 2's learning curve is any worse.  And of course, long run,
Maven 2 buid's are far more maintainable and extendable, so even if
does take a little while longer to learn, the long-term benefits are
well worth it...

-Stephen

On 2/17/06, Christian Cabanero <[EMAIL PROTECTED]> wrote:
> First off I gotta say ramping up with Maven 2 has been very hard compared to
> Maven 1.  I was a big fan of Maven 1 and was using it successfully and it
> was doing what I wanted but now with Maven 2 it's just so much more darn
> complex and customizable it makes it harder to even know where to start.  I
> like the high level design better but it's not user friendly.  It'd be nice
> if there was a cook book that went over more than just the basics of
> compiling and running tests and checking dependencies.
>
> Can someone give me pointers on the following:
>
> * How do I make it so that when I run tests the tests results also show up
> as part of the site generation?  It'd be nice if I could see a test summary
> and also navigate from the site the tests that failed.
>
> * How to get continuous integration running with Maven2.  Is there a guide
> somewhere?
>
> * I tried running a clover:report task and it downloaded all the proper jars
> but it's giving me an error saying that the license has expired.  The
> documentation said that a 30-day eval license was included but I didn't see
> it.  I do have a valid license file however.  How do I point Maven to use
> the valid clover.license file?  I tried putting the license file in the same
> dir as the jar file as is what you normally do with clover but that didn't
> work.
>
> * How do I make it so that certain goals are always part of the default set
> and always run?  I just want to type "mvn" and have it execute these goals.
>
> Thanks,
> Christian
>
> 
>
> Is Maven 2 still in a "beta" state?  If not it's kind of suprising how
> tricky it is to really get up and running.  If one of the goals is to
> replace Ant and get widespread adoption it's got to be easy for people to
> actually use the thing and get functionality that goes beyond compiling,
> testing and dependency checking I would think.  Right now there seem to be
> too many gotchas and a lot of complexity in the sake of configurability but
> that's killing ease of use IMHO.
>
> In the Maven 1 days I definitely was a big believer but now  I'm not so
> sure.  I have the formidable task of trying to get my team to adopt Maven 2
> (I work at the largest online retailer) and all I see the team members
> saying is "Man, this is way too complex, Ant is just easy to use, why don't
> we just use that?"
>
> 
>
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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

Re: cobertura plugin

[Arnaud HERITIER]

maven 1

Arnaud

On 2/17/06, javed mandary <[EMAIL PROTECTED]> wrote:
> Is the 1.2-SNAPSHOT for maven 1 or for maven 2 ?
>
> On 2/17/06, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
> >
> >
> > 1.2-SNAPSHOT works fine for me.
> >
> > Thanks !
> >
> > Nicolas De Loof a écrit :
> > > I'm using maven-cobertura-plugin from [EMAIL PROTECTED]
> > > As this site uses CVS, this seems you've in mind another cobertura
> > > plugin. Where to find it ?
> > >
> > > Mike Perham a écrit :
> > >
> > >> The plugin code in SVN already uses 1.7.  It's never been released so
> > >> you must be using an old version you compiled.  Update svn and
> > recompile
> > >> it.
> > >>
> > >> -Original Message-
> > >> From: Nicolas De Loof [mailto:[EMAIL PROTECTED] Sent:
> > >> Thursday, February 16, 2006 8:36 AM
> > >> To: Maven Users List
> > >> Subject: cobertura plugin
> > >>
> > >>
> > >> Is there any plan to upgrade cobertura plugin to use cobertura 1.7 ?
> > >>
> > >> I'm using AspectJ and JiBX that both operate on bytecode and are not
> > >> compatible with cobertura 1.6 instrumentation (plugin fails)
> > >>
> > >> Upgrading dependency to 1.7 solves this problem
> > >>
> > >> I've created
> > >>
> > http://sourceforge.net/tracker/index.php?func=detail&aid=1432911&group_i
> > >> d=61626&atid=497853
> > >> for this.
> > >>
> > >> Nico.
> > >>
> > >> 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]
> > >>
> > >>
> > >>
> > >> -
> > >> 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]
> >
> >
>
>

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

Re: cobertura plugin

[javed mandary]

Is the 1.2-SNAPSHOT for maven 1 or for maven 2 ?

On 2/17/06, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
>
>
> 1.2-SNAPSHOT works fine for me.
>
> Thanks !
>
> Nicolas De Loof a écrit :
> > I'm using maven-cobertura-plugin from [EMAIL PROTECTED]
> > As this site uses CVS, this seems you've in mind another cobertura
> > plugin. Where to find it ?
> >
> > Mike Perham a écrit :
> >
> >> The plugin code in SVN already uses 1.7.  It's never been released so
> >> you must be using an old version you compiled.  Update svn and
> recompile
> >> it.
> >>
> >> -Original Message-
> >> From: Nicolas De Loof [mailto:[EMAIL PROTECTED] Sent:
> >> Thursday, February 16, 2006 8:36 AM
> >> To: Maven Users List
> >> Subject: cobertura plugin
> >>
> >>
> >> Is there any plan to upgrade cobertura plugin to use cobertura 1.7 ?
> >>
> >> I'm using AspectJ and JiBX that both operate on bytecode and are not
> >> compatible with cobertura 1.6 instrumentation (plugin fails)
> >>
> >> Upgrading dependency to 1.7 solves this problem
> >>
> >> I've created
> >>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1432911&group_i
> >> d=61626&atid=497853
> >> for this.
> >>
> >> Nico.
> >>
> >> 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]
> >>
> >>
> >>
> >> -
> >> 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: WAR plugin in M2: excludes not all files

[Tim Davies]

I believe that there is a bug which means that multiple excludes will 
not work but a single one will. Im afraid I cant remember where I read 
about this as it was a while ago that I came across it.




Martin Goldhahn wrote:

Hi!
I'm using Maven 2.0.1
I have the following snippet in my pom.xml:


org.apache.maven.plugins
maven-war-plugin

WEB-INF/lib/geronimo-spec*.jar,
WEB-INF/lib/junit*.jar



This doesn't seem to work, according to the doc it should. How do I tell
the plug-in the exclude both my JUnit files and the Geronimo-spec files.
I tried regexps, and the warSourceExcludes tag instead of the excludes
tag. The result is the same.

Is this a bug or am I doing something wrong?

Martin

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

  


--
Tim Davies
Analyst Developer

KTS PLC: Service you can bank on
8th Floor, Finsbury Tower,
103-105 Bunhill Row,
London  EC1Y 8LZ
tel: +44 (0)20 7256 2300
fax: +44 (0)20 7256 2301

email: [EMAIL PROTECTED]
web: http://www.ktsplc.com 



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

RE: Maven2 EAR

[Kohinoor Lal Verma \(HF/EAB\)]

Thanks Lee. This get me going for the time being. 


Thks & Rgds
Kohinoor Lal Verma
 70 2790903 


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Lee Meador
Sent: Thursday, February 16, 2006 6:06 PM
To: Maven Users List
Subject: Re: Maven2 EAR

Do you have a ejb in the ejb project pom?

You need that plus this in the ear project pom



myapp.app
31WebService
0.0.1
ejb



Try not putting the  stuff in the plugin config. I think
that's just for when you want the ... in your
application.xml and should only be used when you want a jar referenced
there.

-- Lee

On 2/16/06, Kohinoor Lal Verma (HF/EAB)
<[EMAIL PROTECTED]>
wrote:
>
> Thanks Lee.
> This mailing list rocks!!!
>
> I noticed one thing. When my project is generated the ear contains an 
> application.xml which looks like:
>
>   "-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN"
> "http://java.sun.com/dtd/application_1_3.dtd";>
> 
>   ear
>   
>   
> ejb-0.0.1.jar
>   
> 
>
>
> This not correct it should be  instead of .
>
> ear/pom.xml looks like this
> 
>   4.0.0
>   myapp.app
>   ear
>   ear
>   0.0.1
>   
>   
> myapp.app
> app
> 0.0.1
>   
>   
> 
>   myapp.app
>   ejb
>   0.0.1
> 
>   
> 
> 
>   
> org.apache.maven.plugins
> maven-ear-plugin
> 
>
>  
>myapp.app
>ejb
>true
>  
>   
> 
>   
> 
>   
> 
> If i add  ejb  in the pom.xml for dependency ejb it says
> "INFO] Artifact[myapp.app:ejb:jar] is not a dependency of the
project."
> any idea what should i do?
>
> Thks & Rgds
> Kohinoor
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Lee Meador
> Sent: Thursday, February 16, 2006 4:37 PM
> To: Maven Users List
> Subject: Re: Maven2 EAR
>
> It's looking for the jar in your repository. If you do
>
> mvn install
>
> It will build the ejb jar and put it in the repository and when it
gets
> to doing the ear, it will be there to use.
>
> -- Lee Meador
>
> On 2/16/06, Kohinoor Lal Verma (HF/EAB)
> <[EMAIL PROTECTED]>
> wrote:
> >
> > Thanks guys for your help.
> > I further need some help to solve this fully.
> >
> > Here is my dir structure.
> > app
> > |--pom.xml
> > |--ejb
> > |   |--pom.xml
> > |--ear
> > |   |--pom.xml
> >
> > app/pom.xml looks like this:
> > 
> >   4.0.0
> >   myapp
> >   app
> >   pom
> >   0.0.1
> >   
> >   
> > ejb
> > ear
> >   
> > 
> >
> >
> > ejb/pom.xml looks like this
> > 
> >   4.0.0
> >   myapp.app
> >   ejb
> >   ejb
> >   0.0.1
> >   
> >   
> > myapp.app
> > app
> > 0.0.1
> >   
> > 
> >
> >
> > And ear/pom.xml looks like this
> > 
> >   4.0.0
> >   myapp.app
> >   ear
> >   ear
> >   0.0.1
> >   
> >   
> > myapp.app
> > app
> > 0.0.1
> >   
> >   
> > 
> >   myapp.app
> >   ejb
> >   0.0.1
> > 
> >   
> > 
> >
> > Now when I run "mvn package" in myapp/app dir the build fails. The
EAR
>
> > package fails to find ejb-0.0.1.jar. If I put this jar in the
> > repository then everything works fine. Is not there a way in which
the
>
> > ejb jar is directly picked from where it is made by mvn?
> >
> > Thanks in advance.
> > Kohinoor
> >
> >
> > -Original Message-
> > From: Krishnan A S [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, February 16, 2006 5:15 AM
> > To: Maven Users List
> > Subject: RE: Maven2 EAR
> >
> >
> > Create a pom.xml for ear - file and include this ejb - jarfile as
one
> > of the modules ... create another pom.xml describing the ejb project
.
> >
> > Thanks & Regards,
> > A.S.KRISHNAN,
> > AZTEC, BANGALORE.
> >
> > -Original Message-
> > From: Kohinoor Lal Verma (HF/EAB)
> > [mailto:[EMAIL PROTECTED]
> >
> > Sent: Wednesday, February 15, 2006 11:05 PM
> > To: users@maven.apache.org
> > Subject: Maven2 EAR
> >
> >
> > > Hi,
> > >
> >
> > > I am very new in using Maven. I want to make a project that
> > > generates an ejb-jar and then generates an ear that includes this
> > > generated ejb-jar. Can someone please provide me some tips on how
to
>
> > > achieve this? I am lost.
> > >
> >
> > > Thanks in advance
> > > Kohinoor
> >
> >
> >
> > **
> >
> > The information contained in, or attached to, this e-mail, contains
> > confidential information and is intended solely for the use of the
> > individual or entity to whom they are addressed and is subject to
> > legal privilege. If you have received this e-mail in error you
should
> > notify the sender immediately by reply e-mail, delete the message
from
>
> > your system and notify your system manager. Please do not copy it
for
> > any purpose, or disclose its contents to any other person. The views
> > or opinions presented in this e-mail are solely those of the

Re: cobertura plugin

[Nicolas De Loof]

1.2-SNAPSHOT works fine for me.

Thanks !

Nicolas De Loof a écrit :

I'm using maven-cobertura-plugin from [EMAIL PROTECTED]
As this site uses CVS, this seems you've in mind another cobertura 
plugin. Where to find it ?


Mike Perham a écrit :


The plugin code in SVN already uses 1.7.  It's never been released so
you must be using an old version you compiled.  Update svn and recompile
it.

-Original Message-
From: Nicolas De Loof [mailto:[EMAIL PROTECTED] Sent: 
Thursday, February 16, 2006 8:36 AM

To: Maven Users List
Subject: cobertura plugin


Is there any plan to upgrade cobertura plugin to use cobertura 1.7 ?

I'm using AspectJ and JiBX that both operate on bytecode and are not
compatible with cobertura 1.6 instrumentation (plugin fails)

Upgrading dependency to 1.7 solves this problem

I've created
http://sourceforge.net/tracker/index.php?func=detail&aid=1432911&group_i
d=61626&atid=497853
for this.

Nico.

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]



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

WAR plugin in M2: excludes not all files

[Martin Goldhahn]

Hi!
I'm using Maven 2.0.1
I have the following snippet in my pom.xml:


org.apache.maven.plugins
maven-war-plugin

WEB-INF/lib/geronimo-spec*.jar,
WEB-INF/lib/junit*.jar



This doesn't seem to work, according to the doc it should. How do I tell
the plug-in the exclude both my JUnit files and the Geronimo-spec files.
I tried regexps, and the warSourceExcludes tag instead of the excludes
tag. The result is the same.

Is this a bug or am I doing something wrong?

Martin

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

Re: cobertura plugin

[David Sag]

Please - that would be nice.

Kind regards,
Dave Sag 




  

Arnaud HERITIER <[EMAIL PROTECTED]> wrote
on 16-02-2006 16:24:10:

> Isn't it possible to release it ?
> 
> Arnaud
> 
> On 2/16/06, Mike Perham <[EMAIL PROTECTED]> wrote:
> > The plugin code in SVN already uses 1.7.  It's never been
released so
> > you must be using an old version you compiled.  Update svn
and recompile
> > it.
> >
> > -Original Message-
> > From: Nicolas De Loof [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, February 16, 2006 8:36 AM
> > To: Maven Users List
> > Subject: cobertura plugin
> >
> >
> > Is there any plan to upgrade cobertura plugin to use cobertura
1.7 ?
> >
> > I'm using AspectJ and JiBX that both operate on bytecode and
are not
> > compatible with cobertura 1.6 instrumentation (plugin fails)
> >
> > Upgrading dependency to 1.7 solves this problem
> >
> > I've created
> > http://sourceforge.net/tracker/index.php?func=detail&aid=1432911&group_i
> > d=61626&atid=497853
> > for this.
> >
> > Nico.
> >
> > 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]
> >
> >
> >
> > -
> > 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: SPAM: Re: Deactivate active profile

[Emmanuel Venisse]

http://maven.apache.org/guides/introduction/introduction-to-profiles.html


  
debug
  


Emmanuel

dan tran a écrit :

the profile is in the pom.  I need to create a profile for
native-maven-plugin.
where by default it  builds nondebug artifact.  When user passed in -Ddebug,
the need to activate the configururation that has debug flags.

-Dan



On 2/16/06, John Casey <[EMAIL PROTECTED]> wrote:


Where is this active profile defined? I think you can mark it as
true, and when any other profile is
activated this one will be deactivated...

That may be too simplistic...

-j

dan tran wrote:


Can i deactivate an active profile?

I have a default profile,.. but when a condition met, I would like to


swap


the default profile with a new one.



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

Re: Errors in Continuum!

[Emmanuel Venisse]

Check your the working directory of your project in continuum. Do you have a 
pom.xml in it?

Are you sure of your scm url?

Emmanuel

Horton.Deon a écrit :

I get this in continuum, I am using Maven 2 and SVN. I can run my maven
setup with no problem from the command line.
 
org.apache.maven.continuum.execution.ContinuumBuildExecutorException:

Could not find Maven project descriptor. at
org.apache.maven.continuum.execution.maven.m2.MavenTwoBuildExecutor.upda
teProjectFromCheckOut(MavenTwoBuildExecutor.java:111) at
org.apache.maven.continuum.core.action.UpdateProjectFromWorkingDirectory
ContinuumAction.execute(UpdateProjectFromWorkingDirectoryContinuumAction
.java:62) at
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(
DefaultBuildController.java:169) at
org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.exec
uteTask(BuildProjectTaskExecutor.java:53) at
org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut
orRunnable.run(ThreadedTaskQueueExecutor.java:103) at
java.lang.Thread.run(Thread.java:595)
 
 
Here is my pom.xml.
 


xml version="1.0" encoding ="UTF-8"?> 

4.0.0 

my-proj 

TestMaven 

0.0.1 

 

jar 

 

scm:svn:svn://css-paps02/tmpSetup/projectName  


scm:svn:svn://css-paps02/tmpSetup/projectName/trunk
 

 

 

continuum 

 

 

 

[EMAIL PROTECTED]  

 

 

 

 

 

 

junit 

junit 

3.8.1 

 

 

 

src/ 

build/dist 

test/ 

build/test 

 


project> 

Re: checkstyle 3.0 with maven 1.0.2

[Arnaud HERITIER]

http://www.mail-archive.com/users@maven.apache.org/msg35500.html

Arnaud

On 2/17/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> I just forwarded to the mailing list a workaround...
>
> Arnaud
>
> On 2/17/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> >
> > No, it does work with Maven 1.0.2. I tested it, however, not with java 5
> > (only 1.4.2). If it's a jdk issue then the $JAVA_HOME/lib/endorsed/
> > solution is probably the only one that's gonna work.
> >
> > -Lukas
> >
> >
> > Carlos Sanchez wrote:
> > > AFAIK it needs maven 1.1
> > >
> > > On 2/16/06, Andy Fyfe <[EMAIL PROTECTED]> wrote:
> > >
> > >>I've updated my project to specify version 3.0
> > >>of the checkstyle plugin.  Maven remains at
> > >>version 1.0.2.
> > >>
> > >>I have also tried using the 3.0.1-SNAPSHOT
> > >>version, and have tried this on both OSX and
> > >>Solaris (both use jvm 1.5.0).
> > >>
> > >>I consistently get the error:
> > >>
> > >>BUILD FAILED
> > >>File.. /Users/andy/.maven/cache/maven-checkstyle-plugin-3.0.1-
> > >>SNAPSHOT/plugin.jelly
> > >>Element... style
> > >>Line.. 241
> > >>Column 59
> > >>Provider org.apache.xalan.processor.TransformerFactoryImpl not found
> > >>Total time: 39 seconds
> > >>Finished at: Thu Feb 16 16:35:28 PST 2006
> > >>
> > >>The error goes away if I revert to version 2.5
> > >>of the checkstyle plugin, but it can't handle the
> > >>j2se 5.0 stuff.
> > >>
> > >>I've tried putting an explicit dependency for
> > >>xalan into my project.xml, as described in the
> > >>maven faq, but that doesn't help.
> > >>
> > >>I've tried adding xalan-2.4.1 to my class path,
> > >>and in places like /Library/Java/Extensions;
> > >>the only variant that appears to work is to put
> > >>it in $JAVA_HOME/lib/endorsed/.
> > >>
> > >>Is there another solution for this?
> > >>
> > >>--Andy
> > >>
> > >>
> > >>
> > >>-
> > >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >>For additional commands, e-mail: [EMAIL PROTECTED]
> > >>
> > >>
> > >
> > >
> > >
> > > --
> > > 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]
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

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

Re: checkstyle 3.0 with maven 1.0.2

[Arnaud HERITIER]

I just forwarded to the mailing list a workaround...

Arnaud

On 2/17/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> No, it does work with Maven 1.0.2. I tested it, however, not with java 5
> (only 1.4.2). If it's a jdk issue then the $JAVA_HOME/lib/endorsed/
> solution is probably the only one that's gonna work.
>
> -Lukas
>
>
> Carlos Sanchez wrote:
> > AFAIK it needs maven 1.1
> >
> > On 2/16/06, Andy Fyfe <[EMAIL PROTECTED]> wrote:
> >
> >>I've updated my project to specify version 3.0
> >>of the checkstyle plugin.  Maven remains at
> >>version 1.0.2.
> >>
> >>I have also tried using the 3.0.1-SNAPSHOT
> >>version, and have tried this on both OSX and
> >>Solaris (both use jvm 1.5.0).
> >>
> >>I consistently get the error:
> >>
> >>BUILD FAILED
> >>File.. /Users/andy/.maven/cache/maven-checkstyle-plugin-3.0.1-
> >>SNAPSHOT/plugin.jelly
> >>Element... style
> >>Line.. 241
> >>Column 59
> >>Provider org.apache.xalan.processor.TransformerFactoryImpl not found
> >>Total time: 39 seconds
> >>Finished at: Thu Feb 16 16:35:28 PST 2006
> >>
> >>The error goes away if I revert to version 2.5
> >>of the checkstyle plugin, but it can't handle the
> >>j2se 5.0 stuff.
> >>
> >>I've tried putting an explicit dependency for
> >>xalan into my project.xml, as described in the
> >>maven faq, but that doesn't help.
> >>
> >>I've tried adding xalan-2.4.1 to my class path,
> >>and in places like /Library/Java/Extensions;
> >>the only variant that appears to work is to put
> >>it in $JAVA_HOME/lib/endorsed/.
> >>
> >>Is there another solution for this?
> >>
> >>--Andy
> >>
> >>
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >
> > --
> > 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]
> >
>
> -
> 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: [ANN] Maven Checkstyle Plugin 3.0 for Maven 1.x released

[Arnaud HERITIER]

Forward to the list ..
I didn't saw that I was the only one to receive it
Thanks for the tip JB


Arnaud

On 2/12/06, JB Defard <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  > > BUILD FAILED
>  > > File..
>  > > /usr/local/mavenPluginRepository/cache/maven-checkstyle-plugin
>  > > -3.0/plugin.jelly
>  > > Element... style
>  > > Line.. 238
>  > > Column 59
>  > > Provider for javax.xml.transform.TransformerFactory cannot be found
>  > > Total time: 36 seconds
>  > > Finished at: Tue Feb 07 15:58:56 EST 2006
>
> I have the same problem.
> I fix it with comment this line (238):
> 
> 
>
> My environment: Java 5 , maven 1.1b3-SNAPSHOT, plugin 3.0.1-SNAPSHOT.
>
> Regards.
>
>

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

Re: [m202] release:perform hangs then fails

[Emmanuel Venisse]

This pb is fixed in svn.

Emmanuel

[EMAIL PROTECTED] a écrit :





hello everyone,

I've been trying to run the release:perform goal on an eclipse project.
I ran release:prepare successfully.

The release:perform hangs on this message:
  Checking out the project to perform the release
then eventually fails with this message:

[INFO] Checking out the project to perform the release ...

THE m2 COMMMAND IS DEPRECATED - PLEASE RUN mvn INSTEAD

The directory name is invalid.
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Result of m2 execution is: '1'. Release failed.
[INFO]

[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Result of m2
execution is: '1'. Release failed.
  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:556)
  at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:485)
...

I've seen this error mentioned in google but I don't see a clear
resolution.

In eclipse I'm running the goal as an External Tool, not the Maven
Extension,
it's running with --batch-mode, I added a  element (saw that in
some post)
to point it to the repository defined in settings.xml (with username and
password for
the ftp deploy)

Also tried this from the commandline in case it wanted to ask for
arguments.

Can anyone help?

Thanks in advance
Tom

[DEBUG] Configuring mojo
'org.apache.maven.plugins:maven-release-plugin:2.0-beta-3:perform' -->
[DEBUG]   (f) basedir = U:\work\eclipse-311\workspace\spring-demo-project
[DEBUG]   (f) goals = deploy
[DEBUG]   (f) interactive = false
[DEBUG]   (f) project = [EMAIL PROTECTED]
[DEBUG]   (f) workingDirectory = U:
\work\eclipse-311\workspace\spring-demo-project\target/checkout
[DEBUG] -- end configuration --



 
This message is intended for the recipient only and is not meant to be forwarded or distributed in any other format. This communication is for informational purposes only.  It is not intended as an offer or solicitation for the purchase or sale of any financial instrument, or security, or as an official confirmation of any transaction.  Putnam does not accept purchase or redemptions of securities, instructions, or authorizations that are sent via e-mail.   All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice.  Any comments or statements made herein do not necessarily reflect those of Putnam, LLC (DBA Putnam Investments) and its subsidiaries and affiliates.  If you are not the intended recipient of this e-mail, please delete the e-mail.


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