RE: Conflicting Dependency Version Dilemna

[Jörg Schaible]

Hi Craig,

Craig McClanahan wrote on Wednesday, August 09, 2006 8:46 AM:

> On 8/8/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>> 
>> Why should I have to declare it in the app, when I've declared it at
>> the parent level?  What's the point of transitive dependencies if
>> they do not work the way you want, and there's no way to force them
>> to do so? 
>> 
> 
> I should have been more clear.  It is not that transitive
> dependencies are bad ... it's that I believe inherited dependencies
> (including version dependencies described by 
> sections 
> should *always*
> override transitive dependencies on the same artifact.

This is also my PoV, struggling with the same problems. While the current 
algorithm works for simple jars, it fails badly for all modules gathering the 
transitive dependencies:

- webapps
- ears
- all jars with the classpath in the manifest (esp. true for EJBs)

Building an ear with two EJBs I have to add a dep for any of the EJBs as well 
as for the EAR. Otherwise the manifest of the two EJBs might reference the same 
artifact in different versions and the EAR will contain a third one - leaving 
me with a complete broken EAR (not to mension that M2 will screw up the 
classspaths in the manifests for snapshot deps anyway using a multi-module 
build - at least this one is fixed in 2.0.5: MEJB-18).

> Alternatively, it would be reasonable to allow an override of
> whatever the default behavior is for advanced cases ... but requiring
> me to define version overrides in leaf nodes, simply because my
> inheritance hierarchy is
> deeper than my dependence hierarchy, encourages bad build architecture
> design  behavior -- and isn't part of the point of Maven to
> eliminate that
> kind of idiocy?  :-)

I wished MNG-1577 would not have been postponed from version to version ... 
feel the same about the idiocy part ...

- Jörg

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

Re: Conflicting Dependency Version Dilemna

[Craig McClanahan]

On 8/8/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:


Why should I have to declare it in the app, when I've declared it at the
parent level?  What's the point of transitive dependencies if they do not
work the way you want, and there's no way to force them to do so?



I should have been more clear.  It is not that transitive dependencies are
bad ... it's that I believe inherited dependencies (including version
dependencies described by  sections should *always*
override transitive dependencies on the same artifact.

Alternatively, it would be reasonable to allow an override of whatever the
default behavior is for advanced cases ... but requiring me to define
version overrides in leaf nodes, simply because my inheritance hierarchy is
deeper than my dependence hierarchy, encourages bad build architecture
design  behavior -- and isn't part of the point of Maven to eliminate that
kind of idiocy?  :-)

Craig

Re: Conflicting Dependency Version Dilemna

[Craig McClanahan]

On 8/8/06, Jörg Schaible <[EMAIL PROTECTED]> wrote:


Hi Craig,



Hello Jörg

Craig McClanahan wrote on Wednesday, August 09, 2006 6:58 AM:


> A project[1] that I'm a participant in is a recent convert to
> Maven2 as a
> build environment.  So far, there's a lot to like.  But ... I
> think I've run
> into a limitation of the current design related to resolving
> conflicts in dependency versions.  I'm looking for advice on what I
> can do
> other than
> wait for FINR ("fixed in next rev") as the "Better Builds"
> book implies will
> be necessary :-).
>
> The starting point for my scenario is I wanted to explore
> whether Commons
> Logging 1.1 could successfully replace version 1.0.4 in a
> Shale-created webapp.  To see all the gory details, you're probably
> best
> off downloading
> the sources and trying the build yourself.  But the bottom
> line is that the
> only way I can convince a particular webapp build to use the
> new version of
> Commons Logging is to put the explicit dependence on 1.1
> directly in the POM
> for that webapp.  This is *not* what I want -- I'd much
> prefer to inherit
> the Commons Logging version dependency from the top-level shale POM (
> org.apache.shale:shale-parent), or even from the intermediate
> layer I have
> as a basis for all the example webapps
> (org.apache.shale:shale-apps-parent).

If you have a depednencyManagement section in your top-level POM and add
the dep to your webapp without the version, it will work.



Agreed ... but the requirement to explicitly do this in every single webapp
is not what I want.  The whole point of my apps inheriting a parent POM is
to get rid of this sort of administrivia.


Alas, this doesn't work.  Any dependency such as MyFaces that
> declares a dependency on Commons Logging 1.0.4 seems to win, because
> it
> is closer on
> the "nearness" algorithm described in Section 3.6 of the "Better
> Builds" book.

Point is, that you *have to* desclare the dep in the webapp, since the
algorithm for the "nearest version" would take another version from one of
your dependencies.



Why should I have to declare it in the app, when I've declared it at the
parent level?  What's the point of transitive dependencies if they do not
work the way you want, and there's no way to force them to do so?


It would seem to me that the simplest way to deal with this is that
> inherited dependencies (from a parent POM) should be
> considered as being at
> the same level of the dependency graph, just as if they had
> been explicitly
> declared.  That would always allow a project to establish priority for
> shared dependencies itself, without having their builds
> destabilized because
> inheritance and dependence are both being treated as one step down the
> graph.  Am I missing something?  Is there some way to
> accomplish what I want
> (with M2 2.0.4) in the mean time, without explicitly declaring this
> dependency in the leaf node artifact POMs?

Vote for it:
http://jira.codehaus.org/browse/MNG-1577



Done.

- Jörg


Craig

RE: Conflicting Dependency Version Dilemna

[Jörg Schaible]

Hi Craig,

Craig McClanahan wrote on Wednesday, August 09, 2006 6:58 AM:

> A project[1] that I'm a participant in is a recent convert to
> Maven2 as a
> build environment.  So far, there's a lot to like.  But ... I
> think I've run
> into a limitation of the current design related to resolving
> conflicts in dependency versions.  I'm looking for advice on what I
> can do 
> other than
> wait for FINR ("fixed in next rev") as the "Better Builds"
> book implies will
> be necessary :-).
> 
> The starting point for my scenario is I wanted to explore
> whether Commons
> Logging 1.1 could successfully replace version 1.0.4 in a
> Shale-created webapp.  To see all the gory details, you're probably
> best 
> off downloading
> the sources and trying the build yourself.  But the bottom
> line is that the
> only way I can convince a particular webapp build to use the
> new version of
> Commons Logging is to put the explicit dependence on 1.1
> directly in the POM
> for that webapp.  This is *not* what I want -- I'd much
> prefer to inherit
> the Commons Logging version dependency from the top-level shale POM (
> org.apache.shale:shale-parent), or even from the intermediate
> layer I have
> as a basis for all the example webapps
> (org.apache.shale:shale-apps-parent).

If you have a depednencyManagement section in your top-level POM and add the 
dep to your webapp without the version, it will work.

> Alas, this doesn't work.  Any dependency such as MyFaces that
> declares a dependency on Commons Logging 1.0.4 seems to win, because
> it 
> is closer on
> the "nearness" algorithm described in Section 3.6 of the "Better
> Builds" book.

Point is, that you *have to* desclare the dep in the webapp, since the 
algorithm for the "nearest version" would take another version from one of your 
dependencies.

> It would seem to me that the simplest way to deal with this is that
> inherited dependencies (from a parent POM) should be
> considered as being at
> the same level of the dependency graph, just as if they had
> been explicitly
> declared.  That would always allow a project to establish priority for
> shared dependencies itself, without having their builds
> destabilized because
> inheritance and dependence are both being treated as one step down the
> graph.  Am I missing something?  Is there some way to
> accomplish what I want
> (with M2 2.0.4) in the mean time, without explicitly declaring this
> dependency in the leaf node artifact POMs?

Vote for it:
http://jira.codehaus.org/browse/MNG-1577

- Jörg

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

Re: Continuum on Tomcat?

[Emmanuel Venisse]

It will be possible in 1.1 because it will be a webapp.

Emmanuel

Thomas Van de Velde a écrit :

Hi,

Is it possible to run Continuum on Tomcat?  Right now Continuum does not
support HTTPS, which obviously is a no-go in an enterprise deployment over
the Internet.  Luntbuild e.g. gives me the flexibility to deploy on any app
server that I'd like.  I use mod_jk with Luntbuild.  Can I do the same with
Continuum?

Thomas

mvn site: NoClassDefFoundError on MacOS X Intel

[Adam Winer]

When running mvn site, I get the following error on a MacOSX Intel box:

[INFO] Error getting reports from the plugin
'org.apache.maven.plugins:maven-project-info-reports-plugin': Unable to find
the mojo
'org.apache.maven.plugins:maven-project-info-reports-plugin:2.0.1:cim' in
the plugin 'org.apache.maven.plugins:maven-project-info-reports-plugin'
org/apache/maven/reporting/AbstractMavenReport

The full -e trace is listed below.  It seems like a classloader issue, as
the
underlying cause is:
Caused by: java.lang.NoClassDefFoundError:
org/apache/maven/reporting/AbstractMavenReport

The machine is Mac OS X (Intel), 10.4.7, Java 1.5.0_06.  I get no errors
running the same command on 1.5.0_06 on a Windows XP box.

Any ideas?

Thanks in advance,
Adam Winer

FULL STACK TRACE:
org.apache.maven.lifecycle.LifecycleExecutionException: Error getting
reports from the plugin
'org.apache.maven.plugins:maven-project-info-reports-plugin': Unable to find
the mojo
'org.apache.maven.plugins:maven-project-info-reports-plugin:2.0.1:cim' in
the plugin 'org.apache.maven.plugins:maven-project-info-reports-plugin'
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReports(DefaultLifecycleExecutor.java:689)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReports(DefaultLifecycleExecutor.java:637)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:512)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.PluginManagerException: Unable to find
the mojo
'org.apache.maven.plugins:maven-project-info-reports-plugin:2.0.1:cim' in
the plugin 'org.apache.maven.plugins:maven-project-info-reports-plugin'
at
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:533)
at
org.apache.maven.plugin.DefaultPluginManager.getReport(DefaultPluginManager.java:462)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReports(DefaultLifecycleExecutor.java:678)
... 18 more
Caused by:
org.codehaus.plexus.component.repository.exception.ComponentLookupException:
Unable to lookup component
'org.apache.maven.plugin.Mojoorg.apache.maven.plugins:maven-project-info-reports-plugin:2.0.1:cim',
it could not be created
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:335)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:440)
at
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:524)
... 20 more
Caused by:
org.codehaus.plexus.component.factory.ComponentInstantiationException: Could
not instanciate component: role: 'null', implementation:
'org.apache.maven.report.projectinfo.CimReport'
at
org.codehaus.plexus.component.factory.java.JavaComponentFactory.makeException(JavaComponentFactory.java:77)
at
org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:62)
at
org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464)
at
org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93)
at
org.codehaus.plexus.component.manager.PerLookupComponentManager.getComponent(PerLookupComponentManager.java:48)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331)
... 22 more
Caused by: java.lang.NoClassDefFoundError:
org/apache/maven/reporting/AbstractMavenReport
at java.lang.ClassLoader.defin

Conflicting Dependency Version Dilemna

[Craig McClanahan]

A project[1] that I'm a participant in is a recent convert to Maven2 as a
build environment.  So far, there's a lot to like.  But ... I think I've run
into a limitation of the current design related to resolving conflicts in
dependency versions.  I'm looking for advice on what I can do other than
wait for FINR ("fixed in next rev") as the "Better Builds" book implies will
be necessary :-).

The starting point for my scenario is I wanted to explore whether Commons
Logging 1.1 could successfully replace version 1.0.4 in a Shale-created
webapp.  To see all the gory details, you're probably best off downloading
the sources and trying the build yourself.  But the bottom line is that the
only way I can convince a particular webapp build to use the new version of
Commons Logging is to put the explicit dependence on 1.1 directly in the POM
for that webapp.  This is *not* what I want -- I'd much prefer to inherit
the Commons Logging version dependency from the top-level shale POM (
org.apache.shale:shale-parent), or even from the intermediate layer I have
as a basis for all the example webapps (org.apache.shale:shale-apps-parent).

Alas, this doesn't work.  Any dependency such as MyFaces that declares a
dependency on Commons Logging 1.0.4 seems to win, because it is closer on
the "nearness" algorithm described in Section 3.6 of the "Better Builds"
book.

It would seem to me that the simplest way to deal with this is that
inherited dependencies (from a parent POM) should be considered as being at
the same level of the dependency graph, just as if they had been explicitly
declared.  That would always allow a project to establish priority for
shared dependencies itself, without having their builds destabilized because
inheritance and dependence are both being treated as one step down the
graph.  Am I missing something?  Is there some way to accomplish what I want
(with M2 2.0.4) in the mean time, without explicitly declaring this
dependency in the leaf node artifact POMs?

Craig McClanahan

[1] http://shale.apache.org/

Re: Some Proximity usage questions

[Tamás Cservenák]

Hi Adrian,

take look into, it's there:
http://proximity.abstracthorizon.org/deploy/nightly/

Try it (NOT in production), it has a few extras, you will see.
The emergeGroups is implemented :)

~t~

On 8/7/06, Adrian Shum <[EMAIL PROTECTED]> wrote:


Thanks a lot Tomas.

May I clarify a bit?

for 1):
That means, whenever I know two repos are having chance
to contain same artifact, I should put them into two separate
group?

for 2):
I bet the new release will still enable us to access artifacts
thru http://hostname/px-webapp/repsitory/artifact-group/artifcact right?

Re: [m2] eclipse attached sources for snapshot builds

[Barrie Treloar]

On 8/7/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:

Hey,
if i have released an artifact, so there is a ...sources.jar in my 
releaseRepository that will be downloaded in my local repository. The goal 
eclipse:eclipse add's this jar as attached Source to the eclipse build path.

But if I install a snapshot, the sources wont't be in the eclipse build path.

Is there any solution for this problem? Has somebody the same problem?


I use the following in the pluginManagement section, which will create
source jars for my code and test classes as well as create a jar
containing my test code.

 
   org.apache.maven.plugins
   maven-source-plugin
   
 
   
 jar
 test-jar
   
 
   
 
   
   
 org.apache.maven.plugins
 maven-jar-plugin
 
   
 
   config/
 
 
   true
 
   
 
 
   
 
   test-jar
 
   
 
   
 
   

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

Cargo-plugin 0.3-SNAPSHOT problem?

[Michael Mekaail]

Hey,
I'm trying to get the Cargo plugin working with Maven 2. My first 
problem was that the ping was  timing out after 2000 (20 sec) which was 
too short. But this problem is fixed by using Cargo version 
0.3-SNAPSHOTand using the tag 24.
However my problem now is that when I do intregration-test I have the 
goals in this order:

cargo:start
cargo:deploy
cargo:start   Again??!?!

Here is the code that I have in my POM

   org.codehaus.cargo
   cargo-maven2-plugin
   0.3-SNAPSHOT
   
   false

   
   tomcat5x
   
   
http://www.apache.org/dist/jakarta/tomcat-5/v5.0.30/bin/jakarta-tomcat-5.0.30.zip

   ${installDir}
   
   12
   output.log
   cargo-log.log

   


   
   
${project.build.directory}/tomcat5x/container

   
   9087
   
   
   
   
   
   start-container
   pre-integration-test
   
   start
   deploy
  
   

   

   
   
   
   
com.company.project

   project
   war
   
../project/target/project-1.0.war
   
http://localhost:9087/project-1.0

   24
   
   
   

   
   


   
   stop-container
   post-integration-test
   
   stop
   
   
   


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

Maven2 war project fails to download xfire pom error?

[Dave Hoffer]

I have a war project that includes xfire-all as a dependency, its pom
file says that it has lots of dependencies.  Do I understand Maven2
correctly, that xfire-all should take care of finding and downloading
all of its dependencies?  I only need to refer to xfire-all correct?

 

When I add the following section I get the following error:

 



  org.codehaus.xfire

  xfire-all

  1.1.2



  

...and so on...

 

Build Error:

 

Downloading:

http://repo1.maven.org/maven2/org/codehaus/xfire/xfire-all/1.1.2/xf

ire-all-1.1.2.pom

[INFO]



[ERROR] BUILD ERROR

[INFO]



[INFO] Error building POM (may not be this project's POM).

 

 

Project ID: org.codehaus.xfire:xfire-all

 

Reason: Error getting POM for 'org.codehaus.xfire:xfire-all' from the
repository

: Error transferring file

  org.codehaus.xfire:xfire-all:pom:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

  ...

 

However, I can see the specified POM file just fine on the repo1 server.

 

When I build with the -e option I get:

 

 

 

Project ID: org.codehaus.xfire:xfire-all

 

Reason: Error getting POM for 'org.codehaus.xfire:xfire-all' from the
repository

: Error transferring file

  org.codehaus.xfire:xfire-all:pom:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

  repo1 (http://repo1.maven.org/maven2),

  external_free (ftp://XRBUILD2.xrite.com/external_free),

  internal (ftp://XRBUILD2.xrite.com/internal)

 

 

 

[INFO]


[INFO] Trace

org.apache.maven.lifecycle.LifecycleExecutionException: Unable to get
dependency

 information: Unable to read the metadata file for artifact
'org.codehaus.xfire:

xfire-all:jar': Error getting POM for 'org.codehaus.xfire:xfire-all'
from the re

pository: Error transferring file

  org.codehaus.xfire:xfire-all:pom:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

  repo1 (http://repo1.maven.org/maven2),

  external_free (ftp://XRBUILD2.xrite.com/external_free),

  internal (ftp://XRBUILD2.xrite.com/internal)

 

  org.codehaus.xfire:xfire-all:jar:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

  repo1 (http://repo1.maven.org/maven2),

  external_free (ftp://XRBUILD2.xrite.com/external_free),

  internal (ftp://XRBUILD2.xrite.com/internal)

Path to dependency:

1)
com.xrite.retail.colordesigner:measurement-averaging-webservice:war:1

.0-SNAPSHOT

 

 

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa

ultLifecycleExecutor.java:551)

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi

fecycle(DefaultLifecycleExecutor.java:475)

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau

ltLifecycleExecutor.java:454)

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan

dleFailures(DefaultLifecycleExecutor.java:306)

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen

ts(DefaultLifecycleExecutor.java:273)

at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi

fecycleExecutor.java:140)

at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)

at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)

at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.

java:39)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces

sorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:585)

at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)

at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

 

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

Caused by:
org.apache.maven.artifact.resolver.ArtifactResolutionException: Unabl

e to get dependency information: Unable to read the metadata file for
artifact '

org.codehaus.xfire:xfire-all:jar': Error getting POM for
'org.codehaus.xfire:xfi

re-all' from the repository: Error transferring file

  org.codehaus.xfire:xfire-all:pom:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

  repo1 (http://repo1.maven.org/maven2),

  external_free (ftp://XRBUILD2.xrite.com/external_free),

  internal (ftp://XRBUILD2.xrite.com/internal)

 

  org.codehaus.xfire:xfire-all:jar:1.1.2

 

from the specified remote repositories:

  central (http://repo1.maven.org/maven2),

Re: [m2] eclipse attached sources for snapshot builds

[Mark Hewett]

On 8/7/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:

great, that's it!

But now the javadoc source is also generated, is it possible to switsh it off?

the javadoc location in eclispse is not updated ;-(

Fredy


If you take a look at the super POM at
http://maven.apache.org/guides/introduction/introduction-to-the-pom.html
you can see what the -DperformRelease=true is doing - i.e. it enables
a profile that configures the maven-source-plugin and
maven-javadoc-plugin to generate the appropriate JARs.  What I did, to
always generate source and javadoc JARs during my builds, is to copy
the configurations for those two plugins to my organization POM.  You
could just add the maven-source-plugin configuration to your POM if
you always want a source JAR generated.

Hope that helps.
Mark

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

Re: incorrect war file structure

[Pete Marvin King]

Hello Jeff,

Sorry about the example, the correct one should be

   
  
 [...]
 
   configurations
   
   WEB-INF
   
   true
   
  **/properties
   
 
  


it's webResources/resource. So far I can only assure you that the
targetPath configuration 
will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was
applied to the
2.0 series.

If you have the time you can get the source and built the latest war
plugin from the trunk.

---
svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
cd maven-war-plugin
mvn install
---

btw, if you decide to use the build/resources/resource configuration
make sure you use the package phase
instead of directly invoking the war goal. Resource processing is not
covered by the war plugin.
Just do mvn package just to be sure.


hope this helps,
pete marvin
  


Denis Cabasson wrote:
> Jeff Mutonho wrote:
>   
>> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>> 
>>>
>>> Jeff Mutonho wrote:
>>>   
 On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
 
>
> Jeff Mutonho wrote:
>   
>> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> wrote:
>> 
>>> Hi Jeff,
>>>
>>> properties normally go in the src\main\resources
>>>
>>> BTW, You seem to use a strange layout for your directories. Do you
>>>   
> really
>   
>>> want it to be that way?
>>> Read Better builds with maven for the recommended dir. structure
>>>
>>> "
>>>   
>> Thats just the way the project is structured and am powerless to
>> change it.
>>
>> 
> This is eclipse WTP directory layout.
>
> You should really work the other way round: take maven's directory
> structure
> (far better), and create the eclipse descriptor with:
> mvn -Dwtpversion=1.0 eclipse:eclipse
>
> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
> more
> details
>
> Denis.
> --
> View this message in context:
>
>   
>>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>>>   
> Sent from the Maven - Users forum at Nabble.com.
>
>
>   
 I understand that , that would work better but I do not have the
 
>>> liberty
>>>   
 to
 change the directory structure now to the maven structure.The war
 
>>> plugin
>>>   
 in
 document (

 
>>> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
>>>   
 talk about specifying what it calls an external resource using the
 
 
  /path-to-external-directory

 and then  under the section "Overriding the default destination
 
>>> directory
>>>   
 of
 a web resource") says it should be possible to specify what it calls an
 external resource and override the target directory ie the directory
 
>>> where
>>>   
 you want the resources to be copied to , by specifying  
 in my case  its WEB-INF/classes

 I just don't understand why I won't work.

 Jeff


 
>>> webRessources, are ressources bundled in your war archive...
>>>
>>> You should rather specify the build/ressources element in your POM to
>>> include the correct ressources, and let the maven-war-plugin include
>>> those
>>> ressources in your produced war.
>>>
>>> Something like:
>>> ...
>>> 
>>>   ...
>>>   
>>> 
>>>   WebContent/JavaSource
>>>   
>>> **/*.java
>>>   
>>> 
>>>   
>>>   ...
>>> 
>>> ...
>>>
>>> That should work (alternatively, you can specify includes instead of
>>> excludes tags).
>>>
>>> Denis
>>> --
>>> View this message in context:
>>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
>>> Sent from the Maven - Users forum at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>   
>> I just noticed that the example  provided on the plugin website  has a
>>   tag nested inside another  , as shown below :
>>
>>
>> Overriding the default destination directory of a web resource
>>
>> By default web resources are copied to the root of the war, as shown in
>> the
>> previous example. To override the default destination directory, specify
>> the
>> target path.
>>
>>  [...]
>> 
>>   
>> 
>>  [...]
>>  
>>configurations
>>
>>WEB-INF
>>
>>true
>>
>>   **/properties
>>
>>  
>> 
>>   
>> 
>>   [...]
>>
>>
>>

cargo deploy jboss datasource-ds.xml file?

[James Richards]

Hello all,

I'm using the Cargo plugin to deploy to a JBoss 4.x instance:

  
org.codehaus.cargo
cargo-maven2-plugin

  
jboss4x

${project.build.directory}/jboss4x.log

${project.build.directory}/cargo.log

  
http://umn.dl.sourceforge.net/sourceforge/jboss/jboss-4.0.4.GA.zip
  ${installDir}

  

Re: release prepare failure with buildnumber-plugin

[Alex Boisvert]

Hi Peter,

You can't do a release if any of the dependencies are SNAPSHOTs.  The
maven-release-plugin enforces that all dependencies have concrete release
numbers.

alex


On 8/8/06, Peter <[EMAIL PROTECTED]> wrote:



Hi,

I followed the instructions for the maven-buildnumber-plugin. However,
preparing a release ends with a build failure as posted below. (and I've
tried different other things as well - but I'm new to Maven as well,
so...)

Please, is there anyone who can help me with this.
Peter


[ERROR] BUILD FAILURE
[INFO]

[INFO] Can't release project due to non released dependencies :


org.codehaus.mojo:maven-buildnumber-plugin:maven-plugin:0.9.2-SNAPSHOT:runtime
in project 'testApp Archetype' (wfp:testApp:jar:1.0-SNAPSHOT)
--
View this message in context:
http://www.nabble.com/release-prepare-failure-with-buildnumber-plugin-tf2075003.html#a5714246
Sent from the Maven - Users forum at Nabble.com.


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

RE: cargo plugin question

[James Richards]

Wendy,

That worked like a charm.

Thanks for your help!

James



-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: Tue 8/8/2006 5:27 PM
To: Maven Users List
Subject: Re: cargo plugin question
 
On 8/8/06, James Richards <[EMAIL PROTECTED]> wrote:

> I am setting up Maven2 for a new project which has an existing codebase.  I 
> specified the  as, for example, "foo" and the  as 
> "2.0-SNAPSHOT".  There are no problems building or assembling the war for 
> this web application.  However, I would like to use a shorter URL when 
> deploying for development/integration testing.  For this reason, I customized 
> the war plugin configuration:
...
> Is there any way to make the cargo plugin recognize the war setting in the 
> war plugin?

I'm not sure about the war plugin config, but I use
/ to set the name of the war, and this works with
'mvn package cargo:start' .

   
   foo
or${artifactId}

HTH,
Wendy
-- 
Wendy

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

Re: Basic Help with package

[Matt Brozowski]

On Aug 8, 2006, at 5:30 PM, Wendy Smoak wrote:


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


Hello there! I need to include files in my META-INF dir (eg my tomcat
context.xml). Where do I put the files on my project so they can be
packaged when using mvn package?


Try putting it in src/main/webapp/META-INF .

(Anything in src/main/resources ends up in WEB-INF/classes.)


She is right.  For a WAR in needs to go in src/main/webapp/META-INF

For a JAR it goes in src/main/resources/META-INF.

CRAZY!

Matt


 
___

Matt Brozowski, OpenNMS Maintainer  Main:   +1 919 812 4984
The OpenNMS Group, Inc. Fax:+1 503 
961 7746
Email: [EMAIL PROTECTED]URL:
http://www.opennms.com

Re: Basic Help with package

[Wendy Smoak]

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


Hello there! I need to include files in my META-INF dir (eg my tomcat
context.xml). Where do I put the files on my project so they can be
packaged when using mvn package?


Try putting it in src/main/webapp/META-INF .

(Anything in src/main/resources ends up in WEB-INF/classes.)

--
Wendy

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

Re: cargo plugin question

[Wendy Smoak]

On 8/8/06, James Richards <[EMAIL PROTECTED]> wrote:


I am setting up Maven2 for a new project which has an existing codebase.  I specified the  
as, for example, "foo" and the  as "2.0-SNAPSHOT".  There are no problems 
building or assembling the war for this web application.  However, I would like to use a shorter URL when 
deploying for development/integration testing.  For this reason, I customized the war plugin configuration:

...

Is there any way to make the cargo plugin recognize the war setting in the war 
plugin?


I'm not sure about the war plugin config, but I use
/ to set the name of the war, and this works with
'mvn package cargo:start' .

  
  foo
or${artifactId}

HTH,
Wendy
--
Wendy

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

Re: Basic Help with package

[Matt Brozowski]

On Aug 8, 2006, at 2:11 PM, Vinicius Carvalho wrote:


Hello there! I need to include files in my META-INF dir (eg my tomcat
context.xml). Where do I put the files on my project so they can be
packaged when using mvn package?


Put them in src/main/resources/META-INF


Matt




 
___

Matt Brozowski, OpenNMS Maintainer  Main:   +1 919 812 4984
The OpenNMS Group, Inc. Fax:+1 503 
961 7746
Email: [EMAIL PROTECTED]URL:
http://www.opennms.com

[m2] Can I find out if debug mode is on?

[Edelson, Justin]

I'm writing a plugin that calls an external application that accepts a
"-verbose" command-line argument. I would like to be able to enable this
setting if -X has been specified on the maven 2 command line. I
recognize that debug and verbose are usually orthogonal, but in this
case they're not. I've got some other ideas, but those involve parsing
the output of the external app more than I would like.

Am I barking up the wrong tree?

Is this question better asked on the dev list?

Thanks

cargo plugin question

[James Richards]

Hello,

I am setting up Maven2 for a new project which has an existing codebase.  I 
specified the  as, for example, "foo" and the  as 
"2.0-SNAPSHOT".  There are no problems building or assembling the war for this 
web application.  However, I would like to use a shorter URL when deploying for 
development/integration testing.  For this reason, I customized the war plugin 
configuration:


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

  WebContent
  foo

  

This also works in that my war gets generated in the target directory as 
"foo.war"...however, when I try to run the cargo plugin, it insists on looking 
for foo-2.0-SNAPSHOT.war.  Is there any way to make the cargo plugin recognize 
the war setting in the war plugin?

Thanks for your time,

James

Re: Assembly madness...

[mike7]

Thanks Wayne.
Indeed, the  problem is this JIRA issue.

I'm going to try 2.1-SNAPSHOT...
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5714990
Sent from the Maven - Users forum at Nabble.com.


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

RE: repository vs. pluginRepository

[Beyer,Nathan]

As I understand it and use it, the repositories configured in
'repositories' are used for resolving dependencies and the repositories
configured in 'pluginRepositories' are for resolving Maven plugins
referenced in the build and reporting sections.

-Nathan

-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 5:14 PM
To: users@maven.apache.org
Subject: repository vs. pluginRepository


Hi,

according to

 http://maven.apache.org/ref/current/maven-model/maven.html

I may use both

 
   ...
 

and

 
   ...
 


But how are these related? Or what's the difference?


Thanks,

Jochen


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


-
CONFIDENTIALITY NOTICE This message and any included attachments
are from Cerner Corporation and are intended only for the
addressee. The information contained in this message is
confidential and may constitute inside or non-public information
under international, federal, or state securities laws.
Unauthorized forwarding, printing, copying, distribution, or use of
such information is strictly prohibited and may be unlawful. If you
are not the addressee, please promptly delete this message and
notify the sender of the delivery error by e-mail or you may call
Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1)
(816)221-1024. ---


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

Re: Assembly madness...

[Wayne Fay]

Its a JIRA issue identifier:
http://jira.codehaus.org/browse/MASSEMBLY-99

Wayne

On 8/8/06, mike7 <[EMAIL PROTECTED]> wrote:


I am using 2.0.4 on WinXP.
What is MASSEBLY-99?
--
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5714688
Sent from the Maven - Users forum at Nabble.com.


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




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

repository vs. pluginRepository

[Jochen Wiedmann]

Hi,

according to

http://maven.apache.org/ref/current/maven-model/maven.html

I may use both


  ...


and


  ...



But how are these related? Or what's the difference?


Thanks,

Jochen


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

Re: Assembly madness...

[mike7]

I am using 2.0.4 on WinXP.
What is MASSEBLY-99?
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5714688
Sent from the Maven - Users forum at Nabble.com.


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

Re: Assembly madness...

[Mike Perham]

You might be running into MASSEBLY-99.  Try version 2.0.1 and see if the
depSet works then.

mike


mike7 <[EMAIL PROTECTED]> wrote on 08/08/2006 03:24:22 PM:

> I tried with the dependencySet as follows:
>
> Well, it doesn't produce anything in the jar. If I use moduleSets then it
> works but it doesn't exclude junit.

Re: Assembly madness...

[mike7]

Dear John,


John Casey-3 wrote:
> 
> Okay, so what I'm reading from this conversation is that you want to:
> 
> a. have a multimodule build
> b. wrap the  up in an assembly
> 
YES ;-)


John Casey-3 wrote:
> 
> First question: why not do the build and assembly all in one step? Why
> install the modules to a repository first? When the assembly descriptor
> references a  it's talking about a set of  entries in
> the current POM. If it's including binaries of those modules, they will
> have
> to be built.
> 
Not all modules are necessary to build one application. During the assembly
step, we'd like to have multiple assembly descriptors to build various
applications (and cherry pick the appropriate modules and their
corresponding dependencies). 


John Casey-3 wrote:
> 
> If you're not doing a true multimodule build here, why not use a
> dependencySet instead? Dependencies are resolved from the repository, not
> modules.
> 
Thanks for the tip. 
If dependencies are resolved from the repository, then why is maven trying
to recompile everything? Is there a flag to tell maven to just do assembly?


John Casey-3 wrote:
> 
> Finally: When you perform this multimodule build targeting different JVMs,
> how do you specify the classifiers to use in tagging the output jars? Is
> this - and the compiler configuration that I assume you're changing too -
> injected into the build(s) via profile, or...?
> 
It is set by profile. There is a profile for the platform (j2me, j2se etc).
Then I set the classifier as ${platform}. This
generates myJar-1.0-SNAPSHOT-${platform}.jar.

I tried with the dependencySet as follows:

  bin
  
jar
  
  false
  

  
com.toto.myApp:apps
  
  /
  true
  runtime
  
junit:junit
  

  


Well, it doesn't produce anything in the jar. If I use moduleSets then it
works but it doesn't exclude junit.

Thanks for your help!
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5714338
Sent from the Maven - Users forum at Nabble.com.


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

Plugin Versions

[Douglas Ferguson]

Howdy,

 

Anybody have a good method of keeping track of plugin versions. I.E. I am
using the assembly plugin and all the docs have examples with 2.0-beta-1 but
2.1 is out.

 

__


Douglas W. Ferguson

EPSIIA - Another Fiserv Connection

Development

Office Phone: 512-329-0081 ext. 3309

Dial Toll Free: 800-415-5946

Mobile Phone: 512-293-7279

Fax: 512-329-0086

[EMAIL PROTECTED]

www.epsiia.com  

__

 

Re: Assembly madness...

[mike7]

Dear John,


John Casey-3 wrote:
> 
> Okay, so what I'm reading from this conversation is that you want to:
> 
> a. have a multimodule build
> b. wrap the  up in an assembly
> 
YES ;-)


John Casey-3 wrote:
> 
> First question: why not do the build and assembly all in one step? Why
> install the modules to a repository first? When the assembly descriptor
> references a  it's talking about a set of  entries in
> the current POM. If it's including binaries of those modules, they will
> have
> to be built.
> 
Not all modules are necessary to build one application. During the assembly
step, we'd like to have multiple assembly descriptors to build various
applications (and cherry pick the appropriate modules and their
corresponding dependencies). 


John Casey-3 wrote:
> 
> If you're not doing a true multimodule build here, why not use a
> dependencySet instead? Dependencies are resolved from the repository, not
> modules.
> 
Thanks for the tip. 
If dependencies are resolved from the repository, then why is maven trying
to recompile everything? Is there a flag to tell maven to just do assembly?


John Casey-3 wrote:
> 
> Finally: When you perform this multimodule build targeting different JVMs,
> how do you specify the classifiers to use in tagging the output jars? Is
> this - and the compiler configuration that I assume you're changing too -
> injected into the build(s) via profile, or...?
> 
It is set by profile. There is a profile for the platform (j2me, j2se etc).
Then I set the classifier as ${platform}. This generates
myJar-1.0-SNAPSHOT-${platform}.jar.

I tried with the dependencySet as follows:

  bin
  
jar
  
  false
  

  
com.toto.myApp:apps
  
  /
  true
  runtime
  
junit:junit
  

  


Well, it doesn't produce anything in the jar. If I use moduleSets then it
works but it doesn't exclude junit.

Thanks for your help!
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5714323
Sent from the Maven - Users forum at Nabble.com.

Re: Executing Assembly during build

[John Casey]

The assembly:assembly mojo is meant to be run directly from the command
line. It takes care of running the build lifecycle up to the point it needs,
then invoking its own behavior. Therefore, if it's bound to the lifecycle,
it can result in weirdness. If you want this behavior (meaning the
assembly-as-part-of-the-lifecycle thing), you might want to use the
assembly:attached mojo instead, like this:


 maven-assembly-plugin
 [...]
 
   
 attach assembly
 packaging
 attached
   
 


HTH,

-john

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


I tried to bind assembly to the package phase and I get this error.

[INFO] Mojo: 'assembly' requires direct invocation. It cannot be used as
part of the lifecycle (it was included via the POM).

First off... why not?

Secondly, is there another alternative?


-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 3:05 PM
To: Maven Users List
Subject: Re: Assembly madness...

Okay, so what I'm reading from this conversation is that you want to:

a. have a multimodule build
b. wrap the  up in an assembly

First question: why not do the build and assembly all in one step? Why
install the modules to a repository first? When the assembly descriptor
references a  it's talking about a set of  entries in
the current POM. If it's including binaries of those modules, they will
have
to be built.

If you're not doing a true multimodule build here, why not use a
dependencySet instead? Dependencies are resolved from the repository, not
modules.

Finally: When you perform this multimodule build targeting different JVMs,
how do you specify the classifiers to use in tagging the output jars? Is
this - and the compiler configuration that I assume you're changing too -
injected into the build(s) via profile, or...?

-john

On 8/8/06, mike7 <[EMAIL PROTECTED]> wrote:
>
>
> Aggregator project = parent pom that refers to modules to be built.
> Are you using maven 2
> --
> View this message in context:
> http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713721
> Sent from the Maven - Users forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

release prepare failure with buildnumber-plugin

[Peter]

Hi, 

I followed the instructions for the maven-buildnumber-plugin. However,
preparing a release ends with a build failure as posted below. (and I've
tried different other things as well - but I'm new to Maven as well, so...)

Please, is there anyone who can help me with this.
Peter


[ERROR] BUILD FAILURE
[INFO]

[INFO] Can't release project due to non released dependencies :
   
org.codehaus.mojo:maven-buildnumber-plugin:maven-plugin:0.9.2-SNAPSHOT:runtime
in project 'testApp Archetype' (wfp:testApp:jar:1.0-SNAPSHOT)
-- 
View this message in context: 
http://www.nabble.com/release-prepare-failure-with-buildnumber-plugin-tf2075003.html#a5714246
Sent from the Maven - Users forum at Nabble.com.


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

Executing Assembly during build

[Douglas Ferguson]

I tried to bind assembly to the package phase and I get this error.

[INFO] Mojo: 'assembly' requires direct invocation. It cannot be used as
part of the lifecycle (it was included via the POM).

First off... why not?

Secondly, is there another alternative?


-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 3:05 PM
To: Maven Users List
Subject: Re: Assembly madness...

Okay, so what I'm reading from this conversation is that you want to:

a. have a multimodule build
b. wrap the  up in an assembly

First question: why not do the build and assembly all in one step? Why
install the modules to a repository first? When the assembly descriptor
references a  it's talking about a set of  entries in
the current POM. If it's including binaries of those modules, they will have
to be built.

If you're not doing a true multimodule build here, why not use a
dependencySet instead? Dependencies are resolved from the repository, not
modules.

Finally: When you perform this multimodule build targeting different JVMs,
how do you specify the classifiers to use in tagging the output jars? Is
this - and the compiler configuration that I assume you're changing too -
injected into the build(s) via profile, or...?

-john

On 8/8/06, mike7 <[EMAIL PROTECTED]> wrote:
>
>
> Aggregator project = parent pom that refers to modules to be built.
> Are you using maven 2
> --
> View this message in context:
> http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713721
> Sent from the Maven - Users forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Re: Assembly madness...

[John Casey]

Okay, so what I'm reading from this conversation is that you want to:

a. have a multimodule build
b. wrap the  up in an assembly

First question: why not do the build and assembly all in one step? Why
install the modules to a repository first? When the assembly descriptor
references a  it's talking about a set of  entries in
the current POM. If it's including binaries of those modules, they will have
to be built.

If you're not doing a true multimodule build here, why not use a
dependencySet instead? Dependencies are resolved from the repository, not
modules.

Finally: When you perform this multimodule build targeting different JVMs,
how do you specify the classifiers to use in tagging the output jars? Is
this - and the compiler configuration that I assume you're changing too -
injected into the build(s) via profile, or...?

-john

On 8/8/06, mike7 <[EMAIL PROTECTED]> wrote:



Aggregator project = parent pom that refers to modules to be built.
Are you using maven 2
--
View this message in context:
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713721
Sent from the Maven - Users forum at Nabble.com.


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

Re: problem with compiler plugin

[Wayne Fay]

Just to be clear, your pom file should specify dependencies and
plugins as follows:


  
 
 
  
  
 


 
  



From the snippet you've provided, it appears that you might have

assigned the commons-logging dependency to the maven-compiler-plugin
execution which is not what you want to do.

Seems like Justin has more directly addressed your issue, but wanted
to make sure this was also mentioned.

Wayne

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

Thanks for your reply,

No its not dependency problem

coz to test it what i did is i created ant build.xml with
commons-loggin.jar in the classpath and compiled it it worked fine, no
error,
here is what is there in my build.xml

   
   
   

then i created pom for this and added commons-logging.jar as dependency
then compiled it

   
 org.apache.maven.plugins
 maven-compiler-plugin
   
 true
 false
 1.4
   
   true
   
   ;
   
   
   commons-logging
   commons-logging
   jar
   provided
   1.0.3
   
   
   

and it fails with the message

[INFO] Compilation failure

C:\views\.../...\Abc.java:[3,0] package org.apache.commons does not exist

and the 3rd line on my Abc.java imports all commons components as,

import org.apache.commons.*




Thanks,





"Nick Veys" <[EMAIL PROTECTED]>
08/07/2006 06:18 PM
Please respond to "Maven Users List"

   To: "Maven Users List" 
   cc:
   Subject:Re: problem with compiler plugin


Sounds like you don't have the dependency specified...   What does
your pom.xml look like, what does your ant script do?  There's not
much info in your message! :)

On 8/7/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Hi All
>
> i'm having this weired error,
>
> in my ABC.java dev team has something  like
>
> import org.apache.commons.*
>
> then when i use ant build file with commons-logging.xml it compiles
> perfectly, but when i use maven to buidl this at compiler phase it
throws
> error as
>
> package org.apache.commons does not exist
>
> why maven compiler plugin fails, here is there something i'm doing
wrong,
>
> Please advise
>
> Thanks
>
>
> -
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law.  If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED.  Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>

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






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

RE: Assembly madness...

[mike7]

Aggregator project = parent pom that refers to modules to be built.
Are you using maven 2
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713721
Sent from the Maven - Users forum at Nabble.com.


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

RE: Assembly madness...

[Douglas Ferguson]

Hmm.. What's an aggregator project?

D-

-Original Message-
From: mike7 [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 2:25 PM
To: users@maven.apache.org
Subject: RE: Assembly madness...


But Maven would say: Aggregator projects require 'pom' as packaging.
-- 
View this message in context:
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713307
Sent from the Maven - Users forum at Nabble.com.


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



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

RE: Assembly madness...

[mike7]

But Maven would say: Aggregator projects require 'pom' as packaging.
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5713307
Sent from the Maven - Users forum at Nabble.com.


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

RE: Assembly madness...

[Douglas Ferguson]

Hmm.. have you tried making your parent pom output a jar instead of a pom?

-Original Message-
From: mike7 [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 2:02 PM
To: users@maven.apache.org
Subject: RE: Assembly madness...


Hi Douglas,

I am trying to have all .class build by maven and put into many module.jar
to be assemble into one big final-module.jar.
As replied earlier, I am also using classifiers for each module as I need to
build modules.jar for different VM.
Then, this final-module.jar is shrinked/obfuscated.

Thanks.
-- 
View this message in context:
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5712896
Sent from the Maven - Users forum at Nabble.com.


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



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

RE: Assembly madness...

[mike7]

Hi Douglas,

I am trying to have all .class build by maven and put into many module.jar
to be assemble into one big final-module.jar.
As replied earlier, I am also using classifiers for each module as I need to
build modules.jar for different VM.
Then, this final-module.jar is shrinked/obfuscated.

Thanks.
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5712896
Sent from the Maven - Users forum at Nabble.com.


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

Re: Assembly madness...

[mike7]

Thanks Vinod.
Indeed, I looked at these pages and googled around before asking my
question. Unfortunately, it doesn't seem these examples work with
multi-project builds. Actually, I also have the same problem with site
plugin: it generates the site with links to wrong places. I often wonder if
Maven plugins were tested for multi-project builds!
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5712839
Sent from the Maven - Users forum at Nabble.com.


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

Re: Assembly madness...

[mike7]

Thanks Edwin.
I tried this link but it doesn't seem to work with classifiers. 
when I am building my modules, I do this:
  
maven-jar-plugin

${platform}-${audience}
false
  
  

So I'd like to include -- in the final JAR. 
If I don't use  above then the example you pointed does work.

Thanks!
-- 
View this message in context: 
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5712774
Sent from the Maven - Users forum at Nabble.com.


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

Re: incorrect war file structure

[Denis Cabasson]

Jeff Mutonho wrote:
> 
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>> >>
>> >>
>> >>
>> >> Jeff Mutonho wrote:
>> >> >
>> >> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> >> > wrote:
>> >> >>
>> >> >> Hi Jeff,
>> >> >>
>> >> >> properties normally go in the src\main\resources
>> >> >>
>> >> >> BTW, You seem to use a strange layout for your directories. Do you
>> >> really
>> >> >> want it to be that way?
>> >> >> Read Better builds with maven for the recommended dir. structure
>> >> >>
>> >> >> "
>> >> >
>> >> >
>> >> > Thats just the way the project is structured and am powerless to
>> >> > change it.
>> >> >
>> >>
>> >> This is eclipse WTP directory layout.
>> >>
>> >> You should really work the other way round: take maven's directory
>> >> structure
>> >> (far better), and create the eclipse descriptor with:
>> >> mvn -Dwtpversion=1.0 eclipse:eclipse
>> >>
>> >> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> >> more
>> >> details
>> >>
>> >> Denis.
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> >> Sent from the Maven - Users forum at Nabble.com.
>> >>
>> >>
>> >
>> > I understand that , that would work better but I do not have the
>> liberty
>> > to
>> > change the directory structure now to the maven structure.The war
>> plugin
>> > in
>> > document (
>> >
>> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
>> > talk about specifying what it calls an external resource using the
>> > 
>> > 
>> >  /path-to-external-directory
>> >
>> > and then  under the section "Overriding the default destination
>> directory
>> > of
>> > a web resource") says it should be possible to specify what it calls an
>> > external resource and override the target directory ie the directory
>> where
>> > you want the resources to be copied to , by specifying  
>> > in my case  its WEB-INF/classes
>> >
>> > I just don't understand why I won't work.
>> >
>> > Jeff
>> >
>> >
>>
>> webRessources, are ressources bundled in your war archive...
>>
>> You should rather specify the build/ressources element in your POM to
>> include the correct ressources, and let the maven-war-plugin include
>> those
>> ressources in your produced war.
>>
>> Something like:
>> ...
>> 
>>   ...
>>   
>> 
>>   WebContent/JavaSource
>>   
>> **/*.java
>>   
>> 
>>   
>>   ...
>> 
>> ...
>>
>> That should work (alternatively, you can specify includes instead of
>> excludes tags).
>>
>> Denis
>> --
>> View this message in context:
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> I just noticed that the example  provided on the plugin website  has a
>   tag nested inside another  , as shown below :
> 
> 
> Overriding the default destination directory of a web resource
> 
> By default web resources are copied to the root of the war, as shown in
> the
> previous example. To override the default destination directory, specify
> the
> target path.
> 
>  [...]
> 
>   
> 
>  [...]
>  
>configurations
>
>WEB-INF
>
>true
>
>   **/properties
>
>  
> 
>   
> 
>   [...]
> 
> 
> 
> 
> I tried to do it the same way , the build started and then   got stumped
> with an error message saying
> "[INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to configure plugin parameters for:
> org.apache.maven.plugins:maven
> -war-plugin:2.0
> 
> 
> 
> Cause: Cannot find setter nor field in org.apache.maven.model.Resource for
> 'resource'
> "
> 
> Is this a bug in the plugin?Has anyone succeded in overriding the default
> destination directory of a web resource using this example on the website?
> 
> 
> 
> 
> 
> Jeff  Mutonho
> 
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042
> 
> 

You should really consider using the resources/resource tag in the build
section of your POM. This is the right place to do what you want, not in the
war plugin configuration...

Denis.

-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5712385
Sent from the Maven - Users forum at Nabble.com.


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

Re: Maven Surefire goals available html?

[Denis Cabasson]

Plugin goals can be found in Project Reports section / plugin documentation.

Staging new version of the plugin documentation can be found there:
http://people.apache.org/~aramirez/maven-surefire-plugin/

Denis.


Clifton Craig wrote:
> 
> Hello,
> 
> When I navigate to http://maven.apache.org/plugins/maven-surefire-plugin/
> I 
> don't see the available goals for the plugin? I have to guess and URL hack
> to 
> get to the docs I want, for example 
> http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html. It's 
> been like this for some time now. Is it accidental? Can we get the
> available 
> goals page restored?
> 
> - 
> Clifton C. Craig, Software Engineer
> Tell me what's up...
> visit: http://codeforfun.wordpress.com
> [EMAIL PROTECTED]
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Maven-Surefire-goals-available-html--tf2074252.html#a5712354
Sent from the Maven - Users forum at Nabble.com.


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

Basic Help with package

[Vinicius Carvalho]

Hello there! I need to include files in my META-INF dir (eg my tomcat
context.xml). Where do I put the files on my project so they can be
packaged when using mvn package?

Best regards

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

Maven Surefire goals available html?

[Clifton Craig]

Hello,

When I navigate to http://maven.apache.org/plugins/maven-surefire-plugin/ I 
don't see the available goals for the plugin? I have to guess and URL hack to 
get to the docs I want, for example 
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html. It's 
been like this for some time now. Is it accidental? Can we get the available 
goals page restored?

- 
Clifton C. Craig, Software Engineer
Tell me what's up...
visit: http://codeforfun.wordpress.com
[EMAIL PROTECTED]

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

RE: Automating install:install-file

[Edelson, Justin]

That's not true. You could just have a file server that all users could
read from.

I would disagree that this is somehow harder than what you're talking
about. And aren't you going to want an internal repo at some point
anyway?

But if you really wanted to require each user to install X number of
jars into their local repo, I'd suggest using a shell script/bat file
that calls "mvn install:install-file [params]" repeatedly. Although I'm
sure the install plugin could be modified to not have the read-only
params, having a pom for this installation seems unnecessarily verbose.

-Original Message-
From: Dave Syer [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 11:16 AM
To: users@maven.apache.org
Subject: RE: Automating install:install-file


> Why not just set up an internal repository to contain these jars and
use
> deploy:deploy-file one time to put them there? 

I might end up there anyway, but that seems like the hard way.  I would
need
access to a web/ftp server and the ability / permission to upload files
there?  Is there no way I can do it with just a normal source control
system?
-- 
View this message in context:
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a
5708666
Sent from the Maven - Users forum at Nabble.com.


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

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

RE: problem with compiler plugin

[Edelson, Justin]

I can't speak to why this works with Ant, but commons logging does NOT
include any classes in the org.apache.commons package. In fact, I'm
pretty sure no commons package includes any classes in this package.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 11:23 AM
To: Maven Users List
Cc: Maven Users List
Subject: Re: problem with compiler plugin

Thanks for your reply,

No its not dependency problem

coz to test it what i did is i created ant build.xml with 
commons-loggin.jar in the classpath and compiled it it worked fine, no 
error,
here is what is there in my build.xml





then i created pom for this and added commons-logging.jar as dependency 
then compiled it


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

  true
 
false
  1.4

true

;


commons-logging
commons-logging
jar
provided
1.0.3



 
and it fails with the message

[INFO] Compilation failure

C:\views\.../...\Abc.java:[3,0] package org.apache.commons does not
exist

and the 3rd line on my Abc.java imports all commons components as, 

import org.apache.commons.*




Thanks,





"Nick Veys" <[EMAIL PROTECTED]>
08/07/2006 06:18 PM
Please respond to "Maven Users List"
 
To: "Maven Users List" 
cc: 
Subject:Re: problem with compiler plugin


Sounds like you don't have the dependency specified...   What does
your pom.xml look like, what does your ant script do?  There's not
much info in your message! :)

On 8/7/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Hi All
>
> i'm having this weired error,
>
> in my ABC.java dev team has something  like
>
> import org.apache.commons.*
>
> then when i use ant build file with commons-logging.xml it compiles
> perfectly, but when i use maven to buidl this at compiler phase it 
throws
> error as
>
> package org.apache.commons does not exist
>
> why maven compiler plugin fails, here is there something i'm doing 
wrong,
>
> Please advise
>
> Thanks
>
>
> -
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law.  If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED.  Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>

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


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

Re: incorrect war file structure

[Jeff Mutonho]

On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:




Jeff Mutonho wrote:
>
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> > wrote:
>> >>
>> >> Hi Jeff,
>> >>
>> >> properties normally go in the src\main\resources
>> >>
>> >> BTW, You seem to use a strange layout for your directories. Do you
>> really
>> >> want it to be that way?
>> >> Read Better builds with maven for the recommended dir. structure
>> >>
>> >> "
>> >
>> >
>> > Thats just the way the project is structured and am powerless to
>> > change it.
>> >
>>
>> This is eclipse WTP directory layout.
>>
>> You should really work the other way round: take maven's directory
>> structure
>> (far better), and create the eclipse descriptor with:
>> mvn -Dwtpversion=1.0 eclipse:eclipse
>>
>> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> more
>> details
>>
>> Denis.
>> --
>> View this message in context:
>>
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
>
> I understand that , that would work better but I do not have the liberty
> to
> change the directory structure now to the maven structure.The war plugin
> in
> document (
>
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
> talk about specifying what it calls an external resource using the
> 
> 
>  /path-to-external-directory
>
> and then  under the section "Overriding the default destination
directory
> of
> a web resource") says it should be possible to specify what it calls an
> external resource and override the target directory ie the directory
where
> you want the resources to be copied to , by specifying  
> in my case  its WEB-INF/classes
>
> I just don't understand why I won't work.
>
> Jeff
>
>

webRessources, are ressources bundled in your war archive...

You should rather specify the build/ressources element in your POM to
include the correct ressources, and let the maven-war-plugin include those
ressources in your produced war.

Something like:
...

  ...
  

  WebContent/JavaSource
  
**/*.java
  

  
  ...

...

That should work (alternatively, you can specify includes instead of
excludes tags).

Denis
--
View this message in context:
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
Sent from the Maven - Users forum at Nabble.com.


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



I just noticed that the example  provided on the plugin website  has a
 tag nested inside another  , as shown below :


Overriding the default destination directory of a web resource

By default web resources are copied to the root of the war, as shown in the
previous example. To override the default destination directory, specify the
target path.

[...]
   
 
   
[...]

  configurations
  
  WEB-INF
  
  true
  
 **/properties
  

   
 
   
 [...]




I tried to do it the same way , the build started and then   got stumped
with an error message saying
"[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven
-war-plugin:2.0



Cause: Cannot find setter nor field in org.apache.maven.model.Resource for
'resource'
"

Is this a bug in the plugin?Has anyone succeded in overriding the default
destination directory of a web resource using this example on the website?





Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

RE: mvn & cygwin

[Jörg Schaible]

Douglas Ferguson wrote:

> When you say install the windows version, should I do that outside of
> cygwin just using the svn download?

http://subversion.tigris.org/files/documents/15/32856/svn-1.3.2-setup.exe
Add the bin folder to your PATH.

> Also, what do you mean "keep your source on text mounts"?

http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary
http://cygwin.com/cygwin-ug-net/using.html#mount-table

svn will normally check out the files in native mode, which means CRLF line
endings in Windows (as any native Win app will expect). So tell also the
Cygwin apps, that they should expect and work with CRLF line endings in
those directories.

- Jörg


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

Re: ClassNotFoundException or NoClassDefFoundError executing maven2 inst

[marc]

Now, it's works fine!!!

the problem was done by the description element in the pom.xml that was too
long and with several whitespaces, and the Specification-Title attribute
(which it's mapped) in the MANIFEST.MF was not well-formed. In J2se 1.4.2_x
the classloader found this problem and that's not load this jar without any
comment  (?). Nevertheless in j2se 5.0 found the problem and report the
problem!!!
Obviusly, it is not a bug in your plugin!

thanks a lot

Francesc
-- 
View this message in context: 
http://www.nabble.com/ClassNotFoundException-or-NoClassDefFoundError-executing-maven2-install-tf2064586.html#a5709416
Sent from the Maven - Users forum at Nabble.com.


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

Re: Site deployment

[Adrian Pillinger]

thanks

On 8 Aug 2006, at 15:48, Denis Cabasson wrote:




apill wrote:


I have quoted a section of the site plugin documentation at the  
end of
this post. The NOTE says that if I don't place a trailing slash at  
the

end of the site deploy url, then child projects of this project will
inherit the same location. I have tried this and it fails.

I have set the site deploy URL to
scp:///${artifactId}/${pom.version} in my
parent pom.xml. In the child pom I haven't set anything, so I would
expect the child to deploy to:
scp:///${child-artifactId}/${child-
pom.version}

instead it deploys to

scp:///${child-artifactId}/${child-
pom.version}/${child-artifactId}

What can I do to solve this?

Thanks



Looks like the documentation is not up to date... child-artifactId  
is always

appended to parent distributionManagement.url.

AFAIK, your only option there is to repeat in each of your pom the  
url of

the distributionManagement part.

Maybe you should fill a JIRA request to see this documentation fixed.

Denis.

--
View this message in context: http://www.nabble.com/Site-deployment- 
tf2072573.html#a5708020

Sent from the Maven - Users forum at Nabble.com.


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




-
This message (including any attachments) may contain confidential
information intended for a specific individual and purpose.  If you
are not the intended recipient, delete this message.  If you are
not the intended recipient, disclosing, copying, distributing, or
taking any action based on this message is strictly prohibited.


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

RE: mvn & cygwin

[Douglas Ferguson]

When you say install the windows version, should I do that outside of cygwin
just using the svn download?

Also, what do you mean "keep your source on text mounts"?

-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 10:24 AM
To: Maven Users List
Subject: RE: mvn & cygwin

Douglas Ferguson wrote on Tuesday, August 08, 2006 4:41 PM:

> Jorg,
> 
> What's the best way to use the windows version from within cygwin?

Uninstall the Cygwin version, install the Windows version and add it to your
path. Keep your source on text mounts though.

- Jörg

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



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

RE: mvn & cygwin

[Jörg Schaible]

Douglas Ferguson wrote on Tuesday, August 08, 2006 4:41 PM:

> Jorg,
> 
> What's the best way to use the windows version from within cygwin?

Uninstall the Cygwin version, install the Windows version and add it to your 
path. Keep your source on text mounts though.

- Jörg

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

Re: problem with compiler plugin

[raghurajan . x . gurunathan]

Thanks for your reply,

No its not dependency problem

coz to test it what i did is i created ant build.xml with 
commons-loggin.jar in the classpath and compiled it it worked fine, no 
error,
here is what is there in my build.xml





then i created pom for this and added commons-logging.jar as dependency 
then compiled it


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

  true
  false
  1.4

true

;


commons-logging
commons-logging
jar
provided
1.0.3



 
and it fails with the message

[INFO] Compilation failure

C:\views\.../...\Abc.java:[3,0] package org.apache.commons does not exist

and the 3rd line on my Abc.java imports all commons components as, 

import org.apache.commons.*




Thanks,





"Nick Veys" <[EMAIL PROTECTED]>
08/07/2006 06:18 PM
Please respond to "Maven Users List"
 
To: "Maven Users List" 
cc: 
Subject:Re: problem with compiler plugin


Sounds like you don't have the dependency specified...   What does
your pom.xml look like, what does your ant script do?  There's not
much info in your message! :)

On 8/7/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Hi All
>
> i'm having this weired error,
>
> in my ABC.java dev team has something  like
>
> import org.apache.commons.*
>
> then when i use ant build file with commons-logging.xml it compiles
> perfectly, but when i use maven to buidl this at compiler phase it 
throws
> error as
>
> package org.apache.commons does not exist
>
> why maven compiler plugin fails, here is there something i'm doing 
wrong,
>
> Please advise
>
> Thanks
>
>
> -
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law.  If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED.  Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>

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

RE: Assembly madness...

[Douglas Ferguson]

What are you currently doing for step 3?

I am working on something very similar. I still need to figure out how to
get assembly & deploy to happen when I build the pom. I'm thinking that I
would bind these 2 tasks to the release phase of that pom.

So far the actual assembly is working.

D-

-Original Message-
From: mike7 [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 08, 2006 12:54 AM
To: users@maven.apache.org
Subject: Assembly madness...


I am trying to make an assembly out of many modules (.jar) installed in a
shared repository. Here is what I did so far with no success:
1- created a multi-module pom
2- installed each module in a local repository
3- tried to configure this assembly plugin to put all those modules into one
assembly

I'm stuck on step 3, I don't seem to find the right commands to do it.

Thanks for your help
-- 
View this message in context:
http://www.nabble.com/Assembly-madness...-tf2070731.html#a5700837
Sent from the Maven - Users forum at Nabble.com.


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



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

Re: incorrect war file structure

[Denis Cabasson]

Jeff Mutonho wrote:
> 
> On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Jeff Mutonho wrote:
>> >
>> > On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
>> > wrote:
>> >>
>> >> Hi Jeff,
>> >>
>> >> properties normally go in the src\main\resources
>> >>
>> >> BTW, You seem to use a strange layout for your directories. Do you
>> really
>> >> want it to be that way?
>> >> Read Better builds with maven for the recommended dir. structure
>> >>
>> >> "
>> >
>> >
>> > Thats just the way the project is structured and am powerless to
>> > change it.
>> >
>>
>> This is eclipse WTP directory layout.
>>
>> You should really work the other way round: take maven's directory
>> structure
>> (far better), and create the eclipse descriptor with:
>> mvn -Dwtpversion=1.0 eclipse:eclipse
>>
>> See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for
>> more
>> details
>>
>> Denis.
>> --
>> View this message in context:
>> http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
>> Sent from the Maven - Users forum at Nabble.com.
>>
>>
> 
> I understand that , that would work better but I do not have the liberty
> to
> change the directory structure now to the maven structure.The war plugin
> in
> document (
> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
> talk about specifying what it calls an external resource using the
> 
> 
>  /path-to-external-directory
> 
> and then  under the section "Overriding the default destination directory
> of
> a web resource") says it should be possible to specify what it calls an
> external resource and override the target directory ie the directory where
> you want the resources to be copied to , by specifying  
> in my case  its WEB-INF/classes
> 
> I just don't understand why I won't work.
> 
> Jeff
> 
> 

webRessources, are ressources bundled in your war archive...

You should rather specify the build/ressources element in your POM to
include the correct ressources, and let the maven-war-plugin include those
ressources in your produced war.

Something like:
...

  ...
  

  WebContent/JavaSource
  
**/*.java
  

  
  ...

...

That should work (alternatively, you can specify includes instead of
excludes tags).

Denis
-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705
Sent from the Maven - Users forum at Nabble.com.


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

RE: Automating install:install-file

[Dave Syer]

> Why not just set up an internal repository to contain these jars and use
> deploy:deploy-file one time to put them there? 

I might end up there anyway, but that seems like the hard way.  I would need
access to a web/ftp server and the ability / permission to upload files
there?  Is there no way I can do it with just a normal source control
system?
-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5708666
Sent from the Maven - Users forum at Nabble.com.


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

Re: Resolving Source code dependency among modules?

[Jaime Madrid]

Hi Coninuum users ,

how can i clean building results history ?

thanks in advance


Jaime

Re: incorrect war file structure

[Jeff Mutonho]

On 8/8/06, Denis Cabasson <[EMAIL PROTECTED]> wrote:




Jeff Mutonho wrote:
>
> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi Jeff,
>>
>> properties normally go in the src\main\resources
>>
>> BTW, You seem to use a strange layout for your directories. Do you
really
>> want it to be that way?
>> Read Better builds with maven for the recommended dir. structure
>>
>> "
>
>
> Thats just the way the project is structured and am powerless to
> change it.
>

This is eclipse WTP directory layout.

You should really work the other way round: take maven's directory
structure
(far better), and create the eclipse descriptor with:
mvn -Dwtpversion=1.0 eclipse:eclipse

See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for more
details

Denis.
--
View this message in context:
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
Sent from the Maven - Users forum at Nabble.com.




I understand that , that would work better but I do not have the liberty to
change the directory structure now to the maven structure.The war plugin in
document (
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
talk about specifying what it calls an external resource using the

   
/path-to-external-directory

and then  under the section "Overriding the default destination directory of
a web resource") says it should be possible to specify what it calls an
external resource and override the target directory ie the directory where
you want the resources to be copied to , by specifying  
in my case  its WEB-INF/classes

I just don't understand why I won't work.

Jeff

Site deployment

[Pillinger, Adrian]

I have quoted a section of the site plugin documentation at the end of
this post. The NOTE says that if I don't place a trailing slash at the
end of the site deploy url, then child projects of this project will
inherit the same location. I have tried this and it fails. 

I have set the site deploy URL to
scp:///${artifactId}/${pom.version} in my
parent pom.xml. In the child pom I haven't set anything, so I would
expect the child to deploy to:
scp:///${child-artifactId}/${child-pom.version}

instead it deploys to 

scp:///${child-artifactId}/${child-pom.version}/${child-artifactId}

What can I do to solve this?

Thanks

QUOTED SECTION FROM MAVEN SITE PLUGIN DOCS -

http://maven.apache.org/guides/mini/guide-site.html


To be able to deploy the site, you must first declare a location
to distribute to in your pom.xml, similar to the repository for
deployment.


  
website
scp://www.mycompany.com/www/docs/project/
  


The id element identifies the repository, so that you can attach
credentials to it in your settings.xml file in the same way as
you would for any other repository. The URL gives the location
to deploy to. Currently, only SSH is supported, as above which
copies to the host www.mycompany.com in the
path /www/docs/project/.

mvn site-deploy

Note: the trailing slash in the URL above indicates that any
subprojects that inherit this value should append their artifact
ID to the path instead of using it as-is.





-
This message (including any attachments) may contain confidential
information intended for a specific individual and purpose.  If you
are not the intended recipient, delete this message.  If you are
not the intended recipient, disclosing, copying, distributing, or
taking any action based on this message is strictly prohibited.


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

Re: incorrect war file structure

[Denis Cabasson]

Jeff Mutonho wrote:
> 
> On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi Jeff,
>>
>> properties normally go in the src\main\resources
>>
>> BTW, You seem to use a strange layout for your directories. Do you really
>> want it to be that way?
>> Read Better builds with maven for the recommended dir. structure
>>
>> "
> 
> 
> Thats just the way the project is structured and am powerless to
> change it.
> 

This is eclipse WTP directory layout.

You should really work the other way round: take maven's directory structure
(far better), and create the eclipse descriptor with:
mvn -Dwtpversion=1.0 eclipse:eclipse

See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for more
details

Denis.
-- 
View this message in context: 
http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197
Sent from the Maven - Users forum at Nabble.com.


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

RE: Automating install:install-file

[Edelson, Justin]

> My goal is to have a project in source
> control that anybody can checkout and run a single mvn goal, resulting
in N
> jar files in the local mvn repository. 

Why not just set up an internal repository to contain these jars and use
deploy:deploy-file one time to put them there?

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

Re: How to get an up to date plugin?

[Denis Cabasson]

Building the latest version of the plugins require to set the snapshot
repository.
Have a look at the guide:
http://maven.apache.org/guides/development/guide-testing-development-plugins.html

Your required dependency can be found there:
http://people.apache.org/maven-snapshot-repository/org/apache/maven/plugins/maven-plugins/2-SNAPSHOT/

I guess you shoudl correct parent pom to version 1 of maven-plugins, since
current 2-SNAPSHOT version will require you to get maven-2.0.5-SNAPSHOT. Or
else, you can still install the latest version of maven :)

Denis.


Dave Syer wrote:
> 
> Thanks.  I'll try and follow it through the JIRA updates.  You'd think
> there would be an easy way to find out the status of core plugins like
> install from the main maven website.  Oh well...
> 
> But what do I have to build to get this to work?  If I just try to build
> the plugin (against 2.0.4) it complains:
> 
> ~/dev/opvantage/maven/maven-install-plugin>mvn install
> [INFO] Scanning for projects...
> [INFO]
> 
> [ERROR] FATAL ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
> 
> GroupId: org.apache.maven.plugins
> ArtifactId: maven-plugins
> Version: 2-SNAPSHOT
> 
> Reason: Unable to download the artifact from any repository
> 
>   org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT
> 
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2)
> 
> so there are dependencies that cannot be resolved?  This is all a bit too
> complicated in my humble op.
> 

-- 
View this message in context: 
http://www.nabble.com/How-to-get-an-up-to-date-plugin--tf2072249.html#a5708124
Sent from the Maven - Users forum at Nabble.com.


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

[SOLVED] RE: [M2] Intercept the workings of EJB Plugins (was RE: [m2] ant run plugin )

[Peter . Pilgrim]

See intermixed

> -Original Message-
> From: Pilgrim, Peter 
====
> 
> 
> Hi 
> 
> I finally got M2 and Antrun Plugin and the WebSphere ant task 
> WsEjbDeploy to work successfully.
> 
> I have a question on the M2 maven-ejb-Plugin. I would like to 
> intercept the EJB plugin after it creates the server side EJB 
> JAR in the `target' directory, but before it installs the 
> artifacts in the maven repository.
> 
> In other words I would like my websphere antrun command to 
> run on this stage temporary jar and then let the 
> maven-ejb-plugin take over. 


The SHORT ANSWER is the maven phase called 'verify' as documented 
in BBWM.


> 
> 1. maven-ejb-plugins creates the foo-ejb-1.0-SNAPSHOT.jar and 
> foo-ejb-1.0-SNAPSHOT client.jar 2. ant-run plugins runs wsejbdeploy
>2a) wsejbdeploy takes the foo-ejb-1.0-SNAPSHOT.jar 
>2b) wsejbdeploy outputs an foo-ejb-1.0-SNAPSHOT-TEMP.jar
>2c) simply ant script swaps around 
> foo-ejb-1.0-SNAPSHOT.jar and foo-ejb-1.0-SNAPSHOT-TEMP.jar
> 3) maven-ejb-plugin is non-the-wiser installs the 
> foo-ejb-1.0-SNAPSHOT.jar into M2 repo.
> 
> 
> Is this possible?

The LONG ANSWER is because Maven has phases, and the EJB plugin
is build to execute different procedures on lifecycle phases.

Running the command `mvn install' causes the M2 to execute following
phases in order

[compiler:compile] 
[resources:testResources]
[compiler:testCompile] 
[resources:testResources]
[surefire:test] unit test are run

and only then does the EJB plug-in kick-in (pun intended)

[ejb:ejb] builds the EJB-JAR as you would expected

Because the ant-run is set on the phase called "verify", which
the phase before "install", then it will run

[ant:run] This runs the ANT script and WsEjbDeploy and now I
can "intercept" and process the EJB-JARs.  The script swaps
the input JAR with the proceesed output JAR

[install] The EJB plugin now executes agains and installs the EJB-JAR
into the M2 repository.

Job done.

I will document this craziness on my blog
http://jroller.com/page/peter_pilgrim
asap because this was too damn crazy.

====

--
Peter Pilgrim
UBS Investment Bank, 
PTS Portal / IT FIRC OPS LDN,
100 Liverpool Street, London EC2M 2RH, United Kingdom
:: Java EE / E-Commerce / Enterprise Integration / Development ::
 

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only
for the individual named.  If you are not the named addressee you
should not disseminate, distribute or copy this e-mail.  Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses.  The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission.  If
verification is required please request a hard-copy version.  This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.


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

Re: Site deployment

[Denis Cabasson]

apill wrote:
> 
> I have quoted a section of the site plugin documentation at the end of
> this post. The NOTE says that if I don't place a trailing slash at the
> end of the site deploy url, then child projects of this project will
> inherit the same location. I have tried this and it fails.
> 
> I have set the site deploy URL to
> scp:///${artifactId}/${pom.version} in my
> parent pom.xml. In the child pom I haven't set anything, so I would
> expect the child to deploy to:
> scp:///${child-artifactId}/${child- 
> pom.version}
> 
> instead it deploys to
> 
> scp:///${child-artifactId}/${child- 
> pom.version}/${child-artifactId}
> 
> What can I do to solve this?
> 
> Thanks
> 

Looks like the documentation is not up to date... child-artifactId is always
appended to parent distributionManagement.url.

AFAIK, your only option there is to repeat in each of your pom the url of
the distributionManagement part.

Maybe you should fill a JIRA request to see this documentation fixed.

Denis.

-- 
View this message in context: 
http://www.nabble.com/Site-deployment-tf2072573.html#a5708020
Sent from the Maven - Users forum at Nabble.com.


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

RE: mvn & cygwin

[Douglas Ferguson]

Jorg,

What's the best way to use the windows version from within cygwin?

-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 07, 2006 3:03 PM
To: Maven Users List
Subject: Re: mvn & cygwin

Douglas Ferguson wrote:

> Anybody using mvn & cygwin?
> 
>  
> 
> I just ran into this problem, where <> = my local path.
> 
> It seems like it is a cygwin path vs. windows path issue.
> 
>  
> 
> svn: '/cygdrive/c/<>/c:/<> ' is not a
> working copy
> 
>  
> 
> Anybody got a good work around?

Use the Windows version of svn.

- Jörg

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



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

Release Plugin issues

[Berry, Eric]

1. How would I go about making a modification to the release plugin so
that it would ask me for the version of the parent POM to use in the
release build and the version to set for the parent POM for the next
snapshot build?  We have a master POM file that we use as a base for all
our projects that I always build first and it is annoying to modify the
POM to reference the new released parent POM version before I do the
release and afterwards to set the next  

parent POM version.  I would either like to request this as a new
feature or if you could give me a summary of the changes I need to make
to support this, it would be great.

 

2. How I get the variables, that I pass to the release:prepare and
release:perform goals, passed down to the subsequentbuilds that they
perform?  I have profiles that I want to activate and deactivate on a
release build and the release:prepare test build fails because it is
selecting the wrong profiles.

Re: Resolving Source code dependency among modules?

[Jesse McConnell]

so you have a process where you are generating source code from one
module for another module?

p
p/a/
p/b/

so you have A actually generating files into the directories for B?

On 8/7/06, Kapil Gupta(CT) <[EMAIL PROTECTED]> wrote:

Hi Jesse,

My problem is not w.r.t resolving compile time dependencies (class file
dependencies). But it is actually problem of generating source code in a
different module.
Since Continuum allocates a number for each module in its working
directory, I cannot generate the source code of module B from module A.
Am using clean package install as my build definition.
Regards,
Kapil

-Original Message-
From: Jesse McConnell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 4:34 AM
To: continuum-users@maven.apache.org
Subject: Re: Resolving Source code dependency among modules?

sounds like you need to be having each of the subprojects installing
into the local repository so they can be referenced from the other
subprojects..

ie, the maven process that is running on each of the subprojects is
running as some user, and the local repository for that user is not
getting the other subprojects installed into it and are therefore not
able to gain access to those generated classes..

I had thought that the install was one of the default build
definitions, how are you configured for build definitions right now?

jesse

On 8/7/06, Kapil Gupta(CT) <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>
> I have a multi-module (Spring based) project and there is a case where
> module A is generating source code of module B and module B generates
> source code of module C. The reason behind this is that I have
separated
> interfaces of my application in module A and using a perl script to
> generate remote implementations (which internally call local
> implementation) in module B. Module B again uses perl scripts to
> generate iiop stubs in module C and Soap adapters in module D. All
> modules are in parallel i.e. under same parent directory.
>
>
>
> Am able to compile and package everything if I use a parent pom to
build
> all these modules and specify scm tag there only instead of in each
> child pom.
>
> But in that case I can't build modules individually as there is no SCM
> tag specified in child modules. Even on specifying scm tag in each
> module, I can't generate source code of module B from Module A as they
> are in parallel directories.
>
>
>
> Is there any way I can refer to module B from module A? Is there any
> other way to tackle this kind of situation?
>
>
>
> Thanks,
>
>
>
> Kapil
>
>
>
> CONFIDENTIALITY NOTICE
> This e-mail transmission and any documents, files, or previous e-mail
> messages appended or attached to it, may contain information that is
> confidential or legally privileged. If you are not the intended
> recipient, or a person responsible for delivering it to the intended
> recipient, you are hereby notified that you must not read this
> transmission and that any disclosure, copying, printing, distribution,
> or use of the information contained or attached to this transmission
is
> STRICTLY PROHIBITED. If you have received this transmission in error,
> please immediately notify the sender by telephone +91.172.229.9450 or
> return e-mail message [EMAIL PROTECTED]
> mailto:[EMAIL PROTECTED]>  and delete the original
> transmission, its attachments, and any copies without reading or
saving
> in any manner. Thank you.
>
>
>
>
>


--
jesse mcconnell
[EMAIL PROTECTED]




--
jesse mcconnell
[EMAIL PROTECTED]

Re: [for newbie] ClearCase configuration

[MySelf]

I tried so many things and i have found that continuum doesn't recognise the
xml configuration file, it's using the information that ClearCase have by
default, and i have a personnal installation.

Is there anyone who has an idea? 
(i hope, if not we'll be obliged to not use Continuum and by the same way,
the use of Maven will be restricted)




MySelf wrote:
> 
> Thanks for your help ^_^
> 
> for my clearcase, it's an LT one (i'm in a training periode and i've juste
> discovered the maven universe and also the UCM one..)
> 
> I put the clearcase-settings.xml in my home directory, and i also add (in
> the xml) the followings:
> true
> 
> and the only thing that changed is the time 4 sec (for 0sec before)
> 
> the hole error message is:
> 
> Provider message: The cleartool command failed.
> Command output: 
> ---
> cleartool: Error: Unrecognized command option: "-vws".
> Usage: mkview [-snapshot] [-tag snapshot-view-tag]
>   [-tcomment tag-comment] [-tmode text-mode]
>   [-ptime] [-stream stream-selector]
>   [-stgloc view-stgloc-name]
>   snapshot-view-pname
> ---
> 
> 
> ps. i'm using   windows server 2003
> 
> 
> 
> Wim Deblauwe wrote:
>> 
>> Hi,
>> 
>> see below
>> 
>> 2006/7/31, MySelf <[EMAIL PROTECTED]>:
>>>
>>>
>>> Hi,
>>> I have some problems with the configuration of Continuum for ClearCase,
>>> in
>>> the web site it is said that we have to create a
>>> "clearcase-settings.xml"
>>> and placing it in a .scm subdirectory of the home directory, i created
>>> one
>>> i
>>> put into it these informations:
>>>
>>>
>>> 
>>> E:\vuesCC
>>> false
>>> 
>>>
>>>
>>>
>>>
>>> but i don't know where is the home directory
>> 
>> 
>> Your home directory on windows is c:\documents and settings\.
>> 
>> Also i'd like to know if i have to add a dependency in my pom for the
>>> maven-scm plugin.
>> 
>> 
>> No,  that is not needed
>> 
>> Looking for a solution, i placed my xml file in
>>> %CONTINUUMHOME%\bin\win32\conf\.scm and i had this error:
>>>
>>>
>>> Provider mesasge: The cleartool command failed
>>> command output:
>>>
>>> cleartool :  Error :  Unrecognized command option: "-vws"
>> 
>> 
>> What type of clearcase are you using? Base, UCM, LT, ...?
>> 
>> Anyone can help me with these problems??
>>>
>>> (I think that the best solution to don't have as many questions about
>>> the
>>> configuration is to give examples -as it is done with maven2 in the
>>> better
>>> builds with maven book-)
>>> --
>>> View this message in context:
>>> http://www.nabble.com/-for-newbie--ClearCase-configuration-tf2026205.html#a5571837
>>> Sent from the Continuum - Users forum at Nabble.com.
>>>
>>>
>> 
>> 
> 
-- 
View this message in context: 
http://www.nabble.com/ClearCase-configuration-tf2026205.html#a5707138
Sent from the Continuum - Users forum at Nabble.com.

Re: incorrect war file structure

[Jeff Mutonho]

On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:


Hi Jeff,

properties normally go in the src\main\resources

BTW, You seem to use a strange layout for your directories. Do you really
want it to be that way?
Read Better builds with maven for the recommended dir. structure

"



Thats just the way the project is structured and am powerless to
change it.Ihave done the following in my pom  to try and get it to
work , but still my
*.properties files are still being copied to the root of the war file
instead of the WEB-INF/classes directory as I want them to .


 org.apache.maven.plugins
 maven-war-plugin
 
  WebContent/
  WebContent/WEB-INF/web.xml
  eportal
  **/*.java
  
   
${project.parent.basedir}/eportal/JavaSource
WEB-INF/classes
   
  
 





Jeff

Re: How to get an up to date plugin?

[Dave Syer]

Thanks.  I'll try and follow it through the JIRA updates.  You'd think there
would be an easy way to find out the status of core plugins like install
from the main maven website.  Oh well...

But what do I have to build to get this to work?  If I just try to build the
plugin (against 2.0.4) it complains:

~/dev/opvantage/maven/maven-install-plugin>mvn install
[INFO] Scanning for projects...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Failed to resolve artifact.

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

Reason: Unable to download the artifact from any repository

  org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

so there are dependencies that cannot be resolved?  This is all a bit too
complicated in my humble op.
-- 
View this message in context: 
http://www.nabble.com/How-to-get-an-up-to-date-plugin--tf2072249.html#a5706391
Sent from the Maven - Users forum at Nabble.com.


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

Re: incorrect war file structure

[Stefan Magnus Landrø]

Hi Jeff,

properties normally go in the src\main\resources

BTW, You seem to use a strange layout for your directories. Do you really 
want it to be that way? 
Read Better builds with maven for the recommended dir. structure

"Jeff Mutonho" <[EMAIL PROTECTED]> skrev 08.08.2006 14:52:59:

> My web project has the following structure
> 
> /eportal/WebContent/WEB-INF/   ---this has all the web related stuff my 
app
> requires
> 
> and the source directory
> 
> /eportal/WebContent/JavaSource/za/blah/blah/blah
>|___hibernate.properties
>|___messages.properties
>|___log4j.properties
> 
> When the war file is created all *.properties are not being copied to 
the
> war's WEB-INF/classes directory.How
> can I configure my pom to get the  all the *.properties to be copied to 
the
> war's WEB-INF/classes directory?
> 
> 
> -- 
> 
> 
> Jeff  Mutonho
> 
> GoogleTalk : ejbengine
> Skype: ejbengine
> Registered Linux user number 366042

Re: Issues with Mergere

[Carlos Sanchez]

src/main/webapp is the default place to put the war files and you
wouldn't need to configure anything

On 8/8/06, Daniel Serodio <[EMAIL PROTECTED]> wrote:

Srinivasan, Nithya (Cognizant) wrote:
> I am using Maven 2.0 in integration with Eclipse using Mergere plug-in.While 
trying to create a war, it doesnot include the JSP files and the other web related 
files like Web-inf.I assume that it expects a folder structure which i am not 
aware of.Can you please help with this issue
>
This is a Maven issue, has nothing to do with the Eclipse plugin. You
probably need to add the following to your POM (where "src/web" is the
folder containing WEB-INF and friends):

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

  

  src/web

  

  


HTH,
Daniel Serodio

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





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

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

Re: Issues with Mergere

[Daniel Serodio]

Srinivasan, Nithya (Cognizant) wrote:
> I am using Maven 2.0 in integration with Eclipse using Mergere plug-in.While 
> trying to create a war, it doesnot include the JSP files and the other web 
> related files like Web-inf.I assume that it expects a folder structure which 
> i am not aware of.Can you please help with this issue
>   
This is a Maven issue, has nothing to do with the Eclipse plugin. You
probably need to add the following to your POM (where "src/web" is the
folder containing WEB-INF and friends):

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

  

  src/web

  

  


HTH,
Daniel Serodio

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

Site deployment

[Adrian Pillinger]

I have quoted a section of the site plugin documentation at the end of
this post. The NOTE says that if I don't place a trailing slash at the
end of the site deploy url, then child projects of this project will
inherit the same location. I have tried this and it fails.

I have set the site deploy URL to
scp:///${artifactId}/${pom.version} in my
parent pom.xml. In the child pom I haven't set anything, so I would
expect the child to deploy to:
scp:///${child-artifactId}/${child- 
pom.version}


instead it deploys to

scp:///${child-artifactId}/${child- 
pom.version}/${child-artifactId}


What can I do to solve this?

Thanks

QUOTED SECTION FROM MAVEN SITE PLUGIN DOCS -

http://maven.apache.org/guides/mini/guide-site.html


To be able to deploy the site, you must first declare a  
location

to distribute to in your pom.xml, similar to the repository for
deployment.


  
website
scp://www.mycompany.com/www/docs/project/
  


The id element identifies the repository, so that you can  
attach

credentials to it in your settings.xml file in the same way as
you would for any other repository. The URL gives the location
to deploy to. Currently, only SSH is supported, as above which
copies to the host www.mycompany.com in the
path /www/docs/project/.

mvn site-deploy

Note: the trailing slash in the URL above indicates that any
subprojects that inherit this value should append their  
artifact

ID to the path instead of using it as-is.








-
This message (including any attachments) may contain confidential
information intended for a specific individual and purpose.  If you
are not the intended recipient, delete this message.  If you are
not the intended recipient, disclosing, copying, distributing, or
taking any action based on this message is strictly prohibited.

AW: [m2] maven-antrun-plugin 2 different taks in different phases

[Fred . Hauschel]

works, thank you very much!

Fredy



-Ursprüngliche Nachricht-
Von: Denis Cabasson [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 8. August 2006 14:32
An: users@maven.apache.org
Betreff: Re: [m2] maven-antrun-plugin 2 different taks in different
phases



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

Just specify two execution block in your plugin declaration. Each have its
own phase indication (and this is the same general mecanism for any plugin).

Denis.


Fred.Hauschel wrote:
> 
> Hi all,
> how can i run different tasks in different phases?
> 
> Thanks Fredy
>  
> 
> Kabel Deutschland bietet Ihnen Internet, Telefonieren und Fernsehen aus
> einer Hand. Informieren Sie sich über unsere Produkte unter 
> 
> www.kabeldeutschland.de
>  
> Diese E-Mail und etwaige Anhänge enthalten vertrauliche und/oder rechtlich
> geschützte Informationen. Wenn Sie nicht der richtige Adressat sind,
> benachrichtigen Sie bitte den Absender und vernichten Sie anschließend
> diese Mail und die Anlagen.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/-m2--maven-antrun-plugin-2-different-taks-in-different-phases-tf2071914.html#a5705392
Sent from the Maven - Users forum at Nabble.com.


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

  
 

Kabel Deutschland bietet Ihnen Internet, Telefonieren und Fernsehen aus einer 
Hand. Informieren Sie sich �ber unsere Produkte unter 

www.kabeldeutschland.de
 
Diese E-Mail und etwaige Anh�nge enthalten vertrauliche und/oder rechtlich 
gesch�tzte Informationen. Wenn Sie nicht der richtige Adressat sind, 
benachrichtigen Sie bitte den Absender und vernichten Sie anschlie�end diese 
Mail und die Anlagen.


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

incorrect war file structure

[Jeff Mutonho]

My web project has the following structure

/eportal/WebContent/WEB-INF/   ---this has all the web related stuff my app
requires

and the source directory

/eportal/WebContent/JavaSource/za/blah/blah/blah
  |___hibernate.properties
  |___messages.properties
  |___log4j.properties

When the war file is created all *.properties are not being copied to the
war's WEB-INF/classes directory.How
can I configure my pom to get the  all the *.properties to be copied to the
war's WEB-INF/classes directory?


--


Jeff  Mutonho

GoogleTalk : ejbengine
Skype: ejbengine
Registered Linux user number 366042

[M2] Intercept the workings of EJB Plugins (was RE: [m2] ant run plugin )

[Peter . Pilgrim]

Hi 

I finally got M2 and Antrun Plugin and the WebSphere ant task
WsEjbDeploy
to work successfully.

I have a question on the M2 maven-ejb-Plugin. I would like to intercept
the EJB plugin after it creates the server side EJB JAR 
in the `target' directory, but before it installs the artifacts
in the maven repository.

In other words I would like my websphere antrun command to run
on this stage temporary jar and then let the maven-ejb-plugin
take over. 

1. maven-ejb-plugins creates the foo-ejb-1.0-SNAPSHOT.jar and
foo-ejb-1.0-SNAPSHOT client.jar
2. ant-run plugins runs wsejbdeploy
   2a) wsejbdeploy takes the foo-ejb-1.0-SNAPSHOT.jar 
   2b) wsejbdeploy outputs an foo-ejb-1.0-SNAPSHOT-TEMP.jar
   2c) simply ant script swaps around foo-ejb-1.0-SNAPSHOT.jar and
foo-ejb-1.0-SNAPSHOT-TEMP.jar 
3) maven-ejb-plugin is non-the-wiser installs the
foo-ejb-1.0-SNAPSHOT.jar into M2 repo.


Is this possible?

--
Peter Pilgrim
UBS Investment Bank, 
PTS Portal / IT FIRC OPS LDN,
100 Liverpool Street, London EC2M 2RH, United Kingdom
:: Java EE / E-Commerce / Enterprise Integration / Development ::
 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Lee Meador
> Sent: 07 August 2006 21:24
> To: Maven Users List
> Subject: Re: [m2] ant run plugin
> 
> maven.compile.classpath would give you the current classpath 
> for compile.
> Look here for a bit more info on related stuff:
> http://maven.apache.org/plugins/maven-antrun-plugin/classpaths.html
> 
> The top level of the xml is  not 
> 
> -- Lee
> 
> On 8/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Lee Meador
> > > Sent: 07 August 2006 18:05
> > > To: Maven Users List
> > > Subject: Re: [m2] ant run plugin
> > >
> > > There is no official list of properties.
> > >
> >
> > Surely there must be certain commons properties.
> >
> > Let me be clear. I am looking for the current classpath for the POM 
> > project build.
> >
> > > One thing that helps is that things defined in the POM 
> can sometimes 
> > > be referenced as properties. For example 
> 'project.build.finalName' 
> > > gives the value from the pom that is defined in:
> > >
> > > 
> > >
> > >xyz
> > > 
> > > 
> > >
> > > (skipping all the other parts of the POM) Just put the 
> tags from the 
> > > top down with "dot"s between.
> > >
> > > There is a tricky part to this though. The POM you are looking at 
> > > may have a parent pom from which it inherits values and all POMs 
> > > have an ultimate ancestor in the "SUPER" pom.
> > >
> > > If you give the command 'mvn help:effective-pom" it will show you 
> > > the full resulting POM that results when all the inheritance and 
> > > such are considered.
> > > You can look at this pom to find the "dot" format that is used to 
> > > reference something in particular.
> > >
> >
> > So from this. I would be look for something like 
> ``pom.build.classpath'
> > or
> > ``pom.build.test-classpath'' ?
> >
> > > -- Lee
> >
> >
> > >
> > > On 8/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > > > -Original Message-
> > > > > From: [EMAIL PROTECTED]
> > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Lee Meador
> > > > > Sent: 07 August 2006 16:49
> > > > > To: Maven Users List
> > > > > Subject: Re: [m2] ant run plugin
> > > > >
> > > > > I do it like this. I create a websphere classpath and
> > > then use it in
> > > > > the  This example, which I use, sets up 
> things for the 
> > > > > websphere end point enabler for use with web services.
> > > > >
> > > > > was.install.root is the folder where websphere is installed.
> > > > > In my case that is c:\Program
> > > Files\IBM\WebSphere\AppServer but it
> > > > > just serves to get me to the jars I need. I figures out
> > > the list by
> > > > > trial and error, adding jars when a class wasn't found.
> > > > >
> > > >
> > > >
> > > > I figured taskdef classpath out finally myself.
> > > >
> > > > The next question I have is, where can I find the official
> > > list of Maven
> > > > 2.0
> > > > POM Properties. This should really be listed in the PDF 
> Book BTW 
> > > > "Better Build with Maven"
> > > >
> > > > Embedded error: Unable to parse setupCmdLine:
> > > null\bin\setupCmdLine.bat
> > > > (The sys
> > > > tem cannot find the path specified)
> > > >
> > > > Ever seen this error above?
> > > >
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > >
> > > > > 
> > > > > 
> > > > > 
> > > > >
> > > > > -- Lee
> > > > >
> > > 

Re: [m2] maven-antrun-plugin 2 different taks in different phases

[Denis Cabasson]

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

Just specify two execution block in your plugin declaration. Each have its
own phase indication (and this is the same general mecanism for any plugin).

Denis.


Fred.Hauschel wrote:
> 
> Hi all,
> how can i run different tasks in different phases?
> 
> Thanks Fredy
>  
> 
> Kabel Deutschland bietet Ihnen Internet, Telefonieren und Fernsehen aus
> einer Hand. Informieren Sie sich über unsere Produkte unter 
> 
> www.kabeldeutschland.de
>  
> Diese E-Mail und etwaige Anhänge enthalten vertrauliche und/oder rechtlich
> geschützte Informationen. Wenn Sie nicht der richtige Adressat sind,
> benachrichtigen Sie bitte den Absender und vernichten Sie anschließend
> diese Mail und die Anlagen.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/-m2--maven-antrun-plugin-2-different-taks-in-different-phases-tf2071914.html#a5705392
Sent from the Maven - Users forum at Nabble.com.


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

Re: How to get an up to date plugin?

[Denis Cabasson]

Dave Syer wrote:
> 
> Yes, I've read the docs at
> http://maven.apache.org/guides/development/guide-testing-development-plugins.html.
>  
> But I still don't seem to be able to get an update of
> maven-install-plugin.  I can see mvn downloading a snapshot from the
> snapshot repo, but it is still an old version (2.0-SNAPSHOT).
> 
> I can see in the source code that this plugin changed 5 months ago to fix
> the problem I am experiencing [MINSTALL-12], but I can't find an up to
> date distribution.  Can this be correct?
> 
> What is the process for core plugins like this one to be released to
> central / snapshot repository?  Shouldn't a bug fix from 5 months ago have
> reached the community by now?  Is there some documentation to help me with
> this (I scoured the maven web s ite but came up with nothing)?
> 

Just check it out from SCM and build it for yourself. (mvn install on the
checked out project should do the trick)

Maven plugins are published on quite an  unregular basis (even on snapshot
repository), as far as I can see :)

For release on central, you get a vote of Maven Comitters and PMC members
before releasing a 'stable' version of a plugin (or of whichever else
artifact).

Denis.

-- 
View this message in context: 
http://www.nabble.com/How-to-get-an-up-to-date-plugin--tf2072249.html#a5705257
Sent from the Maven - Users forum at Nabble.com.


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

How to get an up to date plugin?

[Dave Syer]

Yes, I've read the docs at
http://maven.apache.org/guides/development/guide-testing-development-plugins.html.
 
But I still don't seem to be able to get an update of maven-install-plugin. 
I can see mvn downloading a snapshot from the snapshot repo, but it is still
an old version (2.0-SNAPSHOT).

I can see in the source code that this plugin changed 5 months ago to fix
the problem I am experiencing [MINSTALL-12], but I can't find an up to date
distribution.  Can this be correct?

What is the process for core plugins like this one to be released to central
/ snapshot repository?  Shouldn't a bug fix from 5 months ago have reached
the community by now?  Is there some documentation to help me with this (I
scoured the maven web s ite but came up with nothing)?
-- 
View this message in context: 
http://www.nabble.com/How-to-get-an-up-to-date-plugin--tf2072249.html#a5705093
Sent from the Maven - Users forum at Nabble.com.


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

Re: Blame mechanism with SVN

[Emmanuel Venisse]

What is the language used by your svn? I guess it isn't english, right?

Emmanuel

Binil Thomas a écrit :

Hi all,

I am using Continuum 1.0.3, Maven 2.0.4 and SVN. Is there anything 
special I

need to do to get the blame mechanism working? I have seen previous posts
here, and someone did reply that it is fixed in 1.0.3, but I still am not
getting it to work.

I am attaching a sample failure email I got. It currently shows the files
that are changed, but does not show who changed them.

Kindly help me configure the failure email to show the id which changed a
file.

Thanks,
Binil

Online report :
Build statistics:
 State: Failed
 Previous State: Failed
 Started at: Mon, 7 Aug 2006 15:52:38 +0530
 Finished at: Mon, 7 Aug 2006 15:52:59 +0530
 Total time: 21s
 Build Trigger: Forced
 Exit code: 1
 Building machine hostname: MY-BUILD-MACHINE
 Operating system : Windows 2000(Service Pack 4)
 Java version : 1.5.0_06(Sun Microsystems Inc.)

Changes
   src\main\java\my\package\MyClass.java

 


Output:
 


[INFO] Scanning for projects...
[INFO]
 


[INFO] Building myproject
[INFO]task-segment: [clean, install, deploy]
[INFO]
 


[INFO] [clean:clean]
[INFO] Deleting directory D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target
[INFO] Deleting directory D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target\classes
[INFO] Deleting directory D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target\test-classes
[INFO] [cobertura:clean {execution: clean}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 68 source files to D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
Compiling 19 source files to D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target\test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: D:\softwares\continuum-
1.0.3\apps\continuum\working-directory\20\target\surefire-reports

---
T E S T S
---

[..snipped..]

Results :
Tests run: 61, Failures: 0, Errors: 3, Skipped: 0

[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] There are test failures.
[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 19 seconds
[INFO] Finished at: Mon Aug 07 15:52:59 IST 2006
[INFO] Final Memory: 7M/20M
[INFO]


 

Re: Authorization at the project level and not for all projects

[Emmanuel Venisse]

oops, it's impossible now.

http://docs.codehaus.org/display/CONTINUUM/Straight+Role+Based+Access+Control

Emmanuel

Olivier a écrit :

"it isn't impossible yet"
--> Excuse me, but I did not understand : if possible how to do it ? or 
impossible now ?

I did not see on the roadmap, an exact item description of the wanted 
functionality, but two near subjects :
- associate project developers with continuum users
- implement per project developer management
source : 
http://jira.codehaus.org/browse/CONTINUUM?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Olivier.

Emmanuel a ?crit :

FromEmmanuel Venisse <[EMAIL PROTECTED]>
Subject Re: Authorization at the project level and not for all projects
DateMon, 07 Aug 2006 09:06:07 GMT

Yes, it isn't impossible yet and we're working on it for the next release.

Emmanuel



Olivier a ?crit :

Hello,

I learn how to use Continuum for multiple projects.

And I wonder if it is possible to set authorization on **project level** with 
Continuum

?

Example : I would like a user "A" with profile "Build Projects" to build only 
project

"A", but not project "B" that is also defined in Continuum.

If it is confirmed that it is impossible now, is it planned in the Continuum 
roadmap

for a next version ?

Thanks in advance and sorry for my poor english speaking.

Regards,

Olivier.

Re: Automating install:install-file

[Dave Syer]

I agree - this is less than completely satisfactory.  If I'm force to
manually install everything, I can't use maven to manage the dependencies
for me.  Can anyone offer any insight into why the parameters in
install-file are readonly?

There is actually an issue logged [MINSTALL-12] about this, which says it is
fixed (several months ago).  The repo shows that the source code was
updated, but I still get  the same problem.  What am I doing wrong (using
maven 2.0.4)?
-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5704707
Sent from the Maven - Users forum at Nabble.com.


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

Re: Re: Authorization at the project level and not for all projects

[Olivier]

"it isn't impossible yet"
--> Excuse me, but I did not understand : if possible how to do it ? or 
impossible now ?

I did not see on the roadmap, an exact item description of the wanted 
functionality, but two near subjects :
- associate project developers with continuum users
- implement per project developer management
source : 
http://jira.codehaus.org/browse/CONTINUUM?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Olivier.

Emmanuel a ?crit :
> From  Emmanuel Venisse <[EMAIL PROTECTED]>
> Subject   Re: Authorization at the project level and not for all projects
> Date  Mon, 07 Aug 2006 09:06:07 GMT
>
> Yes, it isn't impossible yet and we're working on it for the next release.
>
> Emmanuel

>Olivier a ?crit :
>> Hello,
>> 
>> I learn how to use Continuum for multiple projects.
>> 
>> And I wonder if it is possible to set authorization on **project level** 
>> with Continuum
>?
>> 
>> Example : I would like a user "A" with profile "Build Projects" to build 
>> only project
>"A", but not project "B" that is also defined in Continuum.
>> 
>> If it is confirmed that it is impossible now, is it planned in the Continuum 
>> roadmap
>for a next version ?
>> 
>> Thanks in advance and sorry for my poor english speaking.
>> 
>> Regards,
>> 
>> Olivier.

History view of build results (quality indicator)

[Olivier]

In order to follow the evolution of quality indicators (like code coverture, or 
unit test success, ...), for people at the integration level, would it be 
possible to add Continuum an history view (to see the progress) ?

Is this functionality planed in the actual road map of Maven/Continuum ?

Olivier.

Re: Continuum behind an apache https proxy

[Tamás Cservenák]

You could try to setup Continuum and Proximity, make continuum use proximity
and setup Proximity to use the Apache Proxy?

~t~

On 8/8/06, Thomas Recloux <[EMAIL PROTECTED]> wrote:


Hello Thomas :-)

> Did anybody answer this question?  I am having the same issue.

I did not solve this problem...

Re: Re: Proximity Setup

[Tamás Cservenák]

Roger that.

Will see to expand the documentation link (the default page), or at least
bundle the site.

Btw, there are not "guys", I'm alone.

~t~


On 8/8/06, Stefan Magnus Landrø <[EMAIL PROTECTED]> wrote:


Maybe the proximity guys could add the documentation to the download?
(using the assembly plugin or something, after running mvn site)?

[m2] maven-antrun-plugin 2 different taks in different phases

[Fred . Hauschel]

Hi all,
how can i run different tasks in different phases?

Thanks Fredy
 

Kabel Deutschland bietet Ihnen Internet, Telefonieren und Fernsehen aus einer 
Hand. Informieren Sie sich über unsere Produkte unter 

www.kabeldeutschland.de
 
Diese E-Mail und etwaige Anhänge enthalten vertrauliche und/oder rechtlich 
geschützte Informationen. Wenn Sie nicht der richtige Adressat sind, 
benachrichtigen Sie bitte den Absender und vernichten Sie anschließend diese 
Mail und die Anlagen.


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

Issues with Mergere

[Srinivasan, Nithya \(Cognizant\)]

I am using Maven 2.0 in integration with Eclipse using Mergere plug-in.While 
trying to create a war, it doesnot include the JSP files and the other web 
related files like Web-inf.I assume that it expects a folder structure which i 
am not aware of.Can you please help with this issue

-Original Message-
From: Stefan Magnus Landrø [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 2:01 PM
To: Maven Users List
Subject: Re: Re: Proximity Setup

Maybe the proximity guys could add the documentation to the download?
(using the assembly plugin or something, after running mvn site)?

Denis Cabasson <[EMAIL PROTECTED]> skrev 08.08.2006 10:20:48:

>
> Site (proximity.abstracthorizon.org) is up, and the only place to find
good
> documentation about proximity.
>
> Denis.
>
>
> Sam Merrell wrote:
> >
> > I have been digging around for some good Proximity documentation,
> > but
I
> > can't seem to find any. It looks like the proximity site (
> > proximity.abstracthorizon.org) is down right now and Google isn't
helping
> > much either. Does anyone have any good links on how to work with
> > Proximity?
> > Specifically, I'm trying to run my in-house repositories through
> > Proximity, but I can't seem to figure out how to deploy to it. I
> > have it proxying
the
> > central repository, but thats about it right now. Any help would be
> > appreciated. Thank you!
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Proximity-Setup-
> tf2071131.html#a5702235
> Sent from the Maven - Users forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s
and may contain confidential and privileged information.If you are not the 
intended recipient,
please contact the sender by reply e-mail and destroy all copies of the 
original message.
Any unauthorised review, use, disclosure, dissemination, forwarding, printing 
or copying
of this email or any action taken in reliance on this e-mail is strictly 
prohibited and may be
unlawful.

 Visit us at http://www.cognizant.com

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

Re: Maven-Dependency-Plugin

[Martin Vysny]

On Mon, 2006-07-17 at 13:13 -0700, dan tran wrote:
> maven-dependency-plugin-2.0-SNAPSHOT is stable for me
> 
> + if we can cut a beta release
> 
> -D
> 

And may I know how to execute maven-dependency-plugin from the
commandline? Invoking mvn dependency:sources downloads old
dependency-maven-plugin from codehaus.
Thanks


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

Re: Continuum behind an apache https proxy

[Thomas Van de Velde]

Did anybody answer this question?  I am having the same issue.

Cheers,
Thomas

On 11/25/05, Thomas Recloux <[EMAIL PROTECTED]> wrote:


Hi all,

I want to install continuum behind an apache https server.

The problem is that continuum redirects to :
"http://myproxy/";, using http.

I did not found how to specify him the https protocol in the
proxy-http-listener directive.

An idea  ?
--
Thomas Recloux

Re: Re: Proximity Setup

[Stefan Magnus Landrø]

Maybe the proximity guys could add the documentation to the download? 
(using the assembly plugin or something, after running mvn site)?

Denis Cabasson <[EMAIL PROTECTED]> skrev 08.08.2006 10:20:48:

> 
> Site (proximity.abstracthorizon.org) is up, and the only place to find 
good
> documentation about proximity.
> 
> Denis.
> 
> 
> Sam Merrell wrote:
> > 
> > I have been digging around for some good Proximity documentation, but 
I
> > can't seem to find any. It looks like the proximity site (
> > proximity.abstracthorizon.org) is down right now and Google isn't 
helping
> > much either. Does anyone have any good links on how to work with
> > Proximity?
> > Specifically, I'm trying to run my in-house repositories through
> > Proximity,
> > but I can't seem to figure out how to deploy to it. I have it proxying 
the
> > central repository, but thats about it right now. Any help would be
> > appreciated. Thank you!
> > 
> > 
> 
> -- 
> View this message in context: http://www.nabble.com/Proximity-Setup-
> tf2071131.html#a5702235
> Sent from the Maven - Users forum at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: Automating install:install-file

[Gareth Tilley]

Apologies, I misread your post.
-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5702236
Sent from the Maven - Users forum at Nabble.com.


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

Re: Proximity Setup

[Denis Cabasson]

Site (proximity.abstracthorizon.org) is up, and the only place to find good
documentation about proximity.

Denis.


Sam Merrell wrote:
> 
> I have been digging around for some good Proximity documentation, but I
> can't seem to find any. It looks like the proximity site (
> proximity.abstracthorizon.org) is down right now and Google isn't helping
> much either. Does anyone have any good links on how to work with
> Proximity?
> Specifically, I'm trying to run my in-house repositories through
> Proximity,
> but I can't seem to figure out how to deploy to it. I have it proxying the
> central repository, but thats about it right now. Any help would be
> appreciated. Thank you!
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Proximity-Setup-tf2071131.html#a5702235
Sent from the Maven - Users forum at Nabble.com.


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

Re: Automating install:install-file

[Denis Cabasson]

I have already encountered your porblem, and the only solution I have found
so far is having a ant build setting every needed jar in place. This ant
script can be called from the maven build (via the antrun plugin).

While this is not a completly satisfying solution, I have found no other
solution so far

Denis.

Dave Syer wrote:
> 
> That's not the case (and I wouldn't bother posting to a forum if all I
> needed to do was build my own jar files and install them).  I am talking
> about large numbers of precompiled, prepackaged third party jars.
> 

-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5702161
Sent from the Maven - Users forum at Nabble.com.


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

Re: Automating install:install-file

[Dave Syer]

That's not the case (and I wouldn't bother posting to a forum if all I needed
to do was build my own jar files and install them).  I am talking about
large numbers of precompiled, prepackaged third party jars.
-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5702080
Sent from the Maven - Users forum at Nabble.com.


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

Automating install:install-file

[Dave Syer]

I have seen a lot of posts asking about how to install jar files in the local
repo, and install:install-file works fine, but I can't find a way of
automating it.  All the docs and the posts talk about manually installing
3rd party jars when they are needed.  My goal is to have a project in source
control that anybody can checkout and run a single mvn goal, resulting in N
jar files in the local mvn repository.

I have tried configuring a pom with install-file as an execution in the
install cycle, e.g.


  

  org.apache.maven.plugins
  maven-install-plugin
  
...
...
...
...
  

  


Is this so crazy?  The plugin barfs with a message about "Cannot override
read-only parameter:".  It seems I cannot use install-file except on the
command line.  Have I missed something obvious?  Is there a better way to do
this?


-- 
View this message in context: 
http://www.nabble.com/Automating-install%3Ainstall-file-tf2071058.html#a5701835
Sent from the Maven - Users forum at Nabble.com.


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