Re: RE: Installing third party libraries

[Stefan Magnus Landrø]

Have a look here:

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

"Lakshman Srilakshmanan" <[EMAIL PROTECTED]> skrev 
06.09.2006 08:05:01:

> Hi Jochen,
> 
> Is there a -DgenerateCheckSum=true ???
> 
> Where can I get all the available options ?
> 
> Thanks
> Lakshman
> 
> 
> > -Original Message-
> > From: Jochen Wiedmann [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, 5 September 2006 10:06 PM
> > To: Maven Users List
> > Subject: Re: Installing third party libraries
> > 
> > Dudu wrote:
> > 
> > > When I install a third part library, the poom is not generated
> > > automatically.
> > > Is right this behavior?
> > 
> > -DgeneratePom=true
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

RE: Installing third party libraries

[Lakshman Srilakshmanan]

Hi Jochen,

Is there a -DgenerateCheckSum=true ???

Where can I get all the available options ?

Thanks
Lakshman


> -Original Message-
> From: Jochen Wiedmann [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 5 September 2006 10:06 PM
> To: Maven Users List
> Subject: Re: Installing third party libraries
> 
> Dudu wrote:
> 
> > When I install a third part library, the poom is not generated
> > automatically.
> > Is right this behavior?
> 
> -DgeneratePom=true
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



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

Re: Re: Is maven good to small projects

[Stefan Magnus Landrø]

I totally disagree with you, Sha! 

>From my experience, even small projects, with just a few dependencies, 
benefit from using maven.

What are your alternatives? Can any other build system match maven's 
ability to produce:

- a project layout 
- eclipse project 
- easy continuous integration
- javadoc 
etc etc.

"Sha Jiang" <[EMAIL PROTECTED]> skrev 05.09.2006 14:06:27:

> Hello,
> Maven can adapt various projects. But in my eyes, it's not necessary to 
use
> Maven in simply projects. In fact, most projects don't use Maven.
> Small project may not include many modules, and there are few the
> developers. Then using Maven makes a bigger complexity and redundancy
> possibly.
> 
> a cup of Java, cheers!
> Sha Jiang
> 
> 2006/9/5, Alexander Sack <[EMAIL PROTECTED]>:
> >
> > What do you mean?  Can you explain why you think it wouldn't be?
> >
> > My biggest draw to Maven right now is the dependency management and
> > inheritance capabilities.  Especially in a Java EE centric world where 
you
> > have the concept of client side jars, runtime dependent libraries, as 
well
> > as provided/platform libraries.  Its hard to manage this with just
> > ANT.  Add
> > Eclipse, and things become even more complicated.
> >
> > Bottom line is its not the number of people on the project that 
determines
> > Maven's usefulness, its the project itself.
> >
> > -aps
> >
> > On 9/5/06, Dudu <[EMAIL PROTECTED]> wrote:
> > >
> > > Is maven good to small teams, like two programmers?
> > >
> > >
> >
> >
> > --
> > "What lies behind us and what lies in front of us is of little concern 
to
> > what lies within us." -Ralph Waldo Emerson
> >
> >

Re: not allowed in settings.xml

[Doug Douglass]

Another use case for allowing dependencyManagement in (a profile in)
settings.xml that I ran into recently is overriding POM remote URLs (e.g.,
scp) with local ones (e.g., file) for use on a CI server that also houses
corporate maven repositories and generated sites. BTW, this cut deploy goal
build times in half.

On 9/3/06, Andreas Guther <[EMAIL PROTECTED]> wrote:


Hi,

I noticed that it is not possible to define the distribution management
inside the settings.xml.

In my case the distribution management configuration is the same for all
projects and so far I had it defined within a parent pom.  Since
distribution management configuration is only relevant for developers
who actually can write to a repository, I thought it would be cleaner to
define that in the individual settings.xml, which to my surprise was not
possible.

Is there a reason why this cannot be used in the settings.xml or is this
something that could contribute to the improvement of Maven?

Andreas



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

Re: Why would Maven Not look in local repo?

[Rahul Thakur]

You can also set up a Maven Proxy on your network.

See here: http://maven-proxy.codehaus.org/

HTH,
Rahul


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

To: "Maven Users List" 
Sent: Wednesday, September 06, 2006 11:51 AM
Subject: RE: Why would Maven Not look in local repo?


Hi,

I know the frustration. :) I was there ...

Maven looks for updates "daily" at ibiblio using a reserved repository
id "central". Maven is configured to look at this "daily" for updates.
Hence, even if you have the plugins/jar file in your Local Repo it looks
for new version daily at central and any other repositories you may have
setup.

How to prevent this ? I hear you asking.

There is a  which must be set to "never" for every
repository including "central". This will cause maven to look at ibiblio
only if the plugin/jar does not exist in your Local Repo.

Thanks
Lakshman



-Original Message-
From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]

Sent: Wednesday, 6 September 2006 7:46 AM
To: users@maven.apache.org
Subject: Why would Maven Not look in local repo?
Importance: High

It seems that Maven is looking directly into the Ibiblio repo for

items it

should be finding in the local repo.  They are there right where they

were

yesterday.  Now the builds are failing because it can't find local
versions of components when it looks in the central repo.  There's

nothing

in the history or log that shows it tried and failed to get these

items

from the local repo!!!

Any ideas; some config issue?



-
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.



-
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] How to exclude resources from src/main/resources in the generated jar

[Allan Ramirez]

Hi Elid,

try this

 
   
 
   src/main/resources/scripts
   
 **/*
   
 
   
 

if it still doesnt work, try to use the plugin in the snapshot repository

-allan

Elid OR wrote:

Hi all,

I use maven 2.0.4.

I have a jar project with this directory layout :
src/main/java
src/main/resources/scripts

When I call a "mvn package" it generate a jar that contained the "scripts" 
directory but I don't want to package it in my jar.


I try the following issue that I found in an other post 
(http://www.mail-archive.com/users%40maven.apache.org/msg36560.html) :



  ...
   


  

  **/script/**

  

  ...
  


And I got the following message :
Validation Messages:

[0]  'build.resources.resource.directory' is missing.


Reason: Failed to validate POM

So i try to add the directory src/main/resources :


  ...
   


  
   src/main/resources

  **/script/**

  

  ...
  


but like he said in the post it doesn't work !!!

Thanks in advance.



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

  


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

Re: Error on compiling a webapp. Strange class is required.

[Max Cooper]

I don't know the answer to your question.

But I use the JarsBrowser tool a lot to scan for classes in directory 
trees full of jars:

http://cmarton.free.fr/jarsbrowser/

It requires no installation. You can run it from the web page. I setup a 
"quick launch" style button to run it using this command:


  javaws http://cmarton.free.fr/jarsbrowser/jarsbrowser.jnlp

You might find this to be useful.

-Max

Sha Jiang wrote:
I've looking for where would be the class JspIdConsumer.class  but 
without

sucess.
Why in any IDE it compile? Anyone knows where is the error?
Which IDE are you using?
I don't find the class with Eclispe and a j2ee.jar in its build path,
but I can find other Servelt or JSP classes.
You should check you classpath and source codes.

a cup of Java, cheers!
Sha Jiang

2006/9/6, Dudu <[EMAIL PROTECTED]>:

Sorry, I'm starting with maven and I'm migrating my projects. I added all
dependencies but the follow error is ocurring:

D:\workspace\proj\src\main\java\br\com\sag\components\grid\AjaxSortableTableTa 


g.java:[7,7]
cannot access javax.servlet.jsp.tagext.JspIdConsumer
file javax\servlet\jsp\tagext\JspIdConsumer.class not found
public class AjaxSortableTableTag extends UIComponentTag {


I've looking for where would be the class JspIdConsumer.class  but 
without

sucess.
Why in any IDE it compile? Anyone knows where is the error?

And I don't know what dependency is, this is my pom.xml file:



junit
junit
3.8.1
test


javax.faces
jsf-api
1.2
compile


javax.mail
mail
1.4
compile


javax.faces
jsf-impl
1.2
compile


myfaces
tomahawk
1.1.1
compile


oracle.adf
adf-faces-impl
10.1.3
compile


oracle.adf
adf-faces-api
10.1.3
compile


hibernate
hibernate
3.0
compile


javax.servlet
servlet-api
2.4
compile


log4j
log4j
1.2.9
compile


commons-configuration
commons-configuration
1.2
compile


myfaces
tomahawk
1.1.1
compile


jstl
jstl
1.1.0
compile


jspapi
jsp-api
2.0
compile





-
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: ?

[Nick Veys]

my-ejb-jar ?

On 9/5/06, Jeff Mutonho <[EMAIL PROTECTED]> wrote:

What's the point of having the option to specify the ejb jar name using
 my-ejb-jar  when the when "my-ejb-jar-x.y.z" does not
end up being installed in the repository?
Is there a way of getting around this?


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

Re: Where is the maven-embedder 2.1 API documented?

[franz see]

Good day to you, Aaron,

You can check out the source for maven-embedder at
http://svn.apache.org/repos/asf/maven/components/trunk/maven-embedder/ ^_^

Cheers, 
Franz


Aaron Tarter wrote:
> 
> Where are the soruces located?
> 
> On 9/5/06, Milos Kleint <[EMAIL PROTECTED]> wrote:
>>
>> AFAIK it's not anywhere.. checkout the sources and build it yourself.
>> but to my knowledge the api might change again soon..
>>
>> Milos
>>
>> On 9/5/06, Aaron Tarter <[EMAIL PROTECTED]> wrote:
>> > I can only find the javadoc for the maven-embedder 2.0.4 on
>> maven.apache.org.
>> > It seems that the API has changed since then.  Can someone point me to
>> the
>> > 2.1 javadoc or some source examples?
>> >
>> > --
>> > Regards,
>> > Aaron J Tarter
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> 
> -- 
> Regards,
> Aaron J Tarter
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Where-is-the-maven-embedder-2.1-API-documented--tf290.html#a6163636
Sent from the Maven - Users forum at Nabble.com.


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

RE: Making a single independent and offline maven build directory

[Lakshman Srilakshmanan]

Hi Sepand,

What you have done does not explain what you wanted to do.

All that you have done is relocate your Local Repo (./m2/repository) to
a new location.

If that's what you wanted to do, then, what you did is correct. You can
also include this in your ~/.m2/setting.xml to avoid the need to declare
it on the command line.

Thanks
Lakshman


> -Original Message-
> From: Sepand M [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 September 2006 10:37 AM
> To: Maven Users List
> Subject: Re: Making a single independent and offline maven build
directory
> 
> Hi,
> 
> I found the solution:
> an initial run of:
> mvn -Dmaven.repo.local= [compile | install | etc.]
> after that:
> mvn -Dmaven.repo.local= -o [compile | install | etc.]
> 
> This should also explain what I'm trying to do =)
> 
> - Sepand
> 
> On 9/5/06, Lakshman Srilakshmanan
<[EMAIL PROTECTED]>
> wrote:
> >
> > Hi Sepand,
> >
> > If you don't want access to the internet and no access to
> > ~/.m2/repository where are you going to get your dependencies from ?
an
> > internal (company) Repository.
> >
> > If you are going to get it from an internal repository, then just
remove
> > ~/.m2/repository and run your build. This will download all the jars
&
> > plugins again and build it.
> >
> > On the other hand if you are trying to prevent the creation of
> > ~/.m2/repository then I don't think it is possible. You may want to
> > understand what you are trying to do.
> >
> > Thanks
> > Lakshman
> >
> >
> > > -Original Message-
> > > From: Sepand M [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, 6 September 2006 8:07 AM
> > > To: users@maven.apache.org
> > > Subject: Making a single independent and offline maven build
directory
> > >
> > > Hi,
> > >
> > > I need to make a maven project build with no dependency on the
> > internet.
> > > I also need this to be over the network (so no access to ~/.m2)
and
> > runnable
> > > without write permissions (except for the built files).
> > > If you're wondering, I'm hoping to check a copy of this into a
source
> > > control system.
> > >
> > > Can maven to this easily? I know of the -o option, but I don't
know
> > how to
> > > make it work without the ~/.m2. I'd rather not touch the project
POMs
> > and I
> > > would really hate to have to create my own ftp/sftp/... local
> > repository.
> > >
> > > Any help would be greatly appreciated.
> > >
> > > Regards,
> > > Sepand
> >
> >
> >
-
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >


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

Re: Error on compiling a webapp. Strange class is required.

[Sha Jiang]

I've looking for where would be the class JspIdConsumer.class  but without
sucess.
Why in any IDE it compile? Anyone knows where is the error?
Which IDE are you using?
I don't find the class with Eclispe and a j2ee.jar in its build path,
but I can find other Servelt or JSP classes.
You should check you classpath and source codes.

a cup of Java, cheers!
Sha Jiang

2006/9/6, Dudu <[EMAIL PROTECTED]>:

Sorry, I'm starting with maven and I'm migrating my projects. I added all
dependencies but the follow error is ocurring:

D:\workspace\proj\src\main\java\br\com\sag\components\grid\AjaxSortableTableTa
g.java:[7,7]
cannot access javax.servlet.jsp.tagext.JspIdConsumer
file javax\servlet\jsp\tagext\JspIdConsumer.class not found
public class AjaxSortableTableTag extends UIComponentTag {


I've looking for where would be the class JspIdConsumer.class  but without
sucess.
Why in any IDE it compile? Anyone knows where is the error?

And I don't know what dependency is, this is my pom.xml file:



junit
junit
3.8.1
test


javax.faces
jsf-api
1.2
compile


javax.mail
mail
1.4
compile


javax.faces
jsf-impl
1.2
compile


myfaces
tomahawk
1.1.1
compile


oracle.adf
adf-faces-impl
10.1.3
compile


oracle.adf
adf-faces-api
10.1.3
compile


hibernate
hibernate
3.0
compile


javax.servlet
servlet-api
2.4
compile


log4j
log4j
1.2.9
compile


commons-configuration
commons-configuration
1.2
compile


myfaces
tomahawk
1.1.1
compile


jstl
jstl
1.1.0
compile


jspapi
jsp-api
2.0
compile





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

Re: Making a single independent and offline maven build directory

[Sepand M]

Hi,

I found the solution:
an initial run of:
mvn -Dmaven.repo.local= [compile | install | etc.]
after that:
mvn -Dmaven.repo.local= -o [compile | install | etc.]

This should also explain what I'm trying to do =)

- Sepand

On 9/5/06, Lakshman Srilakshmanan <[EMAIL PROTECTED]>
wrote:


Hi Sepand,

If you don't want access to the internet and no access to
~/.m2/repository where are you going to get your dependencies from ? an
internal (company) Repository.

If you are going to get it from an internal repository, then just remove
~/.m2/repository and run your build. This will download all the jars &
plugins again and build it.

On the other hand if you are trying to prevent the creation of
~/.m2/repository then I don't think it is possible. You may want to
understand what you are trying to do.

Thanks
Lakshman


> -Original Message-
> From: Sepand M [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 September 2006 8:07 AM
> To: users@maven.apache.org
> Subject: Making a single independent and offline maven build directory
>
> Hi,
>
> I need to make a maven project build with no dependency on the
internet.
> I also need this to be over the network (so no access to ~/.m2) and
runnable
> without write permissions (except for the built files).
> If you're wondering, I'm hoping to check a copy of this into a source
> control system.
>
> Can maven to this easily? I know of the -o option, but I don't know
how to
> make it work without the ~/.m2. I'd rather not touch the project POMs
and I
> would really hate to have to create my own ftp/sftp/... local
repository.
>
> Any help would be greatly appreciated.
>
> Regards,
> Sepand


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

RE: Making a single independent and offline maven build directory

[Lakshman Srilakshmanan]

Hi Sepand,

If you don't want access to the internet and no access to
~/.m2/repository where are you going to get your dependencies from ? an
internal (company) Repository.

If you are going to get it from an internal repository, then just remove
~/.m2/repository and run your build. This will download all the jars &
plugins again and build it. 

On the other hand if you are trying to prevent the creation of
~/.m2/repository then I don't think it is possible. You may want to
understand what you are trying to do.

Thanks
Lakshman


> -Original Message-
> From: Sepand M [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 September 2006 8:07 AM
> To: users@maven.apache.org
> Subject: Making a single independent and offline maven build directory
> 
> Hi,
> 
> I need to make a maven project build with no dependency on the
internet.
> I also need this to be over the network (so no access to ~/.m2) and
runnable
> without write permissions (except for the built files).
> If you're wondering, I'm hoping to check a copy of this into a source
> control system.
> 
> Can maven to this easily? I know of the -o option, but I don't know
how to
> make it work without the ~/.m2. I'd rather not touch the project POMs
and I
> would really hate to have to create my own ftp/sftp/... local
repository.
> 
> Any help would be greatly appreciated.
> 
> Regards,
> Sepand


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

RE: Maven 2.0 Help

[Lakshman Srilakshmanan]

Hi Ritchie,

Could you please provide a full listing of all the files in your
directory including full directory structure. Eg dir /s > out.txt

Could you also provide the full stack trace as the one you have provided
appears to be missing information. Ref to line 3 below.

> create test class 'com.mycompany.app.AppTest'; nested exception is
> java.lang.ClassNotFoundException: com.mycompany.app.AppTest; nested
> exception is org.apache.maven.s
> is java.lang.ClassNotFoundException: com.mycompany.app.AppTest


Thanks
Lakshman


> -Original Message-
> From: Ritchie Francis [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 September 2006 3:55 AM
> To: users@maven.apache.org
> Subject: Maven 2.0 Help
> 
> Hi,
> 
> Sorry for pasting in a large stack trace but I'm tearing my hair out
with
> Maven at the moment.
> I'm a newbie with this so please be patient.
> 
> I downloaded Maven version 2.0 and followed the instructions regarding
set
> up. I unzipped to C:/maven and it set the path as specified, I also
have JDK
> 1.5 set too.
> 
> I created the test project using:
> 
> mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app
> 
> then compile in the my-app dir using:
> 
> mvn complie
> 
> finally, I run the test command:
> 
> mvn test
> 
> However I get the stack trace below. I've tried deleting the default
> repository .m2 and starting again, but to no avail. Any
assistance/pointers
> would be greatly appreciated.
> 
> [INFO] Surefire report directory: C:\my-app\target\surefire-reports
> org.apache.maven.surefire.booter.SurefireExecutionException: Unable to
> create test class 'com.mycompany.app.AppTest'; nested exception is
> java.lang.ClassNotFoundException: com.mycompany.app.AppTest; nested
> exception is org.apache.maven.s
> is java.lang.ClassNotFoundException: com.mycompany.app.AppTest
> org.apache.maven.surefire.testset.TestSetFailedException: Unable to
create
> test class 'com.mycompany.app.AppTest'; nested exception is
> java.lang.ClassNotFoundException: com.mycompany.app.AppTest
> java.lang.ClassNotFoundException: com.mycompany.app.AppTest
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
>
org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(IsolatedC
lassLoader.java:100)
> at
>
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestSet
s(AbstractDirectoryTestSuit
> e.java:84)
> at
>
org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire.ja
va:147)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:108)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Suref
ireBooter.java:225)
> at
>
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java
:747)
> [INFO]
>


> [ERROR] BUILD FAILURE
> [INFO]
>


> [INFO] There are test failures.
> [INFO]
>


> [INFO] Trace
> org.apache.maven.BuildFailureException: There are test failures.
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:540)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecut
> or.java:469)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:448)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleEx
> ecutor.java:301)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.ja
> va:268)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.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.jav
a:39)
> at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Imp

RE: Why would Maven Not look in local repo?

[Lakshman Srilakshmanan]

Hi,

I know the frustration. :) I was there ...

Maven looks for updates "daily" at ibiblio using a reserved repository
id "central". Maven is configured to look at this "daily" for updates.
Hence, even if you have the plugins/jar file in your Local Repo it looks
for new version daily at central and any other repositories you may have
setup.

How to prevent this ? I hear you asking.

There is a  which must be set to "never" for every
repository including "central". This will cause maven to look at ibiblio
only if the plugin/jar does not exist in your Local Repo.

Thanks
Lakshman


> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 September 2006 7:46 AM
> To: users@maven.apache.org
> Subject: Why would Maven Not look in local repo?
> Importance: High
> 
> It seems that Maven is looking directly into the Ibiblio repo for
items it
> should be finding in the local repo.  They are there right where they
were
> yesterday.  Now the builds are failing because it can't find local
> versions of components when it looks in the central repo.  There's
nothing
> in the history or log that shows it tried and failed to get these
items
> from the local repo!!!
> 
> Any ideas; some config issue?
> 
> 
> 
> -
> This e-mail and any attachments are intended only for the
> individual or company to which it is addressed and may contain
> information which is privileged, confidential and prohibited from
> disclosure or unauthorized use under applicable law.  If you are
> not the intended recipient of this e-mail, you are hereby notified
> that any use, dissemination, or copying of this e-mail or the
> information contained in this e-mail is strictly prohibited by the
> sender.  If you have received this transmission in error, please
> return the material received to the sender and delete all copies
> from your system.


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

Maven Respository Question

[Dave M]

i'm pretty new to maven (using maven2) and am evaluating its use within our 
organization.


i saw a warning in some of my builds today that said it couldn't find the 
pom file in the axis - axis-jaxrpc/1.4 directory.  so, i browsed around some 
of the repositories (both our local mavenproxy as well as 
ibiblio.org/maven2).  1.4 doesn't have a pom file, but 1.3 does.


http://www.ibiblio.org/maven2/axis/axis-jaxrpc/1.3/

http://www.ibiblio.org/maven2/axis/axis-jaxrpc/1.4/

it seems to be a reoccurring theme...looking around shows some with pom's 
and some without.


i'm trying to find some material indicating whether or not they are required 
and, if they are, why are there so many listings in the repository without 
pom files?


thanks in advance.



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

m2-proxy 0.3 released

[Lukas Krecan]

M2-proxy 0.3 - proxy for Maven repository have been released.  It can be 
used for lowering Maven internet usage and for overcoming problems with 
web proxy. Version  3.0  contains  enhanced  standalone support and 
several bug fixes. You can download it from http://m2-proxy.sourceforge.net/


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

Re: directory v. outputDirectory

[dan tran]

a snapshot of this plugin is at

http://people.apache.org/maven-snapshot-repository/

you can build the plugin yourself as well.

-D


On 9/5/06, Brad Harper <[EMAIL PROTECTED]> wrote:


Failed to resolve this artifact

  org.apache.maven.plugins
  maven-dependency-plugin
  2.0-SNAPSHOT

Brad

> -Original Message-
> From: dan tran [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 05, 2006 5:23 PM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
>
>
> please note that depenency-maven-plugin has been accepted
> into apache.  It
> is now at
>
> http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-depe
> ndency-plugin/
>
> The more ppl using this new plugin, the more chance we can
> get it released
> ;-)
>
> -D
>
> On 9/5/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> >
> > org.codehaus.plugins:dependency-maven-plugin works.
> >
> > Thanks.
> >
> > Brad
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, September 05, 2006 1:30 PM
> > > To: Maven Users List
> > > Subject: Re: directory v. outputDirectory
> > >
> > >
> > > Brad, you can use a combination of assembly and dependency
> > > plugin to copy
> > > final built artfacts into a single
> > > directory the way you want it it and have assembly to zip(
> > > tgz, etc) them
> > > up.
> > >
> > > Use a separate maven project for that purpose.
> > >
> > > -Dan
> > >
> > >
> > > On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Can you define multiple source directories?
> > > >
> > > > I am guessing that transitive dependencies aren't
> getting linked in?
> > > >
> > > > D-
> > > >
> > > > -Original Message-
> > > > From: Brad Harper
> > > > Sent: Tuesday, September 05, 2006 12:25 PM
> > > > To: users
> > > > Subject: RE: directory v. outputDirectory
> > > >
> > > > The libraries will be built as a mixture of .lib and
> .dll files (on
> > > > Windows)
> > > > and .a and .so archives (on *nix platforms).
> > > >
> > > > Brad
> > > >
> > > > > -Original Message-
> > > > > From: Douglas Ferguson
> > > > > Sent: Tuesday, September 05, 2006 11:36 AM
> > > > > To: users
> > > > > Subject: RE: directory v. outputDirectory
> > > > >
> > > > >
> > > > > What format must the archive be in?
> > > > >
> > > > >
> > > > >
> > > > > -Original Message-
> > > > > From: Brad Harper
> > > > > Sent: Tuesday, September 05, 2006 10:02 AM
> > > > > To: users
> > > > > Subject: RE: directory v. outputDirectory
> > > > >
> > > > > Dan:
> > > > >
> > > > > My intent is to have copies of a set of archive libraries
> > > collected
> > > > > into a single directory. The libraries are sibling
> > > modules of a parent
> > > > > project.
> > > > >
> > > > > Each library could be copied into the target area as it
> > > is built, or
> > > > > the libraries could be copied (from their respective
> > > projects) by the
> > > > > parent project in a roll-up operation.
> > > > >
> > > > > I considered running the assembly plugin in the
> parent project,
> > > > > but the archive libraries cannot be in a
> .zip/.tar/.tgz format.
> > > > >
> > > > > Brad
> > > > >
> > > > > > -Original Message-
> > > > > > From: dan tran [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Saturday, September 02, 2006 12:32 AM
> > > > > > To: Maven Users List
> > > > > > Subject: Re: directory v. outputDirectory
> > > > > >
> > > > > >
> > > > > > native-maven-plugin''s outputDirectory purposely set to
> > > > > > readonly so that all
> > > > > > outputs ( .o, .dll, etc) stay inside
> > > > > > target directory. and mvn clean can clear them as well.
> > > > > >
> > > > > > Why do you want the output files outside of project?
> > > > > perhaps there is
> > > > > > another way to accomplish
> > > > > > what you need after the build.
> > > > > >
> > > > > > -D
> > > > > >
> > > > > >
> > > > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > >
> > > > > > > What's the difference between
> > > > > > >
> > > > > > >   
> > > > > > >  
> > > > > > >  
> > > > > > >  ...
> > > > > > >
> > > > > > > I'm using maven-native-plugin, which has identical
> > > configuration
> > > > > > > elements, but I'm prevented from using them, i.e.
> > > > > > >
> > > > > > >   
> > > > > > > 
> > > > > > >   
> > > > > > >  
> > > > > > > 
> > > > > > > 
> > > > > > >
> > > > > > > by errors complaining about over-written
> read-only parameters.
> > > > > > >
> > > > > > > It would be OK if libraries (modules) were to build
> > > in their own
> > > > > > > target/ sub-directories, but I'd like to move a
> copy of the
> > > > > > resulting
> > > > > > > libraries into a central location higher in the
> > > project hierarchy.
> > > > > > >
> > > > > > > Brad
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > >
> -
> > > > > > > To unsubscribe,

Re: antrun classpaths

[Lee Meador]

Here is how I got it to work:

In the POM I have this:


   maven-antrun-plugin
   
 
   generate-sources
   
 run
   
   
 
   
   
 
   
 
 ${project.build.directory
}/generated-sources/java
   
 
   
 

Furthermore, I have added the axis-ant jar to the dependencies in the
compile classpath. (NOTE: It just occurred to me that it should probably be
in the test classpath or somewhere else that doesn't get it into my ear
file. Does anyone have a suggestion as to which classpath is the appropriate
place for a jar that is used only to generate code in an ant script that is
called during the generate sources phase?)

Anyway, then I put the following in my build.xml:

   

   
   
   

Then use 'axis-wsdl2java' in the normal way to generate java from the wsdl
using the axis ant tool.

-- Lee

On 8/20/06, Dave Syer <[EMAIL PROTECTED]> wrote:




> I give. None of this works.

See here http://www.nabble.com/M2-antrun-plugin-problem-tf1400135.html for
the explanation and an example...
--
View this message in context:
http://www.nabble.com/antrun-classpaths-tf1776815.html#a5892213
Sent from the Maven - Users forum at Nabble.com.


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





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

RE: directory v. outputDirectory

[Brad Harper]

Failed to resolve this artifact

   org.apache.maven.plugins
   maven-dependency-plugin
   2.0-SNAPSHOT

Brad

> -Original Message-
> From: dan tran [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 05, 2006 5:23 PM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
> 
> 
> please note that depenency-maven-plugin has been accepted 
> into apache.  It
> is now at
> 
> http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-depe
> ndency-plugin/
> 
> The more ppl using this new plugin, the more chance we can 
> get it released
> ;-)
> 
> -D
> 
> On 9/5/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> >
> > org.codehaus.plugins:dependency-maven-plugin works.
> >
> > Thanks.
> >
> > Brad
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, September 05, 2006 1:30 PM
> > > To: Maven Users List
> > > Subject: Re: directory v. outputDirectory
> > >
> > >
> > > Brad, you can use a combination of assembly and dependency
> > > plugin to copy
> > > final built artfacts into a single
> > > directory the way you want it it and have assembly to zip(
> > > tgz, etc) them
> > > up.
> > >
> > > Use a separate maven project for that purpose.
> > >
> > > -Dan
> > >
> > >
> > > On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Can you define multiple source directories?
> > > >
> > > > I am guessing that transitive dependencies aren't 
> getting linked in?
> > > >
> > > > D-
> > > >
> > > > -Original Message-
> > > > From: Brad Harper
> > > > Sent: Tuesday, September 05, 2006 12:25 PM
> > > > To: users
> > > > Subject: RE: directory v. outputDirectory
> > > >
> > > > The libraries will be built as a mixture of .lib and 
> .dll files (on
> > > > Windows)
> > > > and .a and .so archives (on *nix platforms).
> > > >
> > > > Brad
> > > >
> > > > > -Original Message-
> > > > > From: Douglas Ferguson
> > > > > Sent: Tuesday, September 05, 2006 11:36 AM
> > > > > To: users
> > > > > Subject: RE: directory v. outputDirectory
> > > > >
> > > > >
> > > > > What format must the archive be in?
> > > > >
> > > > >
> > > > >
> > > > > -Original Message-
> > > > > From: Brad Harper
> > > > > Sent: Tuesday, September 05, 2006 10:02 AM
> > > > > To: users
> > > > > Subject: RE: directory v. outputDirectory
> > > > >
> > > > > Dan:
> > > > >
> > > > > My intent is to have copies of a set of archive libraries
> > > collected
> > > > > into a single directory. The libraries are sibling
> > > modules of a parent
> > > > > project.
> > > > >
> > > > > Each library could be copied into the target area as it
> > > is built, or
> > > > > the libraries could be copied (from their respective
> > > projects) by the
> > > > > parent project in a roll-up operation.
> > > > >
> > > > > I considered running the assembly plugin in the 
> parent project,
> > > > > but the archive libraries cannot be in a 
> .zip/.tar/.tgz format.
> > > > >
> > > > > Brad
> > > > >
> > > > > > -Original Message-
> > > > > > From: dan tran [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Saturday, September 02, 2006 12:32 AM
> > > > > > To: Maven Users List
> > > > > > Subject: Re: directory v. outputDirectory
> > > > > >
> > > > > >
> > > > > > native-maven-plugin''s outputDirectory purposely set to
> > > > > > readonly so that all
> > > > > > outputs ( .o, .dll, etc) stay inside
> > > > > > target directory. and mvn clean can clear them as well.
> > > > > >
> > > > > > Why do you want the output files outside of project?
> > > > > perhaps there is
> > > > > > another way to accomplish
> > > > > > what you need after the build.
> > > > > >
> > > > > > -D
> > > > > >
> > > > > >
> > > > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > >
> > > > > > > What's the difference between
> > > > > > >
> > > > > > >   
> > > > > > >  
> > > > > > >  
> > > > > > >  ...
> > > > > > >
> > > > > > > I'm using maven-native-plugin, which has identical
> > > configuration
> > > > > > > elements, but I'm prevented from using them, i.e.
> > > > > > >
> > > > > > >   
> > > > > > > 
> > > > > > >   
> > > > > > >  
> > > > > > > 
> > > > > > > 
> > > > > > >
> > > > > > > by errors complaining about over-written 
> read-only parameters.
> > > > > > >
> > > > > > > It would be OK if libraries (modules) were to build
> > > in their own
> > > > > > > target/ sub-directories, but I'd like to move a 
> copy of the
> > > > > > resulting
> > > > > > > libraries into a central location higher in the
> > > project hierarchy.
> > > > > > >
> > > > > > > Brad
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > 
> -
> > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > For additional commands, e-mail: 
> [EMAIL PROTECTED]
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > 
> --

Re: directory v. outputDirectory

[dan tran]

please note that depenency-maven-plugin has been accepted into apache.  It
is now at

http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-dependency-plugin/

The more ppl using this new plugin, the more chance we can get it released
;-)

-D

On 9/5/06, Brad Harper <[EMAIL PROTECTED]> wrote:


org.codehaus.plugins:dependency-maven-plugin works.

Thanks.

Brad

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 05, 2006 1:30 PM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
>
>
> Brad, you can use a combination of assembly and dependency
> plugin to copy
> final built artfacts into a single
> directory the way you want it it and have assembly to zip(
> tgz, etc) them
> up.
>
> Use a separate maven project for that purpose.
>
> -Dan
>
>
> On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote:
> >
> > Can you define multiple source directories?
> >
> > I am guessing that transitive dependencies aren't getting linked in?
> >
> > D-
> >
> > -Original Message-
> > From: Brad Harper
> > Sent: Tuesday, September 05, 2006 12:25 PM
> > To: users
> > Subject: RE: directory v. outputDirectory
> >
> > The libraries will be built as a mixture of .lib and .dll files (on
> > Windows)
> > and .a and .so archives (on *nix platforms).
> >
> > Brad
> >
> > > -Original Message-
> > > From: Douglas Ferguson
> > > Sent: Tuesday, September 05, 2006 11:36 AM
> > > To: users
> > > Subject: RE: directory v. outputDirectory
> > >
> > >
> > > What format must the archive be in?
> > >
> > >
> > >
> > > -Original Message-
> > > From: Brad Harper
> > > Sent: Tuesday, September 05, 2006 10:02 AM
> > > To: users
> > > Subject: RE: directory v. outputDirectory
> > >
> > > Dan:
> > >
> > > My intent is to have copies of a set of archive libraries
> collected
> > > into a single directory. The libraries are sibling
> modules of a parent
> > > project.
> > >
> > > Each library could be copied into the target area as it
> is built, or
> > > the libraries could be copied (from their respective
> projects) by the
> > > parent project in a roll-up operation.
> > >
> > > I considered running the assembly plugin in the parent project,
> > > but the archive libraries cannot be in a .zip/.tar/.tgz format.
> > >
> > > Brad
> > >
> > > > -Original Message-
> > > > From: dan tran [mailto:[EMAIL PROTECTED]
> > > > Sent: Saturday, September 02, 2006 12:32 AM
> > > > To: Maven Users List
> > > > Subject: Re: directory v. outputDirectory
> > > >
> > > >
> > > > native-maven-plugin''s outputDirectory purposely set to
> > > > readonly so that all
> > > > outputs ( .o, .dll, etc) stay inside
> > > > target directory. and mvn clean can clear them as well.
> > > >
> > > > Why do you want the output files outside of project?
> > > perhaps there is
> > > > another way to accomplish
> > > > what you need after the build.
> > > >
> > > > -D
> > > >
> > > >
> > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > What's the difference between
> > > > >
> > > > >   
> > > > >  
> > > > >  
> > > > >  ...
> > > > >
> > > > > I'm using maven-native-plugin, which has identical
> configuration
> > > > > elements, but I'm prevented from using them, i.e.
> > > > >
> > > > >   
> > > > > 
> > > > >   
> > > > >  
> > > > > 
> > > > > 
> > > > >
> > > > > by errors complaining about over-written read-only parameters.
> > > > >
> > > > > It would be OK if libraries (modules) were to build
> in their own
> > > > > target/ sub-directories, but I'd like to move a copy of the
> > > > resulting
> > > > > libraries into a central location higher in the
> project hierarchy.
> > > > >
> > > > > Brad
> > > > >
> > > > >
> > > >
> > >
> -
> > > > > 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]
> >
> >
> >
> >
> -
> > 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: directory v. outputDirectory

[Brad Harper]

org.codehaus.plugins:dependency-maven-plugin works.

Thanks.

Brad

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 05, 2006 1:30 PM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
> 
> 
> Brad, you can use a combination of assembly and dependency 
> plugin to copy
> final built artfacts into a single
> directory the way you want it it and have assembly to zip( 
> tgz, etc) them
> up.
> 
> Use a separate maven project for that purpose.
> 
> -Dan
> 
> 
> On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote:
> >
> > Can you define multiple source directories?
> >
> > I am guessing that transitive dependencies aren't getting linked in?
> >
> > D-
> >
> > -Original Message-
> > From: Brad Harper
> > Sent: Tuesday, September 05, 2006 12:25 PM
> > To: users
> > Subject: RE: directory v. outputDirectory
> >
> > The libraries will be built as a mixture of .lib and .dll files (on
> > Windows)
> > and .a and .so archives (on *nix platforms).
> >
> > Brad
> >
> > > -Original Message-
> > > From: Douglas Ferguson
> > > Sent: Tuesday, September 05, 2006 11:36 AM
> > > To: users
> > > Subject: RE: directory v. outputDirectory
> > >
> > >
> > > What format must the archive be in?
> > >
> > >
> > >
> > > -Original Message-
> > > From: Brad Harper
> > > Sent: Tuesday, September 05, 2006 10:02 AM
> > > To: users
> > > Subject: RE: directory v. outputDirectory
> > >
> > > Dan:
> > >
> > > My intent is to have copies of a set of archive libraries 
> collected
> > > into a single directory. The libraries are sibling 
> modules of a parent
> > > project.
> > >
> > > Each library could be copied into the target area as it 
> is built, or
> > > the libraries could be copied (from their respective 
> projects) by the
> > > parent project in a roll-up operation.
> > >
> > > I considered running the assembly plugin in the parent project,
> > > but the archive libraries cannot be in a .zip/.tar/.tgz format.
> > >
> > > Brad
> > >
> > > > -Original Message-
> > > > From: dan tran [mailto:[EMAIL PROTECTED]
> > > > Sent: Saturday, September 02, 2006 12:32 AM
> > > > To: Maven Users List
> > > > Subject: Re: directory v. outputDirectory
> > > >
> > > >
> > > > native-maven-plugin''s outputDirectory purposely set to
> > > > readonly so that all
> > > > outputs ( .o, .dll, etc) stay inside
> > > > target directory. and mvn clean can clear them as well.
> > > >
> > > > Why do you want the output files outside of project?
> > > perhaps there is
> > > > another way to accomplish
> > > > what you need after the build.
> > > >
> > > > -D
> > > >
> > > >
> > > > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > >
> > > > > What's the difference between
> > > > >
> > > > >   
> > > > >  
> > > > >  
> > > > >  ...
> > > > >
> > > > > I'm using maven-native-plugin, which has identical 
> configuration
> > > > > elements, but I'm prevented from using them, i.e.
> > > > >
> > > > >   
> > > > > 
> > > > >   
> > > > >  
> > > > > 
> > > > > 
> > > > >
> > > > > by errors complaining about over-written read-only parameters.
> > > > >
> > > > > It would be OK if libraries (modules) were to build 
> in their own
> > > > > target/ sub-directories, but I'd like to move a copy of the
> > > > resulting
> > > > > libraries into a central location higher in the 
> project hierarchy.
> > > > >
> > > > > Brad
> > > > >
> > > > >
> > > >
> > > 
> -
> > > > > 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]
> >
> >
> >
> > 
> -
> > 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]

Making a single independent and offline maven build directory

[Sepand M]

Hi,

I need to make a maven project build with no dependency on the internet.
I also need this to be over the network (so no access to ~/.m2) and runnable
without write permissions (except for the built files).
If you're wondering, I'm hoping to check a copy of this into a source
control system.

Can maven to this easily? I know of the -o option, but I don't know how to
make it work without the ~/.m2. I'd rather not touch the project POMs and I
would really hate to have to create my own ftp/sftp/... local repository.

Any help would be greatly appreciated.

Regards,
Sepand

Why would Maven Not look in local repo?

[NWNaccari]

It seems that Maven is looking directly into the Ibiblio repo for items it 
should be finding in the local repo.  They are there right where they were 
yesterday.  Now the builds are failing because it can't find local 
versions of components when it looks in the central repo.  There's nothing 
in the history or log that shows it tried and failed to get these items 
from the local repo!!!

Any ideas; some config issue?



-
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

Re: [Newbie] Where is the better place to put some resources...

[jim stafford]

I put my ...

* ddl in src/main/resources/ddl
* ddl for populating for a test and not for the real product; 
src/test/resources/ddl
* external resources in src/main/site/resources (/images, 
/whatever/images, /whatever/*.doc, etc)


Dudu wrote:

Where is the right place to put the ddl.sql of my database. I think is 
the

resource path. Am I right?
And the reports generated of a UML project developed under another tool?
Thanks




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

[Newbie] Where is the better place to put some resources...

[Dudu]

Where is the right place to put the ddl.sql of my database. I think is the
resource path. Am I right?
And the reports generated of a UML project developed under another tool?
Thanks

RE: M2, AntRun, Multi-Module Project and ant-classpath

[Chris Hilton]

Looks like MANTRUN-52.

http://jira.codehaus.org/browse/MANTRUN-52

Chris 

> -Original Message-
> From: Alexey Kakunin [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, 05 September, 2006 14:34
> To: users@maven.apache.org
> Subject: M2, AntRun, Multi-Module Project and ant-classpath
> 
> Hello!
> 
> I have followed strcuture of the project:
> masterProject
> - pom.xml
>  - moduleProject
>   - pom.xml
> 
>   maven-antrun-plugin
>
>
>  junit
>
> 
> 
> 
> So, I have master project. TYhis master project has no any 
> own settings - just included subprojects as modules, 
> moduleProject used maven-antrun-plugin to call thirdParty ant 
> build. This build is required to have JUnit in ant-classpath. 
> To do it I added JUnit into plugin dependency - and 
> everything work ok.
> But! Only in case if I call build from modelProject directory.
> 
> If I call build in masterProject directory, it calls 
> moduleProject, it calls thirdParty ant build.xml - but in 
> this case JUnit is not in ant-classpath (even it is descibed 
> in maven-antrun-plugin dependency).
> Why? Does anybody know why build may differ depending is it 
> called directly from module directory - or from master project?
> 

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

M2, AntRun, Multi-Module Project and ant-classpath

[Alexey Kakunin]

Hello!

I have followed strcuture of the project:
masterProject
- pom.xml
- moduleProject
 - pom.xml
   
 maven-antrun-plugin
  
  
junit
  
   


So, I have master project. TYhis master project has no any own settings -
just included subprojects as modules, moduleProject used maven-antrun-plugin
to call thirdParty ant build. This build is required to have JUnit in
ant-classpath. To do it I added JUnit into plugin dependency - and
everything work ok.
But! Only in case if I call build from modelProject directory.

If I call build in masterProject directory, it calls moduleProject, it calls
thirdParty ant build.xml - but in this case JUnit is not in ant-classpath
(even it is descibed in maven-antrun-plugin dependency).
Why? Does anybody know why build may differ depending is it called directly
from module directory - or from master project?

Maven 2.0 Help

[Ritchie Francis]

Hi,

Sorry for pasting in a large stack trace but I'm tearing my hair out with 
Maven at the moment.

I'm a newbie with this so please be patient.

I downloaded Maven version 2.0 and followed the instructions regarding set 
up. I unzipped to C:/maven and it set the path as specified, I also have JDK 
1.5 set too.


I created the test project using:

mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app

then compile in the my-app dir using:

mvn complie

finally, I run the test command:

mvn test

However I get the stack trace below. I've tried deleting the default 
repository .m2 and starting again, but to no avail. Any assistance/pointers 
would be greatly appreciated.


[INFO] Surefire report directory: C:\my-app\target\surefire-reports
org.apache.maven.surefire.booter.SurefireExecutionException: Unable to 
create test class 'com.mycompany.app.AppTest'; nested exception is 
java.lang.ClassNotFoundException: com.mycompany.app.AppTest; nested 
exception is org.apache.maven.s

is java.lang.ClassNotFoundException: com.mycompany.app.AppTest
org.apache.maven.surefire.testset.TestSetFailedException: Unable to create 
test class 'com.mycompany.app.AppTest'; nested exception is 
java.lang.ClassNotFoundException: com.mycompany.app.AppTest

java.lang.ClassNotFoundException: com.mycompany.app.AppTest
   at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   at 
org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:100)
   at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.locateTestSets(AbstractDirectoryTestSuite.java:84)
   at 
org.apache.maven.surefire.Surefire.createSuiteFromDefinition(Surefire.java:147)

   at org.apache.maven.surefire.Surefire.run(Surefire.java:108)
   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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:225)
   at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:747)
[INFO] 


[ERROR] BUILD FAILURE
[INFO] 


[INFO] There are test failures.
[INFO] 


[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:540)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:469)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:448)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:301)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:268)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.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(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)
Caused by: org.apache.maven.plugin.MojoFailureException: There are test 
failures.
   at 
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:403)
   at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:399)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:519)

   ... 16 more
[INFO] 


[INFO] Total time: 2 seconds
[INFO] Finished 

Re: Graphical View of Dependencies

[Carlos Sanchez]

btw it's not supposed to work correctly, that's why it's in the
sandbox. If you just file issues with the errors without patches it
won't make it be developed faster at all.

On 9/5/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:

it's not there yet, it's a sandbox project

On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> I did not see that maven-grafo-plugin as one of the projects.
> Am I missing something?
>
> On 9/5/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > Can you create a issue under http://jira.codehaus.org/browse/MNG with
> > your patches?
> >
> > On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > I had made some minor changes:
> > > 1. Remove "dummy" note and edge from graph.xml
> > > 2. Combine and extract distinct nodes from grafoResolutionListener's
> > > nodes and edges to get around the issue of dependency version
> > > differences of artifacts.
> > >
> > > On 8/21/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > On 8/21/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > I see that you are currently using maven-artifact API.
> > > > > Are you saying that maven-project-info-reports-plugin needs to be used
> > > > > to determined the depedency information you mentioned?
> > > >
> > > > I meant project info report has already code to dig into the dependency 
tree
> > > >
> > > > > And how do you intend to represent the different type of dependencies?
> > > > > Using just text or can we use different color coding for it?
> > > > > I can start trying to code it.
> > > >
> > > > color seems nice, anyway it's a small detail that won't impact the
> > > > core functionality
> > > >
> > > > >
> > > > > I was referring to the variable - version - in GrafoMojo which has a 
default
> > > > > value of 1.0-SNAPSHOT. Should it not take the version of the artifact
> > > > > we are trying to generate graph.xml for?
> > > >
> > > > sounds right
> > > >
> > > > >
> > > > > On 8/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > > It will generate a xml file suitable for www.prefuse.org. It needs 
to
> > > > > > have into account all the dependency graph, dependencies excluded,
> > > > > > dependencies that are not used because another version is chosen,...
> > > > > >
> > > > > > It needs to make use of the code for dependency graph in maven
> > > > > > project-info plugin
> > > > > >
> > > > > > 1.0-SNAPSHOT will be the version until there's something that can 
be released
> > > > > >
> > > > > > On 8/18/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > > What are things planned for this plugin?
> > > > > > > If I have time, I like to help.
> > > > > > >
> > > > > > > Also, is there a reason why the default verison is 1.0-SNAPSHOT?
> > > > > > >
> > > > > > > On 8/17/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > > > > yes, it's not finished and only shows some parts
> > > > > > > >
> > > > > > > > Samples:
> > > > > > > > http://people.apache.org/~carlos/grafo/graphview.html
> > > > > > > > http://people.apache.org/~carlos/grafo/radialgraphview.html
> > > > > > > >
> > > > > > > >
> > > > > > > > On 8/16/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > > > > I tried grafo-maven-plugin mention in
> > > > > > > > > http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
> > > > > > > > >
> > > > > > > > > Steps taken:
> > > > > > > > > 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo
> > > > > > > > > 2. mvn install (using j2se 1.5)
> > > > > > > > > 3. mvn grafo:grafo -Dversion=[version number of project] 
(running this
> > > > > > > > > in directory of desired project
> > > > > > > > >
> > > > > > > > > graph.xml is generated.
> > > > > > > > >
> > > > > > > > > However, there are edges which references nodes which does 
not exist.
> > > > > > > > > This is because I have dependencies to multiple version of a 
jar.
> > > > > > > > > Somehow the tool only create nodes for the resovled jar.
> > > > > > > > >
> > > > > > > > > Does anyone has similar experiences?
> > > > > > > > >
> > > > > > > > > On 8/16/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:
> > > > > > > > > > I think somebody is working on a  jarjar-maven-plugin, but 
it hasn't been
> > > > > > > > > > released yet
> > > > > > > > > >
> > > > > > > > > > Stefan
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > "Koh, Pin (STL)" <[EMAIL PROTECTED]> skrev 15.08.2006 
23:29:57:
> > > > > > > > > >
> > > > > > > > > > > > Is there a good graphic tool to visualize jar 
dependencies?
> > > > > > > > > > > >
> > > > > > > > > > > > Pin Koh
> > > > > > > > > > > *** Confidentiality Notice ***
> > > > > > > > > > > This email, its electronic document attachments, and the 
contents of
> > > > > > > > > > > its website linkages may contain confidential health 
information.
> > > > > > > > > > > This information is intended solely for use by the 
individual or
> > > > > > > > > > > entity to whom it is addressed.  If you have received this
> > > > > > > > > > > informati

Re: Changes report - maven 2.0.4

[Brill Pappin]

Thanks Abhijit,
but he's talking about the changes plugin not the chanelog plugin.

It's still not released.

- Brill Pappin



On 8/14/06, Abhijit Diwan <[EMAIL PROTECTED]> wrote:

Hi

After struggling a lot for the report here is the plugin snippet
from my pom.xml which creates change log successfully from perforce.


org.apache.maven.plugins
maven-changelog-plugin
2.0-SNAPSHOT


Perofrce report

range
10


scm:perforce://EJB/ejb-dev/MavenCodeline/



org.apache.maven.perforcelib.PerforceChangeLogFactory

/MM/dd HH:mm:ss


changelog
file-activity
dev-activity





Hope this helps

Thanks a lot
Abhijit
-Original Message-
From: Jan Vissers [mailto:[EMAIL PROTECTED]
Sent: Friday, August 11, 2006 7:35 PM
To: users@maven.apache.org
Subject: Changes report - maven 2.0.4

Cannot use this report, cause it cannot be located.
Tried several things here:

according to documentation:

  
org.apache.maven.plugins
maven-changelog-plugin
  

And according to some 'rumours' about relocation of the plugin:

  org.codehaus.mojo
changes-maven-plugin
2.0-beta-1-SNAPSHOT

  

jira-report

  


Come on guys ... this is getting pretty awkward!




-
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: directory v. outputDirectory

[dan tran]

Brad, you can use a combination of assembly and dependency plugin to copy
final built artfacts into a single
directory the way you want it it and have assembly to zip( tgz, etc) them
up.

Use a separate maven project for that purpose.

-Dan


On 9/5/06, Douglas Ferguson <[EMAIL PROTECTED]> wrote:


Can you define multiple source directories?

I am guessing that transitive dependencies aren't getting linked in?

D-

-Original Message-
From: Brad Harper
Sent: Tuesday, September 05, 2006 12:25 PM
To: users
Subject: RE: directory v. outputDirectory

The libraries will be built as a mixture of .lib and .dll files (on
Windows)
and .a and .so archives (on *nix platforms).

Brad

> -Original Message-
> From: Douglas Ferguson
> Sent: Tuesday, September 05, 2006 11:36 AM
> To: users
> Subject: RE: directory v. outputDirectory
>
>
> What format must the archive be in?
>
>
>
> -Original Message-
> From: Brad Harper
> Sent: Tuesday, September 05, 2006 10:02 AM
> To: users
> Subject: RE: directory v. outputDirectory
>
> Dan:
>
> My intent is to have copies of a set of archive libraries collected
> into a single directory. The libraries are sibling modules of a parent
> project.
>
> Each library could be copied into the target area as it is built, or
> the libraries could be copied (from their respective projects) by the
> parent project in a roll-up operation.
>
> I considered running the assembly plugin in the parent project,
> but the archive libraries cannot be in a .zip/.tar/.tgz format.
>
> Brad
>
> > -Original Message-
> > From: dan tran [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, September 02, 2006 12:32 AM
> > To: Maven Users List
> > Subject: Re: directory v. outputDirectory
> >
> >
> > native-maven-plugin''s outputDirectory purposely set to
> > readonly so that all
> > outputs ( .o, .dll, etc) stay inside
> > target directory. and mvn clean can clear them as well.
> >
> > Why do you want the output files outside of project?
> perhaps there is
> > another way to accomplish
> > what you need after the build.
> >
> > -D
> >
> >
> > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > What's the difference between
> > >
> > >   
> > >  
> > >  
> > >  ...
> > >
> > > I'm using maven-native-plugin, which has identical configuration
> > > elements, but I'm prevented from using them, i.e.
> > >
> > >   
> > > 
> > >   
> > >  
> > > 
> > > 
> > >
> > > by errors complaining about over-written read-only parameters.
> > >
> > > It would be OK if libraries (modules) were to build in their own
> > > target/ sub-directories, but I'd like to move a copy of the
> > resulting
> > > libraries into a central location higher in the project hierarchy.
> > >
> > > Brad
> > >
> > >
> >
> -
> > > 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]



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

Re: Graphical View of Dependencies

[Carlos Sanchez]

it's not there yet, it's a sandbox project

On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:

I did not see that maven-grafo-plugin as one of the projects.
Am I missing something?

On 9/5/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> Can you create a issue under http://jira.codehaus.org/browse/MNG with
> your patches?
>
> On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > I had made some minor changes:
> > 1. Remove "dummy" note and edge from graph.xml
> > 2. Combine and extract distinct nodes from grafoResolutionListener's
> > nodes and edges to get around the issue of dependency version
> > differences of artifacts.
> >
> > On 8/21/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > On 8/21/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > I see that you are currently using maven-artifact API.
> > > > Are you saying that maven-project-info-reports-plugin needs to be used
> > > > to determined the depedency information you mentioned?
> > >
> > > I meant project info report has already code to dig into the dependency 
tree
> > >
> > > > And how do you intend to represent the different type of dependencies?
> > > > Using just text or can we use different color coding for it?
> > > > I can start trying to code it.
> > >
> > > color seems nice, anyway it's a small detail that won't impact the
> > > core functionality
> > >
> > > >
> > > > I was referring to the variable - version - in GrafoMojo which has a 
default
> > > > value of 1.0-SNAPSHOT. Should it not take the version of the artifact
> > > > we are trying to generate graph.xml for?
> > >
> > > sounds right
> > >
> > > >
> > > > On 8/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > It will generate a xml file suitable for www.prefuse.org. It needs to
> > > > > have into account all the dependency graph, dependencies excluded,
> > > > > dependencies that are not used because another version is chosen,...
> > > > >
> > > > > It needs to make use of the code for dependency graph in maven
> > > > > project-info plugin
> > > > >
> > > > > 1.0-SNAPSHOT will be the version until there's something that can be 
released
> > > > >
> > > > > On 8/18/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > What are things planned for this plugin?
> > > > > > If I have time, I like to help.
> > > > > >
> > > > > > Also, is there a reason why the default verison is 1.0-SNAPSHOT?
> > > > > >
> > > > > > On 8/17/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > > > yes, it's not finished and only shows some parts
> > > > > > >
> > > > > > > Samples:
> > > > > > > http://people.apache.org/~carlos/grafo/graphview.html
> > > > > > > http://people.apache.org/~carlos/grafo/radialgraphview.html
> > > > > > >
> > > > > > >
> > > > > > > On 8/16/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > > > I tried grafo-maven-plugin mention in
> > > > > > > > http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
> > > > > > > >
> > > > > > > > Steps taken:
> > > > > > > > 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo
> > > > > > > > 2. mvn install (using j2se 1.5)
> > > > > > > > 3. mvn grafo:grafo -Dversion=[version number of project] 
(running this
> > > > > > > > in directory of desired project
> > > > > > > >
> > > > > > > > graph.xml is generated.
> > > > > > > >
> > > > > > > > However, there are edges which references nodes which does not 
exist.
> > > > > > > > This is because I have dependencies to multiple version of a 
jar.
> > > > > > > > Somehow the tool only create nodes for the resovled jar.
> > > > > > > >
> > > > > > > > Does anyone has similar experiences?
> > > > > > > >
> > > > > > > > On 8/16/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:
> > > > > > > > > I think somebody is working on a  jarjar-maven-plugin, but it 
hasn't been
> > > > > > > > > released yet
> > > > > > > > >
> > > > > > > > > Stefan
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > "Koh, Pin (STL)" <[EMAIL PROTECTED]> skrev 15.08.2006 
23:29:57:
> > > > > > > > >
> > > > > > > > > > > Is there a good graphic tool to visualize jar 
dependencies?
> > > > > > > > > > >
> > > > > > > > > > > Pin Koh
> > > > > > > > > > *** Confidentiality Notice ***
> > > > > > > > > > This email, its electronic document attachments, and the 
contents of
> > > > > > > > > > its website linkages may contain confidential health 
information.
> > > > > > > > > > This information is intended solely for use by the 
individual or
> > > > > > > > > > entity to whom it is addressed.  If you have received this
> > > > > > > > > > information in error, please notify the sender immediately 
and
> > > > > > > > > > arrange for the prompt destruction of the material and any
> > > > > > > > > > accompanying attachments.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >  /
> > > > > > > > c=-oo
> > > > > > > >   \  o
> > > > > > > >
> > > > > > > > 
--

Re: Where is the maven-embedder 2.1 API documented?

[Aaron Tarter]

Where are the soruces located?

On 9/5/06, Milos Kleint <[EMAIL PROTECTED]> wrote:


AFAIK it's not anywhere.. checkout the sources and build it yourself.
but to my knowledge the api might change again soon..

Milos

On 9/5/06, Aaron Tarter <[EMAIL PROTECTED]> wrote:
> I can only find the javadoc for the maven-embedder 2.0.4 on
maven.apache.org.
> It seems that the API has changed since then.  Can someone point me to
the
> 2.1 javadoc or some source examples?
>
> --
> Regards,
> Aaron J Tarter
>
>

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





--
Regards,
Aaron J Tarter

Error on compiling a webapp. Strange class is required.

[Dudu]

Sorry, I'm starting with maven and I'm migrating my projects. I added all
dependencies but the follow error is ocurring:

D:\workspace\proj\src\main\java\br\com\sag\components\grid\AjaxSortableTableTa
g.java:[7,7]
cannot access javax.servlet.jsp.tagext.JspIdConsumer
file javax\servlet\jsp\tagext\JspIdConsumer.class not found
public class AjaxSortableTableTag extends UIComponentTag {


I've looking for where would be the class JspIdConsumer.class  but without
sucess.
Why in any IDE it compile? Anyone knows where is the error?

And I don't know what dependency is, this is my pom.xml file:

   
   
   junit
   junit
   3.8.1
   test
   
   
   javax.faces
   jsf-api
   1.2
   compile
   
   
   javax.mail
   mail
   1.4
   compile
   
   
   javax.faces
   jsf-impl
   1.2
   compile
   
   
   myfaces
   tomahawk
   1.1.1
   compile
   
   
   oracle.adf
   adf-faces-impl
   10.1.3
   compile
   
   
   oracle.adf
   adf-faces-api
   10.1.3
   compile
   
   
   hibernate
   hibernate
   3.0
   compile
   
   
   javax.servlet
   servlet-api
   2.4
   compile
   
   
   log4j
   log4j
   1.2.9
   compile
   
   
   commons-configuration
   commons-configuration
   1.2
   compile
   
   
   myfaces
   tomahawk
   1.1.1
   compile
   
   
   jstl
   jstl
   1.1.0
   compile
   
   
   jspapi
   jsp-api
   2.0
   compile
   

Property overwriting - resource filtering for sub project

[fagfa]

We have a parent project which contains several J2EE subprojects, such as
web, ejb, ear, etc.. In the parent POM, a property "db" is defined, whose
default is "hsql", for example. Build for various databases can be switched
by specifying commandline, "mvn -Ddb=mysql", or changing "db" property
directly. In our sub projects, there are some resource files that depend on
this "db" property and we hope these resource files are properly filtered
during the building. 

If I just change "db" property in parent POM file, everything works
perfectly. But when I specify "-Ddb=mysql", the resource files are filtered,
but still by the properties in the parent POM, not from command line. Based
on my understanding, property specified in command line should precede
elsewhere specified, which is NOT happending here. Any ideas? 

Thanks,

fagfa
-- 
View this message in context: 
http://www.nabble.com/Property-overwriting---resource-filtering-for-sub-project-tf400.html#a6157180
Sent from the Maven - Users forum at Nabble.com.


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

Re: Where is the maven-embedder 2.1 API documented?

[Milos Kleint]

AFAIK it's not anywhere.. checkout the sources and build it yourself.
but to my knowledge the api might change again soon..

Milos

On 9/5/06, Aaron Tarter <[EMAIL PROTECTED]> wrote:

I can only find the javadoc for the maven-embedder 2.0.4 on maven.apache.org.
It seems that the API has changed since then.  Can someone point me to the
2.1 javadoc or some source examples?

--
Regards,
Aaron J Tarter




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

Re: Running offline

[Aaron Tarter]

When using the eclipse plugin, click Windows->Preferences->Maven2 and check
the"Offline" box.

On 9/5/06, Vinicius Carvalho <[EMAIL PROTECTED]> wrote:


Hello there! How can I run my goals offline? Every time I need to
create an war for instance, it tries to connect to my repositories,
when I already have every dependency on my local repository. Is it
possible to turn it off? Also, is this possible to do this with
maven-ide for eclipse? Opening my project when my laptop is not online
generate hundreds of compilations errors

Best regards

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





--
Regards,
Aaron J Tarter

Re: [M2] Convert simple Maven 1 Ant task to Maven2

[Erik Husby]

Well, I've managed to answer my own question. Did not understand how  
to use the antrun property . Now I do.


---
Erik Husby
Senior Software Engineer
Broad Institute of MIT and Harvard
Rm. 2267, 320 Charles St, Cambridge, MA 02141-2023
mobile: 781.354.6669, office: 617.258.9227
email: [EMAIL PROTECTED] AIM: ErikAtBroad

Re: Running offline

[Alexander Sack]

LOL!  I just asked this yesterday!  :D!

Yes, Viniicius, try running mvn with a "-o" for offline which will by pass
checking your remote repo's.

As far as Eclipse, I pass it to mvn via an ant build file I use.  I'm not
sure how you are executing Maven from within Eclipse (if you are using a
plugin, external tool ,etc.).

-aps

On 9/5/06, Vinicius Carvalho <[EMAIL PROTECTED]> wrote:


Hello there! How can I run my goals offline? Every time I need to
create an war for instance, it tries to connect to my repositories,
when I already have every dependency on my local repository. Is it
possible to turn it off? Also, is this possible to do this with
maven-ide for eclipse? Opening my project when my laptop is not online
generate hundreds of compilations errors

Best regards

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





--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson

RE: directory v. outputDirectory

[Douglas Ferguson]

Can you define multiple source directories?

I am guessing that transitive dependencies aren't getting linked in?

D-

-Original Message-
From: Brad Harper 
Sent: Tuesday, September 05, 2006 12:25 PM
To: users
Subject: RE: directory v. outputDirectory

The libraries will be built as a mixture of .lib and .dll files (on Windows)
and .a and .so archives (on *nix platforms).

Brad

> -Original Message-
> From: Douglas Ferguson 
> Sent: Tuesday, September 05, 2006 11:36 AM
> To: users
> Subject: RE: directory v. outputDirectory
> 
> 
> What format must the archive be in?
> 
> 
> 
> -Original Message-
> From: Brad Harper 
> Sent: Tuesday, September 05, 2006 10:02 AM
> To: users
> Subject: RE: directory v. outputDirectory
> 
> Dan:
> 
> My intent is to have copies of a set of archive libraries collected
> into a single directory. The libraries are sibling modules of a parent
> project.
> 
> Each library could be copied into the target area as it is built, or
> the libraries could be copied (from their respective projects) by the
> parent project in a roll-up operation.
> 
> I considered running the assembly plugin in the parent project,
> but the archive libraries cannot be in a .zip/.tar/.tgz format.
> 
> Brad
> 
> > -Original Message-
> > From: dan tran [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, September 02, 2006 12:32 AM
> > To: Maven Users List
> > Subject: Re: directory v. outputDirectory
> > 
> > 
> > native-maven-plugin''s outputDirectory purposely set to 
> > readonly so that all
> > outputs ( .o, .dll, etc) stay inside
> > target directory. and mvn clean can clear them as well.
> > 
> > Why do you want the output files outside of project? 
> perhaps there is
> > another way to accomplish
> > what you need after the build.
> > 
> > -D
> > 
> > 
> > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > What's the difference between
> > >
> > >   
> > >  
> > >  
> > >  ...
> > >
> > > I'm using maven-native-plugin, which has identical configuration
> > > elements, but I'm prevented from using them, i.e.
> > >
> > >   
> > > 
> > >   
> > >  
> > > 
> > > 
> > >
> > > by errors complaining about over-written read-only parameters.
> > >
> > > It would be OK if libraries (modules) were to build in their own
> > > target/ sub-directories, but I'd like to move a copy of the 
> > resulting
> > > libraries into a central location higher in the project hierarchy.
> > >
> > > Brad
> > >
> > > 
> > 
> -
> > > 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]



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

Running offline

[Vinicius Carvalho]

Hello there! How can I run my goals offline? Every time I need to
create an war for instance, it tries to connect to my repositories,
when I already have every dependency on my local repository. Is it
possible to turn it off? Also, is this possible to do this with
maven-ide for eclipse? Opening my project when my laptop is not online
generate hundreds of compilations errors

Best regards

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

Where is the maven-embedder 2.1 API documented?

[Aaron Tarter]

I can only find the javadoc for the maven-embedder 2.0.4 on maven.apache.org.
It seems that the API has changed since then.  Can someone point me to the
2.1 javadoc or some source examples?

--
Regards,
Aaron J Tarter

[M2] Convert simple Maven 1 Ant task to Maven2

[Erik Husby]

I am in the process of learning Maven 2. I am converting a simple  
Maven 1 project to Maven 2 and need help converting a set of Ant  
commands to Maven 2. I can't seem to find any usable documentation on  
the maven-antrun-plugin either on-line or in the "Build Builds with  
Maven" book.


I've figured out how to hook in some Ant tasks to generate a java  
source with build information in it. What I can't figure out is how  
to do the equivalent of the Maven 1 commands
	



Do I need to write some Java code to do this? I did get a look at the  
Castor plugin and see where it does a "project.addCompileSourceRoot 
( dest);"


Writing a java class to do that call seems like overkill at this point.

Any pointers?
---
Erik Husby
Senior Software Engineer
Broad Institute of MIT and Harvard
Rm. 2267, 320 Charles St, Cambridge, MA 02141-2023
mobile: 781.354.6669, office: 617.258.9227
email: [EMAIL PROTECTED] AIM: ErikAtBroad

Re: Graphical View of Dependencies

[Pin Ngee Koh]

I did not see that maven-grafo-plugin as one of the projects.
Am I missing something?

On 9/5/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:

Can you create a issue under http://jira.codehaus.org/browse/MNG with
your patches?

On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> I had made some minor changes:
> 1. Remove "dummy" note and edge from graph.xml
> 2. Combine and extract distinct nodes from grafoResolutionListener's
> nodes and edges to get around the issue of dependency version
> differences of artifacts.
>
> On 8/21/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > On 8/21/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > I see that you are currently using maven-artifact API.
> > > Are you saying that maven-project-info-reports-plugin needs to be used
> > > to determined the depedency information you mentioned?
> >
> > I meant project info report has already code to dig into the dependency tree
> >
> > > And how do you intend to represent the different type of dependencies?
> > > Using just text or can we use different color coding for it?
> > > I can start trying to code it.
> >
> > color seems nice, anyway it's a small detail that won't impact the
> > core functionality
> >
> > >
> > > I was referring to the variable - version - in GrafoMojo which has a 
default
> > > value of 1.0-SNAPSHOT. Should it not take the version of the artifact
> > > we are trying to generate graph.xml for?
> >
> > sounds right
> >
> > >
> > > On 8/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > It will generate a xml file suitable for www.prefuse.org. It needs to
> > > > have into account all the dependency graph, dependencies excluded,
> > > > dependencies that are not used because another version is chosen,...
> > > >
> > > > It needs to make use of the code for dependency graph in maven
> > > > project-info plugin
> > > >
> > > > 1.0-SNAPSHOT will be the version until there's something that can be 
released
> > > >
> > > > On 8/18/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > What are things planned for this plugin?
> > > > > If I have time, I like to help.
> > > > >
> > > > > Also, is there a reason why the default verison is 1.0-SNAPSHOT?
> > > > >
> > > > > On 8/17/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > > yes, it's not finished and only shows some parts
> > > > > >
> > > > > > Samples:
> > > > > > http://people.apache.org/~carlos/grafo/graphview.html
> > > > > > http://people.apache.org/~carlos/grafo/radialgraphview.html
> > > > > >
> > > > > >
> > > > > > On 8/16/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > > I tried grafo-maven-plugin mention in
> > > > > > > http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
> > > > > > >
> > > > > > > Steps taken:
> > > > > > > 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo
> > > > > > > 2. mvn install (using j2se 1.5)
> > > > > > > 3. mvn grafo:grafo -Dversion=[version number of project] (running 
this
> > > > > > > in directory of desired project
> > > > > > >
> > > > > > > graph.xml is generated.
> > > > > > >
> > > > > > > However, there are edges which references nodes which does not 
exist.
> > > > > > > This is because I have dependencies to multiple version of a jar.
> > > > > > > Somehow the tool only create nodes for the resovled jar.
> > > > > > >
> > > > > > > Does anyone has similar experiences?
> > > > > > >
> > > > > > > On 8/16/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:
> > > > > > > > I think somebody is working on a  jarjar-maven-plugin, but it 
hasn't been
> > > > > > > > released yet
> > > > > > > >
> > > > > > > > Stefan
> > > > > > > >
> > > > > > > >
> > > > > > > > "Koh, Pin (STL)" <[EMAIL PROTECTED]> skrev 15.08.2006 23:29:57:
> > > > > > > >
> > > > > > > > > > Is there a good graphic tool to visualize jar dependencies?
> > > > > > > > > >
> > > > > > > > > > Pin Koh
> > > > > > > > > *** Confidentiality Notice ***
> > > > > > > > > This email, its electronic document attachments, and the 
contents of
> > > > > > > > > its website linkages may contain confidential health 
information.
> > > > > > > > > This information is intended solely for use by the individual 
or
> > > > > > > > > entity to whom it is addressed.  If you have received this
> > > > > > > > > information in error, please notify the sender immediately and
> > > > > > > > > arrange for the prompt destruction of the material and any
> > > > > > > > > accompanying attachments.
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >  /
> > > > > > > c=-oo
> > > > > > >   \  o
> > > > > > >
> > > > > > > 
-
> > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > I could give you my word as a Spaniard.
> > > > > > No go

NullPointerException when using release:prepare

[Abel Muiño]

Hello,

 I'm seeing a NullPointerException when trying to execute mvn
release:prepare.

 I have seen the subject discussed previously on the
list.
The solution provided then was to use the -U flag for updating the release
plug-in, but that did not work in my case. I am seeing this with both maven
2.0.2 and 2.0.4 under Windows XP and Sun's Java 1.5.0_06-b05.

 What can I try?

This is the output I get. I get the same result without -DdryRun=true.

C:\workspaces\innovacion\myfirm-ant>mvn -U -DdryRun=true release:prepare
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO] org.apache.maven.plugins: checking for updates from central
[INFO] org.codehaus.mojo: checking for updates from central
[INFO] artifact org.apache.maven.plugins:maven-release-plugin: checking for
upda
tes from central
[INFO]
-
---
[INFO] Building myfirm-Tasks
[INFO]task-segment: [release:prepare] (aggregator-style)
[INFO]
-
---
Downloading:
http://cvs.myfirm.com:8093/repository/com/myfirm/bar/myfirm-bar-client-base/3.1.4/myfirm-bar-client-base-3.1.4.pom
[WARNING] Unable to get resource from repository myfirm repo (
http://cvs.myfirm.com:8093/repository)
Downloading:
http://repo1.maven.org/maven2/com/myfirm/bar/myfirm-bar-client-base/3.1.4/myfirm-bar-client-base-3.1.4.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://cvs.myfirm.com:8093/repository/com/myfirm/bar/myfirm-bar-client-foo/3.1.4/myfirm-bar-client-foo-3.1.4.pom
[WARNING] Unable to get resource from repository myfirm repo (
http://cvs.myfirm.com:8093/repository)
Downloading:
http://repo1.maven.org/maven2/com/myfirm/bar/myfirm-bar-client-foo/3.1.4/myfirm-bar-client-foo-3.1.4.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://cvs.myfirm.com:8093/repository/com/myfirm/commons/myfirm-util/1.10/myfirm-util-1.10.pom
[WARNING] Unable to get resource from repository myfirm repo (
http://cvs.myfirm.com:8093/repository)
Downloading:
http://repo1.maven.org/maven2/com/myfirm/commons/myfirm-util/1.10/denodo-util-1.10.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://cvs.myfirm.com:8093/repository/com/myfirm/foo/myfirm-foo-client/1.5.0_04/myfirm-foo-client-1.5.0_04.pom
[WARNING] Unable to get resource from repository myfirm repo (
http://cvs.myfirm.com:8093/repository)
Downloading:
http://repo1.maven.org/maven2/com/myfirm/foo/myfirm-foo-client/1.5.0_04/myfirm-foo-client-1.5.0_04.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
[INFO] [release:prepare]
[INFO] Verifying that there are no local modifications...
[INFO] Executing: cvs -z3 -f -d :ext:[EMAIL PROTECTED]:/local/inncvs -n
-q update -d
[INFO] Working directory: C:\workspaces\innovacion\myfirm-ant
[INFO] Checking dependencies and plugins for snapshots ...
What is the release version for "myfirm-Tasks"? (com.myfirm.ant:myfirm-ant)
0.5.0: :
What is SCM release tag or label for "myfirm-Tasks"? (
com.myfirm.ant:myfirm-ant) myfirm-ant-0.5.0: :
What is the new development version for "myfirm-Tasks"? (
com.myfirm.ant:myfirm-ant) 0.5.1-SNAPSHOT: :
[INFO] Transforming 'myfirm-Tasks'...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
   at java.util.Hashtable.put(Hashtable.java:396)
   at java.util.Properties.setProperty(Properties.java:128)
   at
org.apache.maven.plugins.release.config.PropertiesReleaseConfigurationStore.write
(PropertiesReleaseConfigurationStore.java:225)
   at
org.apache.maven.plugins.release.config.PropertiesReleaseConfigurationStore.write
(PropertiesReleaseConfigurationStore.java:149)
   at org.apache.maven.plugins.release.DefaultReleaseManager.prepare(
DefaultReleaseManager.java:145)
   at org.apache.maven.plugins.release.PrepareReleaseMojo.execute(
PrepareReleaseMojo.java:106)
   at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:412)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:534)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(
DefaultLifecycleExecutor.java:488)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:458)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:306)

RE: directory v. outputDirectory

[Brad Harper]

The libraries will be built as a mixture of .lib and .dll files (on Windows)
and .a and .so archives (on *nix platforms).

Brad

> -Original Message-
> From: Douglas Ferguson 
> Sent: Tuesday, September 05, 2006 11:36 AM
> To: users
> Subject: RE: directory v. outputDirectory
> 
> 
> What format must the archive be in?
> 
> 
> 
> -Original Message-
> From: Brad Harper 
> Sent: Tuesday, September 05, 2006 10:02 AM
> To: users
> Subject: RE: directory v. outputDirectory
> 
> Dan:
> 
> My intent is to have copies of a set of archive libraries collected
> into a single directory. The libraries are sibling modules of a parent
> project.
> 
> Each library could be copied into the target area as it is built, or
> the libraries could be copied (from their respective projects) by the
> parent project in a roll-up operation.
> 
> I considered running the assembly plugin in the parent project,
> but the archive libraries cannot be in a .zip/.tar/.tgz format.
> 
> Brad
> 
> > -Original Message-
> > From: dan tran [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, September 02, 2006 12:32 AM
> > To: Maven Users List
> > Subject: Re: directory v. outputDirectory
> > 
> > 
> > native-maven-plugin''s outputDirectory purposely set to 
> > readonly so that all
> > outputs ( .o, .dll, etc) stay inside
> > target directory. and mvn clean can clear them as well.
> > 
> > Why do you want the output files outside of project? 
> perhaps there is
> > another way to accomplish
> > what you need after the build.
> > 
> > -D
> > 
> > 
> > On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > What's the difference between
> > >
> > >   
> > >  
> > >  
> > >  ...
> > >
> > > I'm using maven-native-plugin, which has identical configuration
> > > elements, but I'm prevented from using them, i.e.
> > >
> > >   
> > > 
> > >   
> > >  
> > > 
> > > 
> > >
> > > by errors complaining about over-written read-only parameters.
> > >
> > > It would be OK if libraries (modules) were to build in their own
> > > target/ sub-directories, but I'd like to move a copy of the 
> > resulting
> > > libraries into a central location higher in the project hierarchy.
> > >
> > > Brad
> > >
> > > 
> > 
> -
> > > 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: Graphical View of Dependencies

[Carlos Sanchez]

Can you create a issue under http://jira.codehaus.org/browse/MNG with
your patches?

On 9/5/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:

I had made some minor changes:
1. Remove "dummy" note and edge from graph.xml
2. Combine and extract distinct nodes from grafoResolutionListener's
nodes and edges to get around the issue of dependency version
differences of artifacts.

On 8/21/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> On 8/21/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > I see that you are currently using maven-artifact API.
> > Are you saying that maven-project-info-reports-plugin needs to be used
> > to determined the depedency information you mentioned?
>
> I meant project info report has already code to dig into the dependency tree
>
> > And how do you intend to represent the different type of dependencies?
> > Using just text or can we use different color coding for it?
> > I can start trying to code it.
>
> color seems nice, anyway it's a small detail that won't impact the
> core functionality
>
> >
> > I was referring to the variable - version - in GrafoMojo which has a default
> > value of 1.0-SNAPSHOT. Should it not take the version of the artifact
> > we are trying to generate graph.xml for?
>
> sounds right
>
> >
> > On 8/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > It will generate a xml file suitable for www.prefuse.org. It needs to
> > > have into account all the dependency graph, dependencies excluded,
> > > dependencies that are not used because another version is chosen,...
> > >
> > > It needs to make use of the code for dependency graph in maven
> > > project-info plugin
> > >
> > > 1.0-SNAPSHOT will be the version until there's something that can be 
released
> > >
> > > On 8/18/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > What are things planned for this plugin?
> > > > If I have time, I like to help.
> > > >
> > > > Also, is there a reason why the default verison is 1.0-SNAPSHOT?
> > > >
> > > > On 8/17/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > > yes, it's not finished and only shows some parts
> > > > >
> > > > > Samples:
> > > > > http://people.apache.org/~carlos/grafo/graphview.html
> > > > > http://people.apache.org/~carlos/grafo/radialgraphview.html
> > > > >
> > > > >
> > > > > On 8/16/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > > I tried grafo-maven-plugin mention in
> > > > > > http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
> > > > > >
> > > > > > Steps taken:
> > > > > > 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo
> > > > > > 2. mvn install (using j2se 1.5)
> > > > > > 3. mvn grafo:grafo -Dversion=[version number of project] (running 
this
> > > > > > in directory of desired project
> > > > > >
> > > > > > graph.xml is generated.
> > > > > >
> > > > > > However, there are edges which references nodes which does not 
exist.
> > > > > > This is because I have dependencies to multiple version of a jar.
> > > > > > Somehow the tool only create nodes for the resovled jar.
> > > > > >
> > > > > > Does anyone has similar experiences?
> > > > > >
> > > > > > On 8/16/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:
> > > > > > > I think somebody is working on a  jarjar-maven-plugin, but it 
hasn't been
> > > > > > > released yet
> > > > > > >
> > > > > > > Stefan
> > > > > > >
> > > > > > >
> > > > > > > "Koh, Pin (STL)" <[EMAIL PROTECTED]> skrev 15.08.2006 23:29:57:
> > > > > > >
> > > > > > > > > Is there a good graphic tool to visualize jar dependencies?
> > > > > > > > >
> > > > > > > > > Pin Koh
> > > > > > > > *** Confidentiality Notice ***
> > > > > > > > This email, its electronic document attachments, and the 
contents of
> > > > > > > > its website linkages may contain confidential health 
information.
> > > > > > > > This information is intended solely for use by the individual or
> > > > > > > > entity to whom it is addressed.  If you have received this
> > > > > > > > information in error, please notify the sender immediately and
> > > > > > > > arrange for the prompt destruction of the material and any
> > > > > > > > accompanying attachments.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >  /
> > > > > > c=-oo
> > > > > >   \  o
> > > > > >
> > > > > > 
-
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > I could give you my word as a Spaniard.
> > > > > No good. I've known too many Spaniards.
> > > > > -- The Princess Bride
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >  /
> > >

M2, AntRun, Multi-Module Project and ant-classpath

[Alexey Kakunin]

Hello!

I have followed strcuture of the project:
masterProject
- pom.xml
- moduleProject
 - pom.xml
   
 maven-antrun-plugin
  
  
junit
  
   


So, I have master project. TYhis master project has no any own settings -
just included subprojects as modules, moduleProject used maven-antrun-plugin
to call thirdParty ant build. This build is required to have JUnit in
ant-classpath. To do it I added JUnit into plugin dependency - and
everything work ok.
But! Only in case if I call build from modelProject directory.

If I call build in masterProject directory, it calls moduleProject, it calls
thirdParty ant build.xml - but in this case JUnit is not in ant-classpath
(even it is descibed in maven-antrun-plugin dependency).
Why? Does anybody know why build may differ depending is it called directly
from module directory - or from master project?

Eclipse & target directory

[Douglas Ferguson]

When using eclipse on war projects, the target directory will start to
collect copies of jsp files, from war:war commands, etc.

 

Is there a way to have eclipse ignore the files when searching and
reporting errors?

 

D-

RE: release:perform

[Douglas Ferguson]

Does anybody know if this is possible?

-Original Message-
From: Douglas Ferguson 
Sent: Monday, September 04, 2006 11:57 AM
To: users
Subject: RE: release:perform

This is the command.

mvn release:perform 
-DconnectionUrl=scm:svn:https://svn.apache.org/repos/asf/maven/plugins/tags/maven-release-plugin-2.0

Can I add version to this command?

If not, I guess I could check out the tag and prepare the release from that tag.

D-

-Original Message-
From: Douglas Ferguson 
Sent: Monday, September 04, 2006 11:55 AM
To: users
Subject: RE: release:perform

No the release prepare asks for the tag that it will create.
 
You can perform a release off a tag without doing a prepare. However, it uses 
the version number from the tag. I'd like to provide a different version number.
 
D- 
 
- Original Message -
From: Andreas Guther 
Sent: Sun, 9/3/2006 6:59pm
To: Maven Users List 
Subject: RE: release:perform 
 
 
Isn't the release plug-in asking for the tag version during the prepare
phase?  If I remember correctly you then could just correct the version
number in the pom manually before you run the prepare.

Andreas



-Original Message-
From: Douglas Ferguson [mailto:[EMAIL PROTECTED] 
Sent: Saturday, September 02, 2006 7:07 AM
To: Maven Users List
Subject: release:perform

Is there a way to do a release:perform off a tag but have it release to
a new version?

I have a tag app-x.x-RC-1 and I'd like to release it to app-x.x

Thanks,

D-

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


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


-
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: directory v. outputDirectory

[Douglas Ferguson]

What format must the archive be in?



-Original Message-
From: Brad Harper 
Sent: Tuesday, September 05, 2006 10:02 AM
To: users
Subject: RE: directory v. outputDirectory

Dan:

My intent is to have copies of a set of archive libraries collected
into a single directory. The libraries are sibling modules of a parent
project.

Each library could be copied into the target area as it is built, or
the libraries could be copied (from their respective projects) by the
parent project in a roll-up operation.

I considered running the assembly plugin in the parent project,
but the archive libraries cannot be in a .zip/.tar/.tgz format.

Brad

> -Original Message-
> From: dan tran [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 12:32 AM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
> 
> 
> native-maven-plugin''s outputDirectory purposely set to 
> readonly so that all
> outputs ( .o, .dll, etc) stay inside
> target directory. and mvn clean can clear them as well.
> 
> Why do you want the output files outside of project? perhaps there is
> another way to accomplish
> what you need after the build.
> 
> -D
> 
> 
> On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> >
> >
> > What's the difference between
> >
> >   
> >  
> >  
> >  ...
> >
> > I'm using maven-native-plugin, which has identical configuration
> > elements, but I'm prevented from using them, i.e.
> >
> >   
> > 
> >   
> >  
> > 
> > 
> >
> > by errors complaining about over-written read-only parameters.
> >
> > It would be OK if libraries (modules) were to build in their own
> > target/ sub-directories, but I'd like to move a copy of the 
> resulting
> > libraries into a central location higher in the project hierarchy.
> >
> > Brad
> >
> > 
> -
> > 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: [m1.1-rc1] javadoc does not generate anything...

[Lukas Theussl]

Do you have an internationalized site? There seems to be an issue with 
determining the available locales. Please post the output of running 
maven with the -e parameter.


Thanks,
-Lukas

Benoit Xhenseval wrote:

Hi
 
 Thanks for your replies, You both were right... the package was incorrect (thank Arnaud/Jeff). It was pointing to an old package that has been refactored...

 from net.objectlab.kit.common to net.objectlab.kit.datecalc.common
 (the error code is a bit cryptic...)

I am trtying to use the dist:multiproject-bin and it looks promising but also 
fails on the same issue that I have with the xdoc plugin. I have done a clean 
install of both the 1.1.RC1 (29 Aug), and cache... Any suggestion?

maven-junit-report-plugin:report:

[echo] Generating the Source Xref...
maven-jxr-plugin:report:
[echo]

[echo] Generating the Test Xref...
maven-jxr-plugin:report:
[echo]

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

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

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


xdoc:init-i18n:

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

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

BUILD FAILED
File.. file:/C:/Documents and 
Settings/xhensevb/.maven/cache/maven-multiproject-plugin-1.5/plugin.jelly
Element... maven:reactor
Line.. 103
Column 9
Unable to obtain goal [site] -- file:/C:/Documents and 
Settings/xhensevb/.maven/cache/maven-xdoc-plugin-1.10.1-SNAPSHOT/
plugin.jelly:666:70:  [Ljava.lang.Object;
Total time   : 1 minutes 4 seconds
Finished at  : 05 September 2006 16:24:55 BST
 

Thanks a lot 


Benoit.

- Original Message 
From: Arnaud HERITIER <[EMAIL PROTECTED]>
To: Maven Users List ; Benoit Xhenseval <[EMAIL 
PROTECTED]>
Sent: Tuesday, September 5, 2006 3:13:53 PM
Subject: Re: [m1.1-rc1] javadoc does not generate anything...

Do you have classes in the package net.objectlab.kit.common ?
Can you try to comment the package in the pom ?

You can use dist:multiproject-bin to generate a consolidated javadoc for all 
your projects.
I don't know why this feature isn't in the javadoc plugin. 


Arnaud

On 9/5/06, Benoit Xhenseval <[EMAIL PROTECTED]> wrote: Hi *,

Sorry to disturb... I cannot see what is wrong with my project.xml... why is 
this not generating any javadoc?
I am using the conventional directory structure:
project
|- projectA
|- src
|- main 
|- java


I've run with javadoc 1.8,

and I get this:
[echo] sourceModifications not used.
 [echo] internal_javadoc_needed is false
 [echo] *** 
 [echo] * No sources found. Javadoc not created ! *

 [echo] ***

the maven.compile.src.set does point correctly to the top of my source 
directory.

Why am I am getting this??? 


Any suggestion most welcomed!
(Also how could I generate a CONSOLIDATED set of javadoc given 3 sub-projects) 
THANKS!

Benoit.

--
DEBUG OUTPUT:

### Debug mode is on ###
== 
=== java plugin properties ===

==
maven.compile.encoding= []
maven.compile.src.set = 
[C:\project\objectlabkit\datecalc-common\src\main\java]
== 
=== docs properties===

==
maven.docs.outputencoding = [ISO-8859-1]
==
=== javadoc plugin properties  ===
== 


Javadoc properties :

maven.javadoc.additionalparam = ["-breakiterator"]
maven.javadoc.extrasourcepath = []
maven.javadoc.debug   = [true] 
maven.javadoc.doclet  = []

maven.javadoc.docletpath  = []
maven.javadoc.usestandardparameters = []
maven.javadoc.excludepackagenames = []
maven.javadoc.locale  = []
maven.javadoc.maxmemory= [512m]
maven.javadoc.overview= []
maven.javadoc.package = []
maven.javadoc.private = []
maven.javadoc.public  = []
maven.javadoc.source  = [] 
maven.javadoc.useexternalfile = [yes]

maven.javadoc.failonerror = [false]
maven.javadoc.javadocreport   = [true]
maven.javadoc.warningsreport  = [true]

Standard doclet properties : 


maven.javadoc.author  = [true]
maven.javadoc.bottom  = [Copyright ©  ObjectLab Financial Ltd. 
All Rights Reserved.]
maven.javadoc.customtags  = [] 
maven.javadoc.destdir = [C:\project\objectlabkit\datecalc-common/target/docs/apidocs]

maven.javadoc.footer  = []
maven.javadoc.header  = []
maven.javadoc.links   = [] 
maven.javadoc.offlineLinks= []

maven.javadoc.mode.online = []
maven.jav

RE: How to load properties files inside plugins for maven v 2.0.4

[Yadavalli, Phani]

What will be the root context to refer to a properties file in the plugin
jar? Any ideas anyone

Thank you, 

Phani Yadavalli

-Original Message-
From: Yadavalli, Phani [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 05, 2006 4:45 AM
To: users@maven.apache.org
Subject: How to load properties files inside plugins

Hi,

I have a file called env.properties embedded within the plug-in jar file.
When I run the files outside the context of a plug-in, they run fine. But
when I try to call the plug-in from another pom.xml I get the following
problem

[EMAIL PROTECTED]
 

file not found hence cannot load

-- listing properties --

-- listing properties --

-- listing properties -

 

The code for above is

 

dmpenvironment = loadProperties(is, log, "com/dmp/util/env.properties");

 

private static Properties loadProperties(InputStream is, Log log, String
fileName)

  {

Properties propFile = new Properties();

try

{

  is = PropertyLoader.class.getResourceAsStream(fileName);

 
System.out.println(PropertyLoader.class.getClassLoader().toString());

  if (null != is)

propFile.load(is);

  else

System.out.println("file not found hence cannot
load");

}

catch (FileNotFoundException fnfe)

{

  log.fatal("File not found : ", fnfe);

  fnfe.printStackTrace();

}

catch (IOException ioe)

{

  log.error("IOException while reading property files",
ioe);

  ioe.printStackTrace();

}

}

  public static String getEnvironmentProperty(String property)

  {

dmpenvironment.list(System.out);

return dmpenvironment.getProperty(property);

  }

Thank you, 

 

Phani Yadavalli

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

Re: [m1.1-rc1] javadoc does not generate anything...

[Benoit Xhenseval]

Hi
 
 Thanks for your replies, You both were right... the package was incorrect 
(thank Arnaud/Jeff). It was pointing to an old package that has been 
refactored...
 from net.objectlab.kit.common to net.objectlab.kit.datecalc.common
 (the error code is a bit cryptic...)

I am trtying to use the dist:multiproject-bin and it looks promising but also 
fails on the same issue that I have with the xdoc plugin. I have done a clean 
install of both the 1.1.RC1 (29 Aug), and cache... Any suggestion?

maven-junit-report-plugin:report:

[echo] Generating the Source Xref...
maven-jxr-plugin:report:
[echo]

[echo] Generating the Test Xref...
maven-jxr-plugin:report:
[echo]

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

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

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


xdoc:init-i18n:

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

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

BUILD FAILED
File.. file:/C:/Documents and 
Settings/xhensevb/.maven/cache/maven-multiproject-plugin-1.5/plugin.jelly
Element... maven:reactor
Line.. 103
Column 9
Unable to obtain goal [site] -- file:/C:/Documents and 
Settings/xhensevb/.maven/cache/maven-xdoc-plugin-1.10.1-SNAPSHOT/
plugin.jelly:666:70:  [Ljava.lang.Object;
Total time   : 1 minutes 4 seconds
Finished at  : 05 September 2006 16:24:55 BST
 

Thanks a lot 

Benoit.

- Original Message 
From: Arnaud HERITIER <[EMAIL PROTECTED]>
To: Maven Users List ; Benoit Xhenseval <[EMAIL 
PROTECTED]>
Sent: Tuesday, September 5, 2006 3:13:53 PM
Subject: Re: [m1.1-rc1] javadoc does not generate anything...

Do you have classes in the package net.objectlab.kit.common ?
Can you try to comment the package in the pom ?

You can use dist:multiproject-bin to generate a consolidated javadoc for all 
your projects.
I don't know why this feature isn't in the javadoc plugin. 

Arnaud

On 9/5/06, Benoit Xhenseval <[EMAIL PROTECTED]> wrote: Hi *,

Sorry to disturb... I cannot see what is wrong with my project.xml... why is 
this not generating any javadoc?
I am using the conventional directory structure:
project
|- projectA
|- src
|- main 
|- java

I've run with javadoc 1.8,

and I get this:
[echo] sourceModifications not used.
 [echo] internal_javadoc_needed is false
 [echo] *** 
 [echo] * No sources found. Javadoc not created ! *
 [echo] ***

the maven.compile.src.set does point correctly to the top of my source 
directory.

Why am I am getting this??? 

Any suggestion most welcomed!
(Also how could I generate a CONSOLIDATED set of javadoc given 3 sub-projects) 
THANKS!

Benoit.

--
DEBUG OUTPUT:

### Debug mode is on ###
== 
=== java plugin properties ===
==
maven.compile.encoding= []
maven.compile.src.set = 
[C:\project\objectlabkit\datecalc-common\src\main\java]
== 
=== docs properties===
==
maven.docs.outputencoding = [ISO-8859-1]
==
=== javadoc plugin properties  ===
== 

Javadoc properties :

maven.javadoc.additionalparam = ["-breakiterator"]
maven.javadoc.extrasourcepath = []
maven.javadoc.debug   = [true] 
maven.javadoc.doclet  = []
maven.javadoc.docletpath  = []
maven.javadoc.usestandardparameters = []
maven.javadoc.excludepackagenames = []
maven.javadoc.locale  = []
maven.javadoc.maxmemory= [512m]
maven.javadoc.overview= []
maven.javadoc.package = []
maven.javadoc.private = []
maven.javadoc.public  = []
maven.javadoc.source  = [] 
maven.javadoc.useexternalfile = [yes]
maven.javadoc.failonerror = [false]
maven.javadoc.javadocreport   = [true]
maven.javadoc.warningsreport  = [true]

Standard doclet properties : 

maven.javadoc.author  = [true]
maven.javadoc.bottom  = [Copyright ©  ObjectLab Financial Ltd. 
All Rights Reserved.]
maven.javadoc.customtags  = [] 
maven.javadoc.destdir = 
[C:\project\objectlabkit\datecalc-common/target/docs/apidocs]
maven.javadoc.footer  = []
maven.javadoc.header  = []
maven.javadoc.links   = [] 
maven.javadoc.offlineLinks= []
maven.javadoc.mode.online = []
maven.javadoc.stylesheet  = [C:\Documents and 
Settings\xhensevb\.maven\cache\maven-javadoc-plugin-1.8\plugin-res
ources/stylesheet.css] 
maven.javadoc.tagletpath  = []
maven.javadoc.taglets = []
maven.java

Re: m2/eclipse/wtp configuration + tapestry

[Sebastien Pennec]

Borut,
I am using WTP1.5, too. Struts instead of Tapestry, but I don't think it has any 
implications on the problem.


If you find the solution again, let me know :)

Thanks,

Sébastien

Borut Bolc(ina a écrit :

I have, but I also had such error message. I don't know the solution from
the top of my head, but it works now, as I am doing the development with
WTP1.5, Tapestry4, libcopy and Subversion. What was it???

2006/9/5, Sebastien Pennec <[EMAIL PROTECTED]>:


Hello,

Let me bring this topic up, since it appears that it doesn't do the trick
if the
project is managed with a VC like svn.

By following the instructions, the sync by libcopy doesn't work, because
of an error
message saying:

Errors during build.
   Errors running builder "LibCopy builder" on project PROJECT_NAME.
   Project 'PROJECT_NAME' is mapped to repository type
'org.tigris.subversion.subclipse.core.svnnature' which does not support
linked resources.

Has anybody been able to link such a project with a subversion 
repository?


Thanks for your help

--
Sébastien Pennec
[EMAIL PROTECTED]

Logback: The reliable, generic, fast and flexible logging framework for
Java.

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




--
Sébastien Pennec
[EMAIL PROTECTED]

Logback: The reliable, generic, fast and flexible logging framework for Java.

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

Re: Maven2 newbee question

[Wayne Fay]

Feel free to submit an enhancement request via JIRA and wait for
someone else to code it for you, or write the code yourself and donate
it to the project if you require this functionality. ;-)

Please search before submitting the JIRA issue; I'd expect this might
already be posted by someone else as this topic has been discussed
previously...

Wayne

On 9/5/06, Alexander Sack <[EMAIL PROTECTED]> wrote:

Thanks, this is not ideal but does give me a super fast build!  Again, it'd
be real nice to have this as a per dependency tunable...

-aps

On 9/4/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
>
> This is normal behavior for Maven -- it searches the repo once a day
> (more or less, depending on your configuration settings) to make sure
> there are no updates to any dependencies or plugins that it needs to
> download before running your build.
>
> You can specify -o for "offline" ie "mvn -o package" (unsure how this
> is done in Eclipse + M2) which will keep M2 from checking for updates,
> to increase the speed of your builds.
>
> Wayne
>
> On 9/4/06, Alexander Sack <[EMAIL PROTECTED]> wrote:
> > I've just started using Maven2 with Eclipse on a big project and so far
> so
> > good.  One odd thing though, I've had to import some dependencies in my
> > local repository using mvn install:install-file goals.  However, when I
> > execute mvn, it still searches the default repo even though they are
> > locally.  Why is that?  It makes the build much slower than I would have
> > liked.
> >
> > Btw, I just saw Jason's email  I can tell you that initally Maven 1 was
> > pretty tough to live with for me.  Maven 2 is vast improvement
> (especially
> > on the Java EE side which I'm now using exclusively though the ejb
> plugiin
> > has to be updated for Java EE 5).
> >
> > Thanks guys!
> >
> > -aps
> >
> > --
> > "What lies behind us and what lies in front of us is of little concern
> to
> > what lies within us." -Ralph Waldo Emerson
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson




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

Re: Graphical View of Dependencies

[Pin Ngee Koh]

I had made some minor changes:
1. Remove "dummy" note and edge from graph.xml
2. Combine and extract distinct nodes from grafoResolutionListener's
nodes and edges to get around the issue of dependency version
differences of artifacts.

On 8/21/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:

On 8/21/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> I see that you are currently using maven-artifact API.
> Are you saying that maven-project-info-reports-plugin needs to be used
> to determined the depedency information you mentioned?

I meant project info report has already code to dig into the dependency tree

> And how do you intend to represent the different type of dependencies?
> Using just text or can we use different color coding for it?
> I can start trying to code it.

color seems nice, anyway it's a small detail that won't impact the
core functionality

>
> I was referring to the variable - version - in GrafoMojo which has a default
> value of 1.0-SNAPSHOT. Should it not take the version of the artifact
> we are trying to generate graph.xml for?

sounds right

>
> On 8/18/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > It will generate a xml file suitable for www.prefuse.org. It needs to
> > have into account all the dependency graph, dependencies excluded,
> > dependencies that are not used because another version is chosen,...
> >
> > It needs to make use of the code for dependency graph in maven
> > project-info plugin
> >
> > 1.0-SNAPSHOT will be the version until there's something that can be 
released
> >
> > On 8/18/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > What are things planned for this plugin?
> > > If I have time, I like to help.
> > >
> > > Also, is there a reason why the default verison is 1.0-SNAPSHOT?
> > >
> > > On 8/17/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > > yes, it's not finished and only shows some parts
> > > >
> > > > Samples:
> > > > http://people.apache.org/~carlos/grafo/graphview.html
> > > > http://people.apache.org/~carlos/grafo/radialgraphview.html
> > > >
> > > >
> > > > On 8/16/06, Pin Ngee Koh <[EMAIL PROTECTED]> wrote:
> > > > > I tried grafo-maven-plugin mention in
> > > > > http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
> > > > >
> > > > > Steps taken:
> > > > > 1. svn co https://svn.apache.org/repos/asf/maven/sandbox/grafo
> > > > > 2. mvn install (using j2se 1.5)
> > > > > 3. mvn grafo:grafo -Dversion=[version number of project] (running this
> > > > > in directory of desired project
> > > > >
> > > > > graph.xml is generated.
> > > > >
> > > > > However, there are edges which references nodes which does not exist.
> > > > > This is because I have dependencies to multiple version of a jar.
> > > > > Somehow the tool only create nodes for the resovled jar.
> > > > >
> > > > > Does anyone has similar experiences?
> > > > >
> > > > > On 8/16/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:
> > > > > > I think somebody is working on a  jarjar-maven-plugin, but it 
hasn't been
> > > > > > released yet
> > > > > >
> > > > > > Stefan
> > > > > >
> > > > > >
> > > > > > "Koh, Pin (STL)" <[EMAIL PROTECTED]> skrev 15.08.2006 23:29:57:
> > > > > >
> > > > > > > > Is there a good graphic tool to visualize jar dependencies?
> > > > > > > >
> > > > > > > > Pin Koh
> > > > > > > *** Confidentiality Notice ***
> > > > > > > This email, its electronic document attachments, and the contents 
of
> > > > > > > its website linkages may contain confidential health information.
> > > > > > > This information is intended solely for use by the individual or
> > > > > > > entity to whom it is addressed.  If you have received this
> > > > > > > information in error, please notify the sender immediately and
> > > > > > > arrange for the prompt destruction of the material and any
> > > > > > > accompanying attachments.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >  /
> > > > > c=-oo
> > > > >   \  o
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > I could give you my word as a Spaniard.
> > > > No good. I've known too many Spaniards.
> > > > -- The Princess Bride
> > > >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > > --
> > >  /
> > > c=-oo
> > >   \  o
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > --
> > I could give you my word as a Spaniard.
> > No good. I've known too many Spaniards.
> > -- The Princ

RE: directory v. outputDirectory

[Brad Harper]

Dan:

My intent is to have copies of a set of archive libraries collected
into a single directory. The libraries are sibling modules of a parent
project.

Each library could be copied into the target area as it is built, or
the libraries could be copied (from their respective projects) by the
parent project in a roll-up operation.

I considered running the assembly plugin in the parent project,
but the archive libraries cannot be in a .zip/.tar/.tgz format.

Brad

> -Original Message-
> From: dan tran [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 02, 2006 12:32 AM
> To: Maven Users List
> Subject: Re: directory v. outputDirectory
> 
> 
> native-maven-plugin''s outputDirectory purposely set to 
> readonly so that all
> outputs ( .o, .dll, etc) stay inside
> target directory. and mvn clean can clear them as well.
> 
> Why do you want the output files outside of project? perhaps there is
> another way to accomplish
> what you need after the build.
> 
> -D
> 
> 
> On 9/1/06, Brad Harper <[EMAIL PROTECTED]> wrote:
> >
> >
> > What's the difference between
> >
> >   
> >  
> >  
> >  ...
> >
> > I'm using maven-native-plugin, which has identical configuration
> > elements, but I'm prevented from using them, i.e.
> >
> >   
> > 
> >   
> >  
> > 
> > 
> >
> > by errors complaining about over-written read-only parameters.
> >
> > It would be OK if libraries (modules) were to build in their own
> > target/ sub-directories, but I'd like to move a copy of the 
> resulting
> > libraries into a central location higher in the project hierarchy.
> >
> > Brad
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 

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

Re: [m1.1-rc1] javadoc does not generate anything...

[Jeff Jensen]

Did you set the  tag?


Quoting Benoit Xhenseval <[EMAIL PROTECTED]>:

> Hi *,
>
> Sorry to disturb... I cannot see what is wrong with my project.xml... why is
> this not generating any javadoc?
> I am using the conventional directory structure:
> project
> |- projectA
> |- src
> |- main
> |- java
>
> I've run with javadoc 1.8,
>
> and I get this:
> [echo] sourceModifications not used.
>  [echo] internal_javadoc_needed is false
>  [echo] ***
>  [echo] * No sources found. Javadoc not created ! *
>  [echo] ***
>
> the maven.compile.src.set does point correctly to the top of my source
> directory.
>
> Why am I am getting this???
>
> Any suggestion most welcomed!
> (Also how could I generate a CONSOLIDATED set of javadoc given 3
> sub-projects) THANKS!
>
> Benoit.
>
> --
> DEBUG OUTPUT:
>
> ### Debug mode is on ###
> ==
> === java plugin properties ===
> ==
> maven.compile.encoding= []
> maven.compile.src.set =
> [C:\project\objectlabkit\datecalc-common\src\main\java]
> ==
> === docs properties===
> ==
> maven.docs.outputencoding = [ISO-8859-1]
> ==
> === javadoc plugin properties  ===
> ==
> 
> Javadoc properties :
> 
> maven.javadoc.additionalparam = ["-breakiterator"]
> maven.javadoc.extrasourcepath = []
> maven.javadoc.debug   = [true]
> maven.javadoc.doclet  = []
> maven.javadoc.docletpath  = []
> maven.javadoc.usestandardparameters = []
> maven.javadoc.excludepackagenames = []
> maven.javadoc.locale  = []
> maven.javadoc.maxmemory   = [512m]
> maven.javadoc.overview= []
> maven.javadoc.package = []
> maven.javadoc.private = []
> maven.javadoc.public  = []
> maven.javadoc.source  = []
> maven.javadoc.useexternalfile = [yes]
> maven.javadoc.failonerror = [false]
> maven.javadoc.javadocreport   = [true]
> maven.javadoc.warningsreport  = [true]
> 
> Standard doclet properties :
> 
> maven.javadoc.author  = [true]
> maven.javadoc.bottom  = [Copyright ©  ObjectLab
> Financial Ltd. All Rights Reserved.]
> maven.javadoc.customtags  = []
> maven.javadoc.destdir =
> [C:\project\objectlabkit\datecalc-common/target/docs/apidocs]
> maven.javadoc.footer  = []
> maven.javadoc.header  = []
> maven.javadoc.links   = []
> maven.javadoc.offlineLinks= []
> maven.javadoc.mode.online = []
> maven.javadoc.stylesheet  = [C:\Documents and
> Settings\xhensevb\.maven\cache\maven-javadoc-plugin-1.8\plugin-res
> ources/stylesheet.css]
> maven.javadoc.tagletpath  = []
> maven.javadoc.taglets = []
> maven.javadoc.use = [true]
> maven.javadoc.version = [true]
> maven.javadoc.windowtitle = [DateCalc Common 1.0 API]
> ==
> === Project descriptor ===
> ==
> pom.package   = [net.objectlab.kit.common]
> ==
> === javadoc internal variables ===
> ==
> internal_javadoc_jar  =
>
[C:\project\objectlabkit\datecalc-common/target/datecalc-common-1.0_javadoc.jar]
> internal_javadoc_needed   = []
> internal_javadoc_working_dir  =
> [C:\project\objectlabkit\datecalc-common/target/javadoc]
>
> [echo] sourceModifications not used.
> [echo] internal_javadoc_needed is false
> [echo] ***
> [echo] * No sources found. Javadoc not created ! *
> [echo] ***
> BUILD SUCCESSFUL
> Total time   : 4 seconds
> Finished at  : 05 September 2006 14:27:24 BST
>
> --
> project.xml
> 
>../common-build/project.xml
> ...
>
> ...
>   maven-javadoc-plugin
>
>
>
> and the common-build/project.xml is very basic, nothing defined with regards
> to directory structure...
>
>
>




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

M2, AntRun, Multi-Module Project and ant-classpath.

[Alexey Kakunin]

Hello!

I have followed strcuture of the project:
masterProject
- pom.xml
- moduleProject
 - pom.xml
   
 maven-antrun-plugin
  
  
junit
  
   


So, I have master project. TYhis master project has no any own settings -
just included subprojects as modules, moduleProject used maven-antrun-plugin
to call thirdParty ant build. This build is required to have JUnit in
ant-classpath. To do it I added JUnit into plugin dependency - and
everything work ok.
But! Only in case if I call build from modelProject directory.

If I call build in masterProject directory, it calls moduleProject, it calls
thirdParty ant build.xml - but in this case JUnit is not in ant-classpath
(even it is descibed in maven-antrun-plugin dependency).
Why? Does anybody know why build may differ depending is it called directly
from module directory - or from master project?

Re: Why "Failed to create database"?

[Emmanuel Venisse]

They are false errors. Normally your continuum works with them, isn't it?

Emmanuel

jiangshachina a écrit :

Hi,
I'm so sorry. I don't save the log.
I repeat my action, but this time, different errors are shown :(

[1]ERROR VelocityComponen - ResourceManager.getResource() parse exception:
org.apache.velocity.exception.ParseErrorException: Lexical error:
org.apache.velocity.runtime.parser.TokenMgrError: Lexical error at line 121,
column 17.  Encountered:  after : ""

[2][WrapperSimpleAppMain] WARN  RDBMS - Error initialising derby schema :
Schema 'SA' does not exist
ERROR 42Y07: Schema 'SA' does not exist
at org.apache.derby.iapi.error.StandardException.newException(Unknown
Source)
at
org.apache.derby.impl.sql.catalog.DataDictionaryImpl.getSchemaDescriptor(Unknown
Source)
at
org.apache.derby.impl.sql.compile.QueryTreeNode.getSchemaDescriptor(Unknown
Source)
at
org.apache.derby.impl.sql.compile.DDLStatementNode.getSchemaDescriptor(Unknown
Source)
at org.apache.derby.impl.sql.compile.DropAliasNode.bind(Unknown Source)
at org.apache.derby.impl.sql.GenericStatement.prepMinion(Unknown Source)
at org.apache.derby.impl.sql.GenericStatement.prepare(Unknown Source)
at
org.apache.derby.impl.sql.conn.GenericLanguageConnectionContext.prepareInternalStatement(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source)
at
org.jpox.store.rdbms.adapter.CloudscapeAdapter.initialiseDatastore(CloudscapeAdapter.java:115)
at org.jpox.store.rdbms.RDBMSManager.initialiseSchema(RDBMSManager.java:453)
at org.jpox.store.rdbms.RDBMSManager.(RDBMSManager.java:242)
at
org.jpox.store.rdbms.RDBMSManagerFactory.getStoreManager(RDBMSManagerFactory.java:59)
at
org.jpox.AbstractPersistenceManager.(AbstractPersistenceManager.java:222)
at org.jpox.PersistenceManagerImpl.(PersistenceManagerImpl.java:34)
at
org.jpox.PersistenceManagerFactoryImpl.getPersistenceManager(PersistenceManagerFactoryImpl.java:916)
at
org.jpox.PersistenceManagerFactoryImpl.getPersistenceManager(PersistenceManagerFactoryImpl.java:891)
at
org.apache.maven.continuum.store.JdoContinuumStore.getPersistenceManager(JdoContinuumStore.java:1295)
at
org.apache.maven.continuum.store.JdoContinuumStore.getAllObjectsDetached(JdoContinuumStore.java:984)
at
org.apache.maven.continuum.store.JdoContinuumStore.getAllProjectsByNameWithBuildDetails(JdoContinuumStore.java:623)
at
org.apache.maven.continuum.DefaultContinuum.initialize(DefaultContinuum.java:1927)
at
org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:16)
at
org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:101)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:105)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:95)
at
org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent(ClassicSingletonComponentManager.java:92)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331)
at
org.codehaus.plexus.DefaultPlexusContainer.loadComponentsOnStart(DefaultPlexusContainer.java:894)
at
org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:781)
at
org.codehaus.plexus.application.deploy.DefaultApplicationDeployer.deployApplicationDirectory(DefaultApplicationDeployer.java:366)
at
org.codehaus.plexus.application.deploy.DefaultApplicationDeployer.deployJar(DefaultApplicationDeployer.java:212)
at
org.codehaus.plexus.application.deploy.DefaultApplicationDeployer.deploy(DefaultApplicationDeployer.java:136)
at
org.codehaus.plexus.application.deploy.DefaultApplicationDeployer.deploy(DefaultApplicationDeployer.java:116)
at
org.codehaus.plexus.application.DefaultApplicationServer$2.onJarDiscovered(DefaultApplicationServer.java:117)
at
org.codehaus.plexus.application.supervisor.DefaultSupervisor.scanDirectory(DefaultSupervisor.java:89)
at
org.codehaus.plexus.application.supervisor.DefaultSupervisor.scan(DefaultSupervisor.java:68)
at
org.codehaus.plexus.application.DefaultApplicationServer.start(DefaultApplicationServer.java:146)
at
org.codehaus.plexus.personality.plexus.lifecycle.phase.StartPhase.execute(StartPhase.java:16)
at
org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:101)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.startComponentLifecycle(AbstractComponentManager.java:105)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:95)
at
org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent(ClassicSingletonComponentManager.java:92)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331)
at
org.codehaus.plexus.application.PlexusApplicationHost.start(PlexusApplicatio

Re: [m1.1-rc1] javadoc does not generate anything...

[Arnaud HERITIER]

Do you have classes in the package net.objectlab.kit.common ?
Can you try to comment the package in the pom ?

You can use dist:multiproject-bin to generate a consolidated javadoc for all
your projects.
I don't know why this feature isn't in the javadoc plugin.

Arnaud

On 9/5/06, Benoit Xhenseval <[EMAIL PROTECTED]> wrote:


Hi *,

Sorry to disturb... I cannot see what is wrong with my project.xml... why
is this not generating any javadoc?
I am using the conventional directory structure:
project
|- projectA
|- src
|- main
|- java

I've run with javadoc 1.8,

and I get this:
[echo] sourceModifications not used.
 [echo] internal_javadoc_needed is false
 [echo] ***
 [echo] * No sources found. Javadoc not created ! *
 [echo] ***

the maven.compile.src.set does point correctly to the top of my source
directory.

Why am I am getting this???

Any suggestion most welcomed!
(Also how could I generate a CONSOLIDATED set of javadoc given 3
sub-projects) THANKS!

Benoit.

--
DEBUG OUTPUT:

### Debug mode is on ###
==
=== java plugin properties ===
==
maven.compile.encoding= []
maven.compile.src.set =
[C:\project\objectlabkit\datecalc-common\src\main\java]
==
=== docs properties===
==
maven.docs.outputencoding = [ISO-8859-1]
==
=== javadoc plugin properties  ===
==

Javadoc properties :

maven.javadoc.additionalparam = ["-breakiterator"]
maven.javadoc.extrasourcepath = []
maven.javadoc.debug   = [true]
maven.javadoc.doclet  = []
maven.javadoc.docletpath  = []
maven.javadoc.usestandardparameters = []
maven.javadoc.excludepackagenames = []
maven.javadoc.locale  = []
maven.javadoc.maxmemory   = [512m]
maven.javadoc.overview= []
maven.javadoc.package = []
maven.javadoc.private = []
maven.javadoc.public  = []
maven.javadoc.source  = []
maven.javadoc.useexternalfile = [yes]
maven.javadoc.failonerror = [false]
maven.javadoc.javadocreport   = [true]
maven.javadoc.warningsreport  = [true]

Standard doclet properties :

maven.javadoc.author  = [true]
maven.javadoc.bottom  = [Copyright ©  ObjectLab Financial
Ltd. All Rights Reserved.]
maven.javadoc.customtags  = []
maven.javadoc.destdir =
[C:\project\objectlabkit\datecalc-common/target/docs/apidocs]
maven.javadoc.footer  = []
maven.javadoc.header  = []
maven.javadoc.links   = []
maven.javadoc.offlineLinks= []
maven.javadoc.mode.online = []
maven.javadoc.stylesheet  = [C:\Documents and
Settings\xhensevb\.maven\cache\maven-javadoc-plugin-1.8\plugin-res
ources/stylesheet.css]
maven.javadoc.tagletpath  = []
maven.javadoc.taglets = []
maven.javadoc.use = [true]
maven.javadoc.version = [true]
maven.javadoc.windowtitle = [DateCalc Common 1.0 API]
==
=== Project descriptor ===
==
pom.package   = [net.objectlab.kit.common]
==
=== javadoc internal variables ===
==
internal_javadoc_jar  =
[C:\project\objectlabkit\datecalc-common/target/datecalc-
common-1.0_javadoc.jar]
internal_javadoc_needed   = []
internal_javadoc_working_dir  =
[C:\project\objectlabkit\datecalc-common/target/javadoc]

[echo] sourceModifications not used.
[echo] internal_javadoc_needed is false
[echo] ***
[echo] * No sources found. Javadoc not created ! *
[echo] ***
BUILD SUCCESSFUL
Total time   : 4 seconds
Finished at  : 05 September 2006 14:27:24 BST

--
project.xml

   ../common-build/project.xml
...
   
...
  maven-javadoc-plugin
   


and the common-build/project.xml is very basic, nothing defined with
regards to directory structure...

Re: m2/eclipse/wtp configuration + tapestry

[Borut Bolčina]

I have, but I also had such error message. I don't know the solution from
the top of my head, but it works now, as I am doing the development with
WTP1.5, Tapestry4, libcopy and Subversion. What was it???

2006/9/5, Sebastien Pennec <[EMAIL PROTECTED]>:


Hello,

Let me bring this topic up, since it appears that it doesn't do the trick
if the
project is managed with a VC like svn.

By following the instructions, the sync by libcopy doesn't work, because
of an error
message saying:

Errors during build.
   Errors running builder "LibCopy builder" on project PROJECT_NAME.
   Project 'PROJECT_NAME' is mapped to repository type
'org.tigris.subversion.subclipse.core.svnnature' which does not support
linked resources.

Has anybody been able to link such a project with a subversion repository?

Thanks for your help

--
Sébastien Pennec
[EMAIL PROTECTED]

Logback: The reliable, generic, fast and flexible logging framework for
Java.

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

maven-antrun-plugin executes several times

[aXXa]

All!

When running the command "mvn install site-deploy" the ANT task defined like
this 

 
  
maven-antrun-plugin

  
apa
validate

  run

 
  
### RUNNING ANT TASK

  

  

  
 

is executed no less than three times!

[INFO]

[INFO] Building SalesTool - Presentation
[INFO]task-segment: [site-deploy]
[INFO]

[INFO] Preparing javadoc:javadoc
[INFO] [antrun:run {execution: apa}]
[INFO] Executing tasks
[echo] ### RUNNING ANT TASK 

[INFO] Executed tasks
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Copy webapp webResources to
C:\SalesTool\ST2.0\ST2.0\presentation\target\presentation-0.1
[INFO] Assembling webapp presentation in
C:\SalesTool\ST2.0\ST2.0\presentation\target\presentation-0.1
[INFO] Generating war C:\Program
Files\apache-tomcat-5.5.12\webapps\SalesTool.war
[INFO] Building war: C:\Program
Files\apache-tomcat-5.5.12\webapps\SalesTool.war
[INFO] [install:install]
[INFO] Installing C:\Program
Files\apache-tomcat-5.5.12\webapps\SalesTool.war to
C:\Maven\repository\com\tele2\salestool\presentation\0.1\presentation-0.1.war
[INFO] Preparing javadoc:javadoc
[INFO] [antrun:run {execution: apa}]
[INFO] Executing tasks
[echo] ### RUNNING ANT TASK 

[INFO] Executed tasks
[INFO] Preparing surefire-report:report
[INFO] [antrun:run {execution: apa}]
[INFO] Executing tasks
[echo] ### RUNNING ANT TASK 

[INFO] Executed tasks
[INFO] [resources:resources]


when runing "mvn install" the ANT-task is executed twice

[INFO]

[INFO] Building SalesTool - Presentation
[INFO]task-segment: [site-deploy]
[INFO]

[INFO] Preparing javadoc:javadoc
[INFO] [antrun:run {execution: apa}]
[INFO] Executing tasks
 [echo] ### RUNNING ANT TASK 

[INFO] Executed tasks
[INFO] Preparing surefire-report:report
[INFO] [antrun:run {execution: apa}]
[INFO] Executing tasks
 [echo] ### RUNNING ANT TASK 

[INFO] Executed tasks
[INFO] [resources:resources]


I guess this has something to do with the life cycle but how do I tell Maven
to run the ANT task only ONCE per Maven execution!?!?!

best regards
-Martin 
-- 
View this message in context: 
http://www.nabble.com/maven-antrun-plugin-executes-several-times-tf2220979.html#a6152627
Sent from the Maven - Users forum at Nabble.com.


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

RE: [m1] Test in sub-project depending on tests in another sub-project..

[Benoitx]

Hi Jeff!

Thanks for the clear answer. Given the simplicity of the project
(http://objectlabkit.sourceforge.net) I think that I'll stick with this but
keep your suggestion in mind.

Best regards
Benoit


Jeff Jensen wrote:
> 
> Hi Benoit!
> 
> It works, but requires the exact relative position between them and pulls
> in
> the class files vs. a jar depends.  If you are happy with that, then you
> are
> done!  If not, I suggest:
>   - create a "TestFramework" module
>   - put the base/common test classes from modules A and B in it (in the
> src/main dir structure, not src/test)
>   - jar:install it
>   - add dependency on TestFramework to module A and B
> 
> 
> -Original Message-
> From: Benoit Xhenseval [mailto:[EMAIL PROTECTED] 
> Sent: Monday, September 04, 2006 6:51 AM
> To: Arnaud HERITIER; Maven Users List
> Subject: Re: [m1] Test in sub-project depending on tests in another
> sub-project...
> 
> Hi Arnaud,
> 
> Merci pour la reponse. I was thinking about the 2 options you mentioned...
> 
> Since then I think that I have found a solution, in the sub pojects I add
> the classes of other sub project as resources:
> So for sub-project B:
> 
> 
> **/*Test.java
> 
> 
> **/Abstract*.java
> 
> 
> 
> 
>  
> ../sub-project-A/target/test-classes
> false
> 
>**/*.class
> 
>  
>
> 
> 
> Seems to work for me...
> 
> Best regards
> 
> Benoit
> 
> 
> - Original Message 
> From: Arnaud HERITIER <[EMAIL PROTECTED]>
> To: Maven Users List ; Benoit Xhenseval
> <[EMAIL PROTECTED]>
> Sent: Monday, September 4, 2006 12:39:01 PM
> Subject: Re: [m1] Test in sub-project depending on tests in another
> sub-project...
> 
> I see two solutions (not really clean :-( ) :
> - In the sub-project-A you add your tests in the artifact (you copy the
> content of maven.test.dest in maven.build.dest or you set maven.test.dest
> =
> maven.build.dest).
> - You move your tests in another external project (sub-project-A-tests)
> but
> you have to execute them manually. 
> 
> I have no other idea.
> 
> Arnaud
> 
> 
> 
> On 9/4/06, Benoit Xhenseval <[EMAIL PROTECTED]> wrote: Hi *,
> 
> I'm struggling on this one... with Maven 1.1-rcx
> 
> sub-project A defines some tests in src/test (as per convention)
> sub-project
> B defines some tests in src/test (as per convention)
> 
> Problem is that the tests in B extend the AbstractTests in A/src/test
> 
> how could I define a dependency for the unit tests on the tests in A? 
> At the moment, they do not compile...
> 
> Any suggestion welcome...
> 
> Many thanks
> 
> Benoit
> 
> 
> 
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/-m1--Test-in-sub-project-depending-on-tests-in-another-sub-project...-tf2214527.html#a6152593
Sent from the Maven - Users forum at Nabble.com.


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

[m1.1-rc1] javadoc does not generate anything...

[Benoit Xhenseval]

Hi *,

Sorry to disturb... I cannot see what is wrong with my project.xml... why is 
this not generating any javadoc?
I am using the conventional directory structure:
project
|- projectA
|- src
|- main
|- java

I've run with javadoc 1.8,

and I get this:
[echo] sourceModifications not used.
 [echo] internal_javadoc_needed is false
 [echo] ***
 [echo] * No sources found. Javadoc not created ! *
 [echo] ***
 
the maven.compile.src.set does point correctly to the top of my source 
directory.

Why am I am getting this???

Any suggestion most welcomed!
(Also how could I generate a CONSOLIDATED set of javadoc given 3 sub-projects) 
THANKS!

Benoit.

--
DEBUG OUTPUT:

### Debug mode is on ###
==
=== java plugin properties ===
==
maven.compile.encoding= []
maven.compile.src.set = 
[C:\project\objectlabkit\datecalc-common\src\main\java]
==
=== docs properties===
==
maven.docs.outputencoding = [ISO-8859-1]
==
=== javadoc plugin properties  ===
==

Javadoc properties :

maven.javadoc.additionalparam = ["-breakiterator"]
maven.javadoc.extrasourcepath = []
maven.javadoc.debug   = [true]
maven.javadoc.doclet  = []
maven.javadoc.docletpath  = []
maven.javadoc.usestandardparameters = []
maven.javadoc.excludepackagenames = []
maven.javadoc.locale  = []
maven.javadoc.maxmemory   = [512m]
maven.javadoc.overview= []
maven.javadoc.package = []
maven.javadoc.private = []
maven.javadoc.public  = []
maven.javadoc.source  = []
maven.javadoc.useexternalfile = [yes]
maven.javadoc.failonerror = [false]
maven.javadoc.javadocreport   = [true]
maven.javadoc.warningsreport  = [true]

Standard doclet properties :

maven.javadoc.author  = [true]
maven.javadoc.bottom  = [Copyright ©  ObjectLab Financial 
Ltd. All Rights Reserved.]
maven.javadoc.customtags  = []
maven.javadoc.destdir = 
[C:\project\objectlabkit\datecalc-common/target/docs/apidocs]
maven.javadoc.footer  = []
maven.javadoc.header  = []
maven.javadoc.links   = []
maven.javadoc.offlineLinks= []
maven.javadoc.mode.online = []
maven.javadoc.stylesheet  = [C:\Documents and 
Settings\xhensevb\.maven\cache\maven-javadoc-plugin-1.8\plugin-res
ources/stylesheet.css]
maven.javadoc.tagletpath  = []
maven.javadoc.taglets = []
maven.javadoc.use = [true]
maven.javadoc.version = [true]
maven.javadoc.windowtitle = [DateCalc Common 1.0 API]
==
=== Project descriptor ===
==
pom.package   = [net.objectlab.kit.common]
==
=== javadoc internal variables ===
==
internal_javadoc_jar  = 
[C:\project\objectlabkit\datecalc-common/target/datecalc-common-1.0_javadoc.jar]
internal_javadoc_needed   = []
internal_javadoc_working_dir  = 
[C:\project\objectlabkit\datecalc-common/target/javadoc]

[echo] sourceModifications not used.
[echo] internal_javadoc_needed is false
[echo] ***
[echo] * No sources found. Javadoc not created ! *
[echo] ***
BUILD SUCCESSFUL
Total time   : 4 seconds
Finished at  : 05 September 2006 14:27:24 BST

--
project.xml

   ../common-build/project.xml
...
   
...
  maven-javadoc-plugin
   


and the common-build/project.xml is very basic, nothing defined with regards to 
directory structure...

Re: Is maven good to small projects

[Doug Douglass]

Small project, large project, small team, large team, maven is applicable to
all.

If you've never used maven, creating a parallel build for an existing small
project is a great way to learn IMHO. If you like maven and it makes your
life easier, then you can deprecate the old system. Think of it as "Build
Refectoring"

Good luck and ask plenty of questions when you need a hand,
Doug

On 9/5/06, Sha Jiang <[EMAIL PROTECTED]> wrote:


Hello,
Maven can adapt various projects. But in my eyes, it's not necessary to
use
Maven in simply projects. In fact, most projects don't use Maven.
Small project may not include many modules, and there are few the
developers. Then using Maven makes a bigger complexity and redundancy
possibly.

a cup of Java, cheers!
Sha Jiang

2006/9/5, Alexander Sack <[EMAIL PROTECTED]>:
>
> What do you mean?  Can you explain why you think it wouldn't be?
>
> My biggest draw to Maven right now is the dependency management and
> inheritance capabilities.  Especially in a Java EE centric world where
you
> have the concept of client side jars, runtime dependent libraries, as
well
> as provided/platform libraries.  Its hard to manage this with just
> ANT.  Add
> Eclipse, and things become even more complicated.
>
> Bottom line is its not the number of people on the project that
determines
> Maven's usefulness, its the project itself.
>
> -aps
>
> On 9/5/06, Dudu <[EMAIL PROTECTED]> wrote:
> >
> > Is maven good to small teams, like two programmers?
> >
> >
>
>
> --
> "What lies behind us and what lies in front of us is of little concern
to
> what lies within us." -Ralph Waldo Emerson
>
>

Re: m2/eclipse/wtp configuration + tapestry

[Sebastien Pennec]

Hello,

Let me bring this topic up, since it appears that it doesn't do the trick if the 
project is managed with a VC like svn.


By following the instructions, the sync by libcopy doesn't work, because of an error 
message saying:


Errors during build.
  Errors running builder "LibCopy builder" on project PROJECT_NAME.
  Project 'PROJECT_NAME' is mapped to repository type 
'org.tigris.subversion.subclipse.core.svnnature' which does not support linked resources.


Has anybody been able to link such a project with a subversion repository?

Thanks for your help

--
Sébastien Pennec
[EMAIL PROTECTED]

Logback: The reliable, generic, fast and flexible logging framework for Java.

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

Re: Maven2 newbee question

[Alexander Sack]

Thanks, this is not ideal but does give me a super fast build!  Again, it'd
be real nice to have this as a per dependency tunable...

-aps

On 9/4/06, Wayne Fay <[EMAIL PROTECTED]> wrote:


This is normal behavior for Maven -- it searches the repo once a day
(more or less, depending on your configuration settings) to make sure
there are no updates to any dependencies or plugins that it needs to
download before running your build.

You can specify -o for "offline" ie "mvn -o package" (unsure how this
is done in Eclipse + M2) which will keep M2 from checking for updates,
to increase the speed of your builds.

Wayne

On 9/4/06, Alexander Sack <[EMAIL PROTECTED]> wrote:
> I've just started using Maven2 with Eclipse on a big project and so far
so
> good.  One odd thing though, I've had to import some dependencies in my
> local repository using mvn install:install-file goals.  However, when I
> execute mvn, it still searches the default repo even though they are
> locally.  Why is that?  It makes the build much slower than I would have
> liked.
>
> Btw, I just saw Jason's email  I can tell you that initally Maven 1 was
> pretty tough to live with for me.  Maven 2 is vast improvement
(especially
> on the Java EE side which I'm now using exclusively though the ejb
plugiin
> has to be updated for Java EE 5).
>
> Thanks guys!
>
> -aps
>
> --
> "What lies behind us and what lies in front of us is of little concern
to
> what lies within us." -Ralph Waldo Emerson
>
>

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





--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson

Re: Installing third party libraries

[Jochen Wiedmann]

Dudu wrote:


When I install a third part library, the poom is not generated
automatically.
Is right this behavior?


-DgeneratePom=true


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

Re: How to override jar-plugin dependencies to use a custom version of maven-archiver?

[Max Bowsher]

Jörg Schaible wrote:

Hi Max,

Max Bowsher wrote on Tuesday, September 05, 2006 10:38 AM:


Lakshman Srilakshmanan wrote:

Hi Max,

Page 58, in Better builds with Maven explains how to achieve this.
Essentially you have to do the following.



org.codehaus.plexus
plexus-container-default
1.0-alpha-9


org.codehaus.plexus
plexus-utils
 



org.codehaus.plexus
plexus-utils
1.1
runtime




I had already tried that, but it didn't seem to translate from normal
dependencies to plugin dependencies.

Do you know if it is possible to make it work for plugin
dependencies? How? 


You can't - at least not those two. These jars are part of the core
functionality (see "/core") and those will always take
porecedence. So either you modify your local Maven installation or
you'll have to wait for the next Maven release.


Those two were just Lakshman's example. I am interested in overriding 
the version of maven-archiver used by maven-jar-plugin, which are not core.


--
Max Bowsher <[EMAIL PROTECTED]>
http://www.mxtelecom.com

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

Re: Maven Junit Test with Gigaspaces

[mmp]

It's definitely not the pom, cause mvn exec:exec (plugin) starts a class
which can connect to the space. A very strange thing is, that those tests
work fine under unix systems.
Maybe it's not even mavens fault. But I cannot understand why mvn exec:exec
can find the space, while mvn:test can't?

But to be sure, here' are the dependencies from the pom.xml:

 

  commons-logging
  commons-logging
  1.0.4


  junit
  junit
  3.8.1
  test


  com.j_spaces
  JSpaces
  5.0


  org.springframework
  spring
  1.2.6


  net.jini
  jini-ext
  2.1


  net.jini
  jini-core
  2.1


  log4j
  log4j
  1.2.13

  





Wayne Fay wrote:
> 
> We'll need to see your pom for sure, but I would assume you have not
> added the proper Gigaspaces dependency/ies to your pom. Eclipse has a
> tendency to find jars in lib folders and such which are not
> necessarily available when executing a non-Eclipse Maven build.
> 
> Wayne
> 
> On 8/30/06, mmp <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I'm currently working with Gigaspaces and created some junit-testcases to
>> test the functionality of my data access object.
>>
>> Unfortunately when i'm running those tests with maven the GigaSpaces
>> cannot
>> be found.
>>
>> When I run the tests in eclipse instead, the GigaSpaces can be found.
>>
>>
>>
>> Any ideas? Thx in advance
>>
>>
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Maven-Junit-Test-with-Gigaspaces-tf2189557.html#a6150658
Sent from the Maven - Users forum at Nabble.com.


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

Re: Installing third party libraries

[Sha Jiang]

Hi,
I think it's right. In fact, I have the same result.
If you install a whole project (or subproject), then the pom.xml will be
generated.

a cup of Java, cheers!
Sha Jiang

2006/9/5, Dudu <[EMAIL PROTECTED]>:


When I install a third part library, the poom is not generated
automatically.
Is right this behavior?
Thanks

Re: Is maven good to small projects

[Sha Jiang]

Hello,
Maven can adapt various projects. But in my eyes, it's not necessary to use
Maven in simply projects. In fact, most projects don't use Maven.
Small project may not include many modules, and there are few the
developers. Then using Maven makes a bigger complexity and redundancy
possibly.

a cup of Java, cheers!
Sha Jiang

2006/9/5, Alexander Sack <[EMAIL PROTECTED]>:


What do you mean?  Can you explain why you think it wouldn't be?

My biggest draw to Maven right now is the dependency management and
inheritance capabilities.  Especially in a Java EE centric world where you
have the concept of client side jars, runtime dependent libraries, as well
as provided/platform libraries.  Its hard to manage this with just
ANT.  Add
Eclipse, and things become even more complicated.

Bottom line is its not the number of people on the project that determines
Maven's usefulness, its the project itself.

-aps

On 9/5/06, Dudu <[EMAIL PROTECTED]> wrote:
>
> Is maven good to small teams, like two programmers?
>
>


--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson

Re: Is maven good to small projects

[Maria Odea Ching]

I agree with Alexander, its not really up to the number of people 
involved with the project but
its on the project itself :-)  


Alexander Sack wrote:


What do you mean?  Can you explain why you think it wouldn't be?

My biggest draw to Maven right now is the dependency management and
inheritance capabilities.  Especially in a Java EE centric world where 
you
have the concept of client side jars, runtime dependent libraries, as 
well
as provided/platform libraries.  Its hard to manage this with just 
ANT.  Add

Eclipse, and things become even more complicated.

Bottom line is its not the number of people on the project that 
determines

Maven's usefulness, its the project itself.

-aps

On 9/5/06, Dudu <[EMAIL PROTECTED]> wrote:



Is maven good to small teams, like two programmers?








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

RE: How to override jar-plugin dependencies to use a custom version of maven-archiver?

[Jörg Schaible]

Hi Max,

Max Bowsher wrote on Tuesday, September 05, 2006 10:38 AM:

> Lakshman Srilakshmanan wrote:
>> Hi Max,
>> 
>> Page 58, in Better builds with Maven explains how to achieve this.
>> Essentially you have to do the following.
>> 
>> 
>> 
>> org.codehaus.plexus
>> plexus-container-default
>> 1.0-alpha-9
>> 
>> 
>> org.codehaus.plexus
>> plexus-utils
>>  
>> 
>> 
>> org.codehaus.plexus
>> plexus-utils
>> 1.1
>> runtime
>> 
>> 
> 
> 
> I had already tried that, but it didn't seem to translate from normal
> dependencies to plugin dependencies.
> 
> Do you know if it is possible to make it work for plugin
> dependencies? How? 

You can't - at least not those two. These jars are part of the core 
functionality (see "/core") and those will always take porecedence. 
So either you modify your local Maven installation or you'll have to wait for 
the next Maven release.

- Jörg

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

Re: Maven2 newbee question

[Alexander Sack]

Nope, I'm using 1.0 for everything, not SNAPSHOT.

I really think this parameter should be tunable on a per dependency basis to
bypass contacting the repository.  Again, my builds are much slower than
they need to be because I can't by pass this.

I will try the "-o" option from Wayne's email and see.

-aps

On 9/5/06, Geoffrey De Smet <[EMAIL PROTECTED]> wrote:


I also believe if you lock down all your plugin versions and never use a
version that ends with SNAPSHOT it won't contact the remote repo if
everything is downloaded.

Wayne Fay wrote, On 2006-09-05 12:40 AM:
> This is normal behavior for Maven -- it searches the repo once a day
> (more or less, depending on your configuration settings) to make sure
> there are no updates to any dependencies or plugins that it needs to
> download before running your build.
>
> You can specify -o for "offline" ie "mvn -o package" (unsure how this
> is done in Eclipse + M2) which will keep M2 from checking for updates,
> to increase the speed of your builds.
>
> Wayne
>
> On 9/4/06, Alexander Sack <[EMAIL PROTECTED]> wrote:
>> I've just started using Maven2 with Eclipse on a big project and so
>> far so
>> good.  One odd thing though, I've had to import some dependencies in my
>> local repository using mvn install:install-file goals.  However, when I
>> execute mvn, it still searches the default repo even though they are
>> locally.  Why is that?  It makes the build much slower than I would
have
>> liked.
>>
>> Btw, I just saw Jason's email  I can tell you that initally Maven 1 was
>> pretty tough to live with for me.  Maven 2 is vast improvement
>> (especially
>> on the Java EE side which I'm now using exclusively though the ejb
>> plugiin
>> has to be updated for Java EE 5).
>>
>> Thanks guys!
>>
>> -aps
>>
>> --
>> "What lies behind us and what lies in front of us is of little concern
to
>> what lies within us." -Ralph Waldo Emerson
>>
>>

--
With kind regards,
Geoffrey De Smet


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





--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson

Re: Is maven good to small projects

[Alexander Sack]

What do you mean?  Can you explain why you think it wouldn't be?

My biggest draw to Maven right now is the dependency management and
inheritance capabilities.  Especially in a Java EE centric world where you
have the concept of client side jars, runtime dependent libraries, as well
as provided/platform libraries.  Its hard to manage this with just ANT.  Add
Eclipse, and things become even more complicated.

Bottom line is its not the number of people on the project that determines
Maven's usefulness, its the project itself.

-aps

On 9/5/06, Dudu <[EMAIL PROTECTED]> wrote:


Is maven good to small teams, like two programmers?





--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson

Installing third party libraries

[Dudu]

When I install a third part library, the poom is not generated
automatically.
Is right this behavior?
Thanks

JavaServer Faces and maven on eclipse

[Dudu]

I have a jsf project and want to open in jsf perspective on eclipse (web
tools).
My maven project is a webapp, but when I run eclipse:eclipse the project
files generated is not for j2ee.
What I need to do?

Is maven good to small projects

[Dudu]

Is maven good to small teams, like two programmers?

RE: How to load properties files inside plugins

[Yadavalli, Phani]

The maven version is 2.0.4

Thank you, 

Phani Yadavalli


-Original Message-
From: Yadavalli, Phani [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 05, 2006 4:45 AM
To: users@maven.apache.org
Subject: How to load properties files inside plugins

Hi,

I have a file called env.properties embedded within the plug-in jar file.
When I run the files outside the context of a plug-in, they run fine. But
when I try to call the plug-in from another pom.xml I get the following
problem

[EMAIL PROTECTED]
 

file not found hence cannot load

-- listing properties --

-- listing properties --

-- listing properties -

 

The code for above is

 

dmpenvironment = loadProperties(is, log, "com/dmp/util/env.properties");

 

private static Properties loadProperties(InputStream is, Log log, String
fileName)

  {

Properties propFile = new Properties();

try

{

  is = PropertyLoader.class.getResourceAsStream(fileName);

 
System.out.println(PropertyLoader.class.getClassLoader().toString());

  if (null != is)

propFile.load(is);

  else

System.out.println("file not found hence cannot
load");

}

catch (FileNotFoundException fnfe)

{

  log.fatal("File not found : ", fnfe);

  fnfe.printStackTrace();

}

catch (IOException ioe)

{

  log.error("IOException while reading property files",
ioe);

  ioe.printStackTrace();

}

}

  public static String getEnvironmentProperty(String property)

  {

dmpenvironment.list(System.out);

return dmpenvironment.getProperty(property);

  }

Thank you, 

 

Phani Yadavalli

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

How to load properties files inside plugins

[Yadavalli, Phani]

Hi,

I have a file called env.properties embedded within the plug-in jar file.
When I run the files outside the context of a plug-in, they run fine. But
when I try to call the plug-in from another pom.xml I get the following
problem

[EMAIL PROTECTED]
 

file not found hence cannot load

-- listing properties --

-- listing properties --

-- listing properties -

 

The code for above is

 

dmpenvironment = loadProperties(is, log, "com/dmp/util/env.properties");

 

private static Properties loadProperties(InputStream is, Log log, String
fileName)

  {

Properties propFile = new Properties();

try

{

  is = PropertyLoader.class.getResourceAsStream(fileName);

 
System.out.println(PropertyLoader.class.getClassLoader().toString());

  if (null != is)

propFile.load(is);

  else

System.out.println("file not found hence cannot
load");

}

catch (FileNotFoundException fnfe)

{

  log.fatal("File not found : ", fnfe);

  fnfe.printStackTrace();

}

catch (IOException ioe)

{

  log.error("IOException while reading property files",
ioe);

  ioe.printStackTrace();

}

}

  public static String getEnvironmentProperty(String property)

  {

dmpenvironment.list(System.out);

return dmpenvironment.getProperty(property);

  }

Thank you, 

 

Phani Yadavalli

ITQA, Caremark Inc,

1000 Lakeside Drive

Bannockburn, IL 60015

847-444-6958

847-444-6000 ext 6958

[EMAIL PROTECTED]  

 

Why "Failed to create database"?

[jiangshachina]

Continuum1.0.3 + Windows 2000
I installed a new Continuum, and run bin\win32\run.bat.
I got the result
SQL Exception: Failed to create database
'D:\continuum\bin\win32\..\..\apps\continuum/database', see the next
exception for details.
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
...

What's wrong with it?
How can I do?

a cup of Java, cheers!
Sha Jiang

-- 
View this message in context: 
http://www.nabble.com/Why-%22Failed-to-create-database%22--tf2219811.html#a6148841
Sent from the Continuum - Users forum at Nabble.com.

[m2] How to exclude resources from src/main/resources in the generated jar

[Elid OR]

Hi all,

I use maven 2.0.4.

I have a jar project with this directory layout :
src/main/java
src/main/resources/scripts

When I call a "mvn package" it generate a jar that contained the "scripts" 
directory but I don't want to package it in my jar.

I try the following issue that I found in an other post 
(http://www.mail-archive.com/users%40maven.apache.org/msg36560.html) :


  ...
   

  

  **/script/**

  

  ...
  


And I got the following message :
Validation Messages:

[0]  'build.resources.resource.directory' is missing.


Reason: Failed to validate POM

So i try to add the directory src/main/resources :


  ...
   

  
   src/main/resources

  **/script/**

  

  ...
  


but like he said in the post it doesn't work !!!

Thanks in advance.



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

Re: central Repository and mirrorOf

[Arnaud Bailly]

"Lakshman Srilakshmanan" <[EMAIL PROTECTED]> writes:

> Hi All,
>
> Could someone please clarify the difference between declaring 
>
>
> central

 - mirrorOf of defines a server as a mirror of another server. 

 - Repository (and pluginRepository) define a nem identified
   repository that will be queried for data. 

When maven is looking for an artifact, it tries all its repositories,
starting from local repo, then user defined repos, then default
ones. When a query is issued to a repository, the latter is referenced
by its id so there may abe additional indirection layers before the
query hit any actual server:
 - mirrors are used to change the url of a repo
 - proxies are used to access the external world
 - servers are used to resolve identification issues

Through this mechanism, users can define "abstract" repositories in
POMs that will be resolved to real servers according to local policy
(ie. settings.xml).
 
Not absolutely sure of all details but I think this correct on the
whole.

HTH

-- 
OQube < software engineering \ génie logiciel >
Arnaud Bailly, Dr.
\web> http://www.oqube.com


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

Re: How to override jar-plugin dependencies to use a custom version of maven-archiver?

[Max Bowsher]

Lakshman Srilakshmanan wrote:

Hi Max,

Page 58, in Better builds with Maven explains how to achieve this.
Essentially you have to do the following.



org.codehaus.plexus
plexus-container-default
1.0-alpha-9


org.codehaus.plexus
plexus-utils




org.codehaus.plexus
plexus-utils
1.1
runtime





I had already tried that, but it didn't seem to translate from normal 
dependencies to plugin dependencies.


Do you know if it is possible to make it work for plugin dependencies? How?

Thanks

--
Max Bowsher <[EMAIL PROTECTED]>
http://www.mxtelecom.com

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

Re: Clover and additional target/src directory

[Ingo Düppe]

Created an issue (MCLOVER-52) for it.
- Ingo

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

?

[Jeff Mutonho]

What's the point of having the option to specify the ejb jar name using
 my-ejb-jar  when the when "my-ejb-jar-x.y.z" does not
end up being installed in the repository?
Is there a way of getting around this?
--


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

RE: central Repository and mirrorOf

[Jörg Schaible]

Lakshman Srilakshmanan wrote on Tuesday, September 05, 2006 10:03 AM:

> Hi All,
> 
> Could someone please clarify the difference between declaring
> 
> 
> central
> 
> and
> 
>   
> central
> Internal Mirror of Central Repository
> http://my.test/central
>   
> 
> 
> It appears to me that maven will look at  to find it's
> download. So what would be the difference in declaring
> central. 
> 
> To me it appears to be doing the same thing. I must be missing
> something. 
> 
> Could someone please help me to clarify this doubt

>From my own experience the repository declaration is bypassed e.g. for plugin 
>dependencies while the mirror declaration works also for them.

- Jörg

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

central Repository and mirrorOf

[Lakshman Srilakshmanan]

Hi All,

Could someone please clarify the difference between declaring 


central

and

  
central
Internal Mirror of Central Repository
http://my.test/central
  


It appears to me that maven will look at  to find it's
download. 
So what would be the difference in declaring central.

To me it appears to be doing the same thing. I must be missing
something.

Could someone please help me to clarify this doubt

Thanks
Lakshman


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

Re: Real world uses for adding peer directories besides main/ in src/ ?

[Nicolas De Loof]

The "main" level is used to separate distributed code (compiled and 
bundled in the artifact) from any other things, like tests, docs (site), 
but you can also include benchmarks, code samples...


Stephen Duncan a écrit :

Well, primarily, there's "test" and "site" at the same level as "main"...

-Stephen

On 9/4/06, Dave Comeau <[EMAIL PROTECTED]> wrote:


Are there any examples out there that use addition src/ directories 
besides

main/ ?

I have never had the need for this in my projects, but I realize that it
provides room to expand/enhance your project cleanly.

Just curious...







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


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

Re: Maven2 newbee question

[Geoffrey De Smet]

I also believe if you lock down all your plugin versions and never use a 
version that ends with SNAPSHOT it won't contact the remote repo if 
everything is downloaded.


Wayne Fay wrote, On 2006-09-05 12:40 AM:

This is normal behavior for Maven -- it searches the repo once a day
(more or less, depending on your configuration settings) to make sure
there are no updates to any dependencies or plugins that it needs to
download before running your build.

You can specify -o for "offline" ie "mvn -o package" (unsure how this
is done in Eclipse + M2) which will keep M2 from checking for updates,
to increase the speed of your builds.

Wayne

On 9/4/06, Alexander Sack <[EMAIL PROTECTED]> wrote:
I've just started using Maven2 with Eclipse on a big project and so 
far so

good.  One odd thing though, I've had to import some dependencies in my
local repository using mvn install:install-file goals.  However, when I
execute mvn, it still searches the default repo even though they are
locally.  Why is that?  It makes the build much slower than I would have
liked.

Btw, I just saw Jason's email  I can tell you that initally Maven 1 was
pretty tough to live with for me.  Maven 2 is vast improvement 
(especially
on the Java EE side which I'm now using exclusively though the ejb 
plugiin

has to be updated for Java EE 5).

Thanks guys!

-aps

--
"What lies behind us and what lies in front of us is of little concern to
what lies within us." -Ralph Waldo Emerson




--
With kind regards,
Geoffrey De Smet


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

continuum and settings.xml

[Feniks Nator]

Hello,

I'd like to know how continuum (possibly maven) detect it's settings.xml.
As I understand continuum prints out the location of settings.xml.
This comes from our log file:
INFO   | jvm 1| 2006/09/05 08:54:34 | 2006-09-05 08:54:34,033
[WrapperSimpleAppMain] DEBUG MavenSettingsBuilder   - Building Maven
global-level settings from: 'D:\javadev\tools\continuum\continuum-
1.0.3\bin\win32\conf\settings.xml'
INFO   | jvm 1| 2006/09/05 08:54:34 | 2006-09-05 08:54:34,033
[WrapperSimpleAppMain] DEBUG MavenSettingsBuilder   - Building Maven
user-level settings from: 'C:\Documents and
Settings\continuum\.m2\settings.xml'

If the files are present or not, these lines arein the log files.
Because I had some trouble I tried out following combinations:

Location of settings.xml

   %MAVEN_HOME%\conf%CONTINUUM_HOME%\bin\win32\conf
(1)not present  not present
(2)not present  present
(3)presentnot present
(4)presentpresent

1,2 and 3 result in errors. 4 does not. So it seems the the
settings.xmlfile must be present at both locations...?
The errors (part of) are listed below.
For your info: there is one master project, containing several modules. The
modules have the master as parent POM, the master uses a company wide parent
POM.
The local repository is empty, this is tested with a clean installation of
maven/continuum.


(1)
No settings.xml specified.
Continuum Error
Cannot build maven project from
s:\TEMP\system\continuum\viewcvs\checkout\myproject\master\pom.xml (Cannot
find parent: mycompany.common:common-masterpom for project:
mycompany.myproject:myproject-master:pom:2.5-SNAPSHOT).
INFO   | jvm 1| 2006/09/01 15:47:17 | 2006-09-01 15:47:17,345
[WrapperSimpleAppMain] DEBUG MavenSettingsBuilder   - Building Maven
global-level settings from: 'D:\javadev\tools\continuum\continuum-
1.0.3\bin\win32\conf\settings.xml'
INFO   | jvm 1| 2006/09/01 15:47:17 | 2006-09-01 15:47:17,345
[WrapperSimpleAppMain] DEBUG MavenSettingsBuilder   - Building Maven
user-level settings from: 'C:\Documents and
Settings\continuum\.m2\settings.xml'

INFO   | jvm 1| 2006/09/01 15:51:55 | 2006-09-01 15:51:55,704
[SocketListener0-1] ERROR MavenBuilderHelper - Cannot build
maven project from
s:\TEMP\system\continuum\viewcvs\checkout\myproject\master\pom.xml (Cannot
find parent: mycompany.common:common-masterpom for project:
mycompany.myproject:myproject-master:pom:2.5-SNAPSHOT).
INFO   | jvm 1| 2006/09/01 15:51:55 |
INFO   | jvm 1| 2006/09/01 15:51:55 |
org.apache.maven.project.ProjectBuildingException: Cannot find parent:
mycompany.common:common-masterpom for project:
mycompany.myproject:myproject-master:pom:2.5-SNAPSHOT
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(
DefaultMavenProjectBuilder.java:1161)
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(
DefaultMavenProjectBuilder.java:674)
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal
(DefaultMavenProjectBuilder.java:416)
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.project.DefaultMavenProjectBuilder.build(
DefaultMavenProjectBuilder.java:201)
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.continuum.execution.maven.m2.DefaultMavenBuilderHelper.getMavenProject
(DefaultMavenBuilderHelper.java:306)
INFO   | jvm 1| 2006/09/01 15:51:55 | at
org.apache.maven.continuum.project.builder.maven.MavenTwoContinuumProjectBuilder.readModules
(MavenTwoContinuumProjectBuilder.java:99)

INFO   | jvm 1| 2006/09/01 15:51:55 | Caused by:
org.apache.maven.project.ProjectBuildingException: Error getting POM for '
mycompany.common:common-masterpom' from the repository: Error transferring
file
INFO   | jvm 1| 2006/09/01 15:51:55 |
mycompany.common:common-masterpom:pom:1.0.0
INFO   | jvm 1| 2006/09/01 15:51:55 |
INFO   | jvm 1| 2006/09/01 15:51:55 | from the specified remote
repositories:
INFO   | jvm 1| 2006/09/01 15:51:55 |   central (
http://repo1.maven.org/maven2) <-- I think this is normal, default maven
settings when nothing else specified.

(2)
settings.xml present in %CONTINUUM_HOME%\bin\win32\conf
I this case adding the master project results in all projects being added to
continuum. However the master project can not be built because the parent
POM is not found. Apparently the settings from settings.xml are not taken
into account. Our settings.xml overrides central so that our projects go to
our internal (company) repository. But continuum seems to go to
repo1.maven.org
Error:
INFO   | jvm 1| 2006/09/01 16:06:02 | [INFO] Scanning for projects...
INFO   | jvm 1| 2006/09/01 16:06:02 | Downloading:
http://repo1.maven.org
/maven2/mycompany/common/common-masterpom/1.0.0/common-masterpom-1

Re: Maven+Checkstyle - Configuration file location

[Roy van der Kuil]

We do have an internal repository set up, as I would imagine others will
too. At our company we have a so called 'library' with call kinds of handy
utilities that are used in other projects.

So deploying the maven style to that internal repository will see that just
as the normal plugin.

We also have setup maven-proxy as well, but that is not a requirement I
think.

We have a server running cruisecontrol (yes, we are planning to move to
continuum as soon as it has rss support build in) and there it automatically
detects the latest version of the checkstyle dependancy. So I am pretty sure
it works very well ;)

Kind regards,
Roy

On 9/5/06, Stephen Duncan <[EMAIL PROTECTED]> wrote:


My experience is that this won't work for people who have not manually
installed the shared project; the dependency won't be downloaded from
an internal repository, it will only try "central" (you won't see this
if you use a proxy & mirror for central I guess).  I believe the
correct way to do this is by declaring acompany:acompany_style as an
extension.

  
  
  
  acompany
  acompany_style
  1.0-SNAPSHOT
  
  
  

-Stephen

On 9/4/06, Roy van der Kuil <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We have a similar setup and have created a 'project' with only a couple
of
> resources. (our own version of the checkstyle xml and suppressions).
>
> We deployed this 'jar' and made the maven-checkstyle-plugin dependant on
> that dependancy:
>   
> org.apache.maven.plugins
> maven-checkstyle-plugin
>  
>   
>   acompany
>   acompay_style
>   1.0-SNAPSHOT
>   
> 
>   
>
> This actually works very well and makes sure every project uses the
'latest'
> style.
>
>
> On 9/4/06, Olivier Vierlinck <[EMAIL PROTECTED]> wrote:
> >
> > We use maven+checkstyle on a multi-project.
> >
> > We have defined our checks (mycheckstyle.xml) for one of the
component.
> > The
> > xml file is stored right at the root of the component (next to the src
and
> > target folders) in the top pom file we have:
> >
> >
> >   org.apache.maven.plugins
> >   maven-checkstyle-plugin
> >   
> >  mycheckstyle.xml
> >   
> >
> >
> > So we have a structure like this
> >
> >topProject
> >--- pom.xml
> >
> >--- subComponent1
> >--- --- src
> >--- --- target
> >--- --- pom.xml
> >--- --- mycheckstyle.xml
> >--- --- ...
> >
> >--- subComponent2
> >--- --- src
> >--- --- target
> >--- --- pom.xml
> >--- --- ...
> >
> >--- --- subsubComponent2.1
> >--- --- --- src
> >--- --- --- target
> >--- --- --- pom.xml
> >--- --- --- ...
> >
> > This works fine. But now, we would like to use the same configuration
file
> > for ALL our component. So, we would like to have our (single)
> > mycheckstyle.xml file stored only once, right under the topProject,
next
> > to
> > the top pom.xml file.
> >
> > How can we define that in the pom file. I tried using relative path
> > (../mycheckstyle.xml), full url (file:../mycheckstyle.xml), using
maven
> > variables ($project.dir/mycheckstyle.xml) but without success, always
with
> > one or another error message from maven such as
> >
> >Unable to find location '../mycheckstyle.xml' as URL, File or
Resource.
> >
> > Is there any way to combine maven's knowledge of the
project/components
> > tree
> > so that each individual component knwos the top level and use it to
locate
> > the mycheckstyle.xml. Even better: is there a way to support component
> > with
> > different level in the tree (as subComponent2 and subComponent2.1 in
the
> > example above)
> >
> > Thanks,
> > Olivier
> >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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