date:20060421

Re: m2 how to package a manifest file in a jar

2006-04-21 Thread Tim Kettler




Wayne Fay schrieb:

Is there a reason you can't move it?? So many people on this list make
their lives "miserable" by ignoring Maven defaults/standards and
rigging things to fit their own layout. I find it easier to simply
adjust my projects to fit the expectations of Maven.



If I remember correctly the Eclipse PDE creates a manifest file with custom information at 
a fixed location. So in this case it is not possible to just move the manifest file.



And yes, I believe you can configure the location of the MANIFEST.MF
file in the Jar plugin, but I'm not certain of the details.



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

  ${basedir}/MANIFEST.MF

  




Wayne

On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:

Hi Wayne,

Thanks for responding for my question. my META-INF is in $basedir}
directory. is it possible to have manifest in a different location.

Thanks
Gautham Pamu

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

Your manifest should be in:
src/main/resources/META-INF/MANIFEST.MF

if you want it to end up in Jar-root/META-INF/MANIFEST.MF

Wayne

On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:

Hi Everyone,

Maven jar is create the manifest file but is it possible to package an
existing file from the src directory. I need this to package an eclipse
plugin and it already has a manifest file.

Are there an special plugins to package eclipse plugins ?

--
-Gautham Pamu





--
-Gautham Pamu





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

Re: m2 how to package a manifest file in a jar

2006-04-21 Thread Tim Kettler


Gautham Pamu schrieb:

Hi Everyone,

Maven jar is create the manifest file but is it possible to package an
existing file from the src directory. I need this to package an eclipse
plugin and it already has a manifest file.

Are there an special plugins to package eclipse plugins ?


As far as I know there is no eclipse-plugin plugin. There is an OSGi bundle plugin at 
http://mavenosgiplugin.berlios.de/ but that won't help you with the eclipse specific OSGI 
enhencements like plugin.xml.




--
-Gautham Pamu



-Tim

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

Re: modules

2006-04-21 Thread Simon Kitching

On Sat, 2006-04-22 at 15:32 +1000, Torsten Curdt wrote:
> I am currently playing with converting commons-jci to maven2 and
> while doing that I would like to separate out the individual
> compiler implementations.
> 
> So I delegated the implementations into modules. But as soon
> as defined them in the pom I need to switch to packaging of
> type "pom" instead of "jar" ...and my core build gets ignored.
> 
> Do I really have to put the classes into a core module?

Yes I believe so. A pom that defines  entries cannot also build
code; as you've discovered packaging must be "pom" for that file.

If the "core" code has a *compile-time* dependency on all of the
implementations, then it declares dependencies on all the various
compiler implementations. This module can be responsible for building
the distribution bundles (tar/zip/etc) as it has all the dependency info
available.

If the "core" code however simply *allows* compiler implementations to
be plugged in, but doesn't depend on any of them, I think you can
declare the dependencies with true, and still be
able to use that module to build the distribution bundles. If that
doesn't work (or you don't like it) then you can leave out any
dependencies from core->compiler modules, and add a separate "dist"
module that depends on core + all compiler modules, and whose purpose is
just to build the tar/gzip/etc files.

The separation of core and "top-level pom" seems nice to me. 

NB: I've been using maven a while, but am no guru. All the above is
subject to correction.

Regards,

Simon

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

modules

2006-04-21 Thread Torsten Curdt


I am currently playing with converting commons-jci to maven2 and
while doing that I would like to separate out the individual
compiler implementations.

So I delegated the implementations into modules. But as soon
as defined them in the pom I need to switch to packaging of
type "pom" instead of "jar" ...and my core build gets ignored.

Do I really have to put the classes into a core module?

cheers
--
Torsten

smime.p7s
Description: S/MIME cryptographic signature

RE: site:deploy works once

2006-04-21 Thread Andreas Guther

This is a bug.  I have filed a bug report on that a few weeks ago and I
think it is now in work.

My current workaround is a batch file that triggers the site deploy and
prior to that deletes the target folder.

Andreas

-Original Message-
From: Vijay Shanker [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 21, 2006 3:00 PM
To: users@maven.apache.org
Subject: site:deploy works once

Hi Users,
 
I have following site tag in my pom.xml file:
 
  

  wsadserver
  web site of project
  file:c:/test

  
 
 
When I run "mvn site:deploy". It works fine, first time but when I run
it 2nd time, it does not work.
If I delete created project directory(created in first run) under
"c:/test", then it works fine again. But if directory is there then it
does not work. I have given all permissions to the directory but still
same problem.
 
Help will be appreciated.
 
Thanking you in advance.
 
Vijay
 
 
 
 

-
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: Running "maven pmd xdoc" says no java files to process

2006-04-21 Thread Dion Gillard

Yes, multiproject:install quite easily finds the sub projects, as it knows
about them, being part of the multiproject plugin. However other plugins are
designed to work on a single project, e.g. pmd and xdoc.

Try the following:

maven -Dgoal=pmd,xdoc multiproject:goal

On 4/22/06, Karr, David <[EMAIL PROTECTED]> wrote:
>
> The directory I'm running it in is the root directory of the entire
> project.  That directory has a "subprojects" directory.  Each
> subdirectory of "subprojects" has a "src/java" directory, where the
> source code resides.  As I said, the "multiproject:install" rule has no
> trouble finding the Java source files.
>
> > -Original Message-
> > From: Dion Gillard [mailto:[EMAIL PROTECTED]
> >
> > Does the directory you are running 'maven pmd xdoc' from
> > contain java source files?
> >
> > On 4/22/06, Karr, David <[EMAIL PROTECTED]> wrote:
> > >
> > > I'm using Maven 1.0.2, and I'm a maven newbie (other people
> > set up the
> > > maven infrastructure).  I can build the entire project with "maven
> > > multiproject:install".  I wanted to experiment with adding
> > pmd reports.
> > > I simply tried doing "maven pmd xdoc", after setting the
> > pmd version
> > > override in the build.properties file.  The following is an excerpt
> > > from the output for the pmd report.
> > >
> > > ---
> > > pmd:
> > > pmd:report:
> > > [echo] Running the PMD task with
> > > rulesets/basic.xml,rulesets/unusedcode.xml,rulesets/imports.xml ...
> > > [echo] No java source files to process.
> > > [echo] Converting the PMD report to xdoc ...
> > > ---
> > >
> > > Note again that "maven multiproject:install" is able to build the
> > > entire project, which contains a couple of hundred Java
> > source files.
> > >
> > > I didn't install a custom ruleset file, I wanted to try it
> > using the
> > > default first.
> > >
> > >
> > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > --
> > http://www.multitask.com.au/people/dion/
> > Chuck Norris sleeps with a night light. Not because Chuck
> > Norris is afraid of the dark, but because the dark is afraid
> > of Chuck Norris
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Re: m2 how to package a manifest file in a jar

2006-04-21 Thread Wayne Fay

Is there a reason you can't move it?? So many people on this list make
their lives "miserable" by ignoring Maven defaults/standards and
rigging things to fit their own layout. I find it easier to simply
adjust my projects to fit the expectations of Maven.

And yes, I believe you can configure the location of the MANIFEST.MF
file in the Jar plugin, but I'm not certain of the details.

Wayne

On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:
> Hi Wayne,
>
> Thanks for responding for my question. my META-INF is in $basedir}
> directory. is it possible to have manifest in a different location.
>
> Thanks
> Gautham Pamu
>
> On 4/21/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> >
> > Your manifest should be in:
> > src/main/resources/META-INF/MANIFEST.MF
> >
> > if you want it to end up in Jar-root/META-INF/MANIFEST.MF
> >
> > Wayne
> >
> > On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:
> > > Hi Everyone,
> > >
> > > Maven jar is create the manifest file but is it possible to package an
> > > existing file from the src directory. I need this to package an eclipse
> > > plugin and it already has a manifest file.
> > >
> > > Are there an special plugins to package eclipse plugins ?
> > >
> > > --
> > > -Gautham Pamu
> > >
> > >
> >
>
>
>
> --
> -Gautham Pamu
>
>

Re: m2 how to package a manifest file in a jar

2006-04-21 Thread Gautham Pamu

Hi Wayne,

Thanks for responding for my question. my META-INF is in $basedir}
directory. is it possible to have manifest in a different location.

Thanks
Gautham Pamu

On 4/21/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
>
> Your manifest should be in:
> src/main/resources/META-INF/MANIFEST.MF
>
> if you want it to end up in Jar-root/META-INF/MANIFEST.MF
>
> Wayne
>
> On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:
> > Hi Everyone,
> >
> > Maven jar is create the manifest file but is it possible to package an
> > existing file from the src directory. I need this to package an eclipse
> > plugin and it already has a manifest file.
> >
> > Are there an special plugins to package eclipse plugins ?
> >
> > --
> > -Gautham Pamu
> >
> >
>



--
-Gautham Pamu

RE: Running "maven pmd xdoc" says no java files to process

2006-04-21 Thread Karr, David

The directory I'm running it in is the root directory of the entire
project.  That directory has a "subprojects" directory.  Each
subdirectory of "subprojects" has a "src/java" directory, where the
source code resides.  As I said, the "multiproject:install" rule has no
trouble finding the Java source files. 

> -Original Message-
> From: Dion Gillard [mailto:[EMAIL PROTECTED] 
> 
> Does the directory you are running 'maven pmd xdoc' from 
> contain java source files?
> 
> On 4/22/06, Karr, David <[EMAIL PROTECTED]> wrote:
> >
> > I'm using Maven 1.0.2, and I'm a maven newbie (other people 
> set up the 
> > maven infrastructure).  I can build the entire project with "maven 
> > multiproject:install".  I wanted to experiment with adding 
> pmd reports.
> > I simply tried doing "maven pmd xdoc", after setting the 
> pmd version 
> > override in the build.properties file.  The following is an excerpt 
> > from the output for the pmd report.
> >
> > ---
> > pmd:
> > pmd:report:
> > [echo] Running the PMD task with
> > rulesets/basic.xml,rulesets/unusedcode.xml,rulesets/imports.xml ...
> > [echo] No java source files to process.
> > [echo] Converting the PMD report to xdoc ...
> > ---
> >
> > Note again that "maven multiproject:install" is able to build the 
> > entire project, which contains a couple of hundred Java 
> source files.
> >
> > I didn't install a custom ruleset file, I wanted to try it 
> using the 
> > default first.
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> --
> http://www.multitask.com.au/people/dion/
> Chuck Norris sleeps with a night light. Not because Chuck 
> Norris is afraid of the dark, but because the dark is afraid 
> of Chuck Norris
> 

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

site:deploy works once

2006-04-21 Thread Vijay Shanker

Hi Users,
 
I have following site tag in my pom.xml file:
 
  

  wsadserver
  web site of project
  file:c:/test

  
 
 
When I run "mvn site:deploy". It works fine, first time but when I run it 2nd 
time, it does not work.
If I delete created project directory(created in first run) under "c:/test", 
then it works fine again. But if directory is there then it does not work. I 
have given all permissions to the directory but still same problem.
 
Help will be appreciated.
 
Thanking you in advance.
 
Vijay
 
 
 
 

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

Re: Running "maven pmd xdoc" says no java files to process

2006-04-21 Thread Dion Gillard

Does the directory you are running 'maven pmd xdoc' from contain java source
files?

On 4/22/06, Karr, David <[EMAIL PROTECTED]> wrote:
>
> I'm using Maven 1.0.2, and I'm a maven newbie (other people set up the
> maven infrastructure).  I can build the entire project with "maven
> multiproject:install".  I wanted to experiment with adding pmd reports.
> I simply tried doing "maven pmd xdoc", after setting the pmd version
> override in the build.properties file.  The following is an excerpt from
> the output for the pmd report.
>
> ---
> pmd:
> pmd:report:
> [echo] Running the PMD task with
> rulesets/basic.xml,rulesets/unusedcode.xml,rulesets/imports.xml ...
> [echo] No java source files to process.
> [echo] Converting the PMD report to xdoc ...
> ---
>
> Note again that "maven multiproject:install" is able to build the entire
> project, which contains a couple of hundred Java source files.
>
> I didn't install a custom ruleset file, I wanted to try it using the
> default first.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Re: jetty out of memory reloading spring app

2006-04-21 Thread gdub


Stephen Duncan wrote:

Also look at the second question in this FAQ:
http://tomcat.apache.org/faq/deployment.html

It explains why reloading an app causes this problem to show up more quickly.

The description sounds like it would apply to any container that uses
multiple classloaders, not just Tomcat, so it's likely true for Jetty
as well.



That would explain it. I wonder why the
difficulty with releasing unreferenced
class loaders.


  -dub

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

Running "maven pmd xdoc" says no java files to process

2006-04-21 Thread Karr, David

I'm using Maven 1.0.2, and I'm a maven newbie (other people set up the
maven infrastructure).  I can build the entire project with "maven
multiproject:install".  I wanted to experiment with adding pmd reports.
I simply tried doing "maven pmd xdoc", after setting the pmd version
override in the build.properties file.  The following is an excerpt from
the output for the pmd report.

---
pmd:
pmd:report:
[echo] Running the PMD task with
rulesets/basic.xml,rulesets/unusedcode.xml,rulesets/imports.xml ...
[echo] No java source files to process.
[echo] Converting the PMD report to xdoc ...
---

Note again that "maven multiproject:install" is able to build the entire
project, which contains a couple of hundred Java source files.

I didn't install a custom ruleset file, I wanted to try it using the
default first.

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

Re: jetty out of memory reloading spring app

2006-04-21 Thread Stephen Duncan

Also look at the second question in this FAQ:
http://tomcat.apache.org/faq/deployment.html

It explains why reloading an app causes this problem to show up more quickly.

The description sounds like it would apply to any container that uses
multiple classloaders, not just Tomcat, so it's likely true for Jetty
as well.

-Stephen

On 4/20/06, Rolf Strijdhorst <[EMAIL PROTECTED]> wrote:
> Hi is this a problem with perm memory? if so I think it is the same problem
> Matt Railble describes on his blog:
> http://raibledesigns.com/page/rd/20060419
>
> the fix is to collect the memory consumtion data and express a solution on
> that problem by setting the perm mem size accordingly -XX:MaxPermSize=256m
> to  MAVEN_OPTS.
> Matt says it to add to JAVA_OPTS but that doesn't really work for maven.
>
> On 4/20/06, Burkhard Graves <[EMAIL PROTECTED]> wrote:
> >
> > Hi, just a small remark:
> >
> > I experienced similar out-of-memory problems with my
> > spring/hibernate-app after around 10 or 12 reloads - but under tomcat
> > 5.5.12! I'm switching to jetty right now - as soon as everything is
> > running (actually some other problems hinder me ;-) I'll tell you if I
> > still have out-of-memory problems...
> >
> > Regards
> > Burkhard
> >
> > Jan Bartel schrieb:
> > > Hi dub,
> > >
> > > The jetty maven plugin is up to release beta14
> > > so I would give that a go and see if it helps
> > > with your memory issue.
> > > We don't currently have any reported issues with out-of-memory problems
> > > for the plugin. The webapp
> > > classloader is ditched and then re-created on
> > > each restart so stuff loaded from the webapp's
> > > dependencies and classes should not be leaking.
> > >
> > > Are the spring jars explicitly on the plugin's classpath or are they as
> > > dependencies of the
> > > project?
> > >
> > > regards
> > > Jan
> > >
> > >
> > > gdub wrote:
> > >> I use the jetty6:run (6.0 beta 9) target
> > >> to launch Jetty with my web app under
> > >> integration.
> > >>
> > >> It has a not-too-extensive Spring/Hibernate
> > >> configuration. Jetty detects code changes
> > >> just fine but after maybe 10 reloads, it
> > >> starts reporting out-of-memory problems
> > >> and refuses to reload. The machine isn't
> > >> out of memory so it's the JVM itself that
> > >> hits a wall.
> > >>
> > >> Is this a known Jetty plug-in problem? Or
> > >> should I be looking for memory leaks in
> > >> Spring and Hibernate (or, e gads, my own
> > >> code). Is there something I need to
> > >> configure to make sure that Jetty releases
> > >> all app objects before reloading?
> > >>
> > >> BTW, I also ran into out of memory
> > >> problems under surefire when running
> > >> integration tests but was able to solve
> > >> it by using a singleton Spring application
> > >> context as a class member. But it leads
> > >> me to think that my Spring context isn't
> > >> releasing everything when it stops being
> > >> referenced (closing the context and
> > >> explicitly setting all references to it
> > >> null helped me get about 10 more tests
> > >> in a run).
> > >>
> > >> This is really only an issue during this
> > >> final integration phase so it's not too
> > >> big a deal but it does stop the thought
> > >> flow when it happens. It's also an appli-
> > >> cation confidence issue but I will do
> > >> some memory profiling later.
> > >>
> > >>
> > >> TIA,
> > >>
> > >>   -dub
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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

Re: jetty out of memory reloading spring app

2006-04-21 Thread gdub

I wrote:

> It does say that it's PermGen space
> memory that's the problem. I'll look
> at the article you mention tomorrow
> and see if it helps.

I increased the perm memory to 128Mb
as a responder on the blog suggested.

MAVEN_OPTS='-XX:MaxPermSize=128m'

Now, I'm not getting the out-of-memory
errors. One new weirdness is that now
almost every time a class definition
changes, the Jetty plug-in has to be
restarted to avoid cast exceptions.
I wonder if by setting MAVEN_OPTS
(which wasn't set before) in the
environment, some implicit setting
was changed.

  -dub

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

m2 NPE from jsch.Session.disconnect

2006-04-21 Thread Gautham Pamu

Hi Everyone,

Just doing mvn clean install and we are getting this error.  Is this an
error or configuration problem

Machine : Redhat 4
mvn version 2.0.4

[ERROR] FATAL ERROR
[INFO]

[INFO] null
[INFO]

[INFO] Trace
java.lang.NullPointerException
at com.jcraft.jsch.Session.disconnect(Unknown Source)
at org.apache.maven.wagon.providers.ssh.AbstractSshWagon.closeConnection(
AbstractSshWagon.java:389)
at org.apache.maven.wagon.AbstractWagon.disconnect(AbstractWagon.java:153)
at org.apache.maven.artifact.manager.DefaultWagonManager.disconnectWagon(
DefaultWagonManager.java:565)
at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(
DefaultWagonManager.java:453)
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(
DefaultWagonManager.java:282)
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(
DefaultWagonManager.java:244)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(
DefaultArtifactResolver.java:124)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(
DefaultArtifactResolver.java:63)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(
DefaultMavenProjectBuilder.java:467)
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(
DefaultMavenProjectBuilder.java:1157)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(
DefaultMavenProjectBuilder.java:674)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(
DefaultMavenProjectBuilder.java:227)
at org.apache.maven.project.artifact.MavenMetadataSource.retrieve(
MavenMetadataSource.java:102)
at org.apache.maven.artifact.resolver.DefaultArtifactCollector.recurse(
DefaultArtifactCollector.java:275)
at org.apache.maven.artifact.resolver.DefaultArtifactCollector.collect(
DefaultArtifactCollector.java:67)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively
(DefaultArtifactResolver.java:223)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively
(DefaultArtifactResolver.java:211)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively
(DefaultArtifactResolver.java:182)
at
org.apache.maven.plugin.DefaultPluginManager.ensurePluginContainerIsComplete
(DefaultPluginManager.java:608)
at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(
DefaultPluginManager.java:519)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:390)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:534)
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
:85)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
:58)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
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)

--
-Gautham Pamu

Re: xdoclet-maven-plugin configuration question.

2006-04-21 Thread Sean McNamara

In re-reading my message, I wasn't really clear on
what I'm trying to do.

I'm building some EJBs using xdoclet.

My bean with XDoclet tags lives at: 

com.foo.bar.ejb.MyBean

When I generate the bean files via XDoclet, they get
put by default in:

com.foo.bar.ejb.MyBean
com.foo.bar.ejb.MyBeanHome

I need to do a couple things here:

1. Get it to generate the MyBeanUtil file.
2. Have the generated interfaces put in the
com.foo.bar.interfaces package.
3. Keep the generated bean file in com.foo.bar.ejb

This is done under M1 using the following settings:

maven.xdoclet.ejbdoclet.session.0=true
maven.xdoclet.ejbdoclet.packageSubstitution.0=true
maven.xdoclet.ejbdoclet.packageSubstitution.0.packages=ejb
maven.xdoclet.ejbdoclet.packageSubstitution.0.substituteWith=interfaces

I'm not sure why it doesn't generate the Util class
since it used to, but perhaps the defaults have
changed.

Thanks for any pointers.

--- Sean McNamara <[EMAIL PROTECTED]> wrote:

> I'm finding the documentation for the xdoclet plugin
> for M2 to be a little sparse and am hoping someone
> here can point me in the right direction.
> 
> Can anyone point me to a list of valid configuration
> parameters for the plugin?
> 
> I'm trying to change the package definitions for
> generated classes.  I was able to do this under M1,
> but I'm not seeing a clear way to do this in the M2
> POM format.
> 
> If someone can point me to docs, or if anyone knows
> of
> how to map M1 property settings into M2 XML in a
> generic way, that would help a lot!
> 
> Thanks,
> -Sean
> 
> P.S. No takers on my previous site generation
> question? :-)
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 

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

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

xdoclet-maven-plugin configuration question.

2006-04-21 Thread Sean McNamara

I'm finding the documentation for the xdoclet plugin
for M2 to be a little sparse and am hoping someone
here can point me in the right direction.

Can anyone point me to a list of valid configuration
parameters for the plugin?

I'm trying to change the package definitions for
generated classes.  I was able to do this under M1,
but I'm not seeing a clear way to do this in the M2
POM format.

If someone can point me to docs, or if anyone knows of
how to map M1 property settings into M2 XML in a
generic way, that would help a lot!

Thanks,
-Sean

P.S. No takers on my previous site generation
question? :-)

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

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

Re: m2 how to package a manifest file in a jar

2006-04-21 Thread Wayne Fay

Your manifest should be in:
src/main/resources/META-INF/MANIFEST.MF

if you want it to end up in Jar-root/META-INF/MANIFEST.MF

Wayne

On 4/21/06, Gautham Pamu <[EMAIL PROTECTED]> wrote:
> Hi Everyone,
>
> Maven jar is create the manifest file but is it possible to package an
> existing file from the src directory. I need this to package an eclipse
> plugin and it already has a manifest file.
>
> Are there an special plugins to package eclipse plugins ?
>
> --
> -Gautham Pamu
>
>

m2 how to package a manifest file in a jar

2006-04-21 Thread Gautham Pamu

Hi Everyone,

Maven jar is create the manifest file but is it possible to package an
existing file from the src directory. I need this to package an eclipse
plugin and it already has a manifest file.

Are there an special plugins to package eclipse plugins ?

--
-Gautham Pamu

Re: Javadoc don't have a link to go back

2006-04-21 Thread Kathryn Huxtable

Actually, I was backwards. Julio is correct and so is Wayne. There's no back
link.

I was wanting a link to my javadoc from my source listings. There's a link,
but it's missing quite a bit of directory structure. I need the JXR docs.

-K

On 4/21/06 1:43 PM, "Wayne Fay" <[EMAIL PROTECTED]> wrote:

> There is not currently any link back to the site provided by the
Javadoc site
> plugin.

Sounds like a good Jira Enhancement request, though.

Wayne

On
> 4/21/06, Julio Oliveira <[EMAIL PROTECTED]> wrote:
> Hi
>
> When u see the
> javadoc, there is not a home or a back link to go to
> the maven site??
>
>
> Have any solution
>
> regards
>
>
> -
> To
> unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional
> commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: Javadoc don't have a link to go back

2006-04-21 Thread Julio Oliveira

Supose the best to do, is open in the same windows browser, like a
frame, the same will be used to see word documents...

When i need to see a word.doc or an excel, or an EA diagram, it will
be very nice, to see at the same windows...

-
On 4/21/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 4/21/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
>
> > There is not currently any link back to the site provided by the
> > Javadoc site plugin.
>
> In Maven 1, the Javadoc and Source xref opened in a new browser
> window, neatly avoiding the need for a link back to the main site. [1]
>  Any idea if this was changed for a reason?
>
> [1] http://struts.apache.org/struts-shale/shale-core/maven-reports.html
>
> --
> Wendy
>
> -
> 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: Javadoc don't have a link to go back

2006-04-21 Thread Wendy Smoak

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

> There is not currently any link back to the site provided by the
> Javadoc site plugin.

In Maven 1, the Javadoc and Source xref opened in a new browser
window, neatly avoiding the need for a link back to the main site. [1]
 Any idea if this was changed for a reason?

[1] http://struts.apache.org/struts-shale/shale-core/maven-reports.html

--
Wendy

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

Re: Jelly Replace & Maven 1.0.2 - Docs and Reality Don't Match up?

2006-04-21 Thread Peter Kahn

Great. Thanks.  I should have gone to the community several hours ago.  I
snuck around it with some ant regexp manipulation (not as clean, but it
works).

On 4/21/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> Your suspicion is correct: Maven 1.0.2 shipped with jelly-util 1.0 which
> did not support string substitution (character substitution should
> work). Maven 1.1 beta has upgraded to jelly-util 1.1.1, there it will
> work. In our plugins we use the commons.lang.StringUtils class as a
> workaround, this will work with both m1.0 and m1.1.
>
> HTH,
> -Lukas
>
>


--
Peter Kahn
[EMAIL PROTECTED]

Re: PMD - View javadoc - doesn't work

2006-04-21 Thread Julio Oliveira

This my pom.xml  ( Maven 2.0.3)
I see there is a lot of ( ../../) the only need 8, to go to target/site ??

See i don't use sufire because it compile the project ( i use ant ) i
don't know how to see how to use other jar's dependencies.


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

  4.0.0
  com.JSP
  JSP_SITE
  jar
  1.0-SNAPSHOT

  
  JSP Site 
  http://www.citigroup.com
  Site development of PET


  


  

  

  

  
  

  jOliveira
  Julio Oliveira
  [EMAIL PROTECTED]
  
 Web Engineer
 Architect
  
  JavaTango.com
  -5

  




  





  
Maven Snapshots
http://snapshots.maven.codehaus.org/maven2/

  true


  false

  






  
Maven Snapshots
http://snapshots.maven.codehaus.org/maven2/

  true


  false

  





  
  
JavaTango
http://www.JavaTango.com
  



  
  

  







  





  
  
JSP_PET






   



  





  
  


  
  
 org.apache.maven.plugins
 maven-project-info-reports-plugin
  

  
  -->

  
  -->



  
  



  
  
maven-javadoc-plugin
  


  
  
maven-checkstyle-plugin
  

  
  
 org.apache.maven.plugins
 maven-pmd-plugin
 
1.5

   /rulesets/basic.xml
   /rulesets/controversial.xml

xml
true
utf-8
100
 
  

  
  
org.codehaus.mojo
changes-maven-plugin
  

  


  
  
org.codehaus.mojo
taglist-maven-plugin
  



  





On 4/21/06, Kathryn Huxtable <[EMAIL PROTECTED]> wrote:
> Neither does mine. And I can't find the JXR documentation.
>
>
> --
> Kathryn Huxtable
> Middleware Architect
> Core Middleware
> Information Technology, a division of Information Services
> The University of Kansas
> +1 785 864 0420
>
>
>
> On 4/21/06 1:34 PM, "Julio Oliveira" <[EMAIL PROTECTED]> wrote:
>
> > Hi
> >
> > I have the PMD report info, when i see the html source, and want to go
> > to the Viewjavadoc it doesn't work.
> >
> >
> >
> > They addres is
> >
> > file:///apidocs   
> > --
> > --
> >  > href="../../../../../../../../../../../../../../../../apidocs/com/ar/latam/pat
> > /step/model/helper/ChangeDate.html">View
> > Javadoc
> > --
> > --
> >
> > What's wrong ??
> >
> > regards
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: Javadoc don't have a link to go back

2006-04-21 Thread Wayne Fay

There is not currently any link back to the site provided by the
Javadoc site plugin.

Sounds like a good Jira Enhancement request, though.

Wayne

On 4/21/06, Julio Oliveira <[EMAIL PROTECTED]> wrote:
> Hi
>
> When u see the javadoc, there is not a home or a back link to go to
> the maven site??
>
> Have any solution
>
> regards
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Javadoc don't have a link to go back

2006-04-21 Thread Julio Oliveira

Hi

When u see the javadoc, there is not a home or a back link to go to
the maven site??

Have any solution

regards

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

Re: PMD - View javadoc - doesn't work

2006-04-21 Thread Kathryn Huxtable

Neither does mine. And I can't find the JXR documentation.


-- 
Kathryn Huxtable
Middleware Architect
Core Middleware
Information Technology, a division of Information Services
The University of Kansas
+1 785 864 0420



On 4/21/06 1:34 PM, "Julio Oliveira" <[EMAIL PROTECTED]> wrote:

> Hi
> 
> I have the PMD report info, when i see the html source, and want to go
> to the Viewjavadoc it doesn't work.
> 
> 
> 
> They addres is
> 
> file:///apidocs   
> --
> --
>  href="../../../../../../../../../../../../../../../../apidocs/com/ar/latam/pat
> /step/model/helper/ChangeDate.html">View
> Javadoc
> --
> --
> 
> What's wrong ??
> 
> regards
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

PMD - View javadoc - doesn't work

2006-04-21 Thread Julio Oliveira

Hi

I have the PMD report info, when i see the html source, and want to go
to the Viewjavadoc it doesn't work.



They addres is

file:///apidocs   

View
Javadoc


What's wrong ??

regards

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

Re: Support for Multi-project Web Sites

2006-04-21 Thread Ryan Wynn

On 4/21/06, Elliot Metsger <[EMAIL PROTECTED]> wrote:
> Hi -
>
> See
> http://www.nabble.com/Running-maven-site-plugin-from-svn-p3953978.html
> and see if that doesn't help!
>

Thanks, that help worked.  I needed to use install with
-updateReleaseInfo=true instead of install-file.

Re: EJB3.0 plugin

2006-04-21 Thread Anshuman Srivastava

Hi Subash
thanks a lot for ur reply.

i will try it out on Monday and let u know.

Thanks again
Anshuman



On 4/21/06, Subhash Chandran <[EMAIL PROTECTED]> wrote:
>
> I don't know if we have any plugin as such. But for dependency
> (persistence)
> u may use:
>
> http://www.ibiblio.org/maven2/javax/persistence/
>
> The actual jar u need to have in the local repository:
>
> http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html
>
> I don't know about the SessionBean interface in EJB3.
>
> Regards,
> Subhash.
>
> On 4/21/06, Anshuman Srivastava <[EMAIL PROTECTED]> wrote:
> >
> > Hi
> > Could anyone please tell me where can i find ejb3.0 plugin for Maven2.
> As
> > the folder http://www.ibiblio.org/maven2/ejb/ejb/3.0/ is empty.
> >
> > Thanks
> > Anshuman
> >
> >
>
>
> --
> Regards,
> Subhash Chandran S
>
> Cross platform OpenSource Java based file encryption software:
> http://www.WizTools.org/project/WizCrypt/
>
>

RE: Projects Reader help - continued

2006-04-21 Thread Sean McDaniel

ok, got it working.  i'm still interested in understanding
the glue between the request and response.


 Sean McDaniel | Principal | Digital Focus 
703.561.5941 | mobile: 703.200.3475| fax:  703.561.5801 
[EMAIL PROTECTED] | www.digitalfocus.com
 
-Original Message-
From: Sean McDaniel [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 21, 2006 1:21 PM
To: continuum-users@maven.apache.org
Subject: Projects Reader help - continued

hi all

 

sorry to repost but i didn't get my subscription setup before i started

receiving replies and couldn't figure out how to obtain the thread

id.   

 

following on with the thread i now understand that the code in 

continuum-xmlrpc is handling the xmlrpc requests being issued by 

ProjectsReader and this service is listening on port 8000 by default.  

what i'm still having difficulty with is where is the code that that 

accepts the request and hands it off to the defaultcontinuumxmlrpc.

maybe this is part of the plexus framework which i still don't 

really understand.  if someone could point me in the right direction

i would greatly appreciate it.

 

also is there any special configuration to get the xmlrpc service 

running or is it bound to 8000 when continuum starts.  i'm still 

not able to receive the projects.  perhaps this is an issue on my 

end but i can't find any docs to help me out. hoping one of you 

experienced continuum users could provide some input.

 

thanks in advance and again i'm sorry for reposting.

 

sean

Projects Reader help - continued

2006-04-21 Thread Sean McDaniel

hi all

 

sorry to repost but i didn't get my subscription setup before i started

receiving replies and couldn't figure out how to obtain the thread

id.   

 

following on with the thread i now understand that the code in 

continuum-xmlrpc is handling the xmlrpc requests being issued by 

ProjectsReader and this service is listening on port 8000 by default.  

what i'm still having difficulty with is where is the code that that 

accepts the request and hands it off to the defaultcontinuumxmlrpc.

maybe this is part of the plexus framework which i still don't 

really understand.  if someone could point me in the right direction

i would greatly appreciate it.

 

also is there any special configuration to get the xmlrpc service 

running or is it bound to 8000 when continuum starts.  i'm still 

not able to receive the projects.  perhaps this is an issue on my 

end but i can't find any docs to help me out. hoping one of you 

experienced continuum users could provide some input.

 

thanks in advance and again i'm sorry for reposting.

 

sean

Re: Support for Multi-project Web Sites

2006-04-21 Thread Elliot Metsger


Hi -

See 
http://www.nabble.com/Running-maven-site-plugin-from-svn-p3953978.html 
and see if that doesn't help!


Elliot

Ryan Wynn wrote:

On 4/21/06, Henry S. Isidro <[EMAIL PROTECTED]> wrote:


On Friday 21 April 2006 11:38 pm, Ryan Wynn wrote:


Do you know if I need to install the skin manually and if so how I can do
it?

Thanks.



Get it from here: https://svn.apache.org/repos/asf/maven/skins/trunk and then
install it.



Thanks, Henry.  I installed it from 
https://svn.apache.org/repos/asf/maven/skins/trunk

using

E:\>mvn install:install-file -DgroupId=org.apache.maven.skins -DartifactId=maven
-site-skin -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=SkinPlugin.jar

and my site.xml includes


org.apache.maven.skins
maven-site-skin
1.0-SNAPSHOT


and now the complaint is

[INFO] The skin does not exist: Unable to determine the release version

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.skins -DartifactId=maven
-default-skin \
-Dversion=RELEASE -Dpackaging=jar -Dfile=/path/to/file


  org.apache.maven.skins:maven-default-skin:jar:RELEASE

I do not reference 
org.apache.maven.skins:maven-default-skin:jar:RELEASE in my pom.xml or

site.xml so the site plugin must be initiating this.

Any ideas what might be wrong?


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

Re: Support for Multi-project Web Sites

2006-04-21 Thread Ryan Wynn

On 4/21/06, Henry S. Isidro <[EMAIL PROTECTED]> wrote:
> On Friday 21 April 2006 11:38 pm, Ryan Wynn wrote:
> > Do you know if I need to install the skin manually and if so how I can do
> > it?
> >
> > Thanks.
>
>
> Get it from here: https://svn.apache.org/repos/asf/maven/skins/trunk and then
> install it.

Thanks, Henry.  I installed it from 
https://svn.apache.org/repos/asf/maven/skins/trunk
using

E:\>mvn install:install-file -DgroupId=org.apache.maven.skins -DartifactId=maven
-site-skin -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=SkinPlugin.jar

and my site.xml includes


org.apache.maven.skins
maven-site-skin
1.0-SNAPSHOT


and now the complaint is

[INFO] The skin does not exist: Unable to determine the release version

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.skins -DartifactId=maven
-default-skin \
-Dversion=RELEASE -Dpackaging=jar -Dfile=/path/to/file


  org.apache.maven.skins:maven-default-skin:jar:RELEASE

I do not reference 
org.apache.maven.skins:maven-default-skin:jar:RELEASE in my pom.xml or
site.xml so the site plugin must be initiating this.

Any ideas what might be wrong?

Re: Jelly Replace & Maven 1.0.2 - Docs and Reality Don't Match up?

2006-04-21 Thread Lukas Theussl

Your suspicion is correct: Maven 1.0.2 shipped with jelly-util 1.0 which 
did not support string substitution (character substitution should 
work). Maven 1.1 beta has upgraded to jelly-util 1.1.1, there it will 
work. In our plugins we use the commons.lang.StringUtils class as a 
workaround, this will work with both m1.0 and m1.1.


HTH,
-Lukas


Peter Kahn wrote:

I am using maven102 to try some simple pattern manipulation on a property.
According to the doc for the jelly util:replace tag, I can replace strings
withing a string.  According to how its working, I cannot do this.  Could it
be that the docs refer to a release of jelly after my release of maven?

I have a property that looks like this
 foo=one two three

and I'd like to snip the 'two' out of it.  According to the jelly docs for
jelly:util:replace I should be able to use the set of attributess (oldChar,
newChar) for changing individual characters and the set (old, new) for
changing strings
   Doc:
http://jakarta.apache.org/commons/jelly/libs/util/tags.html#util:replace


Therefore the following should be true
 where u is jelly:util
   
   ${x}

 The result should be  'one wo hree'

 And for this
   
   ${x}

 The result should be 'one three'


The problem is  when I use the old and new attributes, I get the following
error
maven.xml:13:93:  This tag does not understand the 'old'
attribute

--
Peter Kahn
[EMAIL PROTECTED]
[EMAIL PROTECTED], skype: citizenkahn



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

Jelly Replace & Maven 1.0.2 - Docs and Reality Don't Match up?

2006-04-21 Thread Peter Kahn

I am using maven102 to try some simple pattern manipulation on a property.
According to the doc for the jelly util:replace tag, I can replace strings
withing a string.  According to how its working, I cannot do this.  Could it
be that the docs refer to a release of jelly after my release of maven?

I have a property that looks like this
 foo=one two three

and I'd like to snip the 'two' out of it.  According to the jelly docs for
jelly:util:replace I should be able to use the set of attributess (oldChar,
newChar) for changing individual characters and the set (old, new) for
changing strings
   Doc:
http://jakarta.apache.org/commons/jelly/libs/util/tags.html#util:replace


Therefore the following should be true
 where u is jelly:util
   
   ${x}

 The result should be  'one wo hree'

 And for this
   
   ${x}

 The result should be 'one three'


The problem is  when I use the old and new attributes, I get the following
error
maven.xml:13:93:  This tag does not understand the 'old'
attribute

--
Peter Kahn
[EMAIL PROTECTED]
[EMAIL PROTECTED], skype: citizenkahn

More than one SCHEDULE

2006-04-21 Thread Carlos Henriquez

I thought that for 1.0.2 you can only use one schedule and it will be fixed
for 1.0.3.

I tried making two with a difference of a minute and the both run.

Re: Install and building site

2006-04-21 Thread Wayne Fay

Try this:


   org.apache.maven.plugins
   maven-surefire-plugin
   
 true
   


Wayne

On 4/21/06, Carlos Henriquez <[EMAIL PROTECTED]> wrote:
> Hi, I'm usingo Continuum 1.0.2 and Maven 2.0.2.
>
> I know that I can only use DEFAULT_SCHEDULE in 1.0.2 and only one build for
> project.
>
> I want continuum to build my project site but that goal (site) run "test"
> first. If there are test failures, the site won't be created.
>
> What if I want a report about my test failures. It can't be done.
>
> I would like to turn off the test only in the "site" goal. I know that
> maven.test.skip can be turned to avoid testing but if I'm in the same build
> "clean install site" it would be turned off at all.
>
> What can I do? I tried true in the plugin
> configuration in my POM.xml but it made the test anyway.
>
> Thanks for your help.
>
> Waiting for 1.0.3 to use many SCHEDULES and builds!! :D
>
>

Install and building site

2006-04-21 Thread Carlos Henriquez

Hi, I'm usingo Continuum 1.0.2 and Maven 2.0.2.

I know that I can only use DEFAULT_SCHEDULE in 1.0.2 and only one build for
project.

I want continuum to build my project site but that goal (site) run "test"
first. If there are test failures, the site won't be created.

What if I want a report about my test failures. It can't be done.

I would like to turn off the test only in the "site" goal. I know that
maven.test.skip can be turned to avoid testing but if I'm in the same build
"clean install site" it would be turned off at all.

What can I do? I tried true in the plugin
configuration in my POM.xml but it made the test anyway.

Thanks for your help.

Waiting for 1.0.3 to use many SCHEDULES and builds!! :D

RE: [m2] Weblogic J2EE Plugin

2006-04-21 Thread mjohnsonaz74

Scott Ryan-2 wrote:
> 
> I just returned from overseas so as soon as I catch up on some sleep I
> will
> update this issue.  There are samples posted on the Codehaus website but
> let
> me try and understand more of what you are trying to do and see if I can
> come up with a sample.  It looks like you are needing more of the base
> maven
> plugins rather than the weblogic plugin.  The weblogic plugin is to be
> used
> after you have assembled each artifact and want to compile and deploy
> those
> artifacts.  The base maven plugins (jar, ear, war, etc) should be used
> first
> to assemble your artifacts.
> 
> More after a few hours shuteye.
> 
> Scott Ryan
> Chief Technology Officer
> Soaring Eagle L.L.C.
> [EMAIL PROTECTED]
> www.soaringeagleco.com
> (303) 263-3044
> 

Hey Scott, it was good to finally meet you last night.  Let me rehash where
I'm at right now with the plugin and perhaps you can help me in the right
direction.  As it stands I realized that I needed to run the APPC goal
against the finished ear file, where before I was trying to run it against
the war file before I created the ear.  So, finally got that figured out. 
The problem I'm having now is that when APPC runs against the ear file,
nothing else can take place after the APPC goal.  The goal runs and then
maven stops.  I have the APPC goal set for the "package" phase and I execute
it by runnning mvn package.  However, when I run mvn install the APPC goal
executes (as expected), but then maven finishes without installing my ear. 
It seems like nothing else can run after APPC.  Perhaps theres a problem
with the plugin passing control back to Maven?  Below is my ear pom.  Please
let me know if it's something trivial that I did wrong (hopefully, this is
the cause) or if you think there's a bug in the plugin.  Thanks for your
help!

--MJ

  4.0.0 
  twtc 
  um-ear 
  1.0-SNAPSHOT 
  UM EAR 
  http://imatrix/ 
  ear

twtc
um
1.0-SNAPSHOT

um

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

  APP-INF/lib 

   true 

 twtc
 um-web
 um

 twtc
 um-app 

true

  org.codehaus.mojo 
  weblogic-maven-plugin 
  2.8.0-SNAPSHOT 

C:\bea\weblogic81\server\lib\weblogic.jar

${project.build.directory}/um.${project.packaging} 

package 

appc   

  twtc
  um-app
  1.0-SNAPSHOT  

  twtc
  um-web
  1.0-SNAPSHOT
  war

  twtc
  mailhandler-app
  1.0-SNAPSHOT   

  twtc
  common
  1.0-SNAPSHOT   

weblogic
weblogic
8.1   
provided

--
View this message in context: 
http://www.nabble.com/-m2-Weblogic-J2EE-Plugin-t1408033.html#a4029553
Sent from the Maven - Users forum at Nabble.com.

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

Re: Support for Multi-project Web Sites

2006-04-21 Thread Henry S. Isidro

On Friday 21 April 2006 11:38 pm, Ryan Wynn wrote:
> Do you know if I need to install the skin manually and if so how I can do
> it?
>
> Thanks.


Get it from here: https://svn.apache.org/repos/asf/maven/skins/trunk and then 
install it.

HTH,

Henry

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

Re: Location of cobertura-maven-plugin?

2006-04-21 Thread thenew05

Thanks, That seemed to work, but now I have other errors!

It seems that cobertura does not like multi level project for instrument
goals.


Thanks again!



On 4/21/06, Boris Lenzinger <[EMAIL PROTECTED]> wrote:
>
> I also use 2.0.2 with no problem.
>
> Here is my section for the cobertura plugin:
>  
>  
>org.codehaus.mojo
>cobertura-maven-plugin
>2.0-20060130.214008-3
>  
>
> I have moved my cobertura plugin to check if it downloads the plugin or
> not and it succeed so it should be the same for you ;)
>
> [EMAIL PROTECTED] a écrit :
> > I am using version 2.0.2!
> >
> >
> >
> > On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >>  I changed the version number of the plug-in now I get a different
> error.
> >>
> >> All of my configuring I am getting from the doc. at codehaus.
> >> But here is the new error.
> >>
> >> mvn cobertura:cobertura
> >>
> >> [INFO] Searching repository for plugin with prefix: 'cobertura'.
> >> Downloading:
> >>
> http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> >> [WARNING] Unable to get resource from repository snapshots (
> http://snapshots.maven.codehaus.org/maven2
> >> )
> >> Downloading:
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> >>
> >> [WARNING] Unable to get resource from repository central (
> >> http://repo1.maven.org/maven2)
> >> Downloading:
> >>
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> >> [WARNING] Unable to get resource from repository central (
> http://repo1.maven.org/maven2
> >> )
> >>
> >> [INFO]
> >>
> 
> >> [ERROR] BUILD ERROR
> >> [INFO]
> >>
> 
> >> [INFO] Failed to resolve artifact.
> >>
> >> GroupId: org.codehaus.mojo
> >> ArtifactId: cobertura-maven-plugin
> >> Version: 2.0
> >>
> >> Reason: Unable to download the artifact from any repository
> >>
> >>   org.codehaus.mojo:cobertura-maven-plugin:pom:2.0
> >>
> >> from the specified remote repositories:
> >>   central (http://repo1.maven.org/maven2),
> >>   snapshots (http://snapshots.maven.codehaus.org/maven2 )
> >>
> >>
> >> [INFO]
> >>
> 
> >> [INFO] For more information, run Maven with the -e switch
> >> [INFO]
> >>
> 
> >>
> >> [INFO] Total time: 3 seconds
> >> [INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006
> >>
> >> [INFO] Final Memory: 2M/126M
> >> [INFO]
> >>
> 
> >>
> >>
> >> Thanks!
> >>
> >>
> >>  On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >>
> >>>  I still get an error for finding this plug-in:
> >>>
> >>> [INFO] Searching repository for plugin with prefix: 'cobertura'.
> >>> [INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
> >>> requires Maven version 2.0.3-SNAPSHOT
> >>> [INFO]
> >>>
> 
> >>>
> >>> [ERROR] BUILD ERROR
> >>> [INFO]
> >>>
> 
> >>> [INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
> >>> exist or no valid version could be found
> >>> [INFO]
> >>>
> 
> >>> [INFO] For more information, run Maven with the -e switch
> >>> [INFO]
> >>>
> 
> >>>
> >>> [INFO] Total time: < 1 second
> >>> [INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
> >>> [INFO] Final Memory: 2M/126M
> >>> [INFO]
> >>>
> 
> >>>
> >>>
> >>> Is there something I am missing here?
> >>>
> >>>
> >>>
> >>> On 4/20/06, Mark Hewett <[EMAIL PROTECTED] > wrote:
> >>>
>  No problem.  I just tried it out and have a very nice report, so many
>  thanks to the people working on this plugin!
> 
>  I should have mentioned that you can add the following to your POM to
>  enable the snapshot repository, in case you haven't done this before.
> 
>  
>  
> snapshots
> http://snapshots.maven.codehaus.org/maven2
>  
>  
> 
>  -
>  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: Location of cobertura-maven-plugin?

2006-04-21 Thread Boris Lenzinger


I also use 2.0.2 with no problem.

Here is my section for the cobertura plugin:
 
 
   org.codehaus.mojo
   cobertura-maven-plugin
   2.0-20060130.214008-3
 

I have moved my cobertura plugin to check if it downloads the plugin or 
not and it succeed so it should be the same for you ;)


[EMAIL PROTECTED] a écrit :

I am using version 2.0.2!



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

 I changed the version number of the plug-in now I get a different error.

All of my configuring I am getting from the doc. at codehaus.
But here is the new error.

mvn cobertura:cobertura

[INFO] Searching repository for plugin with prefix: 'cobertura'.
Downloading:
http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository snapshots 
(http://snapshots.maven.codehaus.org/maven2
)
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom

[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2
)

[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.codehaus.mojo
ArtifactId: cobertura-maven-plugin
Version: 2.0

Reason: Unable to download the artifact from any repository

  org.codehaus.mojo:cobertura-maven-plugin:pom:2.0

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


[INFO]

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


[INFO] Total time: 3 seconds
[INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006

[INFO] Final Memory: 2M/126M
[INFO]



Thanks!


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


 I still get an error for finding this plug-in:

[INFO] Searching repository for plugin with prefix: 'cobertura'.
[INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
requires Maven version 2.0.3-SNAPSHOT
[INFO]


[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
exist or no valid version could be found
[INFO]

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


[INFO] Total time: < 1 second
[INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]



Is there something I am missing here?



On 4/20/06, Mark Hewett <[EMAIL PROTECTED] > wrote:
  

No problem.  I just tried it out and have a very nice report, so many
thanks to the people working on this plugin!

I should have mentioned that you can add the following to your POM to
enable the snapshot repository, in case you haven't done this before.



   snapshots
   http://snapshots.maven.codehaus.org/maven2



-
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: Jetty and Commons logging dependency

2006-04-21 Thread Jan Bartel


Julien,

Embedding Jetty6 is pretty simple. The jetty.xml config file is written
in a straightforward mapping from the java API to xml syntax. There is the
beginnings of a guide to embedding jetty also on the wiki at:
 http://docs.codehaus.org/display/JETTY/Embedding+Jetty

Jetty is often used in the unit tests of other projects - a jetty Server
instance is started in the test setup and stopped in the test teardown.

However, if you want to use the plugin instead, you simply include the 
relevant lines into your pom.xml file, and invoke it:


 mvn jetty6:run

When you want to stop it, you  it.

There is all the information on how to configure and run the plugin
here:

 http://jetty.mortbay.org/jetty6/maven-plugin/index.html


cheers
Jan



Julien Henry wrote:


Hi Jan,

I tried to migrate to Jetty 6, but there are too few doc about how to 
use embedded Jetty. I discovered that a Jetty6 plugin exists, and I 
think it could be a good thing to start jetty before the JUnit tests, 
and to stop Jetty after, because it exactly what I want. Do you know a 
simple way to do this ?


Thanks

Julien

Jan Bartel a écrit :


Hi Julien.


Jetty 5.x is built by ant, but the artifacts are made available on
ibiblio. The jetty5.x series, whilst the current stable series is
about to be superceded by the 6.x series.

Jetty 6.x is built by maven2 and has full poms with dependencies
listed which maven2 will transitively resolve for you.

I suggest you switch to jetty 6.x as 1) it is built by maven2 and
2) anyway has many many less dependencies.

cheers
Jan


Julien Henry wrote:



Hi,

I'm using Jetty to test my project. I have this in my pom (I use JSP) :

jetty
org.mortbay.jetty
5.1.10
test


jetty
jasper-runtime
4.2.20RC0
test


jetty
jasper-compiler
4.2.20RC0
test


But the server can't be launched. I discovered that Jetty need 
org.apache.commons-logging. So I added :


commons-logging
commons-logging
1.0.4
test


But why don't put commons-logging as a dependency of Jetty in the pom 
on ibiblio ?


Thanks

Julien

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




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






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

Re: Location of cobertura-maven-plugin?

2006-04-21 Thread thenew05

This is the current setting now, but still the same error.

  
org.codehaus.mojo
cobertura-maven-plugin
  1.7

  

  clean

  

  

Also, in the MEta file artifact-id is called cobertura so could that be an
issue?

THanks

On 4/21/06, Boris Lenzinger <[EMAIL PROTECTED]> wrote:
>
> could you post the version you have set in your pom ? I think the error
> is coming from this point.
>
> May be check the versions that are available in the metadata.xml file in
> the plugin folder and use it in your tag version for the plugin.
>
> [EMAIL PROTECTED] a écrit :
> > I changed the version number of the plug-in now I get a different error.
> >
> > All of my configuring I am getting from the doc. at codehaus.
> > But here is the new error.
> >
> > mvn cobertura:cobertura
> > [INFO] Searching repository for plugin with prefix: 'cobertura'.
> > Downloading:
> >
> http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> > [WARNING] Unable to get resource from repository snapshots (
> > http://snapshots.maven.codehaus.org/maven2)
> > Downloading:
> >
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> > [WARNING] Unable to get resource from repository central (
> > http://repo1.maven.org/maven2)
> > Downloading:
> >
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> > [WARNING] Unable to get resource from repository central (
> > http://repo1.maven.org/maven2)
> > [INFO]
> >
> 
> > [ERROR] BUILD ERROR
> > [INFO]
> >
> 
> > [INFO] Failed to resolve artifact.
> >
> > GroupId: org.codehaus.mojo
> > ArtifactId: cobertura-maven-plugin
> > Version: 2.0
> >
> > Reason: Unable to download the artifact from any repository
> >
> >   org.codehaus.mojo:cobertura-maven-plugin:pom:2.0
> >
> > from the specified remote repositories:
> >   central (http://repo1.maven.org/maven2),
> >   snapshots (http://snapshots.maven.codehaus.org/maven2)
> >
> >
> > [INFO]
> >
> 
> > [INFO] For more information, run Maven with the -e switch
> > [INFO]
> >
> 
> > [INFO] Total time: 3 seconds
> > [INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006
> > [INFO] Final Memory: 2M/126M
> > [INFO]
> >
> 
> >
> > Thanks!
> >
> >
> > On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >>  I still get an error for finding this plug-in:
> >>
> >> [INFO] Searching repository for plugin with prefix: 'cobertura'.
> >> [INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
> >> requires Maven version 2.0.3-SNAPSHOT
> >> [INFO]
> >>
> 
> >>
> >> [ERROR] BUILD ERROR
> >> [INFO]
> >>
> 
> >> [INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
> >> exist or no valid version could be found
> >> [INFO]
> >>
> 
> >> [INFO] For more information, run Maven with the -e switch
> >> [INFO]
> >>
> 
> >>
> >> [INFO] Total time: < 1 second
> >> [INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
> >> [INFO] Final Memory: 2M/126M
> >> [INFO]
> >>
> 
> >>
> >>
> >> Is there something I am missing here?
> >>
> >>
> >>
> >> On 4/20/06, Mark Hewett <[EMAIL PROTECTED]> wrote:
> >>
> >>> No problem.  I just tried it out and have a very nice report, so many
> >>> thanks to the people working on this plugin!
> >>>
> >>> I should have mentioned that you can add the following to your POM to
> >>> enable the snapshot repository, in case you haven't done this before.
> >>>
> >>> 
> >>> 
> >>>snapshots
> >>>http://snapshots.maven.codehaus.org/maven2
> >>> 
> >>> 
> >>>
> >>> -
> >>> 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: Support for Multi-project Web Sites

2006-04-21 Thread Ryan Wynn

On 4/21/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> Yeah I think you're right! Now that you mention it I think you have to
> use the lastest snapshot built which is way better anyway. The site
> plugin hasn't seen a new release in a long time. Just add the Maven
> snapshots repository to your pom and declares the use of the
> 2.0-SNAPSHOT site plugin.

That help got me further, but now it is complaining about the skins.  I added

org.apache.maven.skins
maven-site-skin
1.0-SNAPSHOT


to my site.xml
and now I get the following error

[INFO] The skin does not exist: Unable to download the artifact from any reposit
ory

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.maven.skins -DartifactId=maven
-site-skin \
-Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file


  org.apache.maven.skins:maven-site-skin:jar:1.0-SNAPSHOT

from the specified remote repositories:
  Maven Snapshots (http://snapshots.maven.codehaus.org/maven2/),
  central (http://deva3.cde.ace.cbp.dhs.gov/repository/),
  Maven Snapshots 2 (http://cvs.apache.org/maven-snapshot-repository/)

Do you know if I need to install the skin manually and if so how I can do it?

Thanks.

Re: Location of cobertura-maven-plugin?

2006-04-21 Thread Boris Lenzinger

could you post the version you have set in your pom ? I think the error 
is coming from this point.


May be check the versions that are available in the metadata.xml file in 
the plugin folder and use it in your tag version for the plugin.


[EMAIL PROTECTED] a écrit :

I changed the version number of the plug-in now I get a different error.

All of my configuring I am getting from the doc. at codehaus.
But here is the new error.

mvn cobertura:cobertura
[INFO] Searching repository for plugin with prefix: 'cobertura'.
Downloading:
http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository snapshots (
http://snapshots.maven.codehaus.org/maven2)
Downloading:
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.codehaus.mojo
ArtifactId: cobertura-maven-plugin
Version: 2.0

Reason: Unable to download the artifact from any repository

  org.codehaus.mojo:cobertura-maven-plugin:pom:2.0

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


[INFO]

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

[INFO] Total time: 3 seconds
[INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]


Thanks!


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

 I still get an error for finding this plug-in:

[INFO] Searching repository for plugin with prefix: 'cobertura'.
[INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
requires Maven version 2.0.3-SNAPSHOT
[INFO]


[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
exist or no valid version could be found
[INFO]

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


[INFO] Total time: < 1 second
[INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]



Is there something I am missing here?



On 4/20/06, Mark Hewett <[EMAIL PROTECTED]> wrote:


No problem.  I just tried it out and have a very nice report, so many
thanks to the people working on this plugin!

I should have mentioned that you can add the following to your POM to
enable the snapshot repository, in case you haven't done this before.



   snapshots
   http://snapshots.maven.codehaus.org/maven2



-
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: Location of cobertura-maven-plugin?

2006-04-21 Thread thenew05

I am using version 2.0.2!



On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>  I changed the version number of the plug-in now I get a different error.
>
> All of my configuring I am getting from the doc. at codehaus.
> But here is the new error.
>
> mvn cobertura:cobertura
>
> [INFO] Searching repository for plugin with prefix: 'cobertura'.
> Downloading:
> http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> [WARNING] Unable to get resource from repository snapshots 
> (http://snapshots.maven.codehaus.org/maven2
> )
> Downloading: 
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
>
> [WARNING] Unable to get resource from repository central (
> http://repo1.maven.org/maven2)
> Downloading:
> http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
> [WARNING] Unable to get resource from repository central 
> (http://repo1.maven.org/maven2
> )
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> GroupId: org.codehaus.mojo
> ArtifactId: cobertura-maven-plugin
> Version: 2.0
>
> Reason: Unable to download the artifact from any repository
>
>   org.codehaus.mojo:cobertura-maven-plugin:pom:2.0
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2),
>   snapshots (http://snapshots.maven.codehaus.org/maven2 )
>
>
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
>
> [INFO] Total time: 3 seconds
> [INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006
>
> [INFO] Final Memory: 2M/126M
> [INFO]
> 
>
>
> Thanks!
>
>
>  On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >  I still get an error for finding this plug-in:
> >
> > [INFO] Searching repository for plugin with prefix: 'cobertura'.
> > [INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
> > requires Maven version 2.0.3-SNAPSHOT
> > [INFO]
> > 
> >
> > [ERROR] BUILD ERROR
> > [INFO]
> > 
> > [INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
> > exist or no valid version could be found
> > [INFO]
> > 
> > [INFO] For more information, run Maven with the -e switch
> > [INFO]
> > 
> >
> > [INFO] Total time: < 1 second
> > [INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
> > [INFO] Final Memory: 2M/126M
> > [INFO]
> > 
> >
> >
> > Is there something I am missing here?
> >
> >
> >
> > On 4/20/06, Mark Hewett <[EMAIL PROTECTED] > wrote:
> > >
> > > No problem.  I just tried it out and have a very nice report, so many
> > > thanks to the people working on this plugin!
> > >
> > > I should have mentioned that you can add the following to your POM to
> > > enable the snapshot repository, in case you haven't done this before.
> > >
> > > 
> > > 
> > >snapshots
> > >http://snapshots.maven.codehaus.org/maven2
> > > 
> > > 
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>

Re: Location of cobertura-maven-plugin?

2006-04-21 Thread thenew05

I changed the version number of the plug-in now I get a different error.

All of my configuring I am getting from the doc. at codehaus.
But here is the new error.

mvn cobertura:cobertura
[INFO] Searching repository for plugin with prefix: 'cobertura'.
Downloading:
http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository snapshots (
http://snapshots.maven.codehaus.org/maven2)
Downloading:
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://repo1.maven.org/maven2/org/codehaus/mojo/cobertura-maven-plugin/2.0/cobertura-maven-plugin-2.0.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.codehaus.mojo
ArtifactId: cobertura-maven-plugin
Version: 2.0

Reason: Unable to download the artifact from any repository

  org.codehaus.mojo:cobertura-maven-plugin:pom:2.0

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

[INFO]

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

[INFO] Total time: 3 seconds
[INFO] Finished at: Fri Apr 21 10:31:49 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]

Thanks!

On 4/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>  I still get an error for finding this plug-in:
>
> [INFO] Searching repository for plugin with prefix: 'cobertura'.
> [INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
> requires Maven version 2.0.3-SNAPSHOT
> [INFO]
> 
>
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not
> exist or no valid version could be found
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
>
> [INFO] Total time: < 1 second
> [INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
> [INFO] Final Memory: 2M/126M
> [INFO]
> 
>
>
> Is there something I am missing here?
>
>
>
> On 4/20/06, Mark Hewett <[EMAIL PROTECTED]> wrote:
> >
> > No problem.  I just tried it out and have a very nice report, so many
> > thanks to the people working on this plugin!
> >
> > I should have mentioned that you can add the following to your POM to
> > enable the snapshot repository, in case you haven't done this before.
> >
> > 
> > 
> >snapshots
> >http://snapshots.maven.codehaus.org/maven2
> > 
> > 
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Re: Location of cobertura-maven-plugin?

2006-04-21 Thread Boris Lenzinger


Which version of maven are you using ?
Message is saying that this plugin requests maven 2.0.3 SNAPSHOT. Is it 
the version you are using ?


Else check which other versions are available on the site and change the 
version number of your plugin (if you didn't specify it, then supply a 
version number).


FYI, I use maven 2.0.2 and I have in my repository: 
2.0-20060130.214008-3 which is workibng fine.


[EMAIL PROTECTED] a écrit :

I still get an error for finding this plug-in:

[INFO] Searching repository for plugin with prefix: 'cobertura'.
[INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
requires Maven version 2.0.3-SNAPSHOT
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not exist
or no valid version could be found
[INFO]

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

[INFO] Total time: < 1 second
[INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]



Is there something I am missing here?



On 4/20/06, Mark Hewett <[EMAIL PROTECTED]> wrote:
  

No problem.  I just tried it out and have a very nice report, so many
thanks to the people working on this plugin!

I should have mentioned that you can add the following to your POM to
enable the snapshot repository, in case you haven't done this before.



   snapshots
   http://snapshots.maven.codehaus.org/maven2



-
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: Location of cobertura-maven-plugin?

2006-04-21 Thread thenew05

I still get an error for finding this plug-in:

[INFO] Searching repository for plugin with prefix: 'cobertura'.
[INFO] Ignoring available plugin update: 2.0-20060331.055400-6 as it
requires Maven version 2.0.3-SNAPSHOT
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] The plugin 'org.codehaus.mojo:cobertura-maven-plugin' does not exist
or no valid version could be found
[INFO]

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

[INFO] Total time: < 1 second
[INFO] Finished at: Fri Apr 21 10:21:51 CDT 2006
[INFO] Final Memory: 2M/126M
[INFO]



Is there something I am missing here?



On 4/20/06, Mark Hewett <[EMAIL PROTECTED]> wrote:
>
> No problem.  I just tried it out and have a very nice report, so many
> thanks to the people working on this plugin!
>
> I should have mentioned that you can add the following to your POM to
> enable the snapshot repository, in case you haven't done this before.
>
> 
> 
>snapshots
>http://snapshots.maven.codehaus.org/maven2
> 
> 
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] How to generate source xref?

2006-04-21 Thread Jamie Bisotti

On 4/21/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 4/20/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
>
> > I am pretty sure you're looking for JXR. ;-)
>
> That was it, thanks!
>
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

This brings up an interesting question: If plug-in A (Surefire) depends on
plug-in B (JXR), should plug-in B be a transitive dependency and thus
installed along with plug-in A?  Does such a concept exist for plug-ins in
Maven 2.0.X?  If not, is it planned?

Thanks.

--
Jamie Bisotti

Re: Avoid Build folder when creating EAR/WAR

2006-04-21 Thread RobJac


Thanks Wayne. I undertand its trivial but was just trying to avoid
redundancy. I downloaded the ant-run-plugin. Could you please let me know
how can i get this folder removed immediately after executing mvn package. I
tried providing the following under my pom xml

maven-antrun-plugin

  
generate-sources

  
  
  


  run

  

  
but here it was trying to delete even before the packaging had started. I
see a  , should i specify something here so that it will delete the
folder only after packaging?
--
View this message in context: 
http://www.nabble.com/Avoid-Build-folder-when-creating-EAR-WAR-t1485825.html#a4028236
Sent from the Maven - Users forum at Nabble.com.


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

Re: [M2] Deploy question

2006-04-21 Thread Wayne Fay

jboss:harddeploy does not need a username/password/url. It simply
copies the files from the source/build directories in the hard drive
of the build machine the Jboss deploy folder, and depends on Jboss to
autodeploy it.

Take a look at the plugin page:
http://mojo.codehaus.org/jboss-maven-plugin/

"jboss:harddeploy => Hard deploys the file by copying it to the
$JBOSS_HOME/server/[serverName]/deploy directory "

Sounds like you are looking for jboss:deploy perhaps, which deploys
your EAR using JMX? You need to provide more details to that plugin
goal.

Wayne

On 4/21/06, RobJac <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Could you pls let me know how this was acheived or send me you ear pom xml?.
> I too tried using java:hardDeploy but how to specify the remote server
> name/url/username/password using this plugin? Please take a look at my ear
> pom xml. when i tried using mvn jboss:harddeploy. It was trying to find the
> path in my local m/c itself and was failing. I was not sure where to provide
> details for the remote server. Please find below my ear pom xml? Am I
> missing something here? I want to deploy this ear to a remote server by
> providing server url,username and password. Where do you think i should be
> giving these details.
>
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
>4.0.0
>DefinedBenefit_EA
>DefinedBenefit_EA
>ear
>1.0
>
>
>  DefinedBenefit_WEB
>  DefinedBenefit_WEB
>  1.0
>  war
>
>
>
>${basedir}
>${project.artifactId}
>
>  
>org.apache.maven.plugins
>maven-ear-plugin
>
>${basedir}/src
>  
> false
>
>
>DefinedBenefit_WEB
>
> DefinedBenefit_WEB
>
> DefinedBenefit_WEB.war
>
>
>
>  
>  
>org.codehaus.mojo
>jboss-maven-plugin
>
>
> ${project.build.directory}/${project.build.finalName}.${project.packaging}
>/opt/jboss403SP1
>default
>
>  
>
>
>
>
> 
> --
> View this message in context: 
> http://www.nabble.com/-M2-Deploy-question-t1134943.html#a4027397
> Sent from the Maven - Users forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Avoid Build folder when creating EAR/WAR

2006-04-21 Thread Wayne Fay

You can use the antrun plugin to perform random tasks at specific
times of the build process.

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

I'd create a task to delete that folder using ant immediately after
packaging things up, I suppose. However, this is such a trivial issue
(at least to me), that I would probably just ignore it.

Wayne

On 4/21/06, RobJac <[EMAIL PROTECTED]> wrote:
>
> I am trying to create an EAR for my project using Maven2. Its creating EAR
> properly but i guess it initialy creates an EAR folder in my ${basedir} and
> then EARs it from there. How can i get this folder deleted after the EAR is
> created? I am facing the same issue while creating a WAR project as well,
> but creating my JAR projects does not have this issue. My EAR pom xml looks
> like this. Hope I am clear here.
>
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
>4.0.0
>DB_EA
>DB_EA
>ear
>1.0
>
>
>  A
>  A
>  1.0
>  jar
>
>
>
>${basedir}
>${project.artifactId}
>
>  
>org.apache.maven.plugins
>maven-ear-plugin
>
>${basedir}/src
>  
>
>  true
>
>  
>  false
>
>  
>
>
> 
>
> --
> View this message in context: 
> http://www.nabble.com/Avoid-Build-folder-when-creating-EAR-WAR-t1485825.html#a4024144
> Sent from the Maven - Users forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [M2] Deploy question

2006-04-21 Thread RobJac


Hi,

Could you pls let me know how this was acheived or send me you ear pom xml?.
I too tried using java:hardDeploy but how to specify the remote server
name/url/username/password using this plugin? Please take a look at my ear
pom xml. when i tried using mvn jboss:harddeploy. It was trying to find the
path in my local m/c itself and was failing. I was not sure where to provide
details for the remote server. Please find below my ear pom xml? Am I
missing something here? I want to deploy this ear to a remote server by
providing server url,username and password. Where do you think i should be
giving these details.

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


  DefinedBenefit_WEB
  DefinedBenefit_WEB
  1.0
  war


 
${basedir}
${project.artifactId}
 
   
org.apache.maven.plugins 
maven-ear-plugin 

${basedir}/src
  false
 
 
DefinedBenefit_WEB 

DefinedBenefit_WEB 

DefinedBenefit_WEB.war 
 

 
   
   
org.codehaus.mojo 
jboss-maven-plugin 


${project.build.directory}/${project.build.finalName}.${project.packaging}
/opt/jboss403SP1
default
 
   
  
 



--
View this message in context: 
http://www.nabble.com/-M2-Deploy-question-t1134943.html#a4027397
Sent from the Maven - Users forum at Nabble.com.


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

Re: [ANN] Maven Surefire Report plugin 2.0 released

2006-04-21 Thread Brett Porter

That looks to be occurring during the site plugin (which is my fault
for publishing a bad snapshot), not the surefire report plugin. Remove
the snapshot plugin repository, or build the site plugin yourself for
the moment. It'll be cleaned up over the weekend.

- Brett

On 4/21/06, Allison, Bob <[EMAIL PROTECTED]> wrote:
> I updated my POM and did a "mvn -U site" and got this exception:
>
> java.lang.NoSuchMethodError:
> org.apache.maven.doxia.siterenderer.Renderer.render(Ljava/util/Collectio
> n;Lorg/apache/maven/doxia/siterenderer/SiteRenderingContext;Ljava/io/Fil
> e;Ljava/lang/String;)V
> at
> org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:121)
> at
> org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
> nager.java:412)
>
>
> Is there something else that needs to be updated for this to work?
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
> Sanchez
> Sent: Thursday, April 20, 2006 20:56
> To: announce@maven.apache.org; Maven Users List
> Subject: [ANN] Maven Surefire Report plugin 2.0 released
>
>
> Maven Surefire Report plugin 2.0  has been released.
>
> You can use it by adding it to the reporting section of your pom
>
>   
> 
>   
> org.apache.maven.plugins
> maven-surefire-report-plugin
> 2.0
>   
> 
>   
>
>
> Changelog:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11222&styleNa
> me=Html&version=12481
>
> * [MSUREFIREREP-2] - test failures causes report not to be generated
> * [MSUREFIREREP-9] - surefire-report-maven-plugin: don't add report for
> non java projects
> * [MSUREFIREREP-11] - [surefire-report] not contains package name and
> testcase details
> * [MSUREFIREREP-13] - NPE with svn version of
> surefire-report-maven-plugin
> * [MSUREFIREREP-15] - Add integration logic that allows report to be
> created for junit OR testng
> * [MSUREFIREREP-17] - Use javascript to show/hide failure details
>
> --
> I could give you my word as a Spaniard.
> No good. I've known too many Spaniards.
>  -- The Princess Bride
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

[m2] PDF output with the site plugin

2006-04-21 Thread Mikael Andersson

Hi,
just saw a plugin matrix confluence page and it said that PDF output for the
maven2 site pugin is planned.
I wonder if anyone knows how far this development has come and possible even
give a rough estimate on when it will become available. Asking because I am
about to start some documentation for new project and would like to use the
site plugin to generate it (don't mind waiting a month or two for the PDF
output to be sorted).

Thanks,
 Micke

Re: Support for Multi-project Web Sites

2006-04-21 Thread Alexandre Poitras

Yeah I think you're right! Now that you mention it I think you have to
use the lastest snapshot built which is way better anyway. The site
plugin hasn't seen a new release in a long time. Just add the Maven
snapshots repository to your pom and declares the use of the
2.0-SNAPSHOT site plugin.

On 4/21/06, Geoffrey De Smet <[EMAIL PROTECTED]> wrote:
> $modules and  etc are for the next release of the site plugin I
> believe
>
> Aaron Freeman wrote:
> > I tried using ${modules} in the site.xml of my parent project, just
> > like you did, but it didn't seem to do anything for me either.
> >
> >
> > On 4/20/06, Ryan Wynn <[EMAIL PROTECTED]> wrote:
> >> On 4/20/06, Ryan Wynn <[EMAIL PROTECTED]> wrote:
> >>> On 4/20/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
>  ${modules} should definitely work. What your site.xml file looks like?
> >>> The parent site.xml is pretty basic.  The reports are showing but no
> >>> links to the modules.
> >>>
> >>> 
> >>> 
> >>>
> >>>PCS
> >>>
> >>>images/pcs.png
> >>>
> >>>http://maven.apache.org/
> >>>
> >>>
> >>>
> >>>http://localhost/images/logo.png
> >>>
> >>>
> >>>
> >>>
> >>> >>>
> >>> href="http://struts.apache.org/struts-shale/"; />
> >>> >>> href="http://myfaces.apache.org/"; />
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>${modules}
> >>>${reports}
> >>>
> >>>
> >>> 
> >>>
> >> the site plugin is 2.0-beta-4
> >>
>
> --
> With kind regards,
> Geoffrey De Smet
>
>
> -
> 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: schema for settings.xml

2006-04-21 Thread Alexandre Poitras

Really, I don't know. Actually, it was also confusing time so I wasn't
sure it was the correct URL. A Maven developer would be the best
person to answer I think. But for the moment, I guess it is correct.

On 4/21/06, Mark Hobson <[EMAIL PROTECTED]> wrote:
> Thanks, I was looking for this the other day.  Maybe worth adding to:
>
> http://maven.apache.org/ref/current/maven-settings/settings.html
>
> I see settings.xml uses the same namespace as pom.xml - is this right?
>
> Mark
>
> On 21/04/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> > I think this is the correct url :
> > http://maven.apache.org/xsd/settings-1.0.0.xsd
> >
> > On 4/20/06, Janos Mucsi <[EMAIL PROTECTED]> wrote:
> > > Hi
> > > I got settings.xml working. I am wondering where the
> > > xsd file is? Does anybody have a settings.xml with
> > > headers?
> > > Thanks.
> > >
> > > Janos
> > >
> > > __
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam protection around
> > > http://mail.yahoo.com
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: EJB3.0 plugin

2006-04-21 Thread Subhash Chandran

I don't know if we have any plugin as such. But for dependency (persistence)
u may use:

http://www.ibiblio.org/maven2/javax/persistence/

The actual jar u need to have in the local repository:

http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html

I don't know about the SessionBean interface in EJB3.

Regards,
Subhash.

On 4/21/06, Anshuman Srivastava <[EMAIL PROTECTED]> wrote:
>
> Hi
> Could anyone please tell me where can i find ejb3.0 plugin for Maven2. As
> the folder http://www.ibiblio.org/maven2/ejb/ejb/3.0/ is empty.
>
> Thanks
> Anshuman
>
>


--
Regards,
Subhash Chandran S

Cross platform OpenSource Java based file encryption software:
http://www.WizTools.org/project/WizCrypt/

Re: Jetty and Commons logging dependency

2006-04-21 Thread Julien Henry



Hi Jan,

I tried to migrate to Jetty 6, but there are too few doc about how to 
use embedded Jetty. I discovered that a Jetty6 plugin exists, and I 
think it could be a good thing to start jetty before the JUnit tests, 
and to stop Jetty after, because it exactly what I want. Do you know a 
simple way to do this ?


Thanks

Julien

Jan Bartel a écrit :

Hi Julien.


Jetty 5.x is built by ant, but the artifacts are made available on
ibiblio. The jetty5.x series, whilst the current stable series is
about to be superceded by the 6.x series.

Jetty 6.x is built by maven2 and has full poms with dependencies
listed which maven2 will transitively resolve for you.

I suggest you switch to jetty 6.x as 1) it is built by maven2 and
2) anyway has many many less dependencies.

cheers
Jan


Julien Henry wrote:


Hi,

I'm using Jetty to test my project. I have this in my pom (I use JSP) :

jetty
org.mortbay.jetty
5.1.10
test


jetty
jasper-runtime
4.2.20RC0
test


jetty
jasper-compiler
4.2.20RC0
test


But the server can't be launched. I discovered that Jetty need 
org.apache.commons-logging. So I added :


commons-logging
commons-logging
1.0.4
test


But why don't put commons-logging as a dependency of Jetty in the pom 
on ibiblio ?


Thanks

Julien

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



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



--

_

Julien HENRY | **Capgemini Sud **| Nice

www.fr.capgemini.com 

Porte de l’Arénas – Entrée B | 455 Promenade des Anglais | 06200 Nice

**Join the Collaborative Business Experience **
_


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


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

Re: Remove mavern folder in META-INF

2006-04-21 Thread Stephen Duncan

What about the version number in the manifest?

Personally, I'd rather build the artifact with just a version number
change once the product is ready for release, to take advantage of
Maven properly providing the version number in the Manifest, etc.

-Stephen

On 4/13/06, Gunther Popp <[EMAIL PROTECTED]> wrote:
> I had the same issue with jars and am currently using the 2.1-SNAPSHOT
> of the jar-plugin to exclude the pom.xml and pom.properties from the
> generated file. One problem with the included pom is that it contains a
> version number (in my case 1.2.0-SNAPSHOT). I am running an integration
> build every night and deploy a new snapshot-build of the product to an
> internal repository. Other guys pick up the builds and verify them. At
> some point in time, hopefully, we decide that the product is ready and
> release it - as is. We explicitly do NOT want to modify the artifact in
> any way.
>
> However, if the pom.xml is included in all the jars, the version number
> contained within will state "1.2.0-SNAPSHOT" for a released product.
> That´s not a big issue, but I simply dislike it. So it decided to
> exclude the poms from the beginning from all jars.
>
> Gunther
>
> Wayne Fay schrieb:
> > Just curious why you care about this? It doesn't affect/break anything
> > for me, so I've just ignored it until now.
> >
> > (You're not the only person to ask this question on the users list, so
> > I'm wondering what issues people are running into etc, and if perhaps
> > this "create META-INF/maven folder" is something that should be
> > defaulted to false if its causing problems for people...)
> >
> > Wayne
> >
> > On 4/13/06, RobJac <[EMAIL PROTECTED]> wrote:
> >
> >> My EJB project has a META_INF folder that i have placed under "resources"
> >> folder When I execute maven package for my project. The project gets jarred
> >> but when I actually open the Jar file i see some maven folder under the
> >> META-INF folder. How can i avouid this from getting created?
> >> Thanks  in advance
> >>
> >> --
> >> View this message in context: 
> >> http://www.nabble.com/Remove-mavern-folder-in-META-INF-t1444885.html#a3902183
> >> 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]
>
>


--
Stephen Duncan Jr
www.stephenduncanjr.com

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

Avoid Build folder when creating EAR/WAR

2006-04-21 Thread RobJac


I am trying to create an EAR for my project using Maven2. Its creating EAR
properly but i guess it initialy creates an EAR folder in my ${basedir} and
then EARs it from there. How can i get this folder deleted after the EAR is
created? I am facing the same issue while creating a WAR project as well,
but creating my JAR projects does not have this issue. My EAR pom xml looks
like this. Hope I am clear here.

http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";> 
4.0.0 
DB_EA 
DB_EA 
ear 
1.0 
 
 
  A 
  A 
  1.0 
  jar 
 
 
 
${basedir} 
${project.artifactId} 
 
   
org.apache.maven.plugins 
maven-ear-plugin 
 
${basedir}/src 
   
 
  true 
 
   
  false 
 
   
 
 
 

--
View this message in context: 
http://www.nabble.com/Avoid-Build-folder-when-creating-EAR-WAR-t1485825.html#a4024144
Sent from the Maven - Users forum at Nabble.com.


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

EJB3.0 plugin

2006-04-21 Thread Anshuman Srivastava

Hi
Could anyone please tell me where can i find ejb3.0 plugin for Maven2. As
the folder http://www.ibiblio.org/maven2/ejb/ejb/3.0/ is empty.

Thanks
Anshuman

Re: [m203] Get names of all transitive dependencies in a mojo

2006-04-21 Thread Kristian Nordal

On 4/12/06, Michael Meyer <[EMAIL PROTECTED]> wrote:
>
> Hi,
> how can I retrive the names of all dependencies including the transitive
> dependencies in a Java Plugin (Mojo)?
> I took a look at the code of the eclipse plugin but the dependency part
> seemed a bit complicated for
> "just" getting all transitive dependencies. And I'm not familier with
> the term "reactor" that made understanding the
> code a bit awkward ;-)


Hi,

You can do something like this to get all dependencies:

/**
 * @parameter expression="${project.artifacts}"
 * @required
 */
private Set artifacts;

Then get the name from all the Artifact instances.

--
Cheers,
Kristian

RE: [ANN] Maven Surefire Report plugin 2.0 released

2006-04-21 Thread Allison, Bob

I updated my POM and did a "mvn -U site" and got this exception:

java.lang.NoSuchMethodError:
org.apache.maven.doxia.siterenderer.Renderer.render(Ljava/util/Collectio
n;Lorg/apache/maven/doxia/siterenderer/SiteRenderingContext;Ljava/io/Fil
e;Ljava/lang/String;)V
at
org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:121)
at
org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:92)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:412)


Is there something else that needs to be updated for this to work?


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
Sanchez
Sent: Thursday, April 20, 2006 20:56
To: announce@maven.apache.org; Maven Users List
Subject: [ANN] Maven Surefire Report plugin 2.0 released


Maven Surefire Report plugin 2.0  has been released.

You can use it by adding it to the reporting section of your pom

  

  
org.apache.maven.plugins
maven-surefire-report-plugin
2.0
  

  


Changelog:

http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11222&styleNa
me=Html&version=12481

* [MSUREFIREREP-2] - test failures causes report not to be generated
* [MSUREFIREREP-9] - surefire-report-maven-plugin: don't add report for
non java projects
* [MSUREFIREREP-11] - [surefire-report] not contains package name and
testcase details
* [MSUREFIREREP-13] - NPE with svn version of
surefire-report-maven-plugin
* [MSUREFIREREP-15] - Add integration logic that allows report to be
created for junit OR testng
* [MSUREFIREREP-17] - Use javascript to show/hide failure details

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

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


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

Re: version number to avoid when creating an EAR

2006-04-21 Thread Bogdan Sulima

you can customize you maven-ear-plugin to provide custom file name for
the jar file to be packaged.


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

   [...]
   
 
   A
   A
   A.jar
 
  

  


http://maven.apache.org/plugins/maven-ear-plugin/howto.html

On 4/21/06, RobJac <[EMAIL PROTECTED]> wrote:
>
> I have a project A which i have successfully compiled and packaged. Now when
> i try to run mvn install, it tries to create a jar into my local repository.
> But its appending the version also to the jar file which i really want to
> avoid. For example in the pom.xml of project A file i have given
> 
>   A
>   A
>   jar
>   1.0
> 
>
> So its creating a jar file as A-1.0.jar.  I can avoid the version number
> when
> i execute mvn package by providing
> 
>  ${project.artifactId}
> 
> in my pom xml for the project A. But when i execute mvn install for the
> project it again places the project-version.jar in my
> localrepository under the following folder path
> /{groupId}/{version}/project-version.jar.
> Due to this I am facing an issue when i am trying to create an EAR by
> including this project. Since all this A project jar is fetched from
> the local repository, thiss jar will be A-{version}.jar. Please let me know
> how i can avoid getting the version number. My EAR pom xml looks like this
>
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
>   4.0.0
>   DB_EA
>   DB_EA
>   ear
>   1.0
>   
>   
> A
> A
> 1.0
> jar
>   
>   
>   
>   ${basedir}
>   ${project.artifactId}
>   
> 
>   org.apache.maven.plugins
>   maven-ear-plugin
>   
>   ${basedir}/src
> 
>   
> true
>   
> 
> false
>   
> 
>   
>   
> 
>
>
>
> --
> View this message in context:
> http://www.nabble.com/version-number-to-avoid-when-creating-an-EAR-t1485462.html#a4023054
> 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]

version number to avoid when creating an EAR

2006-04-21 Thread RobJac


I have a project A which i have successfully compiled and packaged. Now when 
i try to run mvn install, it tries to create a jar into my local repository. 
But its appending the version also to the jar file which i really want to 
avoid. For example in the pom.xml of project A file i have given 

A
A
jar
1.0

 
So its creating a jar file as A-1.0.jar.  I can avoid the version number
when 
i execute mvn package by providing 
 
 ${project.artifactId} 

in my pom xml for the project A. But when i execute mvn install for the
project it again places the project-version.jar in my 
localrepository under the following folder path 
/{groupId}/{version}/project-version.jar. 
Due to this I am facing an issue when i am trying to create an EAR by
including this project. Since all this A project jar is fetched from
the local repository, thiss jar will be A-{version}.jar. Please let me know
how i can avoid getting the version number. My EAR pom xml looks like this

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


  A
  A
  1.0
  jar


 
${basedir}
${project.artifactId}
 
   
org.apache.maven.plugins 
maven-ear-plugin 

${basedir}/src
   
 
  true 
 
   
  false 
 
   
 
 




--
View this message in context: 
http://www.nabble.com/version-number-to-avoid-when-creating-an-EAR-t1485462.html#a4023054
Sent from the Maven - Users forum at Nabble.com.


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

packaging for XML Schema or WSDL

2006-04-21 Thread andreas.ebbert-karroum

Hi,
 
is there already a plugin which defines a packaging for XML Schema or WSDL? 
It'd be nice if it also validates the xml documents in the testing phase.
 
Andreas Ebbert-Karroum 
  Software Design Engineer - Nokia Networks Services / Middleware 
  phone: +49-211-94123928, fax: +49-211-94123838 
  Heltorfer Straße 1, 40472 Düsseldorf, Germany 




This message is confidential. If you have received this message in error, 
please delete it from your system. You should not copy it for any purpose, or 
disclose its contents to any other person. Internet communications are not 
secure and therefore Nokia GmbH does not accept legal responsibility for the 
contents of this message as it has been transmitted over a public network. 
Thank you. 

Nokia GmbH, Nokia Networks is a German Company. Further information about the 
Company is available from its principal offices at Heltorferstrasse 1, D-40472, 
Düsseldorf, Germany and from the website at http://www.nokia.com/

Re: ProjectsReader help

2006-04-21 Thread Martin van den Bemt

the (standard) port to talk to for xmlrpc requests is 8000. The server part of xmlrpc is in 
continumm-xmlrpc.
Just fyi (I am not a committer) : I am currently rewriting both sides to support more detail in the 
remote setting of schedules, notifications and builddefinitions.


Mvgr,
Martin

Sean McDaniel wrote:

hi all,

 


i’m working on a project (nagmonitor.org) where we

are trying to create a remote monitoring solution

for various CI servers.  the idea is similar to cctray

if you are familiar with that.  in any case i started

started implementing a build monitor for continuum

using the ProjectsReader from the 1.0.x branch to

fetch project status.   i have a couple questions

that i was hoping someone could answer.

 


first looking at the code i can’t find the place

where the xmlrpc requests are handled.  could

someone point me to the code that is behind

the endpoint?

 


second is there a specific endpoint that i need

to use.  the ProjectsReader sample didn’t specify

one so i figured one didn’t exist.  however when

i attempt to get the projects i can see fatal

parsing exceptions that include a reference

to .  so it doesn’t look like i’m using

the right url.

 


thanks in advance.

 

 


 *Sean McDaniel* | Principal | Digital Focus

703.561.5941 | mobile: 703.200.3475| fax:  703.561.5801

[EMAIL PROTECTED]  | 
www.digitalfocus.com

Re: svn configuration : add FAQ entry?

2006-04-21 Thread Martin van den Bemt


Hi Simon,

It is noted in the startup log of continuum, if eg ant, maven, mvn etc is found 
or not.

Mvgr,
Martin

Simon Kitching wrote:

Hi,

It appears that before using any subversion functionality from continuum, a
svn client must be available in the 
$PATH (%PATH%). This had me puzzled for a while; I had assumed that java-svn

was bundled with Continuum.

Also, it looks like "mvn" (maven2) needs to be in the path if any maven2
builds are to be performed.

Perhaps this is worth noting in the FAQ, or "getting started" docs?

Regards,

Simon

Re: [ANN] Maven Surefire Report plugin 2.0 released

2006-04-21 Thread Jules Gosnell

does it support aggregation of reports in a multiproject situation yet ? 
If so, how do I enable it ?


thanks,

Jules


Carlos Sanchez wrote:


Maven Surefire Report plugin 2.0  has been released.

You can use it by adding it to the reporting section of your pom

 
   
 
   org.apache.maven.plugins
   maven-surefire-report-plugin
   2.0
 
   
 


Changelog:

http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11222&styleName=Html&version=12481

* [MSUREFIREREP-2] - test failures causes report not to be generated
* [MSUREFIREREP-9] - surefire-report-maven-plugin: don't add report for
non java projects
* [MSUREFIREREP-11] - [surefire-report] not contains package name and
testcase details
* [MSUREFIREREP-13] - NPE with svn version of surefire-report-maven-plugin
* [MSUREFIREREP-15] - Add integration logic that allows report to be
created for junit OR testng
* [MSUREFIREREP-17] - Use javascript to show/hide failure details

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

 




--
"Open Source is a self-assembling organism. You dangle a piece of
string into a super-saturated solution and a whole operating-system
crystallises out around it."

/**
* Jules Gosnell
* Partner
* Core Developers Network (Europe)
*
*www.coredevelopers.net
*
* Open Source Training & Support.
**/


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

Re: schema for settings.xml

2006-04-21 Thread Mark Hobson

Thanks, I was looking for this the other day.  Maybe worth adding to:

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

I see settings.xml uses the same namespace as pom.xml - is this right?

Mark

On 21/04/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> I think this is the correct url :
> http://maven.apache.org/xsd/settings-1.0.0.xsd
>
> On 4/20/06, Janos Mucsi <[EMAIL PROTECTED]> wrote:
> > Hi
> > I got settings.xml working. I am wondering where the
> > xsd file is? Does anybody have a settings.xml with
> > headers?
> > Thanks.
> >
> > Janos
> >
> > __
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: [m2] installing plugins from codehaus repository

2006-04-21 Thread Jakub Pawlowicz

Now it works perfectly well.
Actually, I put this code in the settings.xml to share it among all my projects.

Thanks for your help!

Regards,
Jakub

On Fri, 21 Apr 2006 10:00:35 +0200, Boris Lenzinger wrote
> I think you have to add this to your pom.xml (in pluginRepositories 
> XML element):
> 
> 
>   CodeHaus
>   Codehaus Repository
>   http://snapshots.maven.codehaus.org/maven2
>   default
>   
> true
>   
>   
> false
> never
>   
> 
> 
> It should do the job (well it does for me ;) )
> 
> Jakub Pawlowicz a écrit :
> > Hi Boris,
> >
> > Not exactly. I've tried installing maven-tomcat-plugin by compiling it from
> > svn, but on different machine (at home). On my current machine (at work)
> > there's no maven-tomcat-plugin in repository at all.
> >
> > But I've added the version information, and now maven gives me such a 
> > message:
> >
> > C:\work\spring-jsf>mvn -U clean
> > [INFO] Scanning for projects...
> > [INFO]
> > 
> > [INFO] Building Maven Webapp Archetype
> > [INFO]task-segment: [clean]
> > [INFO]
> > 
> > [INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking for
> > updates from central
> > [INFO] artifact org.codehaus.mojo:jspc-maven-plugin: checking for updates 
> > from
> > central
> > [INFO] artifact org.apache.maven.plugins:maven-war-plugin: checking for
> > updates from central
> > [INFO]

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

> > [INFO] Failed to resolve artifact.
> >
> > GroupId: org.codehaus.mojo
> > ArtifactId: tomcat-maven-plugin
> > Version: 1.0-SNAPSHOT
> >
> > Reason: Unable to download the artifact from any repository
> >
> >   org.codehaus.mojo:tomcat-maven-plugin:pom:1.0-SNAPSHOT
> >
> > from the specified remote repositories:
> >   central (http://repo1.maven.org/maven2)
> > ...
> >
> > So it's trying to download it from the central repository, but actually
> > there's no such a resource. So the next (final?) step would be to tell maven
> > to try download it from the codehaus mirror.
> >
> > Any thoughts?
> >
> > Regards,
> > Jakub
> >
> > On Fri, 21 Apr 2006 09:36:26 +0200, Boris Lenzinger wrote
> >   
> >> Did you try to put a version in your plugin section ?
> >> 1.0-SNAPSHOT
> >>
> >> If I understand well, you have already installed a maven-tomcat-
> >> plugin 
> >> (from compilation of svn) So may be maven sees that you have a 
> >> tomcat plugin in your repository and does not search for another 
> >> since you already have it. May be the version can force it to lookup 
> >> to remote repository and then force the download (since your version 
> >> should not match this version).
> >>
> >> If your version (your compiled one) is larger than 1.0-SNAPSHOT, may 
> >> be try with the syntax [1.0-SNAPSHOT] I've read in previous threads 
> >> that this points to a uniq version. If your version is greater, then 
> >> you will never download the plugin until a new version is out ;)
> >>
> >> Just an idea...
> >>
> >> Jakub Pawlowicz a écrit :
> >> 
> >>> Hi!
> >>>
> >>> I would like to install Codehaus tomcat-maven-plugin into my local
repository.
> >>> One way is to download the sources from subversion repository, compile 
> >>> them
> >>> and install with the 'mvn install:install', which works like a charm
(but it's
> >>> not automatic, though).
> >>> AFAIK the other way is to use Codehaus snapshots repository
> >>> (http://snapshots.maven.codehaus.org/maven2/). 
> >>>
> >>> So how to force maven to download the tomcat-maven-plugin from the 
> >>> Codehaus
> >>> repository?
> >>> Do I have to add it as a dependency?
> >>>
> >>> I've added  section to my settings.xml, but it doesn't work for 
> >>> me.
> >>>
> >>> Here are excerpts from my settings.xml and pom.xml:
> >>>
> >>> settings.xml:
> >>> 
> >>> ...
> >>>   
> >>> 
> >>>   codehaus
> >>>   central
> >>>   http://snapshots.maven.codehaus.org/maven2/
> >>> 
> >>>   
> >>> ...
> >>> 
> >>>
> >>> pom.xml:
> >>> 
> >>>  
> >>> ...
> >>>   
> >>>org.codehaus.mojo
> >>>tomcat-maven-plugin
> >>>   
> >>> ...
> >>>  
> >>> 
> >>>
> >>> Regards,
> >>> Jakub
> >>>
> >>> -
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>>
> >>>   
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >> 
> >
> >
> >


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

Re: [m2] installing plugins from codehaus repository

2006-04-21 Thread Jakub Pawlowicz

Hi Boris,

Not exactly. I've tried installing maven-tomcat-plugin by compiling it from
svn, but on different machine (at home). On my current machine (at work)
there's no maven-tomcat-plugin in repository at all.

But I've added the version information, and now maven gives me such a message:

C:\work\spring-jsf>mvn -U clean
[INFO] Scanning for projects...
[INFO]

[INFO] Building Maven Webapp Archetype
[INFO]task-segment: [clean]
[INFO]

[INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking for
updates from central
[INFO] artifact org.codehaus.mojo:jspc-maven-plugin: checking for updates from
central
[INFO] artifact org.apache.maven.plugins:maven-war-plugin: checking for
updates from central
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

GroupId: org.codehaus.mojo
ArtifactId: tomcat-maven-plugin
Version: 1.0-SNAPSHOT

Reason: Unable to download the artifact from any repository

  org.codehaus.mojo:tomcat-maven-plugin:pom:1.0-SNAPSHOT

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

So it's trying to download it from the central repository, but actually
there's no such a resource. So the next (final?) step would be to tell maven
to try download it from the codehaus mirror.

Any thoughts?

Regards,
Jakub

On Fri, 21 Apr 2006 09:36:26 +0200, Boris Lenzinger wrote
> Did you try to put a version in your plugin section ?
> 1.0-SNAPSHOT
> 
> If I understand well, you have already installed a maven-tomcat-
> plugin 
> (from compilation of svn) So may be maven sees that you have a 
> tomcat plugin in your repository and does not search for another 
> since you already have it. May be the version can force it to lookup 
> to remote repository and then force the download (since your version 
> should not match this version).
> 
> If your version (your compiled one) is larger than 1.0-SNAPSHOT, may 
> be try with the syntax [1.0-SNAPSHOT] I've read in previous threads 
> that this points to a uniq version. If your version is greater, then 
> you will never download the plugin until a new version is out ;)
> 
> Just an idea...
> 
> Jakub Pawlowicz a écrit :
> > Hi!
> >
> > I would like to install Codehaus tomcat-maven-plugin into my local 
> > repository.
> > One way is to download the sources from subversion repository, compile them
> > and install with the 'mvn install:install', which works like a charm (but 
> > it's
> > not automatic, though).
> > AFAIK the other way is to use Codehaus snapshots repository
> > (http://snapshots.maven.codehaus.org/maven2/). 
> >
> > So how to force maven to download the tomcat-maven-plugin from the Codehaus
> > repository?
> > Do I have to add it as a dependency?
> >
> > I've added  section to my settings.xml, but it doesn't work for me.
> >
> > Here are excerpts from my settings.xml and pom.xml:
> >
> > settings.xml:
> > 
> > ...
> >   
> > 
> >   codehaus
> >   central
> >   http://snapshots.maven.codehaus.org/maven2/
> > 
> >   
> > ...
> > 
> >
> > pom.xml:
> > 
> >  
> > ...
> >   
> >org.codehaus.mojo
> >tomcat-maven-plugin
> >   
> > ...
> >  
> > 
> >
> > Regards,
> > Jakub
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


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

Re: Support for Multi-project Web Sites

2006-04-21 Thread Geoffrey De Smet

$modules and  etc are for the next release of the site plugin I 
believe


Aaron Freeman wrote:

I tried using ${modules} in the site.xml of my parent project, just
like you did, but it didn't seem to do anything for me either.


On 4/20/06, Ryan Wynn <[EMAIL PROTECTED]> wrote:

On 4/20/06, Ryan Wynn <[EMAIL PROTECTED]> wrote:

On 4/20/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:

${modules} should definitely work. What your site.xml file looks like?

The parent site.xml is pretty basic.  The reports are showing but no
links to the modules.



   
   PCS
   
   images/pcs.png
   
   http://maven.apache.org/
   
   
   
   http://localhost/images/logo.png
   
   
   
   
   http://struts.apache.org/struts-shale/"; />
   http://myfaces.apache.org/"; />
   
   
   
   


   ${modules}
   ${reports}

   



the site plugin is 2.0-beta-4



--
With kind regards,
Geoffrey De Smet


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

Re: [m2] installing plugins from codehaus repository

2006-04-21 Thread Boris Lenzinger


Did you try to put a version in your plugin section ?
1.0-SNAPSHOT

If I understand well, you have already installed a maven-tomcat-plugin 
(from compilation of svn)
So may be maven sees that you have a tomcat plugin in your repository 
and does not search for another since you already have it. May be the 
version can force it to lookup to remote repository and then force the 
download (since your version should not match this version).


If your version (your compiled one) is larger than 1.0-SNAPSHOT, may be 
try with the syntax [1.0-SNAPSHOT]
I've read in previous threads that this points to a uniq version. If 
your version is greater, then you will never download the plugin until a 
new version is out ;)


Just an idea...

Jakub Pawlowicz a écrit :

Hi!

I would like to install Codehaus tomcat-maven-plugin into my local repository.
One way is to download the sources from subversion repository, compile them
and install with the 'mvn install:install', which works like a charm (but it's
not automatic, though).
AFAIK the other way is to use Codehaus snapshots repository
(http://snapshots.maven.codehaus.org/maven2/). 


So how to force maven to download the tomcat-maven-plugin from the Codehaus
repository?
Do I have to add it as a dependency?

I've added  section to my settings.xml, but it doesn't work for me.

Here are excerpts from my settings.xml and pom.xml:

settings.xml:

...
  

  codehaus
  central
  http://snapshots.maven.codehaus.org/maven2/

  
...


pom.xml:

 
...
  
   org.codehaus.mojo
   tomcat-maven-plugin
  
...
 


Regards,
Jakub

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


  



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

[m2] installing plugins from codehaus repository

2006-04-21 Thread Jakub Pawlowicz

Hi!

I would like to install Codehaus tomcat-maven-plugin into my local repository.
One way is to download the sources from subversion repository, compile them
and install with the 'mvn install:install', which works like a charm (but it's
not automatic, though).
AFAIK the other way is to use Codehaus snapshots repository
(http://snapshots.maven.codehaus.org/maven2/). 

So how to force maven to download the tomcat-maven-plugin from the Codehaus
repository?
Do I have to add it as a dependency?

I've added  section to my settings.xml, but it doesn't work for me.

Here are excerpts from my settings.xml and pom.xml:

settings.xml:

...
  

  codehaus
  central
  http://snapshots.maven.codehaus.org/maven2/

  
...


pom.xml:

 
...
  
   org.codehaus.mojo
   tomcat-maven-plugin
  
...
 


Regards,
Jakub

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

Re: AW: Re: AW: AW: M2: Assembling modules in an ear

2006-04-21 Thread Wojciech Gdela


Hello,


But commons-lang is not a java client module in the j2ee sense, since it

> does not have a main classe to be executed as j2ee client. So it does not
> have to be listed in the application.xml (but just included in the ear
> - and this is what happens).

You are right, I should read j2ee tutorial more carefully. I've removed 
all javaModule entries from ear's pom.xml, and configured ejb's pom.xml 
as below. Now everything works fine. Thanks.


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

  

  true

  

  

PS. I think that this should be default configuration of ejb plugin.

--
Best regards,
Wojciech Gdela.


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

82 matches

Mail list logo