[M2] Creating an EAR

2005-05-10 Thread Binoy K. Shah
Hello,

Is it possible to create an EAR with dependent sub-projects of type war,
rar and ejb-jar with Maven 2.

Thanks
-Binoy


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



Re: [M2] Creating an EAR

2005-05-10 Thread Brett Porter
There are currently no ear or rar plugins, though expect them to be
available within the next 2 months.

Cheers,
Brett

On 5/10/05, Binoy K. Shah [EMAIL PROTECTED] wrote:
 Hello,
 
 Is it possible to create an EAR with dependent sub-projects of type war,
 rar and ejb-jar with Maven 2.
 
 Thanks
 -Binoy
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



maven vs intellij

2005-05-10 Thread Iktorn

Hi , 
I have got a problem,
I try to compile my project in maven and I get following errors:


C:\Projekte\am_applic\implementation\appserver\connectors\src\test\java\de\mypac
kage\mail\om\connectors\cms\CMSAccountDataTest.java:260: cannot resolve symbo
l
symbol  : method fail (java.lang.String)
location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
fail(getCustomerSaldo:  + testObjekt.getCustomerSaldo().getVal
ue());
^
C:\Projekte\am_applic\implementation\appserver\connectors\src\test\java\de\mypac
kage\mail\om\connectors\cms\CMSAccountDataTest.java:262: cannot resolve symbo
l
symbol  : method fail (java.lang.String)
location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
fail(getActualLimit:  + testObjekt.getActualLimit().getValue()
);
...

And in intellij everything is ok, fail method corresponds to 
junit.framework.Assert
Anybody has any idea what should I do ? 

Thanks in advance 
Artur 


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



Re: maven vs intellij

2005-05-10 Thread Brett Porter
add a dependency on junit in your project.xml file.

Cheers,
Brett

On 5/10/05, Iktorn [EMAIL PROTECTED] wrote:
 
 Hi ,
 I have got a problem,
 I try to compile my project in maven and I get following errors:
 
 
 C:\Projekte\am_applic\implementation\appserver\connectors\src\test\java\de\mypac
 kage\mail\om\connectors\cms\CMSAccountDataTest.java:260: cannot resolve symbo
 l
 symbol  : method fail (java.lang.String)
 location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
 fail(getCustomerSaldo:  + 
 testObjekt.getCustomerSaldo().getVal
 ue());
 ^
 C:\Projekte\am_applic\implementation\appserver\connectors\src\test\java\de\mypac
 kage\mail\om\connectors\cms\CMSAccountDataTest.java:262: cannot resolve symbo
 l
 symbol  : method fail (java.lang.String)
 location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
 fail(getActualLimit:  + 
 testObjekt.getActualLimit().getValue()
 );
 ...
 
 And in intellij everything is ok, fail method corresponds to
 junit.framework.Assert
 Anybody has any idea what should I do ?
 
 Thanks in advance
 Artur
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



Re: maven vs intellij

2005-05-10 Thread Iktorn
Brett Porter brett.porter at gmail.com writes:

 
 add a dependency on junit in your project.xml file.
 
 Cheers,
 Brett
 

Hi, 
I've done that (below is the content of my project.xml file)
The problem occurs when I try to make 'maven test' goal. 
The library in intellij is set to the same junit.jar file.

Artur 


project
extend${basedir}/../project.xml/extend
  groupIdconnectors/groupId
  artifactIdconnectors/artifactId
  currentVersioncurrent-SNAPSHOT/currentVersion

  dependencies 
   dependency
  groupIddomainom/groupId
  artifactIddomainom/artifactId
  jardomainom-current-SNAPSHOT.jar/jar
 /dependency
 
 dependency
  groupIdam_fremd_lib/groupId
  artifactIdbackbone/artifactId
  jarbackbone.jar/jar
 /dependency 
 
 dependency
  groupIdam_fremd_lib/groupId
  artifactIdaxis/artifactId
  jaraxis.jar/jar
 /dependency
 
 dependency
  groupIdam_fremd_lib/groupId
  artifactIdjaxrpc/artifactId
  jarjaxrpc.jar/jar
 /dependency 
 
 dependency
  groupIdam_fremd_lib/groupId
  artifactIdjunit/artifactId
  jarjunit.jar/jar
 /dependency  
 
  /dependencies
  build
sourceDirectorysrc/main/java/sourceDirectory
unitTestSourceDirectorysrc/test/java/unitTestSourceDirectory
resources
  resource
directorysrc/main/resources/directory
  /resource
/resources

   unitTest
  includes

includejava/de/mypackage/mail/om/connectors/base/configuration/TestConnectorCo
nfiguration.java/include
  /includes
/unitTest
  /build
/project 




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



Re: maven vs intellij

2005-05-10 Thread Brett Porter
The test goal will try to use junit:junit not am_fremd_lib:junit,
so that might be the problem. If you run Maven with -X it should so
the classpath it uses to compile with.

In addition, check the include / tag is incorrect, this indicates a
package of java.de.mypackage.mail.om.connectors.base.configuration

(Note: the dependency technique you are using is not recommended by
Maven's best practices, and jar/ will not be supported in future
versions of Maven).

- Brett

On 5/10/05, Iktorn [EMAIL PROTECTED] wrote:
 Brett Porter brett.porter at gmail.com writes:
 
 
  add a dependency on junit in your project.xml file.
 
  Cheers,
  Brett
 
 
 Hi,
 I've done that (below is the content of my project.xml file)
 The problem occurs when I try to make 'maven test' goal.
 The library in intellij is set to the same junit.jar file.
 
 Artur
 
 project
 extend${basedir}/../project.xml/extend
   groupIdconnectors/groupId
   artifactIdconnectors/artifactId
   currentVersioncurrent-SNAPSHOT/currentVersion
 
   dependencies
dependency
   groupIddomainom/groupId
   artifactIddomainom/artifactId
   jardomainom-current-SNAPSHOT.jar/jar
  /dependency
 
  dependency
   groupIdam_fremd_lib/groupId
   artifactIdbackbone/artifactId
   jarbackbone.jar/jar
  /dependency
 
  dependency
   groupIdam_fremd_lib/groupId
   artifactIdaxis/artifactId
   jaraxis.jar/jar
  /dependency
 
  dependency
   groupIdam_fremd_lib/groupId
   artifactIdjaxrpc/artifactId
   jarjaxrpc.jar/jar
  /dependency
 
  dependency
   groupIdam_fremd_lib/groupId
   artifactIdjunit/artifactId
   jarjunit.jar/jar
  /dependency
 
   /dependencies
   build
 sourceDirectorysrc/main/java/sourceDirectory
 unitTestSourceDirectorysrc/test/java/unitTestSourceDirectory
 resources
   resource
 directorysrc/main/resources/directory
   /resource
 /resources
 
unitTest
   includes
 
 includejava/de/mypackage/mail/om/connectors/base/configuration/TestConnectorCo
 nfiguration.java/include
   /includes
 /unitTest
   /build
 /project
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



RE: maven vs intellij

2005-05-10 Thread Stéphane Nicoll

-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 9:53 AM
To: Maven Users List
Subject: Re: maven vs intellij


 add a dependency on junit in your project.xml file.

Well, no ... The test plugin adds autmatically the dependency on Junit!!

If the [...]connectors\src\test\java\ directory is flagged in the POM as the 
unitTestSourceDirectory, it should work without any futher modification. Artur, 
are your running the test plugin against this directory?

Cheers,
Stéphane



On 5/10/05, Iktorn [EMAIL PROTECTED] wrote:
 
 Hi ,
 I have got a problem,
 I try to compile my project in maven and I get following errors:
 
  
 C:\Projekte\am_applic\implementation\appserver\connectors\src\test\jav
 a\de\mypac
 kage\mail\om\connectors\cms\CMSAccountDataTest.java:260: cannot resolve symbo
 l
 symbol  : method fail (java.lang.String)
 location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
 fail(getCustomerSaldo:  + 
 testObjekt.getCustomerSaldo().getVal
 ue());
 ^
 C:\Projekte\am_applic\implementation\appserver\connectors\src\test\java\de\mypac
 kage\mail\om\connectors\cms\CMSAccountDataTest.java:262: cannot resolve symbo
 l
 symbol  : method fail (java.lang.String)
 location: class de.mypackage.mail.om.connectors.cms.CMSAccountDataTest
 fail(getActualLimit:  + 
 testObjekt.getActualLimit().getValue()
 );
 ...
 
 And in intellij everything is ok, fail method corresponds to 
 junit.framework.Assert Anybody has any idea what should I do ?
 
 Thanks in advance
 Artur
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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


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



maven:maven

2005-05-10 Thread Tom_Goring
Hi Maven Users,

I am working on a big project and we are trying to mavenise the build
process.

We are using Maven-1.0.2.

My problem is I have a main maven file that calls all the sub units of the
project (like a reactor but we know the order).

Here is a snip:

  goal name=master-build-all

maven:maven descriptor=../java/tom1/admin/project.xml
ignoreFailures=false goals=tomtest/maven:maven

...

This calls a subunit ../java/tom1/admin/

Which contains a maven.xml with a snip:

 goal name=tomtest
ant:echo** POM =${pom}/ant:echo
/goal


When I run maven on the master-build-all the first time it correctly echos
** POM and the POM id.  The second time it fails to set any of the vars in
the second maven script ?

If i invalidate the plugin cache (by calling maven plugin:uninstall on one
of my plugins it works again the first time and then fails ?

Any help would be very appreciated


Regards

Tom Goring
Tel : 44 207 933 3602



This e-mail, including attachments, is intended for the person(s) or company 
named and may contain confidential and/or legally privileged information. 
Unauthorized disclosure, copying or use of this information may be unlawful and 
is prohibited. If you are not the intended recipient, please delete this 
message and notify the sender


[m2] jdbc-2.0

2005-05-10 Thread Simon Matic Langford
Hi

I'm still getting this error when running m2-bootstrap-all.bat, but I
can't work out how to fix it, even given the instructions from this
mailing list.

[INFO] Building Maven Assembly Plugin
[INFO]


[INFO] maven-jar-plugin: using locally installed snapshot
[INFO] maven-archiver: using locally installed snapshot
[INFO] modello-maven-plugin: resolved to version
1.0-alpha-2-20050507.162225-6 from local repository
[INFO] modello-plugin-prevayler: resolved to version
1.0-alpha-2-20050502.223155-1 from local repository
[INFO] modello-plugins: resolved to version
1.0-alpha-2-20050502.223155-2 from local repository
[INFO] modello: resolved to version 1.0-alpha-2-20050502.223155-3 from
local repository
[INFO] modello-core: resolved to version 1.0-alpha-2-20050502.223155-2
from local repository
[INFO] modello-plugin-xdoc: resolved to version
1.0-alpha-2-20050502.223155-1 from local repository
[INFO] modello-plugin-jpox: resolved to version
1.0-alpha-2-20050502.223155-4 from local repository
[INFO] plexus-utils: resolved to version 1.0-alpha-3-20050422.224609-4
from local repository
[INFO] modello-plugin-store: resolved to version
1.0-alpha-2-20050502.223155-2 from local repository
[INFO] modello-plugin-xml: resolved to version
1.0-alpha-2-20050506.125731-3 from local repository
Downloading: http://repo1.maven.org/maven2/jdbc/jdbc/2.0/jdbc-2.0.pom
[WARNING] Unable to get resource from repository
http://repo1.maven.org/maven2
[INFO]


[INFO] BUILD FAILURE
[INFO]


[INFO] Main Error:
  Error transitively resolving artifacts:

Root error:
  Unable to download the artifact from any repository


I have created a directory in my repository, full path is:

C:\Documents and Settings\langfors\.m2\repository\jdbc\jdbc\2.0

I created an empty jdbc-2.0.jar and a jdbc-2.0.jar.pom which contains:

project
  modelVersion4.0.0/modelVersion
  groupIdjdbc/groupId
  artifactIdjdbc/artifactId
  version2.0/version
/project

I have a jdbc-2.0.jar.md5 which contains
d41d8cd98f00b204e9800998ecf8427e which is the md5sum result.

my settings.xml:

settings
  proxies
 proxy
activetrue/active
protocolhttp/protocol
host200.254.1.248/host
port3128/port
username***/username
password***/password
nonProxyHosts*.datafit.co.uk/nonProxyHosts
  /proxy
/proxies
profiles
  profile
activetrue/active
localRepositoryc:/Documents and
Settings/langfors/.m2/repository/localRepository
  /profile
/profiles
/settings

what have I missed?

Thanks

simon




The information contained in this e-mail is intended only for the person
or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this
e-mail,
the use of this information or any disclosure, copying or distribution
is
Prohibited and may be unlawful. If you received this in error, please
contact the sender and delete the material from any computer. The views
expressed in this e-mail may not necessarily be the views of The PCMS
Group
plc and should not be taken as authority to carry out any instruction
contained.
 



Re: [m2] jdbc-2.0

2005-05-10 Thread Brett Porter
On 5/10/05, Simon Matic Langford [EMAIL PROTECTED] wrote:
 Hi
 
 I'm still getting this error when running m2-bootstrap-all.bat, but I
 can't work out how to fix it, even given the instructions from this
 mailing list.
 

jdbc isn't required by modello or any of the m2 archives:
unfortunately, m2 does not currently report where it is coming from.

Can you check if you have a jdbc dependency in your local repository
by searcing the .pom files? That POM may need to be fixed at our end.

- Brett

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



Re: maven vs intellij

2005-05-10 Thread Iktorn

Stphane Nicoll Stephane.Nicoll at bsb.com writes:

 
 
 -Original Message-
 From: Brett Porter [mailto:brett.porter at gmail.com] 
 Sent: Tuesday, May 10, 2005 9:53 AM
 To: Maven Users List
 Subject: Re: maven vs intellij
 
  add a dependency on junit in your project.xml file.
 
 Well, no ... The test plugin adds autmatically the dependency on Junit!!
 
 If the [...]connectors\src\test\java\ directory is flagged in the POM as the 
unitTestSourceDirectory,
 it should work without any futher modification. Artur, are your running the 
test plugin against this directory?
 
 Cheers,
 Stphane
 

Yes , I'am
content of my project.xml :
...
 dependency
  groupIdjunit/groupId
  artifactIdjunit/artifactId
  jarjunit.jar/jar
 /dependency  
 
  /dependencies
  build
sourceDirectorysrc/main/java/sourceDirectory
unitTestSourceDirectorysrc/test/java/unitTestSourceDirectory
resources
  resource
directorysrc/main/resources/directory
  /resource
/resources
   unitTest
  includes
includede/mypackage/mail/om/connectors/base/configuration/*Test.java/include

  /includes
/unitTest
  /build 

Is it possible that there are many fail procedures and maven don't know which 
to choose ? 

Artur 



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



Re: [m2] jdbc-2.0

2005-05-10 Thread Mark Hobson
On 5/10/05, Brett Porter [EMAIL PROTECTED] wrote:
 jdbc isn't required by modello or any of the m2 archives:
 unfortunately, m2 does not currently report where it is coming from.

This would be a very handy feature to add - showing the entire
dependency chain when resolving dependencies - any plans to implement
this for alpha-2?

Cheers,

Mark

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



RE: [m2] jdbc-2.0

2005-05-10 Thread Simon Matic Langford
it was in velocity-1.4.pom, I think this must have been from a week or
so ago.

which was about to beg the question why don't pom's have md5's, but
they do
so how come I never got a new one.

anyway I've deleted the velocity dir from my local repos and I get an
odd error
from modello (although it tries to continue)

Exception in thread main java.lang.NoSuchMethodError:
org.apache.maven.plugin.AbstractMojo.getLog()Lorg/apache/maven/monitor/l
ogging/Log
at
org.codehaus.modello.maven.AbstractModelloGeneratorMojo.execute(Abstract
ModelloGeneratorMojo.java:122)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:415)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.processGoals(Default
LifecycleExecutor.java:168)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:89)
at
org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:231)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:147)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:247)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)

then it0015 fails:

it0015... FAILED
- Standard Out -
Removing file: target/out.txt

org.apache.maven.it.VerificationException: Expected file was not found:
F:\m2-svn\maven\components\trunk\maven-core-it\it0015\target\out.txt
at
org.apache.maven.it.Verifier.verifyExpectedResult(Verifier.java:393)
at org.apache.maven.it.Verifier.verify(Verifier.java:109)
at org.apache.maven.it.Verifier.main(Verifier.java:538)
Log file contents:
+ Error stacktraces are turned on.

and then 16, 17  18 fail, and then it finally gives up the ghost with:

[INFO] Error while transitively resolving artifacts (transitive path
trace currently unavailable):

Root Error:
  Failed to validate POM for 'Artifact
[marmalade:marmalade-el-commons:pom:1.0-alpha-2]'.

  Reason(s):
  [0]  'modelVersion' is missing.

Simon

 -Original Message-
 From: Brett Porter [mailto:[EMAIL PROTECTED] 
 Sent: 10 May 2005 10:12
 To: Maven Users List
 Subject: Re: [m2] jdbc-2.0
 
 
 On 5/10/05, Simon Matic Langford [EMAIL PROTECTED] wrote:
  Hi
  
  I'm still getting this error when running 
 m2-bootstrap-all.bat, but I
  can't work out how to fix it, even given the instructions from this
  mailing list.
  
 
 jdbc isn't required by modello or any of the m2 archives:
 unfortunately, m2 does not currently report where it is coming from.
 
 Can you check if you have a jdbc dependency in your local repository
 by searcing the .pom files? That POM may need to be fixed at our end.
 
 - Brett
 
 -
 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] jdbc-2.0

2005-05-10 Thread Kenney Westerhof
On Tue, 10 May 2005, Simon Matic Langford wrote:

I've had similar problems. Apparently the modello pom was incorrect.
I've checked out the source and installed modello locally, but it didn't
work until I deleted the ~/.m2/repository/modello directory. Apparently
the downloaded snapshot was considered newer than my local install.

Anyway, try to delete the modello directory and then bootstrap again. My
guess is that the latest modello snapshot is rid of this problem. If not,
install modello by source.

-- Kenney

 it was in velocity-1.4.pom, I think this must have been from a week or
 so ago.

 which was about to beg the question why don't pom's have md5's, but
 they do
 so how come I never got a new one.

 anyway I've deleted the velocity dir from my local repos and I get an
 odd error
 from modello (although it tries to continue)

 Exception in thread main java.lang.NoSuchMethodError:
 org.apache.maven.plugin.AbstractMojo.getLog()Lorg/apache/maven/monitor/l
 ogging/Log
 at
 org.codehaus.modello.maven.AbstractModelloGeneratorMojo.execute(Abstract
 ModelloGeneratorMojo.java:122)
 at
 org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
 nager.java:415)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.processGoals(Default
 LifecycleExecutor.java:168)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
 ycleExecutor.java:89)
 at
 org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:231)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:147)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:247)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
 a:39)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
 Impl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at
 org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
 at
 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
 at org.codehaus.classworlds.Launcher.main(Launcher.java:363)

 then it0015 fails:

 it0015... FAILED
 - Standard Out -
 Removing file: target/out.txt

 org.apache.maven.it.VerificationException: Expected file was not found:
 F:\m2-svn\maven\components\trunk\maven-core-it\it0015\target\out.txt
 at
 org.apache.maven.it.Verifier.verifyExpectedResult(Verifier.java:393)
 at org.apache.maven.it.Verifier.verify(Verifier.java:109)
 at org.apache.maven.it.Verifier.main(Verifier.java:538)
 Log file contents:
 + Error stacktraces are turned on.

 and then 16, 17  18 fail, and then it finally gives up the ghost with:

 [INFO] Error while transitively resolving artifacts (transitive path
 trace currently unavailable):

 Root Error:
   Failed to validate POM for 'Artifact
 [marmalade:marmalade-el-commons:pom:1.0-alpha-2]'.

   Reason(s):
   [0]  'modelVersion' is missing.

 Simon

  -Original Message-
  From: Brett Porter [mailto:[EMAIL PROTECTED]
  Sent: 10 May 2005 10:12
  To: Maven Users List
  Subject: Re: [m2] jdbc-2.0
 
 
  On 5/10/05, Simon Matic Langford [EMAIL PROTECTED] wrote:
   Hi
  
   I'm still getting this error when running
  m2-bootstrap-all.bat, but I
   can't work out how to fix it, even given the instructions from this
   mailing list.
  
 
  jdbc isn't required by modello or any of the m2 archives:
  unfortunately, m2 does not currently report where it is coming from.
 
  Can you check if you have a jdbc dependency in your local repository
  by searcing the .pom files? That POM may need to be fixed at our end.
 
  - Brett
 
  -
  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]


--
Kenney Westerhof
http://www.neonics.com
GPG public key: http://www.gods.nl/~forge/kenneyw.key

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



[maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Volker Füßler
Hi,

with maven 1.1 I had the problem, that the clover task definitions could not be 
found. Her is my solution if you run into the same problems.

I had to change the following 2 lines in the clover:init goal of plugin.jelly 
of the maven-clover-plugin:

 ant:taskdef resource=clovertasks /
 ant:typedef resource=clovertypes / 

to

 ant:taskdef resource=clovertasks classpathref=clover.classpath/
 ant:typedef resource=clovertypes classpathref=clover.classpath/ 

Regards, Volker

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



How to use ant:junitreport without stackoverflow error?

2005-05-10 Thread Jens Zastrow
i want to use the junitreport ant task, but it always ends with a stackoverflow 
error.

I use these lines:
${systemScope.setProperty('javax.xml.transform.TransformerFactory','org.apache.xalan.processor.TransformerFactoryImpl')}
ant:junitreport todir=${maven.build.dir}
fileset dir=${junit.reports.output}
include name=TEST-*.xml/
/fileset
report format=frames 
todir=${maven.build.dir}/junit-reports-html/
/ant:junitreport

[project.xml]
 dependency
idant/id
version1.6.3/version
properties
classloaderroot/classloader
/properties
/dependency   

dependency
idxalan/id
version2.6.0/version
properties
classloaderroot/classloader
/properties
/dependency

dependency
groupIdant/groupId
artifactIdant-junit/artifactId
version1.6.3/version
properties
classloaderroot/classloader
/properties
/dependency

running maven in debug-mode (-X) showed that maven uses the 1.5.3 ant jars, and 
the xalan 1.4.2?!

SystemID: 
jar:file:/C:/Programme/Apache%20Software%20Foundation/Maven%201.0.2/lib/ant-optional-1.5.3-1.jar!/org/apache
/tools/ant/taskdefs/optional/junit/xsl/junit-frames.xsl; Line#: 134; Column#: 74

[junitreport] Using Xalan version: Xalan Java 2.4.1

Any ideas?!

- Jens Zastrow
DAI-Labor - Technische Universität Berlin
Sekretariat GOR 1-1, Franklinstraße 28/29, 10587 Berlin
Fon: +49 30 314 7
Fax: +49 30 314 21799
[EMAIL PROTECTED]
http://www.dai-labor.de


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



Re: [m2] jdbc-2.0

2005-05-10 Thread Brett Porter
Sorry, there are two issues:
- some released, previously downloaded poms needed to be updated in
the repo (delete the marmalade directory to fix your problem)
- md5's couldn't be checked due to invalid ones. This can soon be
turned back on.

Yes - the feature above is planned - but for alpha-3.

HTH,
Brett

On 5/10/05, Kenney Westerhof [EMAIL PROTECTED] wrote:
 On Tue, 10 May 2005, Simon Matic Langford wrote:
 
 I've had similar problems. Apparently the modello pom was incorrect.
 I've checked out the source and installed modello locally, but it didn't
 work until I deleted the ~/.m2/repository/modello directory. Apparently
 the downloaded snapshot was considered newer than my local install.

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



Cactus Dashboard Agregator?

2005-05-10 Thread Thomas Van de Velde
I haven't found a dashboard agregator for cactus. Have I missed something?

Cheers,
Thomas


Re: Cactus Dashboard Agregator?

2005-05-10 Thread Siegfried Goeschl
Hi Thomas,
I would suggest that you write it since it is easy  :-)
Cheers,
Siegfried Goeschl
Thomas Van de Velde wrote:
I haven't found a dashboard agregator for cactus. Have I missed something?
Cheers,
Thomas
 


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


Re: Cactus Dashboard Agregator?

2005-05-10 Thread Thomas Van de Velde
I would think so. That's why I find it strange that it hasn't been done ;-)

On 5/10/05, Siegfried Goeschl [EMAIL PROTECTED] wrote:
 
 Hi Thomas,
 
 I would suggest that you write it since it is easy  :-)
 
 Cheers,
 
 Siegfried Goeschl
 
 Thomas Van de Velde wrote:
 
 I haven't found a dashboard agregator for cactus. Have I missed 
 something?
 
 Cheers,
 Thomas
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 



RE: Cactus Dashboard Agregator?

2005-05-10 Thread Vincent Massol
Hi Thomas,

 -Original Message-
 From: Thomas Van de Velde [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 12:51
 To: Maven Users List
 Subject: Cactus Dashboard Agregator?
 
 I haven't found a dashboard agregator for cactus. Have I missed something?

I simply haven't had the need for it ;-)

That said a Cactus test is a junit test so I guess you should be able to use
the junit aggregator (although I haven't tried it on cactus tests).

Hmm Adding the following properties should work:

# Properties for the Cactus aggregator 
maven.dashboard.aggregator.cactustests.script = 
  ${maven.dashboard.aggregators.dir}/junittests.jelly
maven.dashboard.aggregator.cactustests.artifact = 
  ${cactus.reports.dir}/TESTS-TestSuites-Cactus.xml
maven.dashboard.aggregator.cactustests.label = Cactus Tests
maven.dashboard.aggregator.cactustests.goal = cactus:test
maven.dashboard.aggregator.cactustests.description = Number of Cactus tests
maven.dashboard.aggregator.cactustests.report = cactus-report.html

And then:

maven.dashboard.aggregators = [...],cactustests

That said, I do agree that it would be nicer to have a proper Cactus
aggregator! I'll be happy to apply a patch... :-)

Thanks
-Vincent




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



RE: Cactus Dashboard Agregator?

2005-05-10 Thread Vincent Massol
Hi Thomas,

 -Original Message-
 From: Thomas Van de Velde [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 12:51
 To: Maven Users List
 Subject: Cactus Dashboard Agregator?
 
 I haven't found a dashboard agregator for cactus. Have I missed something?

I simply haven't had the need for it ;-)

That said a Cactus test is a junit test so I guess you should be able to use
the junit aggregator (although I haven't tried it on cactus tests).

Hmm Adding the following properties should work:

# Properties for the Cactus aggregator 
maven.dashboard.aggregator.cactustests.script = 
  ${maven.dashboard.aggregators.dir}/junittests.jelly
maven.dashboard.aggregator.cactustests.artifact = 
  ${cactus.reports.dir}/TESTS-TestSuites-Cactus.xml
maven.dashboard.aggregator.cactustests.label = Cactus Tests
maven.dashboard.aggregator.cactustests.goal = cactus:test
maven.dashboard.aggregator.cactustests.description = Number of Cactus tests
maven.dashboard.aggregator.cactustests.report = cactus-report.html

And then:

maven.dashboard.aggregators = [...],cactustests

That said, I do agree that it would be nicer to have a proper Cactus
aggregator! I'll be happy to apply a patch... :-)

Thanks
-Vincent




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



[Maven Users] then followed by subject

2005-05-10 Thread vijayakumar.lakshmanan

Maven moderator,





It's better to carry a subject information as  [Maven Users] then
followed by subject



Where as I had subscribed to anthill pro group , always email come with
below mentioned convention



[Anthill-pro] clearcase label





It will help us segregate the mails automatically





Can moderator for this group can introduce this feature !!





Thanks and Regards,



Vijayakumar L
Associate Consultant,
Wipro Technologies,
475, Old Mahabalipuram Road,
Sholinganallur,
Chennai 600119.
+91-44-24500200 x 2671
+91-9840664392 (M)







Confidentiality Notice

The information contained in this electronic message and any attachments to 
this message are intended
for the exclusive use of the addressee(s) and may contain confidential or 
privileged information. If
you are not the intended recipient, please notify the sender at Wipro or [EMAIL 
PROTECTED] immediately
and destroy all copies of this message and any attachments.

RE: [Maven Users] then followed by subject

2005-05-10 Thread Simon Matic Langford
Vijayakumar,

I've seen this request on a number of lists and the response is almost
universal:

Don't filter emails solely by subject.

Most mail clients allow you to configure segregation rules based on the
from address or
the to address, in addition to a number of others.

Simon


The information contained in this e-mail is intended only for the person
or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this
e-mail,
the use of this information or any disclosure, copying or distribution
is
Prohibited and may be unlawful. If you received this in error, please
contact the sender and delete the material from any computer. The views
expressed in this e-mail may not necessarily be the views of The PCMS
Group
plc and should not be taken as authority to carry out any instruction
contained.
 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] 
 Sent: 10 May 2005 12:32
 To: users@maven.apache.org
 Subject: [Maven Users] then followed by subject
 
 
 
 Maven moderator,
 
 
 
 
 
 
 
 It's better to carry a subject information as  [Maven Users] then
 followed by subject
 
 
 
 
 Where as I had subscribed to anthill pro group , always email 
 come with
 below mentioned convention
 
 
 
 
 [Anthill-pro] clearcase label
 
 
 
 
 
 
 
 It will help us segregate the mails automatically
 
 
 
 
 
 
 
 Can moderator for this group can introduce this feature !!
 
 
 
 
 
 
 
 Thanks and Regards,
 
 
 
 
 Vijayakumar L
 Associate Consultant,
 
 Wipro Technologies,
 475, Old Mahabalipuram Road,
 Sholinganallur,
 
 Chennai 600119.
 +91-44-24500200 x 2671
 +91-9840664392 (M)
 
 
 
 
 
 
 
 
 Confidentiality Notice
 
 
 The information contained in this electronic message and any 
 attachments to this message are intended
 for the exclusive use of the addressee(s) and may contain 
 confidential or privileged information. If
 you are not the intended recipient, please notify the sender 
 at Wipro or [EMAIL PROTECTED] immediately
 and destroy all copies of this message and any attachments.
 


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



Re: Cactus Dashboard Agregator?

2005-05-10 Thread Thomas Van de Velde
Hi Vincent,

Thanks you for your input. It would be nice to have this feature. It would 
be great if you could apply a patch!

Thanks.
Thomas

On 5/10/05, Vincent Massol [EMAIL PROTECTED] wrote:
 
 Hi Thomas,
 
  -Original Message-
  From: Thomas Van de Velde [mailto:[EMAIL PROTECTED]
  Sent: mardi 10 mai 2005 12:51
  To: Maven Users List
  Subject: Cactus Dashboard Agregator?
 
  I haven't found a dashboard agregator for cactus. Have I missed 
 something?
 
 I simply haven't had the need for it ;-)
 
 That said a Cactus test is a junit test so I guess you should be able to 
 use
 the junit aggregator (although I haven't tried it on cactus tests).
 
 Hmm Adding the following properties should work:
 
 # Properties for the Cactus aggregator
 maven.dashboard.aggregator.cactustests.script =
 ${maven.dashboard.aggregators.dir}/junittests.jelly
 maven.dashboard.aggregator.cactustests.artifact =
 ${cactus.reports.dir}/TESTS-TestSuites-Cactus.xml
 maven.dashboard.aggregator.cactustests.label = Cactus Tests
 maven.dashboard.aggregator.cactustests.goal = cactus:test
 maven.dashboard.aggregator.cactustests.description = Number of Cactus 
 tests
 maven.dashboard.aggregator.cactustests.report = cactus-report.html
 
 And then:
 
 maven.dashboard.aggregators = [...],cactustests
 
 That said, I do agree that it would be nicer to have a proper Cactus
 aggregator! I'll be happy to apply a patch... :-)
 
 Thanks
 -Vincent
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 



RE: [Maven Users] then followed by subject

2005-05-10 Thread vijayakumar.lakshmanan

Simon,

At times some members in this group are sending mails
By using CC address option instead of To address option

So defining a rules becoming very complex

Rgds

Vijay



-Original Message-
From: Simon Matic Langford [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 10, 2005 5:05 PM
To: 'Maven Users List'
Subject: RE: [Maven Users] then followed by subject

Vijayakumar,

I've seen this request on a number of lists and the response is almost
universal:

Don't filter emails solely by subject.

Most mail clients allow you to configure segregation rules based on the
from address or
the to address, in addition to a number of others.

Simon


The information contained in this e-mail is intended only for the person
or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this
e-mail,
the use of this information or any disclosure, copying or distribution
is
Prohibited and may be unlawful. If you received this in error, please
contact the sender and delete the material from any computer. The views
expressed in this e-mail may not necessarily be the views of The PCMS
Group
plc and should not be taken as authority to carry out any instruction
contained.


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]
 Sent: 10 May 2005 12:32
 To: users@maven.apache.org
 Subject: [Maven Users] then followed by subject



 Maven moderator,







 It's better to carry a subject information as  [Maven Users] then
 followed by subject




 Where as I had subscribed to anthill pro group , always email
 come with
 below mentioned convention




 [Anthill-pro] clearcase label







 It will help us segregate the mails automatically







 Can moderator for this group can introduce this feature !!







 Thanks and Regards,




 Vijayakumar L
 Associate Consultant,

 Wipro Technologies,
 475, Old Mahabalipuram Road,
 Sholinganallur,

 Chennai 600119.
 +91-44-24500200 x 2671
 +91-9840664392 (M)








 Confidentiality Notice


 The information contained in this electronic message and any
 attachments to this message are intended
 for the exclusive use of the addressee(s) and may contain
 confidential or privileged information. If
 you are not the intended recipient, please notify the sender
 at Wipro or [EMAIL PROTECTED] immediately
 and destroy all copies of this message and any attachments.



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




Confidentiality Notice

The information contained in this electronic message and any attachments to 
this message are intended
for the exclusive use of the addressee(s) and may contain confidential or 
privileged information. If
you are not the intended recipient, please notify the sender at Wipro or [EMAIL 
PROTECTED] immediately
and destroy all copies of this message and any attachments.

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



RE: [Maven Users] then followed by subject

2005-05-10 Thread Simon Matic Langford
Vijay,

I must say I hadn't noticed anything erroneously going to my inbox, so I
couldn't possibly comment. But surely adding an or rule can't be that
complex.

Simon 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] 
 Sent: 10 May 2005 13:07
 To: users@maven.apache.org
 Subject: RE: [Maven Users] then followed by subject
 
 
 
 Simon,
 
 At times some members in this group are sending mails
 
 By using CC address option instead of To address option
 
 So defining a rules becoming very complex
 
 Rgds
 
 Vijay
 
 
 
 -Original Message-
 From: Simon Matic Langford [mailto:[EMAIL PROTECTED]
 
 Sent: Tuesday, May 10, 2005 5:05 PM
 To: 'Maven Users List'
 Subject: RE: [Maven Users] then followed by subject
 
 Vijayakumar,
 
 I've seen this request on a number of lists and the response is almost
 universal:
 
 Don't filter emails solely by subject.
 
 Most mail clients allow you to configure segregation rules 
 based on the
 from address or
 the to address, in addition to a number of others.
 
 Simon
 
 
 The information contained in this e-mail is intended only for 
 the person
 or
 entity to which it is addressed and may contain confidential and/or
 privileged material. If You are not the intended recipient of this
 e-mail,
 the use of this information or any disclosure, copying or distribution
 is
 Prohibited and may be unlawful. If you received this in error, please
 contact the sender and delete the material from any computer. 
 The views
 expressed in this e-mail may not necessarily be the views of The PCMS
 Group
 plc and should not be taken as authority to carry out any instruction
 contained.
 
 
 
  -Original Message-
  From: [EMAIL PROTECTED]
 
  [mailto:[EMAIL PROTECTED]
 
  Sent: 10 May 2005 12:32
  To: users@maven.apache.org
  Subject: [Maven Users] then followed by subject
 
 
 
 
 
 
  Maven moderator,
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  It's better to carry a subject information as  [Maven Users] then
  followed by subject
 
 
 
 
 
 
 
 
  Where as I had subscribed to anthill pro group , always email
 
  come with
  below mentioned convention
 
 
 
 
 
 
 
 
  [Anthill-pro] clearcase label
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  It will help us segregate the mails automatically
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  Can moderator for this group can introduce this feature !!
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  Thanks and Regards,
 
 
 
 
 
 
 
 
  Vijayakumar L
  Associate Consultant,
 
 
  Wipro Technologies,
  475, Old Mahabalipuram Road,
  Sholinganallur,
 
 
  Chennai 600119.
  +91-44-24500200 x 2671
  +91-9840664392 (M)
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
  Confidentiality Notice
 
 
 
 
  The information contained in this electronic message and any
 
  attachments to this message are intended
  for the exclusive use of the addressee(s) and may contain
 
  confidential or privileged information. If
  you are not the intended recipient, please notify the sender
 
  at Wipro or [EMAIL PROTECTED] immediately
  and destroy all copies of this message and any attachments.
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 Confidentiality Notice
 
 
 The information contained in this electronic message and any 
 attachments to this message are intended
 for the exclusive use of the addressee(s) and may contain 
 confidential or privileged information. If
 you are not the intended recipient, please notify the sender 
 at Wipro or [EMAIL PROTECTED] immediately
 and destroy all copies of this message and any attachments.
 
 -
 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] jdbc-2.0

2005-05-10 Thread Simon Matic Langford
hmm, that worked a bit better, I went for total overkill and deleted the
entire
contents of my local repos before reboostrapping.

thanks

simon
 

 -Original Message-
 From: Brett Porter [mailto:[EMAIL PROTECTED] 
 Sent: 10 May 2005 11:37
 To: Maven Users List
 Subject: Re: [m2] jdbc-2.0
 
 
 Sorry, there are two issues:
 - some released, previously downloaded poms needed to be updated in
 the repo (delete the marmalade directory to fix your problem)
 - md5's couldn't be checked due to invalid ones. This can soon be
 turned back on.
 
 Yes - the feature above is planned - but for alpha-3.
 
 HTH,
 Brett
 
 On 5/10/05, Kenney Westerhof [EMAIL PROTECTED] wrote:
  On Tue, 10 May 2005, Simon Matic Langford wrote:
  
  I've had similar problems. Apparently the modello pom was incorrect.
  I've checked out the source and installed modello locally, 
 but it didn't
  work until I deleted the ~/.m2/repository/modello 
 directory. Apparently
  the downloaded snapshot was considered newer than my local install.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



Re: [Maven Users] then followed by subject

2005-05-10 Thread Christian Andersson
take a lok at the headers for this mailing list (and also others) you 
will find that there are others then -To: and Subject: that you 
could filter by.

for example here are some of the headers that was in your mail tht I'm 
replying to.

Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-Unsubscribe: mailto:[EMAIL PROTECTED]
List-Subscribe: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
List-Post: mailto:users@maven.apache.org
List-Id: Maven Users List users.maven.apache.org
Reply-To: Maven Users List users@maven.apache.org
Delivered-To: mailing list users@maven.apache.org
The way i have done it in thunderbird is that I'm sorting all mails to 
the maven user list by the List-Post header. these List-* headers are 
very common in many mailing list softwares (afaik)

/Christian Andersson

[EMAIL PROTECTED] wrote:
Simon,
At times some members in this group are sending mails
By using CC address option instead of To address option
So defining a rules becoming very complex
Rgds
Vijay

-Original Message-
From: Simon Matic Langford [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 10, 2005 5:05 PM
To: 'Maven Users List'
Subject: RE: [Maven Users] then followed by subject
Vijayakumar,
I've seen this request on a number of lists and the response is almost
universal:
Don't filter emails solely by subject.
Most mail clients allow you to configure segregation rules based on the
from address or
the to address, in addition to a number of others.
Simon
The information contained in this e-mail is intended only for the person
or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this
e-mail,
the use of this information or any disclosure, copying or distribution
is
Prohibited and may be unlawful. If you received this in error, please
contact the sender and delete the material from any computer. The views
expressed in this e-mail may not necessarily be the views of The PCMS
Group
plc and should not be taken as authority to carry out any instruction
contained.


-Original Message-
From: [EMAIL PROTECTED]

[mailto:[EMAIL PROTECTED]

Sent: 10 May 2005 12:32
To: users@maven.apache.org
Subject: [Maven Users] then followed by subject


Maven moderator,




It's better to carry a subject information as  [Maven Users] then
followed by subject


Where as I had subscribed to anthill pro group , always email

come with
below mentioned convention



[Anthill-pro] clearcase label




It will help us segregate the mails automatically




Can moderator for this group can introduce this feature !!




Thanks and Regards,



Vijayakumar L
Associate Consultant,

Wipro Technologies,
475, Old Mahabalipuram Road,
Sholinganallur,

Chennai 600119.
+91-44-24500200 x 2671
+91-9840664392 (M)





Confidentiality Notice


The information contained in this electronic message and any

attachments to this message are intended
for the exclusive use of the addressee(s) and may contain

confidential or privileged information. If
you are not the intended recipient, please notify the sender

at Wipro or [EMAIL PROTECTED] immediately
and destroy all copies of this message and any attachments.


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

Confidentiality Notice
The information contained in this electronic message and any attachments to 
this message are intended
for the exclusive use of the addressee(s) and may contain confidential or 
privileged information. If
you are not the intended recipient, please notify the sender at Wipro or [EMAIL 
PROTECTED] immediately
and destroy all copies of this message and any attachments.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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


Re: [maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Mark Proctor
maven 1.1? latest I can find is 1.0.2?
Anyway using maven 1.0.2 I wasn't getting that error but changed those 
lines you said anyway, still no good :( I have included the output 
below. Notice I've excluded all but two modules from mutliproject, no 
matter what modules I use to build I get the same issue, only the last 
project's details are viewable in the report.

I also get the following warning:
[echo] Usage of the maven.clover.database.dir property is deprecated. 
Use the maven.clover.database property instead
But I definitely set maven.clover.database I dont set  
maven.clover.database.dir anywhere, however after clover has run I do a 
search and find it in some of the generated junit property files and 
reports.

D:\java\drools-2.0maven drools:clover
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2
build:start:
clean-all:prepare:
drools:clover:
   [echo]  top level
multiproject:projects-init:
   [echo] Gathering project list
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Gathering project list Drools :: Semantics Module Framework
| Memory: 4M/6M
+
+
| Gathering project list Drools :: Base Semantics Module
| Memory: 4M/6M
+
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Executing drools:clover Drools :: Semantics Module Framework
| Memory: 4M/6M
+
multiproject:goal:
build:start:
clover:init:
clover:on:
   [echo] Setting Clover compiler
   [clover-setup] Clover Version 1.3.4, built on January 14 2005
   [clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
   [clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
   [clover-setup] Clover is enabled with initstring 
'D:\java\drools-2.0\target\clover\database\clover_coverage.db'
   [echo] Now using primary build.compiler : 
org.apache.tools.ant.taskdefs.CloverCompilerAdapter

java:prepare-filesystem:
java:compile:
   [echo] Compiling to D:\java\drools-2.0\drools-smf/target/clover/classes
java:jar-resources:
test:prepare-filesystem:
test:test-resources:
test:compile:
test:test:
   [junit] Running org.drools.smf.DefaultImporterTest
   [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
   [junit] Running org.drools.smf.InvalidConditionExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
   [junit] Running org.drools.smf.InvalidConsequenceExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
   [junit] Running org.drools.smf.InvalidObjectTypeExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
   [junit] Running org.drools.smf.SimpleSemanticModuleTest
   [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
   [junit] Running org.drools.smf.SimpleSemanticsRepositoryTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
jar:jar:
   [echo] basedir: D:\java\drools-2.0\drools-smf
drools:clover:
   [echo]  smf level
+
| Executing drools:clover Drools :: Base Semantics Module
| Memory: 7M/8M
+
build:end:
build:start:
clover:init:
   [mkdir] Created dir: 
D:\java\drools-2.0\drools-base\target\clover\classes
   [mkdir] Created dir: D:\java\drools-2.0\drools-base\target\docs\clover

clover:on:
   [echo] Setting Clover compiler
   [clover-setup] Clover Version 1.3.4, built on January 14 2005
   [clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
   [clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
   [clover-setup] Clover is enabled with initstring 
'D:\java\drools-2.0\target\clover\database\clover_coverage.db'
   [echo] Now using primary build.compiler : 
org.apache.tools.ant.taskdefs.CloverCompilerAdapter

java:prepare-filesystem:
java:compile:
   [echo] Compiling to D:\java\drools-2.0\drools-base/target/clover/classes
   [javac] Compiling 22 source files to 
D:\java\drools-2.0\drools-base\target\clover\classes
   [javac] Clover Version 1.3.4, built on January 14 2005
   [javac] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [javac] 30 day Evaluation 

RE: [maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Eric Lapierre
Did you clean your directory D:\java\drools-2.0\drools-smf/target/ first?

It seems that the java compile of the first project did not recompile
anything as if there was nothing to recompile:

java:compile:
[echo] Compiling to D:\java\drools-2.0\drools-smf/target/clover/classes

-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 8:41 AM
To: Maven Users List
Subject: Re: [maven 1.1] Clover Tasks not found - a solution


maven 1.1? latest I can find is 1.0.2?

Anyway using maven 1.0.2 I wasn't getting that error but changed those 
lines you said anyway, still no good :( I have included the output 
below. Notice I've excluded all but two modules from mutliproject, no 
matter what modules I use to build I get the same issue, only the last 
project's details are viewable in the report.

I also get the following warning:
[echo] Usage of the maven.clover.database.dir property is deprecated. 
Use the maven.clover.database property instead
But I definitely set maven.clover.database I dont set  
maven.clover.database.dir anywhere, however after clover has run I do a 
search and find it in some of the generated junit property files and 
reports.

D:\java\drools-2.0maven drools:clover
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

build:start:

clean-all:prepare:

drools:clover:
[echo]  top level
multiproject:projects-init:
[echo] Gathering project list
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Gathering project list Drools :: Semantics Module Framework
| Memory: 4M/6M
+
+
| Gathering project list Drools :: Base Semantics Module
| Memory: 4M/6M
+
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Executing drools:clover Drools :: Semantics Module Framework
| Memory: 4M/6M
+

multiproject:goal:
build:start:

clover:init:

clover:on:
[echo] Setting Clover compiler
[clover-setup] Clover Version 1.3.4, built on January 14 2005
[clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
[clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
[clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
[clover-setup] Clover is enabled with initstring 
'D:\java\drools-2.0\target\clover\database\clover_coverage.db'
[echo] Now using primary build.compiler : 
org.apache.tools.ant.taskdefs.CloverCompilerAdapter

java:prepare-filesystem:

java:compile:
[echo] Compiling to D:\java\drools-2.0\drools-smf/target/clover/classes

java:jar-resources:

test:prepare-filesystem:

test:test-resources:

test:compile:

test:test:
[junit] Running org.drools.smf.DefaultImporterTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
[junit] Running org.drools.smf.InvalidConditionExceptionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
[junit] Running org.drools.smf.InvalidConsequenceExceptionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
[junit] Running org.drools.smf.InvalidObjectTypeExceptionTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
[junit] Running org.drools.smf.SimpleSemanticModuleTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
[junit] Running org.drools.smf.SimpleSemanticsRepositoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.39 sec

jar:jar:
[echo] basedir: D:\java\drools-2.0\drools-smf

drools:clover:
[echo]  smf level
+
| Executing drools:clover Drools :: Base Semantics Module
| Memory: 7M/8M
+

build:end:

build:start:

clover:init:
[mkdir] Created dir: 
D:\java\drools-2.0\drools-base\target\clover\classes
[mkdir] Created dir: D:\java\drools-2.0\drools-base\target\docs\clover

clover:on:
[echo] Setting Clover compiler
[clover-setup] Clover Version 1.3.4, built on January 14 2005
[clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
[clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
[clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
[clover-setup] Clover is enabled with initstring 

jar:deploy settings?

2005-05-10 Thread Jan Rudert
hi,

in my build.properties i put:

maven.repo.list = remote
maven.repo.remote = file://x/y
maven.repo.remote.directory = z

i use the maven goal jar:deploy

it tells me that it is deploying the specified jars and the build finished
succesful, BUT the jars are not found in that directory /x/y/z

anybody an idea? ... would be very much appreciated!
jan


Jan Rudert neofonie GmbHTel.:+49(0)30 246 27 325
Softwareentwickler Robert-Koch-Platz 4  Fax.:+49(0)30 246 27 120
[EMAIL PROTECTED]   10115 Berlin
 



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



Re: jar:deploy settings?

2005-05-10 Thread Brett Porter
shouldn't that be file:///x/y ?

On 5/11/05, Jan Rudert [EMAIL PROTECTED] wrote:
 hi,
 
 in my build.properties i put:
 
 maven.repo.list = remote
 maven.repo.remote = file://x/y
 maven.repo.remote.directory = z
 
 i use the maven goal jar:deploy
 
 it tells me that it is deploying the specified jars and the build finished
 succesful, BUT the jars are not found in that directory /x/y/z
 
 anybody an idea? ... would be very much appreciated!
 jan
 
 
 Jan Rudert neofonie GmbHTel.:+49(0)30 246 27 325
 Softwareentwickler Robert-Koch-Platz 4  Fax.:+49(0)30 246 27 120
 [EMAIL PROTECTED]   10115 Berlin
 
 -
 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: IntelliJ

2005-05-10 Thread Arik Kfir
Hi Thom,
First, I'd recommend you post this in the [EMAIL PROTECTED] 
mailing list - you'll probably get more details there.

Second - there is a Maven integration plugin for IDEA in the works - go 
to http://mevenide.codehaus.org/mevenide-idea/  for details. The plugin, 
however, only works on the EAP version of IDEA (5.0) and is still in its 
pre-alpha state. There is a small (quite primitive) port of it for 4.5.4 
- contact me directly to get it (it's still not on the site).

There is also another plugin, developed by someone else for IDEA that 
does pretty much what our backport does - and is available in the IDEA 
plugin manager.

Cheers,
   Arik Kfir.
Thom Chode wrote:
Has anyone got a working version of Mevenide for Intellij 4.5.4?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 



passing properties to subprojects using maven:reactor

2005-05-10 Thread Jens Zastrow
my subprojects use a project.properties file with maven.test.skip=true.
for a nightly build a want to build all the subprojects with the reactor 
running the junit tests (maven.test.skip=false)

I tried a lot of things but without success...

j:set var=maven.test.skip value=false scope=parent/ 
j:set var=maven.test.skip value=false/

maven:reactor   
basedir=${basedir} 
  postProcessing=true
  includes=${project.includes}  
  excludes=${project.excludes}
  goals=test:test
  banner=testing... ignoreFailures=true/

Thanks 
Jens Zastrow
DAI-Labor - Technische Universität Berlin
Sekretariat GOR 1-1, Franklinstraße 28/29, 10587 Berlin
Fon: +49 30 314 7
Fax: +49 30 314 21799
[EMAIL PROTECTED]
http://www.dai-labor.de


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



Plugin Developer's Guide?

2005-05-10 Thread Harrison . Curtis
Is there a URL which explains how to develop a Maven 1.x plugin?  I have
searched through the Maven site and haven't found any documention on how to
develop a plugin.  I must be looking in the wrong place.

Also, can the repository be used to distribute custom plugins to the local
developer community?

Thank You,
Bud Curtis

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



Re: Plugin Developer's Guide?

2005-05-10 Thread eblack
On Tue, 2005-05-10 at 11:40 -0400, Maven Users List wrote:
 Is there a URL which explains how to develop a Maven 1.x plugin?  I
 have
 searched through the Maven site and haven't found any documention on
 how to
 develop a plugin.  I must be looking in the wrong place.
 

I have some unfinished, unofficial docs at:
http://source.concord.org/softwaredocs/maven_build/index.html
specifically,
http://source.concord.org/softwaredocs/maven_build/jelly_hints.html

The best way to learn about it seems to be to download other plugins and
browse the code.

 
 Also, can the repository be used to distribute custom plugins to the
 local
 developer community?
 

Yes. When deploying plugins, the repository creates a 'plugins'
directory where the plugin jars go rather than the 'jars' directory.


 
 Thank You,
 Bud Curtis
 
 
 -
 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: Plugin Developer's Guide?

2005-05-10 Thread Brett Porter
http://maven.apache.org/using/developing-plugins.html

On 5/11/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Is there a URL which explains how to develop a Maven 1.x plugin?  I have
 searched through the Maven site and haven't found any documention on how to
 develop a plugin.  I must be looking in the wrong place.
 
 Also, can the repository be used to distribute custom plugins to the local
 developer community?
 
 Thank You,
 Bud Curtis
 
 -
 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: Plugin Developer's Guide?

2005-05-10 Thread Vincent Massol


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 17:40
 To: users@maven.apache.org
 Subject: Plugin Developer's Guide?
 
 Is there a URL which explains how to develop a Maven 1.x plugin?  I have
 searched through the Maven site and haven't found any documention on how
 to
 develop a plugin.  I must be looking in the wrong place.
 
 Also, can the repository be used to distribute custom plugins to the local
 developer community?

Short answer: yes.
Long answer: maven plugin:repository-install or plugin:repository-deploy

advertising
BTW, I have finished writing a Maven book and there's a full chapter on
developing Maven plugins (40 pages). The book is published by O'Reilly and
should be available mid-June
(http://www.oreilly.com/catalog/mavenadn/index.html)
/advertising

Thanks
-Vincent

___

Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !

Yahoo! Mail : http://fr.mail.yahoo.com


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



RE: Plugin Developer's Guide?

2005-05-10 Thread Vincent Massol


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 17:40
 To: users@maven.apache.org
 Subject: Plugin Developer's Guide?
 
 Is there a URL which explains how to develop a Maven 1.x plugin?  I have
 searched through the Maven site and haven't found any documention on how
 to
 develop a plugin.  I must be looking in the wrong place.
 
 Also, can the repository be used to distribute custom plugins to the local
 developer community?

Short answer: yes.
Long answer: maven plugin:repository-install or plugin:repository-deploy

advertising
BTW, I have finished writing a Maven book and there's a full chapter on
developing Maven plugins (40 pages). The book is published by O'Reilly and
should be available mid-June
(http://www.oreilly.com/catalog/mavenadn/index.html)
/advertising

Thanks
-Vincent

___

Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !

Yahoo! Mail : http://fr.mail.yahoo.com


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



Re: Plugin Developer's Guide?

2005-05-10 Thread Arik Kfir
Vincent Massol wrote:
advertising
BTW, I have finished writing a Maven book and there's a full chapter on
developing Maven plugins (40 pages). The book is published by O'Reilly and
should be available mid-June
(http://www.oreilly.com/catalog/mavenadn/index.html)
/advertising
 

That's the best news I've heard all week!


1.02 vs 1.1 snapshot project.xml parse problem

2005-05-10 Thread Jeff Jensen
Hi,

A project.xml file that works with 1.02 causes this problem when run with a 1.1
snapshot:

org.codehaus.plexus.util.xml.pull.XmlPullParserException: only whitespace
content allowed before start tag and not \uef (position: START_DOCUMENT seen
\uef... @1:1)

Besides meticulously reviewing the file, I did a genapp with the 1.1 version. 
1.1 successfully parsed the project.xml.  I diffed, hex viewed, and just could
not see a problem.  I am at my end of ideas as to what is wrong!

Does anyone know what is \uef and/or its hex value?

Besides manually typing the file again, any advice??


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



Re: 1.02 vs 1.1 snapshot project.xml parse problem

2005-05-10 Thread Brett Porter
Try different editors... I've seen it before, where an unrecognised
character is not shown in some editors. Xerces allowed them, xpp3 does
not.

- Brett

On 5/11/05, Jeff Jensen [EMAIL PROTECTED] wrote:
 Hi,
 
 A project.xml file that works with 1.02 causes this problem when run with a 
 1.1
 snapshot:
 
 org.codehaus.plexus.util.xml.pull.XmlPullParserException: only whitespace
 content allowed before start tag and not \uef (position: START_DOCUMENT seen
 \uef... @1:1)
 
 Besides meticulously reviewing the file, I did a genapp with the 1.1 
 version.
 1.1 successfully parsed the project.xml.  I diffed, hex viewed, and just could
 not see a problem.  I am at my end of ideas as to what is wrong!
 
 Does anyone know what is \uef and/or its hex value?
 
 Besides manually typing the file again, any advice??
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



Re: [maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Mark Proctor
I have been, although may have not done for that code paste. I've redone 
it making sure its cleared and the same issue. Check drools out from 
branch 2.0 in CVS yourself and you'll see.
cvs -z3 -d
:pserver:[EMAIL PROTECTED]:/home/projects/drools/scm co
-r branch-2_0 drools
just type maven drools:clover to execute it.

Mark
D:\java\drools-2.0maven drools:clover
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2
build:start:
clean-all:prepare:
drools:clover:
   [echo]  top level
multiproject:projects-init:
   [echo] Gathering project list
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Gathering project list Drools :: Semantics Module Framework
| Memory: 4M/6M
+
+
| Gathering project list Drools :: Base Semantics Module
| Memory: 4M/6M
+
Starting the reactor...
Our processing order:
Drools :: Semantics Module Framework
Drools :: Base Semantics Module
+
| Executing drools:clover Drools :: Semantics Module Framework
| Memory: 4M/6M
+
multiproject:goal:
build:start:
clover:init:
   [mkdir] Created dir: D:\java\drools-2.0\drools-smf\target\clover\classes
   [mkdir] Created dir: D:\java\drools-2.0\target\clover\database
clover:on:
   [echo] Setting Clover compiler
   [clover-setup] Clover Version 1.3.4, built on January 14 2005
   [clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
   [clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
   [clover-setup] Clover is enabled with initstring 
'D:\java\drools-2.0\target\clover\database\clover_coverage.db'
   [echo] Now using primary build.compiler : 
org.apache.tools.ant.taskdefs.CloverCompilerAdapter

java:prepare-filesystem:
java:compile:
   [echo] Compiling to D:\java\drools-2.0\drools-smf/target/clover/classes
   [javac] Compiling 26 source files to 
D:\java\drools-2.0\drools-smf\target\clover\classes
   [javac] Clover Version 1.3.4, built on January 14 2005
   [javac] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [javac] 30 day Evaluation Version distributed via the Maven Jar 
Repository.
   [javac] Clover is not free. You have 30 days to evaluate it. After 
this, please visit http://www.cenqua.com to obtai
n a licensed version of Clover
   [javac] No coverage database 
'D:\java\drools-2.0\target\clover\database\clover_coverage.db' found. 
Creating a fresh
one.
   [javac] Clover all over. Instrumented 26 files.

java:jar-resources:
test:prepare-filesystem:
   [mkdir] Created dir: D:\java\drools-2.0\drools-smf\target\test-reports
test:test-resources:
test:compile:
test:test:
   [junit] Running org.drools.smf.DefaultImporterTest
   [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.491 sec
   [junit] Running org.drools.smf.InvalidConditionExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.401 sec
   [junit] Running org.drools.smf.InvalidConsequenceExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
   [junit] Running org.drools.smf.InvalidObjectTypeExceptionTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.4 sec
   [junit] Running org.drools.smf.SimpleSemanticModuleTest
   [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.42 sec
   [junit] Running org.drools.smf.SimpleSemanticsRepositoryTest
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.39 sec
jar:jar:
   [jar] Building jar: 
D:\java\drools-2.0\drools-smf\target\drools-smf-2.0-rc1.jar
   [echo] basedir: D:\java\drools-2.0\drools-smf
   [copy] Copying 1 file to D:\java\drools-2.0\target

drools:clover:
   [echo]  smf level
+
| Executing drools:clover Drools :: Base Semantics Module
| Memory: 5M/12M
+
build:end:
build:start:
clover:init:
   [mkdir] Created dir: 
D:\java\drools-2.0\drools-base\target\clover\classes

clover:on:
   [echo] Setting Clover compiler
   [clover-setup] Clover Version 1.3.4, built on January 14 2005
   [clover-setup] loaded from: C:\Documents and 
Settings\mproctor\.maven\repository\clover\jars\clover-1.3.4.jar
   [clover-setup] 30 day Evaluation Version distributed via the Maven 
Jar Repository.
   [clover-setup] Clover is not free. You have 30 days to evaluate it. 
After this, please visit http://www.cenqua.com t
o obtain a licensed version of Clover
   [clover-setup] Clover is enabled with initstring 

Maven schema minOccurs setting on version in dependency

2005-05-10 Thread Jeff Jensen
In maven-project-n.xsd (both 3 and 4), version is a required element of
dependency.  This requirement seems to conflict with the purpose of jar. 
Do I understand things correctly?

This setting causes our project.xml file to fail validation because some of the
jars we depend on do not follow the version naming scheme, therefore we must
use the jar tag and not version.

If so, should a change request be to make them mutually exclusive?

If so again ;-), I suggest this simple change to the schema for dependency:

From this:

  !-- /dependencies/dependency element --
  xs:element name=dependency
xs:complexType
  xs:sequence
xs:element ref=id minOccurs=0 /
xs:element ref=groupId minOccurs=0 /
xs:element ref=artifactId minOccurs=0 /
xs:element name=version type=xs:string /
xs:element ref=jar minOccurs=0/
xs:element ref=type minOccurs=0/
xs:element ref=url minOccurs=0/
xs:element ref=properties minOccurs=0 /
  /xs:sequence
/xs:complexType
  /xs:element

To this:

!-- /dependencies/dependency element --
xs:element name=dependency
  xs:complexType
xs:sequence
  xs:element ref=id minOccurs=0/
  xs:element ref=groupId minOccurs=0/
  xs:element ref=artifactId minOccurs=0/
  xs:choice
xs:element name=version type=xs:string/
xs:element ref=jar/
  /xs:choice
  xs:element ref=type minOccurs=0/
  xs:element ref=url minOccurs=0/
  xs:element ref=properties minOccurs=0/
/xs:sequence
  /xs:complexType
/xs:element


This change will require nothing except either version or jar, which seems
to be the original intent(?).

Should any more of them be required too?


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



Re: 1.02 vs 1.1 snapshot project.xml parse problem

2005-05-10 Thread Jeff Jensen
Thanks Brett.  I had the same thought!  I tried Eclipse, UltraEdit, and XMLSpy. 
Argh!

I finally just saved the file under each, tested, and only XMLSpy corrected the
problem.


Quoting Brett Porter [EMAIL PROTECTED]:

 Try different editors... I've seen it before, where an unrecognised
 character is not shown in some editors. Xerces allowed them, xpp3 does
 not.

 - Brett

 On 5/11/05, Jeff Jensen [EMAIL PROTECTED] wrote:
  Hi,
 
  A project.xml file that works with 1.02 causes this problem when run with a
 1.1
  snapshot:
 
  org.codehaus.plexus.util.xml.pull.XmlPullParserException: only whitespace
  content allowed before start tag and not \uef (position: START_DOCUMENT
 seen
  \uef... @1:1)
 
  Besides meticulously reviewing the file, I did a genapp with the 1.1
 version.
  1.1 successfully parsed the project.xml.  I diffed, hex viewed, and just
 could
  not see a problem.  I am at my end of ideas as to what is wrong!
 
  Does anyone know what is \uef and/or its hex value?
 
  Besides manually typing the file again, any advice??
 
  -
  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: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Vincent Massol
Hi Mark,

 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 06:15
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2

[snip]

  I'm trying to do clover multiproject build with maven 1.0.2 and clover
  plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
 is
  now broken, not sure if its 1.7 or a change in our code. 

Why don't you try with the previous version you were using the check if it's
in the clover plugin or not?

One point though: Are you forking your tests or not?

Thanks
-Vincent




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



RE: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Vincent Massol
Hi Mark,

 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 06:15
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2

[snip]

  I'm trying to do clover multiproject build with maven 1.0.2 and clover
  plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
 is
  now broken, not sure if its 1.7 or a change in our code. 

Why don't you try with the previous version you were using the check if it's
in the clover plugin or not?

One point though: Are you forking your tests or not?

Thanks
-Vincent




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



RE: [maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Vincent Massol
Thanks Volker, I've fixed it. Actually I don't know how it was working with
the classpath element... Probably that in Maven 1.0.x the
maven.dependency.classpath was added to the classloader in use when the
taskdef/typedef were called...

In any case it's better to avoid some magic and to always specify it.

Thanks
-Vincent

 -Original Message-
 From: Volker Füßler [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 11:41
 To: users@maven.apache.org
 Subject: [maven 1.1] Clover Tasks not found - a solution
 
 Hi,
 
 with maven 1.1 I had the problem, that the clover task definitions could
 not be found. Her is my solution if you run into the same problems.
 
 I had to change the following 2 lines in the clover:init goal of
 plugin.jelly of the maven-clover-plugin:
 
  ant:taskdef resource=clovertasks /
  ant:typedef resource=clovertypes /
 
 to
 
  ant:taskdef resource=clovertasks classpathref=clover.classpath/
  ant:typedef resource=clovertypes classpathref=clover.classpath/
 
 Regards, Volker
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





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



RE: [maven 1.1] Clover Tasks not found - a solution

2005-05-10 Thread Vincent Massol
Thanks Volker, I've fixed it. Actually I don't know how it was working with
the classpath element... Probably that in Maven 1.0.x the
maven.dependency.classpath was added to the classloader in use when the
taskdef/typedef were called...

In any case it's better to avoid some magic and to always specify it.

Thanks
-Vincent

 -Original Message-
 From: Volker Füßler [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 11:41
 To: users@maven.apache.org
 Subject: [maven 1.1] Clover Tasks not found - a solution
 
 Hi,
 
 with maven 1.1 I had the problem, that the clover task definitions could
 not be found. Her is my solution if you run into the same problems.
 
 I had to change the following 2 lines in the clover:init goal of
 plugin.jelly of the maven-clover-plugin:
 
  ant:taskdef resource=clovertasks /
  ant:typedef resource=clovertypes /
 
 to
 
  ant:taskdef resource=clovertasks classpathref=clover.classpath/
  ant:typedef resource=clovertypes classpathref=clover.classpath/
 
 Regards, Volker
 
 -
 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: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Mark Proctor
I upgraded because the license ran out, no we dont fork the tests (apart 
from python) - but that wasn't needed before.

Mark
Vincent Massol wrote:
Hi Mark,
 

-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED]
Sent: mardi 10 mai 2005 06:15
To: Maven Users List
Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
   

[snip]
 

I'm trying to do clover multiproject build with maven 1.0.2 and clover
plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
   

is
   

now broken, not sure if its 1.7 or a change in our code. 
   

Why don't you try with the previous version you were using the check if it's
in the clover plugin or not?
One point though: Are you forking your tests or not?
Thanks
-Vincent

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




RE: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Vincent Massol


 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 21:18
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
 I upgraded because the license ran out, no we dont fork the tests (apart
 from python) - but that wasn't needed before.

Hmm... forget that, I had forgotten that I'm forcing a fork in the Clover
plugin... so yes, you're forking the tests but you don't know it... ;-)

-Vincent

 
 Mark
 Vincent Massol wrote:
 
 Hi Mark,
 
 
 
 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 06:15
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
 
 
 [snip]
 
 
 
 I'm trying to do clover multiproject build with maven 1.0.2 and clover
 plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
 
 
 is
 
 
 now broken, not sure if its 1.7 or a change in our code.
 
 
 
 Why don't you try with the previous version you were using the check if
 it's
 in the clover plugin or not?
 
 One point though: Are you forking your tests or not?
 
 Thanks
 -Vincent
 
 
 
 
 -
 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: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Vincent Massol


 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 21:18
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
 I upgraded because the license ran out, no we dont fork the tests (apart
 from python) - but that wasn't needed before.

Hmm... forget that, I had forgotten that I'm forcing a fork in the Clover
plugin... so yes, you're forking the tests but you don't know it... ;-)

-Vincent

 
 Mark
 Vincent Massol wrote:
 
 Hi Mark,
 
 
 
 -Original Message-
 From: Mark Proctor [mailto:[EMAIL PROTECTED]
 Sent: mardi 10 mai 2005 06:15
 To: Maven Users List
 Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
 
 
 [snip]
 
 
 
 I'm trying to do clover multiproject build with maven 1.0.2 and clover
 plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
 
 
 is
 
 
 now broken, not sure if its 1.7 or a change in our code.
 
 
 
 Why don't you try with the previous version you were using the check if
 it's
 in the clover plugin or not?
 
 One point though: Are you forking your tests or not?
 
 Thanks
 -Vincent
 
 
 
 
 -
 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: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Mark Proctor
yes thought I read that in the plugin.jelly, I'm going to try 1.6 with 
the license for 1.7 - see if that helps.

Mark
Vincent Massol wrote:
 

-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED]
Sent: mardi 10 mai 2005 21:18
To: Maven Users List
Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
I upgraded because the license ran out, no we dont fork the tests (apart
from python) - but that wasn't needed before.
   

Hmm... forget that, I had forgotten that I'm forcing a fork in the Clover
plugin... so yes, you're forking the tests but you don't know it... ;-)
-Vincent
 

Mark
Vincent Massol wrote:
   

Hi Mark,

 

-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED]
Sent: mardi 10 mai 2005 06:15
To: Maven Users List
Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
   

[snip]

 

I'm trying to do clover multiproject build with maven 1.0.2 and clover
plugin 1.7. This use to work but with the upgrade to 1.7 I noticed it
   

is
   

now broken, not sure if its 1.7 or a change in our code.
   

Why don't you try with the previous version you were using the check if
 

it's
   

in the clover plugin or not?
One point though: Are you forking your tests or not?
Thanks
-Vincent

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

 



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




[m2] how the assembly plugin works

2005-05-10 Thread Nelson Arapé
Hello to all

I am just a newbie, and I just managed to complete the Getting Started
section with my multiproject environment. The I wanted to see what the
assembly plugin does, but I get the following error both: at the root
folder and at sub-project folder.

narape:~/proyectos/investigacion/catatumbo/runtime m2 assembly:assembly
[INFO] app: using locally installed snapshot
[INFO]

[INFO] Building Catatumbo
[INFO]

[INFO] maven-assembly-plugin: resolved to version 1.0-20050407.171105-2 from
local repository
[INFO] [assembly:assembly]
[INFO]

[ERROR] BUILD ERROR
[INFO]

[ERROR] Cause:
org.apache.maven.plugin.PluginExecutionException: Error creating assembly
at
org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:88)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeMojo(DefaultLifecycleExecutor.java:448)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:144)
at
org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:212)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:136)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:233)
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:303)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
Caused by: java.lang.Exception: You must specify descriptor or descriptorId
at
org.apache.maven.plugin.assembly.AssemblyMojo.doExecute(AssemblyMojo.java:114)
at
org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:83)
... 14 more
[INFO]

[INFO] Total time: 0 seconds
[INFO] Finished at: Tue May 10 16:29:06 VET 2005
[INFO] Final Memory: 1M/2M
[INFO]


How I configure descriptor or descriptorID?

Thanks in advance
Nelson Arapé


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



Re: [m2] how the assembly plugin works

2005-05-10 Thread Emmanuel Venisse
Hi,

You need to define a descriptor in your pom in the plugin coonfiguration par
like this :

  build
plugins
  plugin
artifactIdmaven-assembly-plugin/artifactId
version1.0-SNAPSHOT/version
configuration
  descriptorsrc/assemble/bin.xml/descriptor
  finalNameCatatumbo-1.0-SNAPSHOT/finalName
/configuration
  /plugin
/plugins
  /build

And you must write a assemble descriptor file (bin.xml) in src/assemble/
like this :
http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-core/src/assemble/bin.xml?rev=163813view=markup

Emmanuel

- Original Message - 
From: Nelson Arapé [EMAIL PROTECTED]
To: users@maven.apache.org
Sent: Tuesday, May 10, 2005 10:50 PM
Subject: [m2] how the assembly plugin works


 Hello to all

 I am just a newbie, and I just managed to complete the Getting Started
 section with my multiproject environment. The I wanted to see what the
 assembly plugin does, but I get the following error both: at the root
 folder and at sub-project folder.

 narape:~/proyectos/investigacion/catatumbo/runtime m2 assembly:assembly
 [INFO] app: using locally installed snapshot
 [INFO]
 --
--
 [INFO] Building Catatumbo
 [INFO]
 --
--
 [INFO] maven-assembly-plugin: resolved to version 1.0-20050407.171105-2
from
 local repository
 [INFO] [assembly:assembly]
 [INFO]
 --
--
 [ERROR] BUILD ERROR
 [INFO]
 --
--
 [ERROR] Cause:
 org.apache.maven.plugin.PluginExecutionException: Error creating assembly
 at

org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:88)
 at

org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage
r.java:432)
 at

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeMojo(DefaultLifec
ycleExecutor.java:448)
 at

org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle
Executor.java:144)
 at
 org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:212)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:136)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:233)
 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:303)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
 at
 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
 at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
 Caused by: java.lang.Exception: You must specify descriptor or
descriptorId
 at

org.apache.maven.plugin.assembly.AssemblyMojo.doExecute(AssemblyMojo.java:11
4)
 at

org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:83)
 ... 14 more
 [INFO]
 --
--
 [INFO] Total time: 0 seconds
 [INFO] Finished at: Tue May 10 16:29:06 VET 2005
 [INFO] Final Memory: 1M/2M
 [INFO]
 --
--

 How I configure descriptor or descriptorID?

 Thanks in advance
 Nelson Arapé


 -
 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 the assembly plugin works

2005-05-10 Thread Emmanuel Venisse

- Original Message - 
From: Emmanuel Venisse [EMAIL PROTECTED]
To: Maven Users List users@maven.apache.org
Sent: Tuesday, May 10, 2005 11:25 PM
Subject: Re: [m2] how the assembly plugin works


 Hi,

 You need to define a descriptor in your pom in the plugin coonfiguration
par
 like this :

   build
 plugins
   plugin
 artifactIdmaven-assembly-plugin/artifactId
 version1.0-SNAPSHOT/version
 configuration
   descriptorsrc/assemble/bin.xml/descriptor
   finalNameCatatumbo-1.0-SNAPSHOT/finalName
 /configuration
   /plugin
 /plugins
   /build

 And you must write a assemble descriptor file (bin.xml) in src/assemble/
 like this :

http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-core/src/assemble/bin.xml?rev=163813view=markup

The fileSets part define the list of files or directory to include in the
assembly with eventually their output directory

The dependencySets part define the output directory of each dependency.

Emmanuel


 Emmanuel

 - Original Message - 
 From: Nelson Arapé [EMAIL PROTECTED]
 To: users@maven.apache.org
 Sent: Tuesday, May 10, 2005 10:50 PM
 Subject: [m2] how the assembly plugin works


  Hello to all
 
  I am just a newbie, and I just managed to complete the Getting Started
  section with my multiproject environment. The I wanted to see what the
  assembly plugin does, but I get the following error both: at the root
  folder and at sub-project folder.
 
  narape:~/proyectos/investigacion/catatumbo/runtime m2 assembly:assembly
  [INFO] app: using locally installed snapshot
  [INFO]

 --
 --
  [INFO] Building Catatumbo
  [INFO]

 --
 --
  [INFO] maven-assembly-plugin: resolved to version 1.0-20050407.171105-2
 from
  local repository
  [INFO] [assembly:assembly]
  [INFO]

 --
 --
  [ERROR] BUILD ERROR
  [INFO]

 --
 --
  [ERROR] Cause:
  org.apache.maven.plugin.PluginExecutionException: Error creating
assembly
  at
 

org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:88)
  at
 

org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage
 r.java:432)
  at
 

org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeMojo(DefaultLifec
 ycleExecutor.java:448)
  at
 

org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle
 Executor.java:144)
  at
  org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:212)
  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:136)
  at org.apache.maven.cli.MavenCli.main(MavenCli.java:233)
  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:303)
  at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
  at
  org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
  at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
  Caused by: java.lang.Exception: You must specify descriptor or
 descriptorId
  at
 

org.apache.maven.plugin.assembly.AssemblyMojo.doExecute(AssemblyMojo.java:11
 4)
  at
 

org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:83)
  ... 14 more
  [INFO]

 --
 --
  [INFO] Total time: 0 seconds
  [INFO] Finished at: Tue May 10 16:29:06 VET 2005
  [INFO] Final Memory: 1M/2M
  [INFO]

 --
 --
 
  How I configure descriptor or descriptorID?
 
  Thanks in advance
  Nelson Arapé
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 


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




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



Re: [m2] how the assembly plugin works

2005-05-10 Thread Nelson Arapé
Thanks Emmanuel, works perfect. 

I love maven 2, so far so good. :)

Nelson Arapé

Emmanuel Venisse wrote:

 
 - Original Message -
 From: Emmanuel Venisse [EMAIL PROTECTED]
 To: Maven Users List users@maven.apache.org
 Sent: Tuesday, May 10, 2005 11:25 PM
 Subject: Re: [m2] how the assembly plugin works
 
 
 Hi,

 You need to define a descriptor in your pom in the plugin coonfiguration
 par
 like this :

   build
 plugins
   plugin
 artifactIdmaven-assembly-plugin/artifactId
 version1.0-SNAPSHOT/version
 configuration
   descriptorsrc/assemble/bin.xml/descriptor
   finalNameCatatumbo-1.0-SNAPSHOT/finalName
 /configuration
   /plugin
 /plugins
   /build

 And you must write a assemble descriptor file (bin.xml) in src/assemble/
 like this :


http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-core/src/assemble/bin.xml?rev=163813view=markup
 
 The fileSets part define the list of files or directory to include in the
 assembly with eventually their output directory
 
 The dependencySets part define the output directory of each dependency.
 
 Emmanuel
 

 Emmanuel

 - Original Message -
 From: Nelson Arapé [EMAIL PROTECTED]
 To: users@maven.apache.org
 Sent: Tuesday, May 10, 2005 10:50 PM
 Subject: [m2] how the assembly plugin works


  Hello to all
 
  I am just a newbie, and I just managed to complete the Getting Started
  section with my multiproject environment. The I wanted to see what the
  assembly plugin does, but I get the following error both: at the root
  folder and at sub-project folder.
 
  narape:~/proyectos/investigacion/catatumbo/runtime m2
  assembly:assembly
  [INFO] app: using locally installed snapshot
  [INFO]


--
 --
  [INFO] Building Catatumbo
  [INFO]


--
 --
  [INFO] maven-assembly-plugin: resolved to version 1.0-20050407.171105-2
 from
  local repository
  [INFO] [assembly:assembly]
  [INFO]


--
 --
  [ERROR] BUILD ERROR
  [INFO]


--
 --
  [ERROR] Cause:
  org.apache.maven.plugin.PluginExecutionException: Error creating
 assembly
  at
 


org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:88)
  at
 


org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage
 r.java:432)
  at
 


org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeMojo(DefaultLifec
 ycleExecutor.java:448)
  at
 


org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle
 Executor.java:144)
  at
  org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:212)
  at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:136)
  at org.apache.maven.cli.MavenCli.main(MavenCli.java:233)
  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:303)
  at org.codehaus.classworlds.Launcher.launch(Launcher.java:243)
  at
  org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416)
  at org.codehaus.classworlds.Launcher.main(Launcher.java:363)
  Caused by: java.lang.Exception: You must specify descriptor or
 descriptorId
  at
 


org.apache.maven.plugin.assembly.AssemblyMojo.doExecute(AssemblyMojo.java:11
 4)
  at
 


org.apache.maven.plugin.assembly.AssemblyMojo.execute(AssemblyMojo.java:83)
  ... 14 more
  [INFO]


--
 --
  [INFO] Total time: 0 seconds
  [INFO] Finished at: Tue May 10 16:29:06 VET 2005
  [INFO] Final Memory: 1M/2M
  [INFO]


--
 --
 
  How I configure descriptor or descriptorID?
 
  Thanks in advance
  Nelson Arapé
 
 
  -
  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: AspectJ plugin and aspectj 1.5.0

2005-05-10 Thread Carlos Sanchez
Hi,

Currently there's no support for aspectj 5 in the AspectJ plugin, I'm
updating JIRA to reflect what I thought it should be the roadmap.
About when it'll be ready, well, if patches are provided it'll be
soon, if not you'll have to wait a bit.

Regards

Carlos Sanchez

On 5/10/05, Adam Jenkins [EMAIL PROTECTED] wrote:
 
 Hi Guys,
 
 I'm sure you've been asked this lots already but I couldn't find it on the
 mailing lists or the issue database (which is probably a reflection of my
 searching skills more than anything).  Is there any way to get the plugin
 working with the java 5 version of aspectj or is that reserved for a later
 release (and if so, does cvs work).  I'm currently getting a bunch of errors
 when trying to use iajc.
 
 Cheers
 Adam
 


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



RE: Maven schema minOccurs setting on version in dependency

2005-05-10 Thread Jeff Jensen
Super.  If you want to delegate any schema changes, let me know (or assign
in JIRA, etc.).


For future use, what does TODO list refer to?  Just in general, or JIRA
entries, or @todo tags, some other list (please tell me where :-), all of
those, etc?


-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 6:27 PM
To: Maven Users List
Subject: Re: Maven schema minOccurs setting on version in dependency

Fixing the schema has been on the TODO list for a long time... it should be
getting done very shortly.

- Brett

On 5/11/05, Jeff Jensen [EMAIL PROTECTED] wrote:
 In maven-project-n.xsd (both 3 and 4), version is a required element 
 of dependency.  This requirement seems to conflict with the purpose of
jar.
 Do I understand things correctly?

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


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



Re: Maven schema minOccurs setting on version in dependency

2005-05-10 Thread Brett Porter
http://jira.codehaus.org/browse/MNG-37

Yep, JIRA is where we track where the project is going.

Cheers,
Brett

On 5/11/05, Jeff Jensen [EMAIL PROTECTED] wrote:
 Super.  If you want to delegate any schema changes, let me know (or assign
 in JIRA, etc.).
 
 For future use, what does TODO list refer to?  Just in general, or JIRA
 entries, or @todo tags, some other list (please tell me where :-), all of
 those, etc?
 
 
 -Original Message-
 From: Brett Porter [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, May 10, 2005 6:27 PM
 To: Maven Users List
 Subject: Re: Maven schema minOccurs setting on version in dependency
 
 Fixing the schema has been on the TODO list for a long time... it should be
 getting done very shortly.
 
 - Brett
 
 On 5/11/05, Jeff Jensen [EMAIL PROTECTED] wrote:
  In maven-project-n.xsd (both 3 and 4), version is a required element
  of dependency.  This requirement seems to conflict with the purpose of
 jar.
  Do I understand things correctly?
 
 -
 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: Plugin Developer's Guide?

2005-05-10 Thread Alex Soto
When does it become available on safari?


On 5/10/05, Arik Kfir [EMAIL PROTECTED] wrote:
 Vincent Massol wrote:
 
 advertising
 BTW, I have finished writing a Maven book and there's a full chapter on
 developing Maven plugins (40 pages). The book is published by O'Reilly and
 should be available mid-June
 (http://www.oreilly.com/catalog/mavenadn/index.html)
 /advertising
 
 
 That's the best news I've heard all week!
 


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



Re: Plugin Developer's Guide?

2005-05-10 Thread Alex Soto
When will it appear on safari?

On 5/10/05, Arik Kfir [EMAIL PROTECTED] wrote:
 Vincent Massol wrote:
 
 advertising
 BTW, I have finished writing a Maven book and there's a full chapter on
 developing Maven plugins (40 pages). The book is published by O'Reilly and
 should be available mid-June
 (http://www.oreilly.com/catalog/mavenadn/index.html)
 /advertising
 
 
 That's the best news I've heard all week!
 


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



Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Mark Proctor
I gave up on the shared db after a while, had someone else look at it 
and they couldn't figure out why it wasn't working. Did some research 
found the clover:merge option and that works really nicely, better still 
I dont have to do any clover db path hacking, I can just accept all 
defaults:

   goal name=drools:clover prereqs=clean-all:prepare
 !-- generate clover dbs for each sub project --
 j:set var=goal value=drools:clover /
 attainGoal name=multiproject:goal/
 attainGoal name=clover:on/
 !-- can't get shared db to work, so use merge functionality --
 attainGoal name=clover:merge /
 attainGoal name=clover:report/
   /goal
   goal name=clover:merge prereqs=clover:init
  clover-merge initString=${maven.clover.database}
 cloverDbSet dir=.
   include name=drools-*/target/clover/database/clover_coverage.db/
 /cloverDbSet
  /clover-merge
   /goal

Mark Proctor wrote:
yes thought I read that in the plugin.jelly, I'm going to try 1.6 with 
the license for 1.7 - see if that helps.

Mark
Vincent Massol wrote:
 

-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED]
Sent: mardi 10 mai 2005 21:18
To: Maven Users List
Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
I upgraded because the license ran out, no we dont fork the tests 
(apart
from python) - but that wasn't needed before.
  

Hmm... forget that, I had forgotten that I'm forcing a fork in the 
Clover
plugin... so yes, you're forking the tests but you don't know it... ;-)

-Vincent
 

Mark
Vincent Massol wrote:
  

Hi Mark,



-Original Message-
From: Mark Proctor [mailto:[EMAIL PROTECTED]
Sent: mardi 10 mai 2005 06:15
To: Maven Users List
Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
  
[snip]



I'm trying to do clover multiproject build with maven 1.0.2 and 
clover
plugin 1.7. This use to work but with the upgrade to 1.7 I 
noticed it

  

is
  

now broken, not sure if its 1.7 or a change in our code.
  

Why don't you try with the previous version you were using the 
check if

it's
  

in the clover plugin or not?
One point though: Are you forking your tests or not?
Thanks
-Vincent

-
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: Clover Plugin 1.7 and multiproject on Maven 1.0.2

2005-05-10 Thread Brett Porter
This looks like a much better solution to me, and could make for a
clover:multiproject goal (replace the drools include with a loop over
reactorProjects).

Vincent, WDYT?

- Brett

On 5/11/05, Mark Proctor [EMAIL PROTECTED] wrote:
 I gave up on the shared db after a while, had someone else look at it
 and they couldn't figure out why it wasn't working. Did some research
 found the clover:merge option and that works really nicely, better still
 I dont have to do any clover db path hacking, I can just accept all
 defaults:
 
 goal name=drools:clover prereqs=clean-all:prepare
   !-- generate clover dbs for each sub project --
   j:set var=goal value=drools:clover /
   attainGoal name=multiproject:goal/
 
   attainGoal name=clover:on/
 
   !-- can't get shared db to work, so use merge functionality --
   attainGoal name=clover:merge /
 
   attainGoal name=clover:report/
 
 /goal
 
 goal name=clover:merge prereqs=clover:init
clover-merge initString=${maven.clover.database}
   cloverDbSet dir=.
 include 
 name=drools-*/target/clover/database/clover_coverage.db/
   /cloverDbSet
/clover-merge
 /goal
 
 
 Mark Proctor wrote:
 
  yes thought I read that in the plugin.jelly, I'm going to try 1.6 with
  the license for 1.7 - see if that helps.
 
  Mark
  Vincent Massol wrote:
 
 
 
  -Original Message-
  From: Mark Proctor [mailto:[EMAIL PROTECTED]
  Sent: mardi 10 mai 2005 21:18
  To: Maven Users List
  Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
  I upgraded because the license ran out, no we dont fork the tests
  (apart
  from python) - but that wasn't needed before.
 
 
 
  Hmm... forget that, I had forgotten that I'm forcing a fork in the
  Clover
  plugin... so yes, you're forking the tests but you don't know it... ;-)
 
  -Vincent
 
 
 
  Mark
  Vincent Massol wrote:
 
 
 
  Hi Mark,
 
 
 
 
 
  -Original Message-
  From: Mark Proctor [mailto:[EMAIL PROTECTED]
  Sent: mardi 10 mai 2005 06:15
  To: Maven Users List
  Subject: Re: Clover Plugin 1.7 and multiproject on Maven 1.0.2
 
 
 
 
  [snip]
 
 
 
 
 
  I'm trying to do clover multiproject build with maven 1.0.2 and
  clover
  plugin 1.7. This use to work but with the upgrade to 1.7 I
  noticed it
 
 
 
 
  is
 
 
 
 
  now broken, not sure if its 1.7 or a change in our code.
 
 
 
 
  Why don't you try with the previous version you were using the
  check if
 
 
  it's
 
 
  in the clover plugin or not?
 
  One point though: Are you forking your tests or not?
 
  Thanks
  -Vincent
 
 
 
 
  -
  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]