date:20051214

with after that pmd and clover? ;)

2005/12/15, dan tran <[EMAIL PROTECTED]>:
>
> realease, assembly, deploy, install following up? ;-)
>
> -D
>
>
> On 12/14/05, John Casey <[EMAIL PROTECTED]> wrote:
> >
> > Plugin releases are on the way. The surefire plugin was released today,
> > and we're getting ready to do the ear, checkstyle, javadoc, and eclipse
> > plugins Real Soon Now.
> >
> > -john
> >
> > Andreas Lemke wrote:
> > > Hi,
> > >
> > > I'm currently evaluating maven2 for our company since about a week.
> > > My understanding has grown as far as needed to see that it's a great
> > > concept
> > > and product :-)
> > >
> > > I have upgraded to maven 2.0.1, but I cannot see where updated
> versions
> > > of the plugins are expected to come from.
> > >
> > > The release notes mention e.g. the new -DgeneratePOM parameter for
> > > install:install-file.
> > > This requires at least a 2.0.1-SNAPSHOT version of
> maven-install-plugin
> > (or
> > > now
> > > even a final 2.0.1) which is neither at http://repo1.maven.org/maven2
> > > nor at http://snapshots.maven.codehaus.org/maven2.
> > >
> > > regards and keep up the good work,
> > >Andreas
> > >
> > >
> > >
> > > -
> > > 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] Filtering resources and current time

I could use that too, so please file an issue.

2005/12/15, Edwin Punzalan <[EMAIL PROTECTED]>:
>
>
> AFAIK, there is no ${} expression with the current time as value.  You
> may want to file a jira request for this feature though.  The Maven 2
> jira is here: http://jira.codehaus.org/browse/MNG
>
>
> Piotr Bzdyl wrote:
>
> > Hello,
> >
> > I would like to have something like this in my pom.xml
> >
> > 
> >  
> >
> >  src/main/resources
> >  true
> >
> >  
> > 
> >
> > and in src/main/resources/app.properties:
> > app.buildTime=${currentTime}
> >
> > to get current time (the time when I call mvn package for example) in
> > the place of ${currentTime}. Is there a maven built-in property
> > holding current time?
> >
> > Best regards,
> > Piotrek
> >
> > -
> > 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.0.1] PMD & JDK 1.5

Allright, filed an issue to have plugin with 3.4 version of PMD:
http://jira.codehaus.org/browse/MNG-1845

Anybody knows when a version of the plugin that supports JDK 1.5 will be
released?

regards,

Wim

2005/12/15, Edwin Punzalan <[EMAIL PROTECTED]>:
>
>
> The latest PMD plugin uses version 3.0 of PMD.
>
> For feature requests, please file jira issues here:
> http://jira.codehaus.org/browse/MNG
>
>
> Wim Deblauwe wrote:
>
> >hi,
> >
> >The latest code of the PMD plugin seems to be not release also (like the
> >clover plugin - see other mail) to support JDK 1.5. I think many people
> are
> >already using JDK 1.5 so it would be nice to have support for that.
> >
> >Also, what version of PMD is used by the plugin? Recently version 3.4 (
> >http://pmd.sourceforge.net/) came out.
> >
> >regards,
> >
> >Wim
> >
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [M2] Error building Maven plugins from source



These plugins have been fixed by John Casey just recently, thanks. :D


Richard Allen wrote:

I had a problem building Maven 2 from the latest source because of 
some dependency references to 2.0.1-SNAPSHOT versions.


To make the build work, I had to change these dependency version 
references to 2.1-SNAPSHOT. The POMs I had to change were:


maven-plugin-plugin
maven-ear-plugin
maven-ejb-plugin
maven-jar-plugin
maven-rar-plugin
maven-war-plugin

Maybe this will help anyone having the same problem.

Richard Allen

-
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.0.1] M2 updated to 2.0.1, but what about plugins

realease, assembly, deploy, install following up? ;-)

-D


On 12/14/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> Plugin releases are on the way. The surefire plugin was released today,
> and we're getting ready to do the ear, checkstyle, javadoc, and eclipse
> plugins Real Soon Now.
>
> -john
>
> Andreas Lemke wrote:
> > Hi,
> >
> > I'm currently evaluating maven2 for our company since about a week.
> > My understanding has grown as far as needed to see that it's a great
> > concept
> > and product :-)
> >
> > I have upgraded to maven 2.0.1, but I cannot see where updated versions
> > of the plugins are expected to come from.
> >
> > The release notes mention e.g. the new -DgeneratePOM parameter for
> > install:install-file.
> > This requires at least a 2.0.1-SNAPSHOT version of maven-install-plugin
> (or
> > now
> > even a final 2.0.1) which is neither at http://repo1.maven.org/maven2
> > nor at http://snapshots.maven.codehaus.org/maven2.
> >
> > regards and keep up the good work,
> >Andreas
> >
> >
> >
> > -
> > 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: Need of POM tags description



Just below the whole reference is a short description of the tags of the 
descriptor.


I'm afraid that's all that we have for the project descriptor... feel 
free to ask if you want to know more about a certain tag or when you're 
not sure if you're understanding the description correctly.



Deepika.M wrote:


Hi,

This link has POM reference.  Good One...
http://maven.apache.org/maven-model/maven.html

But there is no description about tags. Which tag for what?

Any one of you  who had soundful knowledge on Mavne 2.0 reply with usage of
each and every tag in pom.xml

M1 's project.xml has different sections like management section,reports
section.

Is there any such divisions in pom.xml of M2? If so please mention them
along with description...


Thanks in Advance.
--
Deepika.S

 



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

Re: [m2] Links from parent site to module site



Please see: 
http://maven.apache.org/guides/development/guide-testing-development-plugins.html



Matthew Beermann wrote:


I want to create a parent site that has links to the modules' sites. MNG-661, 
about this very issue, was recently fixed. I pulled a snapshot of the site 
plugin; now how do I get it to actually work?
  
 Details: In the POM of my parent project, I have entries that say:
  
 

 ../my-module
 
  
 The parent project's site generates normally, but no links appear to the modules. Note that in my case, module == URL, because my repository is structured in such a way that parent are child are on the same level. Not sure if that's an issue or not.
  
 Any suggestions on making this work?
  
 --Matthew Beermann



-
Yahoo! Shopping
Find Great Deals on Holiday Gifts at Yahoo! Shopping 
 



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

Re: [m2.0.1] M2 updated to 2.0.1, but what about plugins

Plugin releases are on the way. The surefire plugin was released today, 
and we're getting ready to do the ear, checkstyle, javadoc, and eclipse 
plugins Real Soon Now.


-john

Andreas Lemke wrote:

Hi,

I'm currently evaluating maven2 for our company since about a week.
My understanding has grown as far as needed to see that it's a great
concept
and product :-)

I have upgraded to maven 2.0.1, but I cannot see where updated versions
of the plugins are expected to come from.

The release notes mention e.g. the new -DgeneratePOM parameter for
install:install-file.
This requires at least a 2.0.1-SNAPSHOT version of maven-install-plugin (or
now
even a final 2.0.1) which is neither at http://repo1.maven.org/maven2
nor at http://snapshots.maven.codehaus.org/maven2.

regards and keep up the good work,
   Andreas



-
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: Is it possible to make pom.xml simpler?

Actually, an even better thing to do would be to participate in the 
design for 2.1. The page for some of this discussion is at:


http://docs.codehaus.org/pages/viewpage.action?pageId=32108

Cheers,

John

Allan Ramirez wrote:

Please file a jira issue for this http://jira.codehaus.org/browse/MNG

-allan

Matt Raible wrote:


After seeing what the Spring Developers have done to simplify Spring
context files, I can't help but think the same thing is possible for
Maven 2's pom.xml.  Is it possible to add namespaces and make
something like the following possible?

Before:

   
 springframework
 spring
 1.2.6
   

After:



Or just allow attributes to make things a bit cleaner?

version="1.2.6"/>


Allowing 1 line instead of 5-6 lines per dependency would allow me to
cut my dependencies listing from 140 lines of XML to 37 lines.  When
the Spring guys allows a couple of elements as attributes ( and
) - it made writing Spring context files *much* easier.

Here's an example of my simplified version:

 
   scope="test"/>
   version="2.0"/>

   
   
 
   
 
   
   
   version="3.0.5">

 
   
 
   
   
   
   
   
   
 
   
 
   
   
   
   
   
   
   
   
   version="1.2.6"/>

   
 
   
   
 
   
 

Of course, Ivy's syntax is even simpler, so maybe that'll provide some
motivation. ;-)

   
   
   
   

Matt

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

Need of POM tags description

2005-12-14 Thread Deepika.M

Hi,

This link has POM reference.  Good One...
http://maven.apache.org/maven-model/maven.html

But there is no description about tags. Which tag for what?

Any one of you  who had soundful knowledge on Mavne 2.0 reply with usage of
each and every tag in pom.xml

M1 's project.xml has different sections like management section,reports
section.

Is there any such divisions in pom.xml of M2? If so please mention them
along with description...


Thanks in Advance.
--
Deepika.S

Re: scm svn not working or compiling

you can temporarily remove maven-scm-provider-clearcase module from
maven-scm-provider's pom.xml to get you going.

-D


On 12/14/05, dan tran <[EMAIL PROTECTED]> wrote:
>
> http://jira.codehaus.org/browse/SCM-108
>
> clearcase provider uses 1.5 api.
>
> -Dan
>
>
>
> On 12/14/05, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> >
> > I'm trying to figure out why I can't release:prepare to work. I tried
> > downloading the scm trunk and beta2 tags and both give this compile
> > error:
> > [INFO] Compilation failure
> >
> > E:\STC\scm1.0-beta2\maven-scm-providers\maven-scm-provider-clearcase\src
> > \main\ja
> > va\org\apache\maven\scm\provider\clearcase\repository\ClearCaseScmProvid
> > erReposi
> > tory.java:[113,31] cannot resolve symbol
> > symbol  : method toURI ()
> > location: class java.net.URL
> >
> >
> >
> > The problem I'm having running it is this:
> >
> > In my pom:
> >   
> >
> > scm:svn:http://[valid url], verified with firefox
> >
> > 
> >
> > Error:
> > [INFO] Trace
> > org.apache.maven.lifecycle.LifecycleExecutionException: An error is
> > occurred in
> > the status process.
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> > ultLifecycleExecutor.java:555)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone
> > Goal(DefaultLifecycleExecutor.java:485)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
> > ltLifecycleExecutor.java:455)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> > dleFailures(DefaultLifecycleExecutor.java:303)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> > ts(DefaultLifecycleExecutor.java:216)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute (DefaultLi
> > fecycleExecutor.java:139)
> >at
> > org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
> >at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> >at org.apache.maven.cli.MavenCli.main (MavenCli.java:249)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> > java:39)
> >at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAcces
> > sorImpl.java:25)
> >at java.lang.reflect.Method.invoke(Method.java:324)
> >at
> > org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> >at org.codehaus.classworlds.Launcher.launch (Launcher.java:255)
> >at
> > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> >
> >at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> > Caused by: org.apache.maven.plugin.MojoExecutionException : An error is
> > occurred
> > in the status process.
> >at
> > org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
> > fications(PrepareReleaseMojo.java:514)
> >at
> > org.apache.maven.plugins.release.PrepareReleaseMojo.execute (PrepareRe
> > leaseMojo.java:201)
> >at
> > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
> > nManager.java:432)
> >at
> > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals (Defa
> > ultLifecycleExecutor.java:530)
> >... 16 more
> > Caused by: org.apache.maven.scm.ScmException: Can't load the scm
> > provider.
> >at
> > org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository (S
> > cmHelper.java:104)
> >at
> > org.apache.maven.plugins.release.helpers.ScmHelper.getStatus(ScmHelpe
> > r.java:169)
> >at
> > org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
> > fications( PrepareReleaseMojo.java:510)
> >... 19 more
> > Caused by: org.apache.maven.scm.repository.ScmRepositoryException: The
> > scm url i
> > s invalid.
> >at
> > org.apache.maven.scm.provider.svn.SvnScmProvider.makeProviderScmRepos
> > itory(SvnScmProvider.java:84)
> >at
> > org.apache.maven.scm.manager.plexus.DefaultScmManager.makeScmReposito
> > ry(DefaultScmManager.java:126)
> >at
> > org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository (S
> > cmHelper.java:82)
> >... 21 more
> > [INFO]
> > 
> > -
> >
> > Any idea why 1, I can't compile it and 2, why it's not working?
> >
> > Thanks,
> > Brian
> >
> >
>

Re: [announce] maven-surefire-plugin 2.1.1



Great!  A lot of people have been waiting for this...

Thanks! ^_^


Jason van Zyl wrote:


Hi,

The maven-surefire-plugin version 2.1.1 has been released. This 
release focuses on forking support with a few bug fixes. Sorry for 
being so vague but because the plugins don't have their own project it 
is difficult to get a decent query out of JIRA. We are working to fix 
this. At any rate you can try the new version by using the -U option.




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

Re: Is it possible to make pom.xml simpler?

2005-12-14 Thread Allan Ramirez


Please file a jira issue for this http://jira.codehaus.org/browse/MNG

-allan

Matt Raible wrote:


After seeing what the Spring Developers have done to simplify Spring
context files, I can't help but think the same thing is possible for
Maven 2's pom.xml.  Is it possible to add namespaces and make
something like the following possible?

Before:

   
 springframework
 spring
 1.2.6
   

After:



Or just allow attributes to make things a bit cleaner?



Allowing 1 line instead of 5-6 lines per dependency would allow me to
cut my dependencies listing from 140 lines of XML to 37 lines.  When
the Spring guys allows a couple of elements as attributes ( and
) - it made writing Spring context files *much* easier.

Here's an example of my simplified version:

 
   
   
   
   
 
   
 
   
   
   
 
   
 
   
   
   
   
   
   
 
   
 
   
   
   
   
   
   
   
   
   
   
 
   
   
 
   
 

Of course, Ivy's syntax is even simpler, so maybe that'll provide some
motivation. ;-)

   
   
   
   

Matt

-
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] axistools:wsdl2java


This is what the axistools plugin author left as an example in svn:


  ...
 

   
  org.codehaus.mojo
  axistools-maven-plugin
  
 
 http://host/server/sample.wsdl
 http://host/server/sample2.wsdl
 
 com.company.wsdl
 true
 true
 true
  
  


  
wsdl2java
  

  
   

...
 
  ...


I got that info by checking out the source and looking into 
src/site/apt/howto.apt.


Thanks, Jesse! ^_^



Nathan Sowatskey wrote:


http://mojo.codehaus.org/axistools-maven-plugin/index.html

Has anyone figured out how to use this plugin please?

I'd start with knowing what the group and artifact ID are if anyone  
knows.


Many thanks

Nathan

Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -  
+34-638-083-675, +34-91-201-2139 - AIM NathanCisco - [EMAIL PROTECTED]


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



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

Re: [m2]release plugin with -N tag all modules (with cvs)

On my understanding with the release plugin, if you run it on the parent
pom, all module references to the parent pom will be incremented too.
And it is done by using the release:prepare

So, if you have:
parent (1.0-SNAPSHOT)
- child01
- child02

The parent declarations for child01 and child02 will become 1.0 after
release:prepare.

Olivier Lamy wrote:

Hi,
I have the following structure
pom.xml (pom packaging root with modules declaration and some common
dependencies)
- apis (interfaces and abstract classes)
- jdbc one implementation of the api
- webservices one implementation of the api

All are in snapshots versions.
I want to release only the root pom in order to release only few
modules.
I use the release plugin in the root directory with -N option just to
release the root pom.
I need it because I can't a release a module with SNAPSHOT parents.
But all the cvs is tagging (the modules are not excluding).

Do I have a solution ?
Do I need to change the structure to something as this :
Fake root pom
- root-pom
...

Thanks in advance,
- Olivier

This e-mail, any attachments and the information contained therein ("this
message") are confidential and intended solely for the use of the addressee(s). If
you have received this message in error please send it back to the sender and delete it.
Unauthorized publication, use, dissemination or disclosure of this message, either in
whole or in part is strictly prohibited.
**
Ce message electronique et tous les fichiers joints ainsi que les informations contenues dans ce message ( ci apres "le message" ), sont confidentiels et destines exclusivement a l'usage de la personne a laquelle ils sont adresses. Si vous avez recu ce message par erreur, merci de le renvoyer a son emetteur et de le detruire. Toutes diffusion, publication, totale ou partielle ou divulgation sous quelque forme que se soit non expressement autorisees de ce message, sont interdites.
**

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

Re: [m2.0.1] M2 updated to 2.0.1, but what about plugins

2005-12-14 Thread Allan Ramirez


Hi there,

Please refer to this page
http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-Thesnapshotversionofthepluginisnotupdatedinthesnapshotrepo%2CWhatshouldIdotoupdatemycopyoftheplugin%3F

-allan

Andreas Lemke wrote:


Hi,

I'm currently evaluating maven2 for our company since about a week.
My understanding has grown as far as needed to see that it's a great
concept
and product :-)

I have upgraded to maven 2.0.1, but I cannot see where updated versions
of the plugins are expected to come from.

The release notes mention e.g. the new -DgeneratePOM parameter for
install:install-file.
This requires at least a 2.0.1-SNAPSHOT version of maven-install-plugin (or
now
even a final 2.0.1) which is neither at http://repo1.maven.org/maven2
nor at http://snapshots.maven.codehaus.org/maven2.

regards and keep up the good work,
  Andreas



-
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] ear plugin: jar does not get added to application xml (as java module)

2005-12-14 Thread clark . rao

Dear,

exaplme:

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

true

clark rao
areden.blog.com

thanks.
Tel: (020)36315358-328 Fax: (020)36315170

  Edwin Punzalan

  <[EMAIL PROTECTED]To:   Maven Users List 

  com> cc:  

   Subject:  Re: [m2] ear plugin: 
jar does not get added to application xml (as java   
  15/12/2005 11:13  module) 

  Please respond to 

  "Maven Users  

  List" 

The ejb plugin has configuration elements for the application.xml.
Please see: http://maven.apache.org/plugins/maven-ear-plugin/howto.html

Dário Luís Coneglian Oliveros wrote:

>Hi,
>
>I´ve been trying to create an EAR that contains a JAR, an EJB JAR (depends
on JAR) and a WAR, however only EJB JAR and WAR gets added to the
application.xml as ejb and web modules respectively. The JAR is not added
at all. This used to work in Maven 1. How can I have an entry of JAR in the
application.xml as a java module ? Do I need to add it manually ?
>I´ve noticed that all dependency jars are added to the EAR (depending on
the scope), but they are not present in the application.xml as java
modules. Should I report a bug or this is an expected behaviour ?
>
>Please find below my POM:
>
>
>   4.0.0
>   com.mycompany.sample
>   sample-ear
>   ear
>   1.0-SNAPSHOT
>   
>  
> com.mycompany.sample
> sample-java
> 1.0-SNAPSHOT
>  
> 
>   com.mycompany.sample
>   sample-ejb
>   1.0-SNAPSHOT
>   ejb
> 
> 
>   com.mycompany.sample
>   sample-web
>   1.0-SNAPSHOT
>   war
> 
>  
>   
>  
> 
>   org.apache.maven.plugins
>   maven-ear-plugin
> 
>  
>   
>
>
>application.xml
>--
>
>  sample-ear
>  
>sample-ejb-1.0-SNAPSHOT.jar
>  
>  
>
>  sample-web-1.0-SNAPSHOT.war
>  /sample-web
>
>  
>
>
>Any clues ? I am not sure if that´s the right way to create an EAR.
>I would appreciate any help.
>
>Thanks in advance,
>Dário
>
>
>
>
>
>
>
>-
>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 email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

Hactl..Moving forward with you.

Best Air Cargo Terminal - Asia 2005
Air Cargo Terminal of the Year 2002, 2003 & 2004

Web: http://www.hactl.com

DISCLAIMER :-
The information contained in this message, including any attachment, is
confidential and may also be privileged. The information is intended only
for the person or entity to which it is addressed. Any review,
re-transmission, copying, storage, distribution or other use or disclosure
of this information by persons or entities other than the intended
recipient is prohibited. If you are not the intended recipient, please
contact the sender immediately by return email and delete this message from
your system. Thank you.

__

Re: scm svn not working or compiling

http://jira.codehaus.org/browse/SCM-108

clearcase provider uses 1.5 api.

-Dan



On 12/14/05, Brian E. Fox <[EMAIL PROTECTED]> wrote:
>
> I'm trying to figure out why I can't release:prepare to work. I tried
> downloading the scm trunk and beta2 tags and both give this compile
> error:
> [INFO] Compilation failure
>
> E:\STC\scm1.0-beta2\maven-scm-providers\maven-scm-provider-clearcase\src
> \main\ja
> va\org\apache\maven\scm\provider\clearcase\repository\ClearCaseScmProvid
> erReposi
> tory.java:[113,31] cannot resolve symbol
> symbol  : method toURI ()
> location: class java.net.URL
>
>
>
> The problem I'm having running it is this:
>
> In my pom:
>   
>
> scm:svn:http://[valid url], verified with firefox
>
> 
>
> Error:
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: An error is
> occurred in
> the status process.
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> ultLifecycleExecutor.java:555)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone
> Goal(DefaultLifecycleExecutor.java:485)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
> ltLifecycleExecutor.java:455)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> dleFailures(DefaultLifecycleExecutor.java:303)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> ts(DefaultLifecycleExecutor.java:216)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
> fecycleExecutor.java:139)
>at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
>at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:324)
>at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>
>at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.plugin.MojoExecutionException: An error is
> occurred
> in the status process.
>at
> org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
> fications(PrepareReleaseMojo.java:514)
>at
> org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareRe
> leaseMojo.java:201)
>at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
> nManager.java:432)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> ultLifecycleExecutor.java:530)
>... 16 more
> Caused by: org.apache.maven.scm.ScmException: Can't load the scm
> provider.
>at
> org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository(S
> cmHelper.java:104)
>at
> org.apache.maven.plugins.release.helpers.ScmHelper.getStatus(ScmHelpe
> r.java:169)
>at
> org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
> fications(PrepareReleaseMojo.java:510)
>... 19 more
> Caused by: org.apache.maven.scm.repository.ScmRepositoryException: The
> scm url i
> s invalid.
>at
> org.apache.maven.scm.provider.svn.SvnScmProvider.makeProviderScmRepos
> itory(SvnScmProvider.java:84)
>at
> org.apache.maven.scm.manager.plexus.DefaultScmManager.makeScmReposito
> ry(DefaultScmManager.java:126)
>at
> org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository(S
> cmHelper.java:82)
>... 21 more
> [INFO]
> 
> -
>
> Any idea why 1, I can't compile it and 2, why it's not working?
>
> Thanks,
> Brian
>
>

scm svn not working or compiling

2005-12-14 Thread Brian E. Fox

I'm trying to figure out why I can't release:prepare to work. I tried
downloading the scm trunk and beta2 tags and both give this compile
error:
[INFO] Compilation failure
 
E:\STC\scm1.0-beta2\maven-scm-providers\maven-scm-provider-clearcase\src
\main\ja
va\org\apache\maven\scm\provider\clearcase\repository\ClearCaseScmProvid
erReposi
tory.java:[113,31] cannot resolve symbol
symbol  : method toURI ()
location: class java.net.URL
 
 
 
The problem I'm having running it is this:
 
In my pom:
   

 scm:svn:http://[valid url], verified with firefox

  
 
Error:
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: An error is
occurred in
the status process.
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:555)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone
Goal(DefaultLifecycleExecutor.java:485)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:455)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:303)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:216)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:139)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: An error is
occurred
in the status process.
at
org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
fications(PrepareReleaseMojo.java:514)
at
org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareRe
leaseMojo.java:201)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:432)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:530)
... 16 more
Caused by: org.apache.maven.scm.ScmException: Can't load the scm
provider.
at
org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository(S
cmHelper.java:104)
at
org.apache.maven.plugins.release.helpers.ScmHelper.getStatus(ScmHelpe
r.java:169)
at
org.apache.maven.plugins.release.PrepareReleaseMojo.checkForLocalModi
fications(PrepareReleaseMojo.java:510)
... 19 more
Caused by: org.apache.maven.scm.repository.ScmRepositoryException: The
scm url i
s invalid.
at
org.apache.maven.scm.provider.svn.SvnScmProvider.makeProviderScmRepos
itory(SvnScmProvider.java:84)
at
org.apache.maven.scm.manager.plexus.DefaultScmManager.makeScmReposito
ry(DefaultScmManager.java:126)
at
org.apache.maven.plugins.release.helpers.ScmHelper.getScmRepository(S
cmHelper.java:82)
... 21 more
[INFO]

-
 
Any idea why 1, I can't compile it and 2, why it's not working?
 
Thanks,
Brian

Re: [m2] ear plugin: jar does not get added to application xml (as java module)



The ejb plugin has configuration elements for the application.xml.  
Please see: http://maven.apache.org/plugins/maven-ear-plugin/howto.html



Dário Luís Coneglian Oliveros wrote:


Hi,

I´ve been trying to create an EAR that contains a JAR, an EJB JAR (depends on 
JAR) and a WAR, however only EJB JAR and WAR gets added to the application.xml 
as ejb and web modules respectively. The JAR is not added at all. This used to 
work in Maven 1. How can I have an entry of JAR in the application.xml as a 
java module ? Do I need to add it manually ?
I´ve noticed that all dependency jars are added to the EAR (depending on the 
scope), but they are not present in the application.xml as java modules. Should 
I report a bug or this is an expected behaviour ?

Please find below my POM:


  4.0.0
  com.mycompany.sample
  sample-ear
  ear
  1.0-SNAPSHOT
  
 
com.mycompany.sample
sample-java
1.0-SNAPSHOT
 

  com.mycompany.sample
  sample-ejb
  1.0-SNAPSHOT
  ejb


  com.mycompany.sample
  sample-web
  1.0-SNAPSHOT
  war

 
  
 

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

 
 



application.xml
--

 sample-ear
 
   sample-ejb-1.0-SNAPSHOT.jar
 
 
   
 sample-web-1.0-SNAPSHOT.war
 /sample-web
   
 


Any clues ? I am not sure if that´s the right way to create an EAR.
I would appreciate any help.

Thanks in advance,
Dário







-
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] Checkstyle severity attribute problem



Please file a jira issue for this so we can check it out.  Thanks. ^_^


Giles, Nick wrote:


When I provide the Checkstyle plugin with a customised config file, it
causes it to crash unpleasantly when generating the report. It appears
that this is due to calling the 'remove' method on Arrays$ArrayList,
which doesn't implement the method. The call is actually removing the
'severity' property from the list of columns before going on to process
the rest. Wrapping the list in an actual ArrayList (java.util.ArrayList)
solves the problem. Is this specific to my versions, or has anyone else
had this problem, in which case I'll submit a patch.

Info:
Java - 1.4.2_10
Maven - 2.0.2-SNAPSHOT (updated this morning from the repository)
Maven-checkstyle-plugin - 2.0-beta-2-SNAPSHOT (also updated this
morning)

To replicate, add your-rules.xml to the
plugin configuration, and ensure that at least two modules in
your-rules.xml have the severity property set, something like:


http://www.puppycrawl.com/dtds/configuration_1_2.dtd";>



   
 
   

   
 
   


Stack trace appended.

Thanks,

Nick

org.apache.maven.lifecycle.LifecycleExecutionException: An error has
occurred in Checkstyle report generation.
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:555)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa
l(DefaultLifecycleExecutor.java:485)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:455)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:303)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:270)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:139)
   at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
   at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: An error has
occurred in Checkstyle report generation.
   at
org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenRepo
rt.java:79)
   at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:432)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:530)
   ... 16 more
Caused by: java.lang.UnsupportedOperationException
   at java.util.AbstractList.remove(AbstractList.java:171)
   at java.util.AbstractList$Itr.remove(AbstractList.java:436)
   at
java.util.AbstractCollection.remove(AbstractCollection.java:255)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRuleRow(C
heckstyleReportGenerator.java:294)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRuleChild
ren(CheckstyleReportGenerator.java:282)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRulesSumm
ary(CheckstyleReportGenerator.java:252)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.generateRep
ort(CheckstyleReportGenerator.java:107)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReport.generateMainReport(C
heckstyleReport.java:563)
   at
org.apache.maven.plugin.checkstyle.CheckstyleReport.executeReport(Checks
tyleReport.java:472)
   at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:98)
   at
org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenRepo
rt.java:73)


  This message may contain privileged and/or confidential information. If 
you have received this e-mail in error or are not the intended recipient, you 
may not use, copy, disseminate or distribute it; do not open any attachments, 
delete it immediately from your system and notify the sender promptly by e-mail 
that you have done so. Thank You.

 



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

Re: [m2] Filtering resources and current time



AFAIK, there is no ${} expression with the current time as value.  You 
may want to file a jira request for this feature though.  The Maven 2 
jira is here: http://jira.codehaus.org/browse/MNG



Piotr Bzdyl wrote:


Hello,

I would like to have something like this in my pom.xml


 
   
 src/main/resources
 true
   
 


and in src/main/resources/app.properties:
app.buildTime=${currentTime}

to get current time (the time when I call mvn package for example) in 
the place of ${currentTime}. Is there a maven built-in property 
holding current time?


Best regards,
Piotrek

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



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

Re: (Maven 2) mvn site not working



Did you update your version of the PMD plugin?  It seems like the PMD 
plugin you're using does not implement canGenerateReport() method.


Try checking out the latest pmd plugin from svn and install it to your 
local repository.  See: 
http://maven.apache.org/guides/development/guide-testing-development-plugins.html


Mayorgaadame, Alex wrote:


Hello all,

What may be wrong here:

bash-2.03$ mvn site
[INFO] Scanning for projects...
[INFO] 

[INFO] Building GTPL Maven Sample Project
[INFO]task-segment: [site]
[INFO] 

[INFO] Setting property: classpath.resource.loader.class => 
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on => 'false'.
[INFO] Setting property: resource.loader => 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound => 'false'.
[INFO] **
[INFO] Starting Jakarta Velocity v1.4
[INFO] RuntimeInstance initializing.
[INFO] Default Properties File: 
org/apache/velocity/runtime/defaults/velocity.properties
[INFO] Default ResourceManager initializing. (class 
org.apache.velocity.runtime.resource.ResourceManagerImpl)
[INFO] Resource Loader Instantiated: 
org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
[INFO] ClasspathResourceLoader : initialization starting.
[INFO] ClasspathResourceLoader : initialization complete.
[INFO] ResourceCache : initialized. (class 
org.apache.velocity.runtime.resource.ResourceCacheImpl)
[INFO] Default ResourceManager initialization complete.
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Literal
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Include
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Foreach
[INFO] Created: 20 parsers.
[INFO] Velocimacro : initialization starting.
[INFO] Velocimacro : adding VMs from VM library template : VM_global_library.vm
[ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any 
resource loader.
[INFO] Velocimacro : error using  VM library template VM_global_library.vm : 
org.apache.velocity.exception.ResourceNotFoundException: Unable to find 
resource 'VM_global_library.vm'
[INFO] Velocimacro :  VM library template macro registration complete.
[INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates
[INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT 
replace previous VM definitions
[INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be  
global in scope if allowed.
[INFO] Velocimacro : initialization complete.
[INFO] Velocity successfully started.
[INFO] [site:site]
[WARNING] Error loading report org.apache.maven.plugin.pmd.PmdReport - 
AbstractMethodError: canGenerateReport()
[INFO] Generate "Continuous Integration" report.
[ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0
[ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0
[INFO] Generate "Dependencies" report.
[INFO] Generate "Issue Tracking" report.
[INFO] Generate "Project License" report.
[INFO] Generate "Mailing Lists" report.
[INFO] Generate "Source Repository" report.
[INFO] Generate "Project Team" report.
[INFO] Generate "Checkstyle" report.
[INFO] 

[ERROR] FATAL ERROR
[INFO] 

---
constituent[0]: file:/export1/eae/maven/maven-2.0/lib/maven-core-2.0.jar
constituent[1]: 
file:/export1/eae/maven/maven-2.0/lib/maven-plugin-parameter-documenter-2.0.jar
constituent[2]: file:/export1/eae/maven/maven-2.0/lib/maven-model-2.0.jar
constituent[3]: file:/export1/eae/maven/maven-2.0/lib/maven-profile-2.0.jar
constituent[4]: file:/export1/eae/maven/maven-2.0/lib/maven-project-2.0-1.jar
constituent[5]: 
file:/export1/eae/maven/maven-2.0/lib/maven-error-diagnostics-2.0.jar
constituent[6]: 
file:/export1/eae/maven/maven-2.0/lib/plexus-interactivity-api-1.0-alpha-4.jar
constituent[7]: 
file:/export1/eae/maven/maven-2.0/lib/wagon-http-lightweight-1.0-alpha-5.jar
constituent[8]: 
file:/export1/eae/maven/maven-2.0/lib/maven-plugin-descriptor-2.0.jar
constituent[9]: file:/export1/eae/maven/maven-2.0/lib/commons-cli-1.0.jar
constituent[10]: file:/export1/eae/maven/maven-2.0/lib/wagon-ssh-1.0-alpha-5.jar
constituent[11]: 
file:/export1/eae/maven/maven-2.0/lib/maven-artifact-manager-2.0-1.jar
constituent[12]: file:/export1/eae/maven/maven-2.0/lib/maven-artifact-2.0-1.jar
constituent[13]: file:/export1/eae/maven/maven-2.0/lib/maven-monitor-2.0

Re: Example of a plugin with integration tests



AFAIK, each integration test is a separate project.  For a plugin, you 
may want to create a project that will use your plugin and probably put 
it inside src/test/projects like maven-antrun-plugin, 
maven-eclipse-plugin, maven-javadoc-plugin and several others.  These 
plugins can be found here: 
https://svn.apache.org/repos/asf/maven/plugins/trunk



Jochen Wiedmann wrote:



Hi,

can anyone point me to a plugin with included integration tests, that 
I may use as an example? Preferrably, a source generating plugin?


All plugins that I know so far, have either a simple "test" directory, 
or no tests at all.



Regards,

Jochen


-
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.0.1] PMD & JDK 1.5



The latest PMD plugin uses version 3.0 of PMD.

For feature requests, please file jira issues here: 
http://jira.codehaus.org/browse/MNG



Wim Deblauwe wrote:


hi,

The latest code of the PMD plugin seems to be not release also (like the
clover plugin - see other mail) to support JDK 1.5. I think many people are
already using JDK 1.5 so it would be nice to have support for that.

Also, what version of PMD is used by the plugin? Recently version 3.4 (
http://pmd.sourceforge.net/) came out.

regards,

Wim

 



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

Re: [m2] can't read url exception



Which project directory are you generating using the command ?  I used 
on maven-site and I got it to generate the site successfully.



Law Green-A20134 wrote:


When I running "mvn -U site:site" to generate offline document for
maven2, I got the following error:

[INFO]

-
---
[INFO] Can't read the url
[http://www.apache.org/licenses/LICENSE-2.0.txt] : www
.apache.org
[INFO]

-
---
java.util.MissingResourceException: Can't read the url
[http://www.apache.org/li
censes/LICENSE-2.0.txt] : www.apache.org  
   at

org.apache.maven.report.projectinfo.LicenseReport$LicenseRenderer.ren
derBody(LicenseReport.java:248)
   at
org.apache.maven.reporting.AbstractMavenReportRenderer.render(Abstrac
tMavenReportRenderer.java:65)
   at
org.apache.maven.report.projectinfo.LicenseReport.executeReport(Licen
seReport.java:133)
   at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMaven
Report.java:98)
   at
org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.
java:802)
   at
org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301)
   at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:399)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:519)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone
Goal(DefaultLifecycleExecutor.java:482)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:452)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:301)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:268)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:137)
   at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
   at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

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

However, I can open the url in my browser. And I have already set the
proxy settings of JRE to be the same as browser settings.

Can anyone tell me where is my problem?

Regards,
Green

 



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

Re: [m2] Checkstyle reports



This should be better put in a jira.  Please see if anything similar 
exists in jira, and if none, please create one.  Thanks.



Giles, Nick wrote:


Following up to myself, some poking around suggests that at least in my
version, it's the classloading that's to blame... The ClassLoader passed
in to CheckStyle by CheckstyleReport can see some necessary resources
when the invocation has got there through being called directly
(checkstyle:checkstyle), but they are returned null when called as part
of the site generation. The resources should be in the checkstyle jar
file, which is presumably present for both cases, but maybe is loaded
differently.

I'm hitting the limits of what I can do myself, does anyone here have
suggestions, or should I just submit it as a bug?

Deepika, you may want to try inspecting the scope of the classloader for
your case, the relevant point is getModuleFactory() in
org.apache.maven.plugin.checkstyle.CheckstyleReport. If it's the same
problem we've got a stronger case for a bug fix.

Thanks,

Nick

-Original Message-
From: Giles, Nick [mailto:[EMAIL PROTECTED] 
Sent: 14 December 2005 12:54

To: Maven Users List
Subject: RE: [m2] Checkstyle reports

You're right there, checkstyle will run successfully when invoked as
'mvn checkstyle:checkstyle', and produces a report, but it's not
integrated into the rest of the site. I guess I can hack it for now with
some external links into it, maybe do a bit of post-processing, but I'd
still like to fix the underlying problem.

Cheers though,

Nick

-Original Message-
From: Deepika.M [mailto:[EMAIL PROTECTED]
Sent: 14 December 2005 12:34
To: Maven Users List
Subject: Re: [m2] Checkstyle reports

Hi Nick,

I too am trying to get checkstyle report using M2.

I got the same error "FATAL ERROR" when I trired to use
maven-checkstyle-plugin-2.0
 


-beta-1-SNAPSHOT plugin

   



U better try it with ' mvn checkstyle:checkstyle' goal  for checkstyle
report generation separately.

-
Regards
Deepika.S


  This message may contain privileged and/or confidential
information. If you have received this e-mail in error or are not the
intended recipient, you may not use, copy, disseminate or distribute it;
do not open any attachments, delete it immediately from your system and
notify the sender promptly by e-mail that you have done so. Thank You.

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


  This message may contain privileged and/or confidential information. If 
you have received this e-mail in error or are not the intended recipient, you 
may not use, copy, disseminate or distribute it; do not open any attachments, 
delete it immediately from your system and notify the sender promptly by e-mail 
that you have done so. Thank You.

-
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] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Alexandre Poitras

Nah only correcting errors. Lot of POMs are invalid right now.

On 12/14/05, Christian Schulte <[EMAIL PROTECTED]> wrote:
> Arik Kfir schrieb:
>
> > Hi,
> >
> > Sorry for butting in - but how about adding some (willing) people as
> > administrators of *parts* of the ibiblio repo? I for example wouldn't
> > mind being responsible for managing, say, the jboss section. This
> > means that the admin only has permissions for that particular
> > directory of the ibiblio repo and he/she need only to concentrate on
> > that (new versions, POM fixes).
>
> Hmm...POM fixes !?! Fixing a POM means making a new release, or ? I
> definitely would not want any deployed artifact to change in the
> repository once deployed. That would mean having to permanently monitor
> the repository for changes.
>
> --
> Christian
>
>
> -
> 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: [m2] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Christian Schulte


Arik Kfir schrieb:


Hi,

Sorry for butting in - but how about adding some (willing) people as
administrators of *parts* of the ibiblio repo? I for example wouldn't
mind being responsible for managing, say, the jboss section. This
means that the admin only has permissions for that particular
directory of the ibiblio repo and he/she need only to concentrate on
that (new versions, POM fixes).


Hmm...POM fixes !?! Fixing a POM means making a new release, or ? I 
definitely would not want any deployed artifact to change in the 
repository once deployed. That would mean having to permanently monitor 
the repository for changes.


--
Christian


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

Is it possible to make pom.xml simpler?

2005-12-14 Thread Matt Raible

After seeing what the Spring Developers have done to simplify Spring
context files, I can't help but think the same thing is possible for
Maven 2's pom.xml.  Is it possible to add namespaces and make
something like the following possible?

Before:


  springframework
  spring
  1.2.6


After:



Or just allow attributes to make things a bit cleaner?



Allowing 1 line instead of 5-6 lines per dependency would allow me to
cut my dependencies listing from 140 lines of XML to 37 lines.  When
the Spring guys allows a couple of elements as attributes ( and
) - it made writing Spring context files *much* easier.

Here's an example of my simplified version:

  




  

  



  

  






  

  










  


  

  

Of course, Ivy's syntax is even simpler, so maybe that'll provide some
motivation. ;-)






Matt

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

Re: Maven Plug-in for Eclipse

2005-12-14 Thread Jason van Zyl


Tomasz Pik wrote:


I'm sending email here as it's on Apache Maven page.
'subscribe' link for user's list is incorrect, it should be
user-subscribe at m2eclipse.codehaus.org not
users-subscribe at m2eclipse.codehaus.org


Link is fixed. It's [EMAIL PROTECTED] ...


And thanks for this plugin!

Regards,
Tomek

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






--

jvz.

Jason van Zyl
jason at maven.org
http://maven.apache.org

believe nothing, no matter where you read it,
or who has said it,
not even if i have said it,
unless it agrees with your own reason
and your own common sense.

 -- Buddha

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

[m2] Links from parent site to module site

2005-12-14 Thread Matthew Beermann

I want to create a parent site that has links to the modules' sites. MNG-661, 
about this very issue, was recently fixed. I pulled a snapshot of the site 
plugin; now how do I get it to actually work?
   
  Details: In the POM of my parent project, I have entries that say:
   
  
  ../my-module
  
   
  The parent project's site generates normally, but no links appear to the 
modules. Note that in my case, module == URL, because my repository is 
structured in such a way that parent are child are on the same level. Not sure 
if that's an issue or not.
   
  Any suggestions on making this work?
   
  --Matthew Beermann


-
Yahoo! Shopping
 Find Great Deals on Holiday Gifts at Yahoo! Shopping

Re: Ibiblio announcment list

2005-12-14 Thread Brett Porter

I think JIRA is better for this so that things get tracked. Generally,
there is not a discussion and I don't see that people contributing are
having any problems right now.

The worst thing is when there are multiple ways to communicate as it
gets hard to keep track.

As far as announcements - part of the repository system we were
talking about earlier is to add rss support for new artifacts.

- Brett

On 12/14/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote:
> Hi,
> is there a ibiblio announcement list where people could see what are the
> libs uploaded, dropped from ibiblio and where they can discuss also on
> which libs might be wise to add, how to correct pom's etc.
> I'm saying this because the process is not transparent enough, people
> should be able to discuss things much more quickly. JIRA is slow and
> normal people don't use it or don't won't to register. Far from the case
> where you shouldn't use it but a mailing list would be more immediate
> (also, it could bring in pom's that don't pass the bar on entering the
> repo but people could use locally).
>
> Cheers
> Srgjan
>
> -
> 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]

Ibiblio announcment list

2005-12-14 Thread Srepfler Srgjan


Hi,
is there a ibiblio announcement list where people could see what are the 
libs uploaded, dropped from ibiblio and where they can discuss also on 
which libs might be wise to add, how to correct pom's etc.
I'm saying this because the process is not transparent enough, people 
should be able to discuss things much more quickly. JIRA is slow and 
normal people don't use it or don't won't to register. Far from the case 
where you shouldn't use it but a mailing list would be more immediate 
(also, it could bring in pom's that don't pass the bar on entering the 
repo but people could use locally).


Cheers
Srgjan

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

Re: Maven Plug-in for Eclipse

2005-12-14 Thread Tomasz Pik

On 15/12/05, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> By popular demand the source for the Maven 2.x Plug-in for Eclipse has
> been released. All the information is here:
>
> http://maven.apache.org/eclipse-plugin.html
>
> Please note that there are separate mailing lists for this project.
> There will be a lot of questions and we don't want to flood this list
> with the specifics of the Eclipse Plug-in.

I'm sending email here as it's on Apache Maven page.
'subscribe' link for user's list is incorrect, it should be
user-subscribe at m2eclipse.codehaus.org not
users-subscribe at m2eclipse.codehaus.org

And thanks for this plugin!

Regards,
Tomek

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

Maven Plug-in for Eclipse

2005-12-14 Thread Jason van Zyl


Hi,

By popular demand the source for the Maven 2.x Plug-in for Eclipse has 
been released. All the information is here:


http://maven.apache.org/eclipse-plugin.html

Please note that there are separate mailing lists for this project. 
There will be a lot of questions and we don't want to flood this list 
with the specifics of the Eclipse Plug-in.


Give it a whirl, let us know if there is anything wrong and please use 
the mailing lists for the Eclipse plug-in.


--

jvz.

Jason van Zyl
jason at maven.org
http://maven.apache.org

Three people can keep a secret provided two of them are dead.

 -- Unknown

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

Re: [m2] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Srepfler Srgjan


Brett Porter wrote:


This is exactly what we plan to do. There is work under way to set up
the necessary permission system and web of trust. Ideally, it will be
the projects themselves doing so, but we realise this won't always be
the case.

BTW, we just did a big key signing at ApacheCon. If you ever wind up
at a face to face with other people in the community, make sure you
create and sign each others PGP keys!

Cheers,
Brett
 



Sounds like a great initiative, it'll help us manage the repo, it'll 
benefit the upstream devs and the downstream devs as well.
I believe that if a project comes out that already uses m2 they should 
be allowed to manage their own repos, what do you think?


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

RE: Continuum 1.0.2

2005-12-14 Thread Michael Fiedler

Yes


  4.0.0

Thank you, Michael


-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 1:02 PM
To: continuum-users@maven.apache.org
Subject: Re: Continuum 1.0.2

Dumb question, but you have:

4.0.0 in your POM, right?

See:

> jvm 1| org.apache.maven.project.InvalidProjectModelException:
Invalid POM (not v4.0.0 modelVersion)


-john
--- Begin Message ---
Dumb question, but you have:

4.0.0 in your POM, right?

See:

> jvm 1| org.apache.maven.project.InvalidProjectModelException: Invalid POM 
> (not v4.0.0 modelVersion)


-john


--- End Message ---

[m2] packaging up applets

2005-12-14 Thread Christopher Cobb

I have one project which an applet and produces, say, applet.jar.

This applet depends on other projects which produce, say, appletsupport1.jar
and appletsupport2.jar.

I have another project which is a web app which will provide the home for
the applet.  Among other things, it will have a jsp page which will
invoke/load the applet.

How do I get the applet and all its dependent jars packaged up properly in
the web app?




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


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

Disable source bundle in release plugin

Hello,

By default release plugin creates and deploys source bundle, how do i
disable this feature?

Thanks

-Dan

Re: Project dependencies and plugin classloaders


Brian E. Fox wrote:


Here's how. (I did this for a kodo plugin I'm finishing up)


Thanks, that helped! :-)


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

[announce] maven-surefire-plugin 2.1.1

2005-12-14 Thread Jason van Zyl


Hi,

The maven-surefire-plugin version 2.1.1 has been released. This release 
focuses on forking support with a few bug fixes. Sorry for being so 
vague but because the plugins don't have their own project it is 
difficult to get a decent query out of JIRA. We are working to fix this. 
At any rate you can try the new version by using the -U option.


--

jvz.

Jason van Zyl
jason at maven.org
http://maven.apache.org

Our achievements speak for themselves. What we have to keep track
of are our failures, discouragements and doubts. We tend to forget
the past difficulties, the many false starts, and the painful
groping. We see our past achievements as the end result of a
clean forward thrust, and our present difficulties as
signs of decline and decay.

 -- Eric Hoffer, Reflections on the Human Condition

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

[m2] axistools:wsdl2java

2005-12-14 Thread Nathan Sowatskey


http://mojo.codehaus.org/axistools-maven-plugin/index.html

Has anyone figured out how to use this plugin please?

I'd start with knowing what the group and artifact ID are if anyone  
knows.


Many thanks

Nathan

Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -  
+34-638-083-675, +34-91-201-2139 - AIM NathanCisco - [EMAIL PROTECTED]


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

Re: Maven 2 xdoclet Null Pointer Exception

2005-12-14 Thread Uli Steinkopf

On the first catch that seems to work.. On weekend i dig deeper, and 
i'll give a new message when something fails...


What's wrong? Is the alpha version more stable than the production ;-)

Thanks for help...
Uli

Wim Deblauwe schrieb:


Let me know if you get this working, because I tried earlier but it did not
work (using JDK 1.5 and hibernate 3)

regards,

Wim

2005/12/14, Dário Luís Coneglian Oliveros <[EMAIL PROTECTED]>:
 


Hi Uli,

Please try to use the xdoclet maven plugin from codehaus.
I am not sure if it´s gonna work. Just give a shot and let me know the
results.

   
   org.codehaus.mojo
   xdoclet-maven-plugin
   1.0-alpha-2
 ...

Regards,
Dário

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: sábado, 10 de dezembro de 2005 12:05
To: users@maven.apache.org
Subject: Maven 2 xdoclet Null Pointer Exception


Hello,
i'm new to m2 and i want to move a little project with xdoclet for
hibernate mapping from ant to maven 2.

I'm not sure if i'm on the right way.. I've  added to the generated pom
following :


   
   
   xdoclet
   maven-xdoclet-plugin
   1.2

   
   
   generate-sources
   
   xdoclet
   
   
   

   


   
   
   
   

   
   
   

Question 1: With this i get following error in a mvn compile:

[DEBUG] maven-resources-plugin: resolved to version 2.0 from repository
central
[DEBUG] Retrieving parent-POM from the repository for project:
null:maven-resour
ces-plugin:maven-plugin:2.0
[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
[INFO]
-
---
[ERROR] FATAL ERROR
[INFO]
-
---
[INFO] null
[INFO]
-
---
[DEBUG] Trace
java.lang.NullPointerException
   at
org.apache.maven.plugin.DefaultPluginManager.addPlugin(DefaultPluginM
anager.java:292)
   at
org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(De
faultPluginManager.java:198)
   at
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPlug
inManager.java:163)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
ultLifecycleExecutor.java:1095)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindPluginToLifec
ycle(DefaultLifecycleExecutor.java:1060)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycl
eMappings(DefaultLifecycleExecutor.java:869)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:447)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:301)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:268)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:137)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
   at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

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

Question 2: Are the paramters for hibernatedoclet like the
hibernatedoclet -ant-task?

Hope that sounds not too stupid, but in my web researches i got nothing
what this explain..

Uli

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

RE: [m2] Standard directory layout for generated sources

2005-12-14 Thread Dário Luís Coneglian Oliveros

Hi John,

Thanks a lot. I appreciated it.
I was wondering if this could be documented in the "Introduction to the 
Standard Directory Layout" and/or "Plug-in Development Guide" sections. This 
way plugin developers would have an idea of the standard layout for generated 
code before going towards implementation.

Regards,
Dário

-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 14 de dezembro de 2005 16:47
To: Maven Users List
Subject: Re: [m2] Standard directory layout for generated sources


We already have some default "standards" for generation of code. First, 
code should be generated into:

${project.build.directory}/generated-sources/${plugin-prefix}

Correspondingly, generated resources would go in:

${project.build.directory}/generated-resources/${plugin-prefix}

This accommodates multiple code generators within the same build 
process, with no pollution of one by another. Tracking these new 
source/resource locations is easy; in your plugin, simply call:

project.addCompileSourceRoot(..);
project.addResource(..);

Of course, we also define analogous structures for test sources/resources.

We've found in the past that this offers a pretty good compromise 
between a clean structure per generating plugin, and simplicity of 
directory layouts. The full-scale src/(main|test)/(java|resources) 
directory structure isn't that useful in this case, since the generated 
sources/resources will not have to be maintained.

HTH,

John

Dário Luís Coneglian Oliveros wrote:
> Hi Jochen,
> 
> One way to avoid the problem you mentioned is to have something like:
> 
> - target
>   - generated
> - src
>   - main
> - java
> - resources
>   - test
> - java
>   ...
>   
> This way we would keep a similar Maven directory layout for the generated 
> files.
> 
> [Jochen] Why do you need to tell the compiler that there is a new source 
> directory? This is the plugins task and it should do so automatically?
> 
> [Dário] In case we use plugins such as ejbdoclet, hibernatedoclet and so on. 
> When using any of these, you end up having your files generated somewhere. 
> Thus you need to tell Maven where to find them in order to compile them. 
> Having a standard layout for generated files, this setting could be defined 
> implicitly. 
> 
> Do you know how a plugin could tell Maven on the fly about the existence of a 
> new source directory ? If this is possible, then a plugin could have its own 
> generated directory and inform it to Maven. Despite I still think it would be 
> great to have a standard directory layout for generated files.
> 
> Regards,
> Dário
> 
> -Original Message-
> From: Jochen Wiedmann [mailto:[EMAIL PROTECTED]
> Sent: quarta-feira, 14 de dezembro de 2005 09:32
> To: Maven Users List
> Subject: Re: [m2] Standard directory layout for generated sources
> 
> 
> On 12/14/05, Dário Luís Coneglian Oliveros <[EMAIL PROTECTED]> wrote:
> 
>> When looking at the standard layout directory, I thought it would be great 
>> to have a common directory for the generated sources also since Maven 
>> already has a generate-sources lifecycle phase. This way we don´t need to 
>> tell the compiler where to find the generated sources.
> 
> I disagree. First of all, a single directory woudn't be sufficient:
> For example, you generate not only sources, but also resources. Both
> may be generated for tests as well. So we end up with four. Besides,
> it is not unusual to process one generators files with another
> generator. In other words, the formers output directory becomes the
> latters input directory.
> 
> But, what makes me wonder the most: Why do you need to tell the
> compiler that there is a new source directory? This is the plugins
> task and it should do so automatically?
> 
> 
> Jochen
> 
> --
> Often it does seem a pity that Noah and his party did not miss the
> boat. (Mark Twain)
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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


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

RE: Project dependencies and plugin classloaders

2005-12-14 Thread Brian E. Fox

Here's how. (I did this for a kodo plugin I'm finishing up)


/**
 * Adds nessessary items to the classloader.
 * 
 * @return ClassLoader original Classloader.
 * @throws MojoExecutionException
 */
public ClassLoader setupClassloader()
throws MojoExecutionException
{
URLClassLoader loader = null;
ClassLoader originalLoader =
Thread.currentThread().getContextClassLoader();

URL[] urls = buildClassPathURLs();
loader = new URLClassLoader( urls, originalLoader );

Thread.currentThread().setContextClassLoader( loader );
printClassPath();
return originalLoader;

}

/**
 * Build the array of URLs to add to new ClassLoader
 * 
 * @return
 * @throws MojoExecutionException
 */
private URL[] buildClassPathURLs()
throws MojoExecutionException
{
ArrayList urls = new ArrayList();
Iterator iter = resources.iterator();
try
{
//add the Resource locations as urls
while ( iter.hasNext() )
{
Resource resource = (Resource) iter.next();
urls.add( new URL( "file:///" + resource.getDirectory()
+ "/" ) );
}

//add the outputDirectory
//  urls.add(new URL( "file:///" +
classDir.getAbsolutePath() + "/"
// ));

//add the extra files to classpath
if ( null != extraClassPathItems )
{
for ( int i = 0; i < extraClassPathItems.length; i++ )
{
urls.add( buildURL( extraClassPathItems[i] ) );
}
}
}
catch ( MalformedURLException e )
{
throw new MojoExecutionException( "Nested:", e );
}
//convert back to array
URL[] urlArray = (URL[]) urls.toArray( new URL[urls.size()] );
return urlArray;
} 

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 7:57 AM
To: Maven Users List
Subject: Project dependencies and plugin classloaders

Hi,

I have a project (A) which uses the maven-jaxme-plugin. The plugin
allows to configure so-called factory chains. Think of them as plugins
for the plugin.

I have another project (B), which implements such a factory chain.
Project B is one of the dependencies of A. However, the plugin fails to
load the classes from B. In other words, the plugins classpath is
obviously different from the projects classpath.

Do I need to extend the plugins classpath? By looking at the projects
dependency list? If so, how do I do that?

Regards,

Jochen

--
Often it does seem a pity that Noah and his party did not miss the boat.
(Mark Twain)

-
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] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Arik Kfir

This sounds great brett - glad to hear that.

On 12/14/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> This is exactly what we plan to do. There is work under way to set up
> the necessary permission system and web of trust. Ideally, it will be
> the projects themselves doing so, but we realise this won't always be
> the case.
>
> BTW, we just did a big key signing at ApacheCon. If you ever wind up
> at a face to face with other people in the community, make sure you
> create and sign each others PGP keys!
>
> Cheers,
> Brett
>
> On 12/14/05, Arik Kfir <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Sorry for butting in - but how about adding some (willing) people as
> > administrators of *parts* of the ibiblio repo? I for example wouldn't
> > mind being responsible for managing, say, the jboss section. This
> > means that the admin only has permissions for that particular
> > directory of the ibiblio repo and he/she need only to concentrate on
> > that (new versions, POM fixes).
> >
> > We can thus divide the workload between the community and let the core
> > Maven team concentrate more on the core product. In addition, if every
> > admin is responsible for a group of products he/she are using anyway,
> > I'm sure the quality of the POMs and their maintenance will go up as
> > well.
> >
> > What do you think?
> >
> > On 12/14/05, Ralph Pöllath <[EMAIL PROTECTED]> wrote:
> > > On 14.12.2005, at 10:14, cameron101 wrote:
> > > > It would be great if the likes of Spring / Hibernate and other
> > > > mainstream
> > > > OSS vendors released new versions to Maven with all the POM's and
> > > > direct
> > > > dependencies.  They themselves would benefit as the community would
> > > > probably
> > > > have a faster take up of new technologies and therefore progress the
> > > > discovery and fixing of bugs and new functionality.
> > >
> > > Unfortunately, this sounds highly unlikely for Spring. They just
> > > demoed their build system "common-build" at the Spring Experience
> > > conference which is based on Ivy:
> > > http://www.jroller.com/page/raible?
> > > entry=spring_agile_development_challenges_by
> > >
> > > So yes, I agree we need more lobbying. I love Spring, but I don't
> > > need yet another build system.
> > >
> > > Cheers,
> > > -Ralph.
> > >
> > > > On 13/12/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote:
> > > >> I personally think that we should lobby for grater use of maven2.
> > > >> I mean
> > > >> with all respect to maven you team just can't and shouldn't handle
> > > >> this
> > > >> enormous repository. I mean the hibernate guys should build their
> > > >> libs
> > > >> with m2 pom and also house the libs themselves. I mean we can't
> > > >> really
> > > >> bother your people for every little thing like hibernate annotation
> > > >> 3.1beta*7* or something else I mean come on, you have lives too :)
> > > >> Same thing goes for spring libraries, or any other project.
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: Continuum 1.0.2


Dumb question, but you have:

4.0.0 in your POM, right?

See:


jvm 1| org.apache.maven.project.InvalidProjectModelException: Invalid POM 
(not v4.0.0 modelVersion)



-john

Re: Problem while running Checkstyle goal

That particular bug should have been fixed in the 2.0.1 release of Maven 
(The NPE in the DiagnosisUtils, I mean). The checkstyle plugin fix has 
been patched, and I'll apply it within the next day or so, if it hasn't 
already been applied. However, unless you've configured a 
pluginRepository pointing at the snapshots repository in your POM, you 
won't get that particular fix until the checkstyle plugin is released 
(which also shouldn't be long).


HTH,

john

Deepika.M wrote:

Hi,

   Inorder to get checkstyle report of my project I executed following
command

   C:\>mvn checkstyle:checkstyle

  For this I am getting following exception:

constituent[22]: file:/C:/maven-2.0/bin/../lib/doxia-
sink-api-1.0-alpha-4.jar
---
java.lang.NullPointerException
at
org.apache.maven.usability.diagnostics.DiagnosisUtils.appendRootCause
IfPresentAndUnique(DiagnosisUtils.java:89)
at
org.apache.maven.usability.diagnostics.ErrorDiagnostics$PuntErrorDiag
noser.diagnose(ErrorDiagnostics.java:132)
at org.apache.maven.usability.diagnostics.ErrorDiagnostics.diagnose
(Erro
rDiagnostics.java:104)
at org.apache.maven.DefaultMaven.logDiagnostics(DefaultMaven.java
:693)
at org.apache.maven.DefaultMaven.logFatal(DefaultMaven.java:627)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:143)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)

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


I want reason for this exception...

Thanks in advance

-

Deepika.S



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

Re: [m2] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Brett Porter

This is exactly what we plan to do. There is work under way to set up
the necessary permission system and web of trust. Ideally, it will be
the projects themselves doing so, but we realise this won't always be
the case.

BTW, we just did a big key signing at ApacheCon. If you ever wind up
at a face to face with other people in the community, make sure you
create and sign each others PGP keys!

Cheers,
Brett

On 12/14/05, Arik Kfir <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Sorry for butting in - but how about adding some (willing) people as
> administrators of *parts* of the ibiblio repo? I for example wouldn't
> mind being responsible for managing, say, the jboss section. This
> means that the admin only has permissions for that particular
> directory of the ibiblio repo and he/she need only to concentrate on
> that (new versions, POM fixes).
>
> We can thus divide the workload between the community and let the core
> Maven team concentrate more on the core product. In addition, if every
> admin is responsible for a group of products he/she are using anyway,
> I'm sure the quality of the POMs and their maintenance will go up as
> well.
>
> What do you think?
>
> On 12/14/05, Ralph Pöllath <[EMAIL PROTECTED]> wrote:
> > On 14.12.2005, at 10:14, cameron101 wrote:
> > > It would be great if the likes of Spring / Hibernate and other
> > > mainstream
> > > OSS vendors released new versions to Maven with all the POM's and
> > > direct
> > > dependencies.  They themselves would benefit as the community would
> > > probably
> > > have a faster take up of new technologies and therefore progress the
> > > discovery and fixing of bugs and new functionality.
> >
> > Unfortunately, this sounds highly unlikely for Spring. They just
> > demoed their build system "common-build" at the Spring Experience
> > conference which is based on Ivy:
> > http://www.jroller.com/page/raible?
> > entry=spring_agile_development_challenges_by
> >
> > So yes, I agree we need more lobbying. I love Spring, but I don't
> > need yet another build system.
> >
> > Cheers,
> > -Ralph.
> >
> > > On 13/12/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote:
> > >> I personally think that we should lobby for grater use of maven2.
> > >> I mean
> > >> with all respect to maven you team just can't and shouldn't handle
> > >> this
> > >> enormous repository. I mean the hibernate guys should build their
> > >> libs
> > >> with m2 pom and also house the libs themselves. I mean we can't
> > >> really
> > >> bother your people for every little thing like hibernate annotation
> > >> 3.1beta*7* or something else I mean come on, you have lives too :)
> > >> Same thing goes for spring libraries, or any other project.
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: [m2] Standard directory layout for generated sources

We already have some default "standards" for generation of code. First, 
code should be generated into:


${project.build.directory}/generated-sources/${plugin-prefix}

Correspondingly, generated resources would go in:

${project.build.directory}/generated-resources/${plugin-prefix}

This accommodates multiple code generators within the same build 
process, with no pollution of one by another. Tracking these new 
source/resource locations is easy; in your plugin, simply call:


project.addCompileSourceRoot(..);
project.addResource(..);

Of course, we also define analogous structures for test sources/resources.

We've found in the past that this offers a pretty good compromise 
between a clean structure per generating plugin, and simplicity of 
directory layouts. The full-scale src/(main|test)/(java|resources) 
directory structure isn't that useful in this case, since the generated 
sources/resources will not have to be maintained.


HTH,

John

Dário Luís Coneglian Oliveros wrote:

Hi Jochen,

One way to avoid the problem you mentioned is to have something like:

- target
  - generated
- src
  - main
  - java
- resources
  - test
- java
...

This way we would keep a similar Maven directory layout for the generated files.

[Jochen] Why do you need to tell the compiler that there is a new source 
directory? This is the plugins task and it should do so automatically?

[Dário] In case we use plugins such as ejbdoclet, hibernatedoclet and so on. When using any of these, you end up having your files generated somewhere. Thus you need to tell Maven where to find them in order to compile them. Having a standard layout for generated files, this setting could be defined implicitly. 


Do you know how a plugin could tell Maven on the fly about the existence of a 
new source directory ? If this is possible, then a plugin could have its own 
generated directory and inform it to Maven. Despite I still think it would be 
great to have a standard directory layout for generated files.

Regards,
Dário

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 14 de dezembro de 2005 09:32
To: Maven Users List
Subject: Re: [m2] Standard directory layout for generated sources


On 12/14/05, Dário Luís Coneglian Oliveros <[EMAIL PROTECTED]> wrote:


When looking at the standard layout directory, I thought it would be great to 
have a common directory for the generated sources also since Maven already has 
a generate-sources lifecycle phase. This way we don´t need to tell the compiler 
where to find the generated sources.


I disagree. First of all, a single directory woudn't be sufficient:
For example, you generate not only sources, but also resources. Both
may be generated for tests as well. So we end up with four. Besides,
it is not unusual to process one generators files with another
generator. In other words, the formers output directory becomes the
latters input directory.

But, what makes me wonder the most: Why do you need to tell the
compiler that there is a new source directory? This is the plugins
task and it should do so automatically?


Jochen

--
Often it does seem a pity that Noah and his party did not miss the
boat. (Mark Twain)

-
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: spring-mock Spring framework 1.2.5

2005-12-14 Thread Carlos Sanchez

Spring mock is there
http://www.ibiblio.org/maven2/org/springframework/spring-mock/1.2.5/
Your errors are probably due to other reason

On 12/13/05, cameron clarke <[EMAIL PROTECTED]> wrote:
> don't shoot I'm new to Maven ;-)
>
> spring-mock is specified in spring-parent-1.2.5.pom but spring-mock.jar does
> not get pulled down from http://repo1.maven.org/maven2  Is there a reason
> why this jar/pom is missing?  I have written some tests that utilise
> org.springframework.test.AbstractTransactionalDataSourceSpringContextTestsbut
> are failing in the M2 world as NoClassDef can be found.
>
> I installed it local via :
> mvn install:install-file
> -DgroupId=org.springframework-DartifactId=spring-mock -Dversion=
> 1.2.5 -Dfile=C:/spring-mock.jar -Dpackaging=jar -DgeneratePom=true
>
> I checked the repository file system to see that it now exists but the test
> still fails with the same error.  I noticed the pom file was not created
> though ! instead a maven-metadata-local.xml was created.   So I manually
> created spring-mock-1.2.5.pom as follows:
>
> 
>   
> spring-parent
> org.springframework
> 1.2.5
>   
>   4.0.0
>   spring-mock
>   Spring Mock
>   1.2.5
>   
> deployed
>   
> 
>
> (I didn't worked out the dependencies ..yet)
>
> but still my tests fail . :-(  ANY HELP GREATLY APPRECIATED
>
> java.lang.NoClassDefFoundError:
> org/springframework/test/AbstractTransactionalDa
> taSourceSpringContextTests
>
>

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

Re: [m201] cygwin: Failed to initialize environment variable resolver. Skipping environment substitution in settings.

Unfortunately, that's a bug which got introduced when adding envar 
substitution support for the pom, settings, and profiles.xml. IIRC, it 
should only happen when you have an environment variable set that 
doesn't contain '=', as in HOME=/path/to/my/home.


At any rate, it's fixed for both versions of maven still in the SVN 
(maven-2.0.x branch, and trunk).


HTH,

john

Christopher Cobb wrote:

Using 2.0.1 under cygwin, I get this with every command:

$ mvn clean
[WARNING] Failed to initialize environment variable resolver. Skipping
environment substitution in settings.
[WARNING] Failed to initialize environment variable resolver. Skipping
environment substitution in settings.
[INFO] Scanning for projects...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] String index out of range: -1
[INFO]

[INFO] Trace
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1768)
at
org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUt
ils.java:188)
at
org.codehaus.plexus.util.interpolation.EnvarBasedValueSource.(EnvarBas
edValueSource.java:16)
at
org.apache.maven.project.interpolation.RegexBasedModelInterpolator.interpola
te(RegexBasedModelInterpolator.java:86)
at
org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(Defa
ultMavenProjectBuilder.java:725)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjec
tBuilder.java:632)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFile(Defa
ultMavenProjectBuilder.java:304)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjec
tBuilder.java:274)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at
org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]

[INFO] Total time: < 1 second
[INFO] Finished at: Wed Dec 14 08:33:09 EST 2005
[INFO] Final Memory: 1M/2M
[INFO]


The actual line of java that mvn is invoking is:

+ exec /c/Program Files/Java/jdk1.5.0_03/bin/java -classpath
C:\downloads\maven-2.0.1/core/boot/classworlds-1.1-alpha-2.jar
-Dclassworlds.conf=C:\downloads\maven-2.0.1/bin/m2.conf
-Dmaven.home=C:\downloads\maven-2.0.1 org.codehaus.classworlds.Launcher




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


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




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

Re: Pb while installing maven-andromda plug-in

2005-12-14 Thread Lukas Theussl



For m1:

First make sure maven is properly installed [1], then type

maven plugin:download -DgroupId=andromda 
-DartifactId=maven-andromdapp-plugin -Dversion=3.1 
-Dmaven.repo.remote=http://team.andromda.org/maven/


HTH,
-Lukas


[1] http://maven.apache.org/maven-1.x/start/install.html



Somasundaram Pitchaiah wrote:

Hi all,

 I'm trying to install maven-andromda plugin in my sys using :

maven plugin:download -DgroupId=andromda
-DartifactId=maven-andromdapp-plugin -Dversion=3.1 .

 I have alredy created a file build.properties under maven\bin

maven.repo.remote=http://www.ibiblio.org/maven,
http://team.andromda.org/maven

It does not  work saying not a recognized command.I also tried with
replacing maven by 'mvn' in the above command when it says:

[WARNING] repository metadata for: 'org.apache.maven.plugins' could not be
retri
eved from repository: central due to an error: Error transferring file
[INFO] Repository 'central' will be blacklisted..



I Want to install necessary* maven-andromda plugin . *Pls help me wit this
issue

Thanking You!
Regards.



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

[m2]release plugin with -N tag all modules (with cvs)

2005-12-14 Thread Olivier Lamy

Hi,
I have the following structure
pom.xml (pom packaging root with modules declaration and some common
dependencies)
- apis (interfaces and abstract classes)
- jdbc one implementation of the api
- webservices one implementation of the api


All are in snapshots versions.
I want to release only the root pom in order to release only few
modules.
I use the release plugin in the root directory with -N option just to
release the root pom.
I need it because I can't a release a module with SNAPSHOT parents. 
But all the cvs is tagging (the modules are not excluding).

Do I have a solution ?
Do I need to change the structure to something as this :
Fake root pom
- root-pom
...

Thanks in advance,
- Olivier



This e-mail, any attachments and the information contained therein ("this 
message") are confidential and intended solely for the use of the addressee(s). 
If you have received this message in error please send it back to the sender 
and delete it. Unauthorized publication, use, dissemination or disclosure of 
this message, either in whole or in part is strictly prohibited.
** 
Ce message electronique et tous les fichiers joints ainsi que  les informations 
contenues dans ce message ( ci apres "le message" ), sont confidentiels et 
destines exclusivement a l'usage de la  personne a laquelle ils sont adresses. 
Si vous avez recu ce message par erreur, merci  de le renvoyer a son emetteur 
et de le detruire. Toutes diffusion, publication, totale ou partielle ou 
divulgation sous quelque forme que se soit non expressement autorisees de ce 
message, sont interdites.
** 


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

[m2.0.1] ambiguous subtask definition

2005-12-14 Thread Dário Luís Coneglian Oliveros

Hi all,

After upgrading to 2.0.1, I started getting an error when compiling a 
multi-module project that contains modules using ejbdoclet and webdoclet 
respectively. It says "Embedded error: Ambiguous subtask definition for logical 
name service-endpoint: xdoclet.modules.ejb.intf.ServiceEndpointSubTask and 
xdoclet.modules.web.ServiceEndpointSubTask".
If I compile each module separatedly, then it works fine.
Any clues ?

Regards,
Dário



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

Re: [ANN] Maven 2.0.1 Released

2005-12-14 Thread Alexandre Poitras

I agree! Hat off to Maven team. Maven has become my favorite Java
goodie and I wouldn't want to go back to Ant :)


On 12/14/05, Michael Böckling <[EMAIL PROTECTED]> wrote:
> Hey Maven-Team,
>
> I thought this was a good opportunity to thank you for your efforts. M2
> is an impressive piece of software design and I'm pretty sure it will
> take its place as a new de-facto standard for building Java projects
> (once the bugs are ironed out, hehe).
> Just thought this release, even though it is minor, has gone a little
> underappreciated (judging the mailinglist praise volume)... ;-)
> Keep up the good work!
>
> Michael
>
>
> P.S.: Btw., would anyone be interested in a Proguard obfuscator Plugin?
>
> --
> Giniality AG - Michael Böckling; Steinenberg 21, CH-4051 Basel
> P: +41 61 226 99 63 - F: +41 61 226 99 69
> [EMAIL PROTECTED]; http://www.giniality.com/
>
>
>
> -
> 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: [m2] [evangelism] [suggestion] New libraries coming out

2005-12-14 Thread Arik Kfir

Hi,

Sorry for butting in - but how about adding some (willing) people as
administrators of *parts* of the ibiblio repo? I for example wouldn't
mind being responsible for managing, say, the jboss section. This
means that the admin only has permissions for that particular
directory of the ibiblio repo and he/she need only to concentrate on
that (new versions, POM fixes).

We can thus divide the workload between the community and let the core
Maven team concentrate more on the core product. In addition, if every
admin is responsible for a group of products he/she are using anyway,
I'm sure the quality of the POMs and their maintenance will go up as
well.

What do you think?

On 12/14/05, Ralph Pöllath <[EMAIL PROTECTED]> wrote:
> On 14.12.2005, at 10:14, cameron101 wrote:
> > It would be great if the likes of Spring / Hibernate and other
> > mainstream
> > OSS vendors released new versions to Maven with all the POM's and
> > direct
> > dependencies.  They themselves would benefit as the community would
> > probably
> > have a faster take up of new technologies and therefore progress the
> > discovery and fixing of bugs and new functionality.
>
> Unfortunately, this sounds highly unlikely for Spring. They just
> demoed their build system "common-build" at the Spring Experience
> conference which is based on Ivy:
> http://www.jroller.com/page/raible?
> entry=spring_agile_development_challenges_by
>
> So yes, I agree we need more lobbying. I love Spring, but I don't
> need yet another build system.
>
> Cheers,
> -Ralph.
>
> > On 13/12/05, Srepfler Srgjan <[EMAIL PROTECTED]> wrote:
> >> I personally think that we should lobby for grater use of maven2.
> >> I mean
> >> with all respect to maven you team just can't and shouldn't handle
> >> this
> >> enormous repository. I mean the hibernate guys should build their
> >> libs
> >> with m2 pom and also house the libs themselves. I mean we can't
> >> really
> >> bother your people for every little thing like hibernate annotation
> >> 3.1beta*7* or something else I mean come on, you have lives too :)
> >> Same thing goes for spring libraries, or any other project.
>
>
> -
> 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] Checkstyle reports

2005-12-14 Thread Giles, Nick

Following up to myself, some poking around suggests that at least in my
version, it's the classloading that's to blame... The ClassLoader passed
in to CheckStyle by CheckstyleReport can see some necessary resources
when the invocation has got there through being called directly
(checkstyle:checkstyle), but they are returned null when called as part
of the site generation. The resources should be in the checkstyle jar
file, which is presumably present for both cases, but maybe is loaded
differently.

I'm hitting the limits of what I can do myself, does anyone here have
suggestions, or should I just submit it as a bug?

Deepika, you may want to try inspecting the scope of the classloader for
your case, the relevant point is getModuleFactory() in
org.apache.maven.plugin.checkstyle.CheckstyleReport. If it's the same
problem we've got a stronger case for a bug fix.

Thanks,

Nick

-Original Message-
From: Giles, Nick [mailto:[EMAIL PROTECTED] 
Sent: 14 December 2005 12:54
To: Maven Users List
Subject: RE: [m2] Checkstyle reports

You're right there, checkstyle will run successfully when invoked as
'mvn checkstyle:checkstyle', and produces a report, but it's not
integrated into the rest of the site. I guess I can hack it for now with
some external links into it, maybe do a bit of post-processing, but I'd
still like to fix the underlying problem.

Cheers though,

Nick

-Original Message-
From: Deepika.M [mailto:[EMAIL PROTECTED]
Sent: 14 December 2005 12:34
To: Maven Users List
Subject: Re: [m2] Checkstyle reports

Hi Nick,

I too am trying to get checkstyle report using M2.

I got the same error "FATAL ERROR" when I trired to use
maven-checkstyle-plugin-2.0
>
> -beta-1-SNAPSHOT plugin
>

U better try it with ' mvn checkstyle:checkstyle' goal  for checkstyle
report generation separately.

-
Regards
Deepika.S
 
 
   This message may contain privileged and/or confidential
information. If you have received this e-mail in error or are not the
intended recipient, you may not use, copy, disseminate or distribute it;
do not open any attachments, delete it immediately from your system and
notify the sender promptly by e-mail that you have done so. Thank You.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 
 
   This message may contain privileged and/or confidential information. If 
you have received this e-mail in error or are not the intended recipient, you 
may not use, copy, disseminate or distribute it; do not open any attachments, 
delete it immediately from your system and notify the sender promptly by e-mail 
that you have done so. Thank You.

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

Re: Assembly plugin triggers execution of all previous phases

2005-12-14 Thread John Allen

assembly plugin is differenct to other lifecycle cooperating plugins in as 
much as it invokes the package lifecyle before running. if you have 
configured assembly to be part of package phase itself you will loop 
forever.


the idea is mvn assembly:assembly will do all the work of building an 
assembly, including the dependent package build.

package = gets you jars et al. frequent
assembly = gets you null soft installers, zips and tgzs. infrequent.

- Original Message - 
From: "Nitko2" <[EMAIL PROTECTED]>

To: "Maven Users List" 
Sent: Wednesday, December 14, 2005 3:45 PM
Subject: Assembly plugin triggers execution of all previous phases



Hi!

I created my components.xml with assembly plugin associated with 
integration-test phase. I did so because association with package phase 
caused infinite loop.


 
org.apache.maven.plugins:maven-assembly-plugin:2.0:assembly



This is pom.xml excerpt:


maven-assembly-plugin

   assembly/descriptor.xml
   target/work/output
   target/work




When I start maven, integration-test phase causes all previous phases to 
run again.


Is this a bug? I suppose it is related to 
http://jira.codehaus.org/browse/MNG-1831


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

gtalk notifier not working

2005-12-14 Thread phertogen

Hi,

>From the Continuum faq and mailing-list I understood it should be possbile 
to use google's gtalk to be notified since it uses the jabber protocol, 
but I must be doing something wrong  because I get this error:


ERROR 
org.apache.maven.continuum.notification.ContinuumNotificationDispatcher  - 
Error while trying to use the jabbernotifier.
org.codehaus.plexus.notification.NotificationException: Exception while 
sending message.
at 
org.apache.maven.continuum.notification.jabber.JabberContinuumNotifier.sendMessage(JabberContinuumNotifier.java:236)
at 
org.apache.maven.continuum.notification.jabber.JabberContinuumNotifier.sendNotification(JabberContinuumNotifier.java:135)
at 
org.apache.maven.continuum.notification.DefaultContinuumNotificationDispatcher.sendNotification(DefaultContinuumNotificationDispatcher.java:170)
at 
org.apache.maven.continuum.notification.DefaultContinuumNotificationDispatcher.buildComplete(DefaultContinuumNotificationDispatcher.java:96)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:281)
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:534)
Caused by: org.codehaus.plexus.jabber.JabberClientException: Can't connect 
to talk.google.com:5222
at 
org.codehaus.plexus.jabber.DefaultJabberClient.connect(DefaultJabberClient.java:51)
at 
org.apache.maven.continuum.notification.jabber.JabberContinuumNotifier.sendMessage(JabberContinuumNotifier.java:216)
... 7 more
Caused by: XMPPError connecting to talk.google.com:5222.: (502)
  -- caused by: java.net.ConnectException: Connection timed out: connect
at 
org.jivesoftware.smack.XMPPConnection.(XMPPConnection.java:174)
at 
org.codehaus.plexus.jabber.DefaultJabberClient.connect(DefaultJabberClient.java:42)
... 8 more


This is my setup: 

I'm using continuum 1.0.2, running a Maven 1.0.2 project in a windows 
environment.



  org.codehaus.plexus.notification.notifier.Notifier
  jabber
 
org.apache.maven.continuum.notification.jabber.JabberContinuumNotifier
  

  org.codehaus.plexus.jabber.JabberClient


 
org.apache.maven.continuum.configuration.ConfigurationService


  org.apache.maven.continuum.store.ContinuumStore

  
  
my fist gtalk account without 
gmail.com
mypassword
talk.google.com 
5222
false
  


Then in the continuum web interface I use the same jabber notifier 
settings, and as jabber recipient I have [EMAIL PROTECTED], 
not using SSL and not part of a Jabber group.

Both on Continuum server and client PC I have gtalk installed and via 
gtalk I can communicate in two directions. So firewall should be open. 
As mentioned on this mailing list, I have 2 different gtalk accounts, and 
they are friends of each other.

I also tried to run Continuum server, when gtalk was switched of because I 
think Continuum shouldn't need it to function.

Do I need to install some additional Jabber stuff? Or what else couldt be 
the problem?

thanks a lot for advice,
Peter

Re: [ANN] Maven 2.0.1 Released

2005-12-14 Thread Michael Böckling


Hey Maven-Team,

I thought this was a good opportunity to thank you for your efforts. M2 
is an impressive piece of software design and I'm pretty sure it will 
take its place as a new de-facto standard for building Java projects 
(once the bugs are ironed out, hehe).
Just thought this release, even though it is minor, has gone a little 
underappreciated (judging the mailinglist praise volume)... ;-)

Keep up the good work!

Michael


P.S.: Btw., would anyone be interested in a Proguard obfuscator Plugin?

--
Giniality AG - Michael Böckling; Steinenberg 21, CH-4051 Basel
P: +41 61 226 99 63 - F: +41 61 226 99 69
[EMAIL PROTECTED]; http://www.giniality.com/



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

Re: m2 - my technique for installing 3rd party jars

2005-12-14 Thread Carlos Sanchez

If you create a remote repo any developer don't need to do that previous step

On 12/12/05, Brill Pappin <[EMAIL PROTECTED]> wrote:
> You misunderstand... he can reproduce it at will... any developer that
> joins his company can simply check out the moduleand run the build...
>
> However I still think a  better solution is to simply write a script
> that calls mvn install.
>
> - Brill Pappin
>
> On 12/12/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > It can't be automated becuase you still have to download by hand the
> > jars. They can't be redistributed. if they could they'd be at ibiblio.
> >
> >
> > On 12/11/05, Brill Pappin <[EMAIL PROTECTED]> wrote:
> > > But it will be automated and he can reproduce it at will...
> > > However, it might be faster to simply write a script that would call
> > > mvn install on each jar instead... you'd have to include the same
> > > information, but not write out the POM.
> > >
> > >
> > > On 12/11/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > I don't see the use of this, maybe you can explain it better.
> > > > - putting an empty pom is useless and in fact will cause trouble
> > > > because the right pom from ibiblio wont be downloaded
> > > > - now instead of passing 5 parameters you have to write this whole pom
> > >
> >
> > -
> > 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: How to change default build ("target") directory?

I use a set of parent poms to archive this. I have a directory structure
like this:

build
+ build-base
+ build-java
+ build-native

each build-* directory has a pom.xml. The base pom defines all things that
are valid for java and others. Then the build-java pom.xml defines
everything for java specific projects (like junit config, java specific
plugins like pmd, clover, ...).

This is my base pom:
http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";>
4.0.0
com.mycomp.build
build-base
1.0-SNAPSHOT
pom

temp
temp/classes
temp/test-classes
src/main
src/main/scripts
src/test



Not the use of /project/build/directory set to "temp" in stead of "target"
and the packaging type of "pom"

Do a 'mvn install'. Then in my java pom:

http://maven.apache.org/POM/4.0.0"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="
http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";>

com.mycomp.build
build-base
1.0-SNAPSHOT

4.0.0
com.mycomp.build
build-java
1.0-SNAPSHOT
pom



org.apache.maven.plugins
maven-compiler-plugin

1.5
1.5






Note the  section here. In your real project use again a 
section, but now with this last one as the parent. I will automatically use
the "temp" directory in stead of target for your project.

regards,

Wim



2005/12/14, Slawek Zachcial <[EMAIL PROTECTED]>:
>
> Hi,
>
> I would like that all the generated files for all my m2 projects go to
> specific, different than default, build directory. For example, if I have
> projects P1 and P2, the default build directories are P1/target and
> P2/target. I'd like to change it to something like /temp/target.
>
> I don't want to modify every single pom.xml. I'd like to have this as a
> global, my environment specific setting.
>
> It looks like several of maven plugins base their build directory path on
> "project.build.directory" so I tried sth like "m2 -
> Dproject.build.directory=/temp/target package" but this has no effect.
>
> Is anyone aware any working way to achieve this - either through
> settings.xml or through -D or some other global approach?
>
> Thanks,
> /Slawek
>
>
>
> -
> Yahoo! Shopping
> Find Great Deals on Holiday Gifts at Yahoo! Shopping
>

[ANN] Maven 2.0.1 Released

NOTE: This didn't go out as planned because of a technicality in my 
From: address. Sorry for the delay...


-j


The Apache Maven team is proud to announce the release of Maven 2.0.1.

Maven is a build system that provides software project management and
dependency comprehension. Based on the concept of a project object model
(POM), Maven manages a project's build, reporting and documentation from
a central place.

This is primarily a maintenance release, incorporating improvements to:

* Artifact and Transitive Dependency handling

* POM inheritance and interpolation

* Multimodule Builds

* Plugin support

* and much more...


Also, some highlights associated with this release are:

* Site documentation improvements

* Support for mojos written in Ant


The Maven team would like to express thanks to the user and developer
community for their testing, feedback and contributions that have made
Maven 2 even more stable!

New users can get started with Maven now using the getting started
guide: http://maven.apache.org/maven2/guides/getting-started/index.html

Enjoy!


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

How to change default build ("target") directory?

2005-12-14 Thread Slawek Zachcial

Hi,

I would like that all the generated files for all my m2 projects go to 
specific, different than default, build directory. For example, if I have 
projects P1 and P2, the default build directories are P1/target and P2/target. 
I'd like to change it to something like /temp/target.

I don't want to modify every single pom.xml. I'd like to have this as a global, 
my environment specific setting.

It looks like several of maven plugins base their build directory path on 
"project.build.directory" so I tried sth like "m2 
-Dproject.build.directory=/temp/target package" but this has no effect.

Is anyone aware any working way to achieve this - either through settings.xml 
or through -D or some other global approach?

Thanks,
/Slawek



-
Yahoo! Shopping
 Find Great Deals on Holiday Gifts at Yahoo! Shopping

RE: How to view generated site?

I could setup an apache server to serve it but it would be nice to have
everything at the same place, since continuum already have a web
interface to view the source files, and all it has to do is to serve the
files instead of reading the content and put it in a text box 

-Original Message-
From: Neil Padgen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 11:06 AM
To: continuum-users@maven.apache.org
Subject: RE: How to view generated site?

> -Original Message-
> From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED]
> 
> Is there a way to have continuum link and serve the project's site?

Could you use site:deploy to view the site at a known location?

-- Neil

http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may contain
personal views which are not the views of the BBC unless specifically
stated.
If you have received it in error, please delete it from your system. 
Do not use, copy or disclose the information in any way nor act in
reliance on it and notify the sender immediately. Please note that the
BBC monitors e-mails sent or received. 
Further communication will signify your consent to this.

RE: How to view generated site?

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

-Original Message-
From: Mayorgaadame, Alex [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 10:51 AM
To: Maven Users List
Cc: [EMAIL PROTECTED]
Subject: RE: How to view generated site?

Aviran,

You should try the site-deploy goal with a 
section in your POM. A preview of the site could be a great idea, but I
don't know if that's planned for Continuum. Maybe you can fill a request
in Continuum's JIRA.

Regards,
Alex

-Original Message-
From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 14, 2005 10:27 AM
To: Maven Users List
Subject: How to view generated site?

I have a maven project which I run thru continuum. One of the goals in
the build process is site, which makes maven to generate the project
site (under the target folder)

Is there a way to have continuum link and serve the project's site? If I
go to the working folder and click on target->site->index.html,
continuum show me the html source in a text box, and I want to actually
view the generated site.

Thanks,

Aviran

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

[m2] ear plugin: jar does not get added to application xml (as java module)

2005-12-14 Thread Dário Luís Coneglian Oliveros

Hi,

I´ve been trying to create an EAR that contains a JAR, an EJB JAR (depends on 
JAR) and a WAR, however only EJB JAR and WAR gets added to the application.xml 
as ejb and web modules respectively. The JAR is not added at all. This used to 
work in Maven 1. How can I have an entry of JAR in the application.xml as a 
java module ? Do I need to add it manually ?
I´ve noticed that all dependency jars are added to the EAR (depending on the 
scope), but they are not present in the application.xml as java modules. Should 
I report a bug or this is an expected behaviour ?

Please find below my POM:


   4.0.0
   com.mycompany.sample
   sample-ear
   ear
   1.0-SNAPSHOT
   
  
 com.mycompany.sample
 sample-java
 1.0-SNAPSHOT
  
 
   com.mycompany.sample
   sample-ejb
   1.0-SNAPSHOT
   ejb
 
 
   com.mycompany.sample
   sample-web
   1.0-SNAPSHOT
   war
 
  
   
  
 
   org.apache.maven.plugins
   maven-ear-plugin
 
  
  


application.xml
--

  sample-ear
  
sample-ejb-1.0-SNAPSHOT.jar
  
  

  sample-web-1.0-SNAPSHOT.war
  /sample-web

  


Any clues ? I am not sure if that´s the right way to create an EAR.
I would appreciate any help.

Thanks in advance,
Dário







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

RE: How to view generated site?

2005-12-14 Thread Neil Padgen

 

> -Original Message-
> From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED] 
> 
> Is there a way to have continuum link and serve the project's 
> site? 

Could you use site:deploy to view the site at a known location?

-- Neil

http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may contain
personal views which are not the views of the BBC unless specifically
stated.
If you have received it in error, please delete it from your system. 
Do not use, copy or disclose the information in any way nor act in
reliance on it and notify the sender immediately. Please note that the
BBC monitors e-mails sent or received. 
Further communication will signify your consent to this.

RE: How to view generated site?

2005-12-14 Thread Mayorgaadame, Alex

Aviran,

You should try the site-deploy goal with a  section in 
your POM. A preview of the site could be a great idea, but I don't know if 
that's planned for Continuum. Maybe you can fill a request in Continuum's JIRA.

Regards,
Alex

-Original Message-
From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 14, 2005 10:27 AM
To: Maven Users List
Subject: How to view generated site?


I have a maven project which I run thru continuum. One of the goals in
the build process is site, which makes maven to generate the project
site (under the target folder)

Is there a way to have continuum link and serve the project's site? If I
go to the working folder and click on target->site->index.html,
continuum show me the html source in a text box, and I want to actually
view the generated site.

Thanks,

Aviran

-
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: [m201] cygwin: Failed to initialize environment variable resolver. Skipping environment substitution in settings.

Check your environment for blank entries, entries without = and also
check your path for a . (dot) - if a . Exists in your path - remove it.

Check this out http://jira.codehaus.org/browse/MNG-1819

Aviran 

-Original Message-
From: Christopher Cobb [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 9:03 AM
To: 'Maven Users List'
Subject: [m201] cygwin: Failed to initialize environment variable
resolver. Skipping environment substitution in settings.

Using 2.0.1 under cygwin, I get this with every command:

$ mvn clean
[WARNING] Failed to initialize environment variable resolver. Skipping
environment substitution in settings.
[WARNING] Failed to initialize environment variable resolver. Skipping
environment substitution in settings.
[INFO] Scanning for projects...
[INFO]


[ERROR] FATAL ERROR
[INFO]


[INFO] String index out of range: -1
[INFO]


[INFO] Trace
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1768)
at
org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLi
neUt
ils.java:188)
at
org.codehaus.plexus.util.interpolation.EnvarBasedValueSource.(Enva
rBas
edValueSource.java:16)
at
org.apache.maven.project.interpolation.RegexBasedModelInterpolator.inter
pola
te(RegexBasedModelInterpolator.java:86)
at
org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(
Defa
ultMavenProjectBuilder.java:725)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenPr
ojec
tBuilder.java:632)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFile(
Defa
ultMavenProjectBuilder.java:304)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenPr
ojec
tBuilder.java:274)
at
org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at
org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at
org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]


[INFO] Total time: < 1 second
[INFO] Finished at: Wed Dec 14 08:33:09 EST 2005 [INFO] Final Memory:
1M/2M [INFO]



The actual line of java that mvn is invoking is:

+ exec /c/Program Files/Java/jdk1.5.0_03/bin/java -classpath
C:\downloads\maven-2.0.1/core/boot/classworlds-1.1-alpha-2.jar
-Dclassworlds.conf=C:\downloads\maven-2.0.1/bin/m2.conf
-Dmaven.home=C:\downloads\maven-2.0.1 org.codehaus.classworlds.Launcher




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


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



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

How to view generated site?

 

I have a maven project which I run thru continuum. One of the goals in
the build process is site, which makes maven to generate the project
site (under the target folder)

Is there a way to have continuum link and serve the project's site? If I
go to the working folder and click on target->site->index.html,
continuum show me the html source in a text box, and I want to actually
view the generated site.

Thanks,

Aviran

[m2] Checkstyle severity attribute problem

2005-12-14 Thread Giles, Nick

When I provide the Checkstyle plugin with a customised config file, it
causes it to crash unpleasantly when generating the report. It appears
that this is due to calling the 'remove' method on Arrays$ArrayList,
which doesn't implement the method. The call is actually removing the
'severity' property from the list of columns before going on to process
the rest. Wrapping the list in an actual ArrayList (java.util.ArrayList)
solves the problem. Is this specific to my versions, or has anyone else
had this problem, in which case I'll submit a patch.

Info:
Java - 1.4.2_10
Maven - 2.0.2-SNAPSHOT (updated this morning from the repository)
Maven-checkstyle-plugin - 2.0-beta-2-SNAPSHOT (also updated this
morning)

To replicate, add your-rules.xml to the
plugin configuration, and ensure that at least two modules in
your-rules.xml have the severity property set, something like:


http://www.puppycrawl.com/dtds/configuration_1_2.dtd";>




  



  



Stack trace appended.

Thanks,

Nick

org.apache.maven.lifecycle.LifecycleExecutionException: An error has
occurred in Checkstyle report generation.
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:555)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa
l(DefaultLifecycleExecutor.java:485)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:455)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:303)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:270)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:139)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: An error has
occurred in Checkstyle report generation.
at
org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenRepo
rt.java:79)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:432)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:530)
... 16 more
Caused by: java.lang.UnsupportedOperationException
at java.util.AbstractList.remove(AbstractList.java:171)
at java.util.AbstractList$Itr.remove(AbstractList.java:436)
at
java.util.AbstractCollection.remove(AbstractCollection.java:255)
at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRuleRow(C
heckstyleReportGenerator.java:294)
at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRuleChild
ren(CheckstyleReportGenerator.java:282)
at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.doRulesSumm
ary(CheckstyleReportGenerator.java:252)
at
org.apache.maven.plugin.checkstyle.CheckstyleReportGenerator.generateRep
ort(CheckstyleReportGenerator.java:107)
at
org.apache.maven.plugin.checkstyle.CheckstyleReport.generateMainReport(C
heckstyleReport.java:563)
at
org.apache.maven.plugin.checkstyle.CheckstyleReport.executeReport(Checks
tyleReport.java:472)
at
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenRep
ort.java:98)
at
org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenRepo
rt.java:73)
 
 
   This message may contain privileged and/or confidential information. If 
you have received this e-mail in error or are not the intended recipient, you 
may not use, copy, disseminate or distribute it; do not open any attachments, 
delete it immediately from your system and notify the sender promptly by e-mail 
that you have done so. Thank You.

Assembly plugin triggers execution of all previous phases

2005-12-14 Thread Nitko2


Hi!

I created my components.xml with assembly plugin associated with integration-test phase. I did so 
because association with package phase caused infinite loop.


 
org.apache.maven.plugins:maven-assembly-plugin:2.0:assembly



This is pom.xml excerpt:


maven-assembly-plugin

   assembly/descriptor.xml
   target/work/output
   target/work




When I start maven, integration-test phase causes all previous phases to run 
again.

Is this a bug? I suppose it is related to 
http://jira.codehaus.org/browse/MNG-1831

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

1.0.2: JCoverage doesn't use unit test resources?

2005-12-14 Thread jason r tibbetts

Is there any way to tell JCoverage to use the unit test resources? 
JCoverage worked fine until I added some tests which rely on properties 
files. Because these files are neither copied over to JCoverage's 
instrumented classes dir nor picked up in its classpath, these tests now 
fail. I tried to add an XDoclet-inspired bit to the maven.xml file to 
add the unit test source directory to the 
maven.jcoverage.instrumentation property value, but Maven complains that 
'maven.jcoverage.instrumentation' is not defined.


maven.xml
=
  
  

maven -EX output

Adding reference: source.dir ->
popping off [EMAIL PROTECTED] for 
[EMAIL PROTECTED] in com.sra:atgcommon

File.. /users/tibbettj/dev/atgcommon/maven.xml
Element... maven:addPath
Line.. 16
Column 75
cannot find the path to add to specified by 'id': 
maven.jcoverage.instrumentation


Any ideas?

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

How to view generated site?

I have a maven project which I run thru continuum. One of the goals in
the build process is site, which makes maven to generate the project
site (under the target folder)

Is there a way to have continuum link and serve the project's site? If I
go to the working folder and click on target->site->index.html,
continuum show me the html source in a text box, and I want to actually
view the generated site.

Thanks,

Aviran

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

Perforce issues and feedback

2005-12-14 Thread Mike Perham

Clientspec Naming

http://jira.codehaus.org/browse/SCM-114

Transient vs Persistent Clientspecs

http://jira.codehaus.org/browse/SCM-113

Please add your thoughts as comments to these issues.

mike

Re: spring-mock Spring framework 1.2.5

2005-12-14 Thread Richard Wallace


Here's what I finally settled on for my pom with Spring and Hibernate.

   
 springframework
 spring
 1.2.6
   
   
 springframework
 spring-mock
 1.2.6
 test
   
   
 org.hibernate
 hibernate
 3.1beta3
 
   
 jta
 javax.transaction
   
 
   
   
 geronimo-spec-jta
 geronimo-spec
 1.0.1B-rc4
   
   
 junit
 junit
 3.8.1
 test
   
   
 commons-dbcp
 commons-dbcp
 1.2
 test
 
   
 xml-apis
 xml-apis
   
   
 xerces
 xerces
   
 
   

I'm still using the springframework group id until the poms start 
telling me otherwise ;)


The biggest problem that I had came from not all the spring-* jars 
having everything in them that the all inclusive spring.jar package has.


Hope that helps.

Rich


cameron clarke wrote:

don't shoot I'm new to Maven ;-)

spring-mock is specified in spring-parent-1.2.5.pom but spring-mock.jar does
not get pulled down from http://repo1.maven.org/maven2  Is there a reason
why this jar/pom is missing?  I have written some tests that utilise
org.springframework.test.AbstractTransactionalDataSourceSpringContextTestsbut
are failing in the M2 world as NoClassDef can be found.

I installed it local via :
mvn install:install-file
-DgroupId=org.springframework-DartifactId=spring-mock -Dversion=
1.2.5 -Dfile=C:/spring-mock.jar -Dpackaging=jar -DgeneratePom=true

I checked the repository file system to see that it now exists but the test
still fails with the same error.  I noticed the pom file was not created
though ! instead a maven-metadata-local.xml was created.   So I manually
created spring-mock-1.2.5.pom as follows:


  
spring-parent
org.springframework
1.2.5
  
  4.0.0
  spring-mock
  Spring Mock
  1.2.5
  
deployed
  


(I didn't worked out the dependencies ..yet)

but still my tests fail . :-(  ANY HELP GREATLY APPRECIATED

java.lang.NoClassDefFoundError:
org/springframework/test/AbstractTransactionalDa
taSourceSpringContextTests

  



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

Re: Maven 2 xdoclet Null Pointer Exception

Let me know if you get this working, because I tried earlier but it did not
work (using JDK 1.5 and hibernate 3)

regards,

Wim

2005/12/14, Dário Luís Coneglian Oliveros <[EMAIL PROTECTED]>:
>
> Hi Uli,
>
> Please try to use the xdoclet maven plugin from codehaus.
> I am not sure if it´s gonna work. Just give a shot and let me know the
> results.
>
> 
> org.codehaus.mojo
> xdoclet-maven-plugin
> 1.0-alpha-2
>   ...
>
> Regards,
> Dário
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: sábado, 10 de dezembro de 2005 12:05
> To: users@maven.apache.org
> Subject: Maven 2 xdoclet Null Pointer Exception
>
>
> Hello,
> i'm new to m2 and i want to move a little project with xdoclet for
> hibernate mapping from ant to maven 2.
>
> I'm not sure if i'm on the right way.. I've  added to the generated pom
> following :
>
> 
> 
> 
> xdoclet
> maven-xdoclet-plugin
> 1.2
>
> 
> 
> generate-sources
> 
> xdoclet
> 
> 
> 
>
> 
>
>
> 
> 
> 
> 
>
> 
> 
> 
>
> Question 1: With this i get following error in a mvn compile:
>
> [DEBUG] maven-resources-plugin: resolved to version 2.0 from repository
> central
> [DEBUG] Retrieving parent-POM from the repository for project:
> null:maven-resour
> ces-plugin:maven-plugin:2.0
> [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
> [INFO]
> -
> ---
> [ERROR] FATAL ERROR
> [INFO]
> -
> ---
> [INFO] null
> [INFO]
> -
> ---
> [DEBUG] Trace
> java.lang.NullPointerException
> at
> org.apache.maven.plugin.DefaultPluginManager.addPlugin(DefaultPluginM
> anager.java:292)
> at
> org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(De
> faultPluginManager.java:198)
> at
> org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPlug
> inManager.java:163)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
> ultLifecycleExecutor.java:1095)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindPluginToLifec
> ycle(DefaultLifecycleExecutor.java:1060)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycl
> eMappings(DefaultLifecycleExecutor.java:869)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
> ltLifecycleExecutor.java:447)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> dleFailures(DefaultLifecycleExecutor.java:301)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> ts(DefaultLifecycleExecutor.java:268)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
> fecycleExecutor.java:137)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> [INFO]
> -
>
> Question 2: Are the paramters for hibernatedoclet like the
> hibernatedoclet -ant-task?
>
> Hope that sounds not too stupid, but in my web researches i got nothing
> what this explain..
>
> Uli
>
> -
> 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: Exception running continuum on solaris

See attached environment.

Aviran
http://www.aviransplace.com 

-Original Message-
From: Mayorgaadame, Alex [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 13, 2005 5:34 PM
To: continuum-users@maven.apache.org
Subject: RE: Exception running continuum on solaris

Aviran,

Just for the record. Can you post your fixed env? I also use Solaris so it may 
be useful as a reference.

Thanks and regards,
Alex

-Original Message-
From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 13, 2005 4:52 PM
To: continuum-users@maven.apache.org
Subject: RE: Exception running continuum on solaris

Ok, it is working now. The workaround - I had to remove both the carriage 
return from one of the environment entries AND remove the . >From the path.

Thanks for the help.

Aviran

-Original Message-
From: Mordo, Aviran (EXP N-NANNATEK)
Sent: Tuesday, December 13, 2005 4:14 PM
To: continuum-users@maven.apache.org
Subject: RE: Exception running continuum on solaris

I got the same exception. I also tried to remove the . From the path and it 
still does not work

-Original Message-
From: Mayorgaadame, Alex [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 13, 2005 3:13 PM
To: Maven Users List
Cc: continuum-users@maven.apache.org
Subject: RE: Exception running continuum on solaris

Can you try:

PATH=$PATH:/usr/sbin:/usr/builduser/maven-2.0/bin:/usr/bin

Instead of:

PATH=.:/usr/sbin:/usr/builduser/maven-2.0/bin:/usr/bin

And see if it does any good. I'm moving the discussion over to the Continuum 
List.

Regards,
Alex
-Original Message-
From: Mordo, Aviran (EXP N-NANNATEK) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 13, 2005 1:21 PM
To: Maven Users List
Subject: RE: Exception running continuum on solaris

Sorry in I wasn't clear, the space in the path was under Windows where it 
failed to start.

I attached the env file

Aviran

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 13, 2005 12:24 PM
To: Maven Users List
Subject: Re: Exception running continuum on solaris

Can you put your env result in a file and attach it to the issue?

You have a space in a folder name under solaris!!! I thought it was only under 
windows.
So, you need to remove line "wrapper.java.additional.5.stripquotes=TRUE" in 
bin/solaris/wrapper.conf (if you use the wrapper)

Emmanuel

Mordo, Aviran (EXP N-NANNATEK) a écrit :
> Correct.
> 
> Anyway I changed this entry not to have a carriage return and I'm still 
> getting the exception.
> 
> I don't know if this is related but I found that if I have an entry in the 
> system's path with a folder name containing a space, continuum will fail to 
> start. 
> 
> -Original Message-
> From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 13, 2005 12:08 PM
> To: Maven Users List
> Subject: Re: Exception running continuum on solaris
> 
> so "-->" is part of previous line with a return carriage?
> 
> Mordo, Aviran (EXP N-NANNATEK) a écrit :
> 
>>It is part of the SP1 env variable. If I echo SP1 I get 
>>[EMAIL PROTECTED]:$PWD -->  but if I type env I get the --> in a separate 
>>line
>>
>>-Original Message-
>>From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
>>Sent: Tuesday, December 13, 2005 11:55 AM
>>To: Maven Users List
>>Subject: Re: Exception running continuum on solaris
>>
>>hmm, strange line.
>>Do you know what is it? It isn't an environment variable
>>
>>Emmanuel
>>
>>Mordo, Aviran (EXP N-NANNATEK) a écrit :
>>
>>
>>>Yes I do, I have the following line: "-->" (without the quotes)
>>>
>>>-Original Message-
>>>From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
>>>Sent: Tuesday, December 13, 2005 11:42 AM
>>>To: Maven Users List
>>>Subject: Re: Exception running continuum on solaris
>>>
>>>the correct list is continuum-users@maven.apache.org ;-)
>>>
>>>It seems there is a bug in our command line util class (used too by maven 
>>>2.0.1) Do you have a line without '=' when you run env command?
>>>The problem is with a substring on env result.
>>>
>>>Emmanuel
>>>
>>>Mordo, Aviran (EXP N-NANNATEK) a écrit :
>>>
>>>
>>>
I'm trying to build a project using continuum on Solaris and I'm 
getting the following exception:

org.apache.maven.continuum.execution.ContinuumBuildExecutorException:
Error while executing shell command. The most common error is that 'mvn'
is not in your path.
at
org.apache.maven.continuum.execution.AbstractBuildExecutor.executeSh
e
l
lC
ommand(AbstractBuildExecutor.java:199)
 at
org.apache.maven.continuum.execution.maven.m2.MavenTwoBuildExecutor.
b
u
il
d(MavenTwoBuildExecutor.java:86)
at
org.apache.maven.continuum.core.action.ExecuteBuilderContinuumAction.
e
xe
cute(ExecuteBuilderContinuumAction.java:127)
 at
org.apache.maven.continuum.buildcontroller.DefaultBuildController.bu
i
l
d(
DefaultBui

Project dependencies and plugin classloaders

Hi,

I have a project (A) which uses the maven-jaxme-plugin. The plugin
allows to configure so-called factory chains. Think of them as plugins
for the plugin.

I have another project (B), which implements such a factory chain.
Project B is one of the dependencies of A. However, the plugin fails
to load the classes from B. In other words, the plugins classpath is
obviously different from the projects classpath.

Do I need to extend the plugins classpath? By looking at the projects
dependency list? If so, how do I do that?

Regards,

Jochen

--
Often it does seem a pity that Noah and his party did not miss the
boat. (Mark Twain)

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

RE: Why are jar files rebuilt all the time?

What goal(s) are you running?

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 4:29 AM
To: Maven Users List
Subject: Why are jar files rebuilt all the time?

Hi,

this is probably a FAQ. If so, I apologize in advance.

I notice, that jar files are being rebuilt all the time. To me, this has
serious disadvantages:

- Building the jar file takes time.
- Copying the updated jar file takes more time.
- Rebuilding other files, which include the jar file, takes more time.
... and the cycle continues.

IMO, this is an important point, when comparing Ant and Maven in terms of
performance. A build with Ant is in most cases exceptionally fast, because
Ant typically does very little. To Maven, this is a completely unknown
thing.

Why is this so?

Jochen

-
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: Continuum with perforce

2005-12-14 Thread Emmanuel Venisse


Thanks Mike.

Mike Perham a écrit :

Continuum does not currently work with Perforce.  I wrote the Perforce SCM 
plugin and tested it with Maven's release plugin but I never tested it with 
Continuum.  I have installed Continuum and can reproduce the problem but it 
will take me a few days to track down the problem.

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 7:30 AM

To: continuum-users@maven.apache.org
Subject: Re: Continuum with perforce

Hi,

it seems we have some problem with perforce provider. Mike Perham ( developer 
of it) works on it.

All the code is in maven-scm project : 
http://svn.apache.org/repos/asf/maven/scm/trunk/
Perfoce provider is in : 
http://svn.apache.org/repos/asf/maven/scm/trunk/maven-scm-providers/maven-scm-provider-perforce/


Emmanuel

Zabil a écrit :


Extremely sorry for the previous post with the wrong subject.

Hello All,
	I am using the latest version of continuum 1.0.2. And I am trying to 
use it with perforce.

Ok here is what I want.
I have configured the enviromnent variables
	P4USER, P4SERVER, P4PORT, P4ROOT, P4PASSWD, P4CLIENT. 

	I want the continuum perforce plugin to use these values while doing 
a sync rather than
	using a client spec which has "-maven" appended to it, how can I do 
that?


	Also if I am not asking for too much I would like to know the source 
code location of the perforce plugin.

I could not locate it
at http://svn.apache.org/repos/asf/maven/continuum

Thanks in advance.

RE: Why are jar files rebuilt all the time?

Thanks  :-)
 

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 8:28 AM
To: Maven Users List
Subject: Re: Why are jar files rebuilt all the time?

On 12/14/05, Jeff Jensen <[EMAIL PROTECTED]> wrote:

> Yes, that is the way it is, and I have the same concern but have just 
> lived with it.  Perhaps a jira entry is needed (unless one already
exists).

MNG-1838

--
Often it does seem a pity that Noah and his party did not miss the boat.
(Mark Twain)

-
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: Why are jar files rebuilt all the time?

On 12/14/05, Jeff Jensen <[EMAIL PROTECTED]> wrote:

> Yes, that is the way it is, and I have the same concern but have just lived
> with it.  Perhaps a jira entry is needed (unless one already exists).

MNG-1838

--
Often it does seem a pity that Noah and his party did not miss the
boat. (Mark Twain)

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

RE: Continuum with perforce

2005-12-14 Thread Mike Perham

Continuum does not currently work with Perforce.  I wrote the Perforce SCM 
plugin and tested it with Maven's release plugin but I never tested it with 
Continuum.  I have installed Continuum and can reproduce the problem but it 
will take me a few days to track down the problem.

-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 7:30 AM
To: continuum-users@maven.apache.org
Subject: Re: Continuum with perforce

Hi,

it seems we have some problem with perforce provider. Mike Perham ( developer 
of it) works on it.

All the code is in maven-scm project : 
http://svn.apache.org/repos/asf/maven/scm/trunk/
Perfoce provider is in : 
http://svn.apache.org/repos/asf/maven/scm/trunk/maven-scm-providers/maven-scm-provider-perforce/

Emmanuel

Zabil a écrit :
> Extremely sorry for the previous post with the wrong subject.
> 
> Hello All,
>   I am using the latest version of continuum 1.0.2. And I am trying to 
> use it with perforce.
>   Ok here is what I want.
>   I have configured the enviromnent variables
>   P4USER, P4SERVER, P4PORT, P4ROOT, P4PASSWD, P4CLIENT. 
> 
>   I want the continuum perforce plugin to use these values while doing 
> a sync rather than
>   using a client spec which has "-maven" appended to it, how can I do 
> that?
> 
>   Also if I am not asking for too much I would like to know the source 
> code location of the perforce plugin.
>   I could not locate it
>   at http://svn.apache.org/repos/asf/maven/continuum
> 
> Thanks in advance.
> 
> 
> 
>

RE: Why are jar files rebuilt all the time?

Right, it is not.  That is my scenario as well.  

This solution doesn't work for all use cases, but for the build server...
We use CruiseControl so the core products are only built when CC detects a
source control change.  Therefore the jars only change when the code is
built.

You can also use CC's build dependencies (see ) to trigger the
dependent modules to build when a dependency changes.

Obviously, this does not help any non-CC usage, such as developers.
However, we use the IDE for ongoing development work, so it does not matter.

And this doesn't mean that Maven shouldn't be enhanced... :-)

HTH

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 8:02 AM
To: Maven Users List; [EMAIL PROTECTED]
Subject: Re: Why are jar files rebuilt all the time?

On 12/14/05, Anders Hessellund Jensen <[EMAIL PROTECTED]> wrote:

> If you only want to compile your sources, try "mvn compile". "mvn 
> test-compile" compiles both main and test. These phases should run 
> pretty fast.

In a multiproject environment this is typically not sufficient, isn't it?

Jochen

--
Often it does seem a pity that Noah and his party did not miss the boat.
(Mark Twain)

-
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: Why are jar files rebuilt all the time?

On 12/14/05, Jeff Jensen <[EMAIL PROTECTED]> wrote:
> What goal(s) are you running?

Does that matter? Take "package" for an example.


Jochen


--
Often it does seem a pity that Noah and his party did not miss the
boat. (Mark Twain)

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

RE: Why are jar files rebuilt all the time?

It matters to newbies who run "package" or other by default and only want a
compile.

Yes, that is the way it is, and I have the same concern but have just lived
with it.  Perhaps a jira entry is needed (unless one already exists).
 

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 14, 2005 7:46 AM
To: Maven Users List
Subject: Re: Why are jar files rebuilt all the time?

On 12/14/05, Jeff Jensen <[EMAIL PROTECTED]> wrote:
> What goal(s) are you running?

Does that matter? Take "package" for an example.


Jochen


--
Often it does seem a pity that Noah and his party did not miss the boat.
(Mark Twain)

-
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: Why are jar files rebuilt all the time?