Re: Add Generated Src to IDE build path?

[Eugene Kuleshov]

  You normally don't need build helper plugin, when using properly
implemented Maven plugin. Plugins like jaxb, plexus, and number of others
are automatically adding generated sources to the project. When such project
is imported into the IDE, those implicitly added source folders are
automatically added to the project build path. This is how it is implemented
in m2eclipse [1]. Though if you are using default settings you may have to
run "Maven / Update project configuration" action to pickup generated
folders, or change "goals to run on project import" setting in workbench
Maven preferences to "process-test-classes".

  regards,
  Eugene

[1] http://m2eclipse.codehaus.org/



Markku Saarela-2 wrote:
> 
> Use  plugins Build Helper Maven plugins add-source goal in your pom.xml 
> that resolves all of those proplems.
> 
> http://mojo.codehaus.org/build-helper-maven-plugin/
> 
> - markku
> 
> Clifton wrote:
>> Hello,
>>
>> I'm having lots of trouble with a Maven project that generates source. In
>> my
>> project a crude wiring framework is created from a template and a
>> properties
>> file creating an Assembler.java class that plugs implementations into
>> collaborators. This class needs to be on our IDE build path
>> (Eclipse/IntelliJ) in order for other classes to resolve. Using the Maven
>> support in these IDEs the build path is naturally managed by Maven, which
>> takes the resrouces and src folders declared in the POM and puts them on
>> the
>> build path along with dependency jars. I can manually set an extra build
>> path entry but that fights the Maven support which undoes my manual entry
>> when it synchronizes. Maven only seems to allow a single source folder
>> entry. I had to set low level compiler flags to get the generated folders
>> included in the compile process. I used
>> target/gensrc
>> as this was the only way I could find to get Maven to build the project.
>> I
>> also tried sneaking the generated source folder into the resources path
>> to
>> get it into IDE visibility but since it's under the target folder it is
>> overridden by the "exclude output folders" setting that Maven support
>> enables. So my question is how do you properly manage generated source in
>> a
>> Maven project? Any/all advice is welcome.
>>   
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Add-Generated-Src-to-IDE-build-path--tp18315813p18332902.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Nexus 1.0.0-beta-4 or 1.0 final?!

[Eugene Kuleshov]

Peter Horlock wrote:
> 
> Are you using the stable version, or the latest and greatest?
> 
> I am using the stable version, and it seems to have problems, it fucked up
> my entire eclipse 3.4, loading slowly, showing non existing errors, and so
> on - I then moved back to Eclipse 3.3...
> 

Peter, can you please be more specific what you meant by that? For instance,
did you report about your issues to m2eclipse team and submitted bug reports
that can be reproduced? See more hints on submitting bug reports at
http://docs.codehaus.org/display/M2ECLIPSE/Reporting+Issues

  regards,
  Eugene
-- 
View this message in context: 
http://www.nabble.com/Nexus-1.0.0-beta-4-or-1.0-final-%21-tp18310597p18332810.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Find artefact

[Martin Höller]

On 07 Jul 2008, buters wrote:

> 
> Thank you very much Martin,
> 
> but this is not a solution. Some artifact with same artifactId can have a
> different grouId.

That's true. But where's the problem?

> The MvnIndexes idea is good, but e.g.
>   
>   antlr
>   antlr
>   2.7.7
>   
> Maven doesn't want to accept it, though MvnIndex finds it.

What do you mean by "not accept"? It's definitely there [0], that's why
mvnindex.org find it. What error message do you get?


- martin

[0] http://repo1.maven.org/maven2/antlr/antlr/2.7.7/


signature.asc
Description: PGP signature

Re: how to separate java ee application from its client api ?

[Matthias Berndt]

On Sun, 2008-07-06 at 12:30 +0330, Mohammad Shamsi wrote:
> Hi All,
> 
> i have an Java EE application. an EJB module that most deploy on application
> server and several client that most use this module.
> 
> is there any way to build and client api from this module without separating
> app to two  defferent module ?

http://maven.apache.org/plugins/maven-ejb-plugin/examples/generating-ejb-client.html


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

Re: generate bat/cmd with classpath?

[Brian Fox]

There is also the exec-maven-plugin

--Brian


On Jul 7, 2008, at 7:13 PM, "Kathryn Huxtable" <[EMAIL PROTECTED] 
> wrote:



On Jul 7, 2008, at 5:34 PM, Ken Liu wrote:

> Is there any easy way to have maven generate a cmd or bat file with
> the java
> command line populated with the classpath from the maven  
dependencies?


You could check out the codehaus mojo appassembler at

http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/

It's listed as "pre-release", but that applies to a lot of stuff we're
using in Maven-land.

You could also use the assembly plugin to build a lib directory
containing all the project dependencies, even including the project
jar. Then you could write a script that loops over the contents of
that directory, adding the jars to CLASSPATH. There are many examples
for both UN*X and Windows out there.

Or, having created the directory with dependencies, you could use
Dawid Weiss's invoker jar at


http://www.cs.put.poznan.pl/dweiss/xml/projects/invoker/index.xml?lang=en

-K

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

Re: generate bat/cmd with classpath?

[Kathryn Huxtable]

On Jul 7, 2008, at 5:34 PM, Ken Liu wrote:

Is there any easy way to have maven generate a cmd or bat file with  
the java

command line populated with the classpath from the maven dependencies?


You could check out the codehaus mojo appassembler at

http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/

It's listed as "pre-release", but that applies to a lot of stuff we're  
using in Maven-land.


You could also use the assembly plugin to build a lib directory  
containing all the project dependencies, even including the project  
jar. Then you could write a script that loops over the contents of  
that directory, adding the jars to CLASSPATH. There are many examples  
for both UN*X and Windows out there.


Or, having created the directory with dependencies, you could use  
Dawid Weiss's invoker jar at



http://www.cs.put.poznan.pl/dweiss/xml/projects/invoker/index.xml?lang=en

-K

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

The ' characters around the executable and arguments are not part of the command.

[Suresh Krishna]

Hi,

I am upgrading my Build Server from Maven 1.0.2 to Maven 1.1. When i started
the maven build with the new Maven 1.1, i get a hanging Build at "JUnit
Tests".
There is no Memory Increase or No CPU, the Build Just freezes without any
feedback. Following is the exact error that i get when i run Maven with "-X"
option.

Can any one point whats wrong here. I suspect something from Maven 1.1 as
the Maven 1.0.2 works fine (has been working from past few years).

Thanks,
Krishna

-

  [junit] [DEBUG] Execute:Java13CommandLauncher: Executing
'D:\ABC\DEF\1.0\code\tools\jdk1.5.0_13\jre\bin\java.exe' with arguments:
'-Xms128m'
'-Xmx1024m'
'-XX:MaxPermSize=128m'
'-Dbasedir=d:\ABC\DEF\1.0\code\projects\build\base'
'-DABC.tools.loaded.applications=base,cis'
'-DABC.runtime.cobol.cobrcall=true'
'-Dlog4j.logger.com.ABCwg=info'
'-Dlog4j.logger.org.hibernate.cfg=warn'
'-Dlog4j.logger.org.hibernate.util=warn'
'-Dlog4j.logger.com.ABCwg.base.context.ApplicationContextImpl='
'-Dlog4j.logger.com.ABCwg.base.context.ComponentContainer=warn'
'-Dlog4j.logger.org.jgroups.blocks.ConnectionTable=warn'
'-classpath'
'D:\ABC\DEF\1.0\code\projects\build\base\target\test-classes;D:\ABC\DEF\1.0\code\projects\build\base\target\classes;D:\ABC\DEF\1.0\code\projects\build\repository\shared\jars\shared-1.0-SNAPSHOT.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\icu4j-3.6.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\mfcobol.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\junit-addons-1.4.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\commons-httpclient-2.0.2.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\subetha-smtp-1.2.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\base-dep\jars\subetha-wiser-1.2.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\antlr-2.7.6.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\cglib-2.1.3.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\asm-1.5.3.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\asm-attrs-1.5.3.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\commons-codec-1.3.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\commons-collections-2.1.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\commons-lang-2.2.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\commons-logging-1.0.4.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\dom4j-1.6.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\jaxen-1.1.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\hibernate-3.2.5.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\junit-3.8.2.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\log4j-1.2.15.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\c3p0-0.9.1.2.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\xstream-1.2.1.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\commons-beanutils-core-1.7.0.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\mail_api-1.4.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\ojdbc5-11.1.0.6.0.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\jcip-annotations.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\orai18n.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\orai18n-collation.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\orai18n-mapping.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\orai18n-utility.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\xmlparserv2.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\xquery.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\concurrent-1.3.4.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\geronimo-spec-j2ee-1.4-rc4.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\serializer-2.7.0.jar;D:\ABC\DEF\1.0\code\projects\build\repository\shared-dep\jars\xalan-2.7.0.jar;C:\Documents
and
Settings\rimmer\.maven\repository\junit\jars\junit-3.8.2.jar;C:\Documents
and
Settings\rimmer\.maven\repository\xml-apis\jars\xml-apis-1.3.03.jar;C:\Documents
and
Settings\rimmer\.maven\repository\xerces\jars\xercesImpl-2.8.0.jar;C:\Documents
and
Settings\rimmer\.maven\repository\xml-resolver\jars\xml-resolver-1.1.jar;D:\BuildServer\maven-1.1\lib\ant-launcher-1.6.5.jar;D:\BuildServer\maven-1.1\lib\ant-1.6.5.jar;D:\BuildServer\maven-1.1\lib\ant-junit-1.6.5.jar'
'org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner'
'com.ABCwg.ShortTests'
'filtertrace=true'
'haltOnError=true'
'haltOnFailure=true'
'formatter=org.apache.tools.ant.taskdefs.optional.junit.SummaryJUnitResultFormatter'
'showoutput=false'
'formatter=org.apache.tools.ant.taskdef

Re: classpath in jar manifest

[Dennis Lundberg]

What's your configuration?

afsilva wrote:

Hi

this is an old message, I guess the problem is suposed to be solved. But the
fact is that I'm observing the same strange behaviour with the 2.3 version
of the maven archiver.

Can anyone give me a hint about this?



baerrach wrote:

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

On 5/11/06, George Zhao <[EMAIL PROTECTED]> wrote:

We saw the same issue here (two Class-Path entries).

But if we set  to false and put all the known classpath

there,

we can generate one Class-Path entry - not a pretty solution through.

Anybody over there has other workaround for this issue(I believe it is

a

bug)?

This appears to be fixed in the trunk of maven-jar-plugin.
I'm not sure if the snapshot version has the fix in it.
It wasn't until I installed a local build of the trunk that this
problem went away.


The fix is included maven-archiver-2.2-SNAPSHOT.

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








--
Dennis Lundberg

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

generate bat/cmd with classpath?

[Ken Liu]

Hi all -

Is there any easy way to have maven generate a cmd or bat file with the java
command line populated with the classpath from the maven dependencies?

Ken

Re: classpath in jar manifest

[afsilva]

Hi

this is an old message, I guess the problem is suposed to be solved. But the
fact is that I'm observing the same strange behaviour with the 2.3 version
of the maven archiver.

Can anyone give me a hint about this?



baerrach wrote:
> 
> On 8/15/06, Barrie Treloar <[EMAIL PROTECTED]> wrote:
>> On 5/11/06, George Zhao <[EMAIL PROTECTED]> wrote:
>> > We saw the same issue here (two Class-Path entries).
>> >
>> > But if we set  to false and put all the known classpath
>> there,
>> > we can generate one Class-Path entry - not a pretty solution through.
>> >
>> > Anybody over there has other workaround for this issue(I believe it is
>> a
>> > bug)?
>>
>> This appears to be fixed in the trunk of maven-jar-plugin.
>> I'm not sure if the snapshot version has the fix in it.
>> It wasn't until I installed a local build of the trunk that this
>> problem went away.
>>
> 
> The fix is included maven-archiver-2.2-SNAPSHOT.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/classpath-in-jar-manifest-tp4295266p18327205.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: maintaining versions across multi-module project

[Kallin Nagelberg]

So I guess the bottom line is 'use the release plugin'. If that's the only
effective way to accomplish it I wonder why there is anything associated
with the deploy phase by default.

On Thu, Jul 3, 2008 at 4:09 AM, Stephen Connolly <
[EMAIL PROTECTED]> wrote:

> FYI, You are not allowed to use ${blah} in the project/parent/version
> or project/version tags.
>
> There are bugs in Maven that mean it won't blow up in obvious ways if
> you do use ${blah} in those two tags... but it will blow up when you
> least expect it
>
> You can use ${blah} in
>  project/dependencies/dependency/version
>  project/dependencyManagement/dependencies/dependency/version
>  project/build/plugins/plugin/version
>  project/build/pluginManagement/plugins/plugin/version
>  project/build/plugins/plugin/dependencies/dependency/version
>
>  project/build/pluginManagement/plugins/plugin/dependencies/dependency/version
>
> On Wed, Jul 2, 2008 at 5:16 PM, Kallin Nagelberg
> <[EMAIL PROTECTED]> wrote:
> > So what do you use for the version label in the root pom and the 'parent'
> > tags of all the modules?
> > For inter-module dependencies ${project.version} seems to work..
> >
> > On Wed, Jul 2, 2008 at 2:52 AM, Martin Höller <[EMAIL PROTECTED]> wrote:
> >
> >> On Monday 30 June 2008 Kallin Nagelberg wrote:
> >> > Can anyone tell me what is the best/simplest way to maintain a version
> >> > number across all the poms in a multi-module project?
> >> >
> >> > They are all to be deployed with the same version every time.
> >>
> >> Use the maven-release-plugin to release your project. The plugin will
> take
> >> care to replace alle version occurences in any pom.xml file.
> >>
> >> hth,
> >> - martin
> >>
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Repositories

[supareno]

buters,

check out this:
http://www.hibernate.org/422.html?cmd=prntdoc

it may help you

supareno

Hi,

E.g. there is an artifact antlr-2.7.7.jar in
"http://repository.jboss.org/maven2";, but m2eclipse doesn't show it in Add
Dependency. If I try to put it manual in pom.xml with , Maven
doesn't accept it. I don't want to copy an artifact from repository in my
local repository. 


How can I configure my settings.xml or pom.xml that Maven accepts artifacts
from other than central repositories? 

Thanks beforehand, 
regards, buters 

  



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

[m2] [webstart] Is there any way to turn off jar signing?

[James Carman]

With the jar plugin, you can set the property
-Dmaven.jar.sign.skip=true to turn off jar signing.  I'd like to set
up our webstart-based project to skip signing in certain cases also
(using profiles).  Can this be done?

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

Repositories

[buters]

Hi,

E.g. there is an artifact antlr-2.7.7.jar in
"http://repository.jboss.org/maven2";, but m2eclipse doesn't show it in Add
Dependency. If I try to put it manual in pom.xml with , Maven
doesn't accept it. I don't want to copy an artifact from repository in my
local repository. 

How can I configure my settings.xml or pom.xml that Maven accepts artifacts
from other than central repositories? 

Thanks beforehand, 
regards, buters 

-- 
View this message in context: 
http://www.nabble.com/Repositories-tp18326173p18326173.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Find artefact

[buters]

Thank you very much Martin,

but this is not a solution. Some artifact with same artifactId can have a
different grouId.
The MvnIndexes idea is good, but e.g.

antlr
antlr
2.7.7

Maven doesn't want to accept it, though MvnIndex finds it.

Bestregards, buters

matinh wrote:
> 
> Hi!
> 
> Try http://mvnindex.org/
> Enter the name of the JAR file without ".jar" and it probably will spit
> out the group and artifact IDs.
> 
> hth,
> - martin
> 
> On 06 Jul 2008, buters wrote:
> 
>> 
>> Thank you very much Stephen,
>> 
>> Do you mean that another plugins are not neededat all? Only
>> jbossall-client
>> one? It would be great.
>> 
>> But my question was rather general. If I've a jar-file and I know maximum
>> the appropriate repository, how can I find the plugin? A repository is a
>> folder structure (sometimes to large) without a search function. Exists a
>> way to find fast the needed plugin ?
>> 
>> Thanks beforehand,
>> regards, buters
>> 
>> Stephen Coy wrote:
>> > 
>> > G'Day,
>> > 
>> > You generally will not need these unless you're building a remote EJB
>> > client. If this is what you are doing then you probably want something
>> > like:
>> > 
>> >   org.jboss.client
>> >   jbossall-client
>> >   4.2.2.GA
>> > 
>> > You can see the other artifacts available by pointing your web browser
>> at
>> > .
>> > 
>> > Cheers,
>> > 
>> > Steve C
>> > 
>> > buters wrote:
>> >> 
>> >> there are jar-libraries in jboss/client. They have not groupId and
>> >> artifactId. How can I find they in the jboss repository? Some
>> artifacts I
>> >> can easy find, but some ones not.
>> >> 
>> > 
>> > 
>> 
>> -- 
>> View this message in context:
>> http://www.nabble.com/Find-artefact-tp18306545p18308335.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>> 
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
> 
> 
>  
> 

-- 
View this message in context: 
http://www.nabble.com/Find-artefact-tp18306545p18325551.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: [ANN] Maven Site Plugin 2.0-beta-7 Released

[Kathryn Huxtable]

On Jul 7, 2008, at 5:17 AM, Dennis Lundberg wrote:
There are two kinds of Mojos. A Mojo is a goal in plugin. There are  
build mojos and there are reporting mojos. Build mojos are  
configured in the  section of the POM while reporting mojos  
are configured in the  section of the POM.


We should enhance the plugin-plugin to make it clear in the  
generated documentation which type each Mojo is.


That would be a good idea, though I should have noticed I had it in  
the wrong section.


-K

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

ignore missing web.xml war plugin

[Kallin Nagelberg]

I'm trying to build a template WAR (overlay I guess) to be used in other
projects. Every other project will supply it's own web.xml, so I don't need
one in the template. Is there a way to configure the war plugin so that id
doesn't error out on a missing web.xml?

Re: get active profile in pom

[Tomislav Stojcevich]

Or use the help plugin.  mvn help:active-profiles

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

Re: get active profile in pom

[Andrew Robinson]

There is no such thing as an active profile that I know of. There are
active profile*s*.

If you want to know if one particular profile is enabled, set a
property in that profile and then test or use that profile elsewhere.

-Andrew

On Mon, Jul 7, 2008 at 10:47 AM, Arash Bizhan zadeh <[EMAIL PROTECTED]> wrote:
> I will assume that there is no way to get a hold on active profile in pom
> file.
>
>
> On Sat, Jul 5, 2008 at 3:34 PM, Arash Bizhan zadeh <[EMAIL PROTECTED]>
> wrote:
>
>> Hi all,
>> Is there any variable to return active profile in the maven 2; (something
>> like ${maven.profile})?
>>
>> thanks
>> --
>> The dirtiest book of all is the expurgated book.
>> 
>> Walt Whitman
>
>
>
>
> --
> The dirtiest book of all is the expurgated book.
> 
> Walt Whitman
>

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

Re: get active profile in pom

[Arash Bizhan zadeh]

I will assume that there is no way to get a hold on active profile in pom
file.


On Sat, Jul 5, 2008 at 3:34 PM, Arash Bizhan zadeh <[EMAIL PROTECTED]>
wrote:

> Hi all,
> Is there any variable to return active profile in the maven 2; (something
> like ${maven.profile})?
>
> thanks
> --
> The dirtiest book of all is the expurgated book.
> 
> Walt Whitman




-- 
The dirtiest book of all is the expurgated book.

Walt Whitman

Re: maven-dotuml-plugin

[Rune Flobakk]

Hi,

That plugin is for Maven 1. Assuming you are using Maven 2, have a look at
http://maven.apache.org/plugins/maven-javadoc-plugin/examples/alternate-doclet.html
which describes how to include UmlGraph diagrams in the javadoc of your 
 POM.


- Rune

Niranjan Deshpande skrev:

Can anyone tell me where do i add this plugin to the POM? the documentation
on http://maven-plugins.sourceforge.net/maven-dotuml-plugin/goals.html is
not sufficient.

Any help is welcome.



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

[Job Posting] Wells Fargo - Des Moines, IA - Contract-to-hire Position

[James.Hunsaker]

I hope this ok to post this here.

We have a need for an advanced Maven user/developer on our large project
in Wells Fargo.  The candidate must be willing to relocate to Des
Moines, Iowa.  This position will involve writing Maven build scripts,
converting projects to Maven, assisting developers with Maven,
performing builds with Continuum, and a variety of other activities.
This is a very fast-paced environment and good communication skills are
absolutely necessary.

This is a contract-to-hire position.

Skills needed:

Maven
Subversion
Ant
Continuum
Linux
Python (helpful)

If you are interested, please forward your resume to
[EMAIL PROTECTED]

Thanks,

James Hunsaker
Wells Fargo

[maven-assembly-plugin] storing dependency sets in "repository layout"

[Ibrahim Hasbini]

Hello,

I would like to inquire if it is possible store a dependencySet defined in a
moduleSet in an assembly descriptor, in "repository layout"? just like the
maven-dependency-plugin does.
http://maven.apache.org/plugins/maven-dependency-plugin/copy-dependencies-mojo.html#useRepositoryLayout

The repositories tag doesn't work in my case because I have a multi-module
project. (I can't add a repositories tag inside a moduleSet tag).

Many thanks,
Ibrahim

maven-dotuml-plugin

[Niranjan Deshpande]

Can anyone tell me where do i add this plugin to the POM? the documentation
on http://maven-plugins.sourceforge.net/maven-dotuml-plugin/goals.html is
not sufficient.

Any help is welcome.

-- 
Regards,
Niranjan Deshpande

"Shut yourself from the world and create the reality you want"

Class resources in a maven archetype

[Phillip Lord]

I've been trying to create a maven archetype. The problem that I am having is
that I am using a class resource. So, for example, if I have a artifact.xml
which looks like this



  archetype-r-tool
  
src/main/java/RAverageProcessor.java
  
  
src/test/java/RAverageProcessorTest.java
  
  
src/main/resources/averageR.r
  




RAverageProcessor.java (and the test) gets moved to a directory which depends
on the groupId given when the archetype is used. On the other hand averageR.r
doesn't; it stays resolutely in the root directory. Which breaks projects
build on this archetype because RAverageProcessor loads averageR.r as a class
resource. 

So it has to be in the same directory...

Can anyone tell me how I move this resource according to the group id? 

Phil

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

Re: [ANN] Maven Site Plugin 2.0-beta-7 Released

[Dennis Lundberg]

Rémy Sanlaville wrote:

There are two kinds of Mojos. A Mojo is a goal in plugin. There are build
mojos and there are reporting mojos. Build mojos are configured in the
 section of the POM while reporting mojos are configured in the
 section of the POM.

We should enhance the plugin-plugin to make it clear in the generated
documentation which type each Mojo is.



It will be a good improvement !


I put it in JIRA so it won't be forgotten:
http://jira.codehaus.org/browse/MPLUGIN-124



So, if I understand, the site goal of the maven-site-plugin is a build mojo.
My bad, I though that it was a reporting mojo.


Yes, it is a build plugin. But it's easy to think of it as reporting 
plugin by mistake, because it assembles the reports from the reporting 
plugins.




Rémy




--
Dennis Lundberg

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

Re: local repository: priority?

[Nicola Benaglia]

Wendy Smoak ha scritto:

Try re-installing them with -DgeneratePom=true.  (I thought that was
the default, but apparently not [1].)

Then you will have poms for these artifacts in your local repository,
and Maven will not try to download the poms from your remote repos.

[1] http://maven.apache.org/plugins/maven-install-plugin/install-file-mojo.html

HTH,
  


That solved my problem.
Thank you very much, Wendy!

Best regards,
Nicola

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

Re: Add Generated Src to IDE build path?

[Markku Saarela]

Hi,

Use  plugins Build Helper Maven plugins add-source goal in your pom.xml 
that resolves all of those proplems.


http://mojo.codehaus.org/build-helper-maven-plugin/

- markku

Clifton wrote:

Hello,

I'm having lots of trouble with a Maven project that generates source. In my
project a crude wiring framework is created from a template and a properties
file creating an Assembler.java class that plugs implementations into
collaborators. This class needs to be on our IDE build path
(Eclipse/IntelliJ) in order for other classes to resolve. Using the Maven
support in these IDEs the build path is naturally managed by Maven, which
takes the resrouces and src folders declared in the POM and puts them on the
build path along with dependency jars. I can manually set an extra build
path entry but that fights the Maven support which undoes my manual entry
when it synchronizes. Maven only seems to allow a single source folder
entry. I had to set low level compiler flags to get the generated folders
included in the compile process. I used
target/gensrc
as this was the only way I could find to get Maven to build the project. I
also tried sneaking the generated source folder into the resources path to
get it into IDE visibility but since it's under the target folder it is
overridden by the "exclude output folders" setting that Maven support
enables. So my question is how do you properly manage generated source in a
Maven project? Any/all advice is welcome.
  



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

Re: local repository: priority?

[Wendy Smoak]

On Mon, Jul 7, 2008 at 6:41 AM, Nicola Benaglia
<[EMAIL PROTECTED]> wrote:

> Hi Wendy,
> I install jars with:
>
> mvn install:install-file
>   -DgroupId=my.domain
>   -DartifactId=...
>   -Dversion=...
>   -Dpackaging=jar
>   -Dfile=/path/to/JAR_file

Try re-installing them with -DgeneratePom=true.  (I thought that was
the default, but apparently not [1].)

Then you will have poms for these artifacts in your local repository,
and Maven will not try to download the poms from your remote repos.

[1] http://maven.apache.org/plugins/maven-install-plugin/install-file-mojo.html

HTH,
-- 
Wendy

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

Re: [ANN] Maven Site Plugin 2.0-beta-7 Released

[Rémy Sanlaville]

>
> There are two kinds of Mojos. A Mojo is a goal in plugin. There are build
> mojos and there are reporting mojos. Build mojos are configured in the
>  section of the POM while reporting mojos are configured in the
>  section of the POM.
>
> We should enhance the plugin-plugin to make it clear in the generated
> documentation which type each Mojo is.


It will be a good improvement !

So, if I understand, the site goal of the maven-site-plugin is a build mojo.
My bad, I though that it was a reporting mojo.

Rémy

Re: local repository: priority?

[Nicola Benaglia]

Wendy Smoak ha scritto:

On Mon, Jul 7, 2008 at 6:18 AM, Nicola Benaglia
<[EMAIL PROTECTED]> wrote:

  

I expected that it first looked inside my local repository.
Maybe I missed some configuration?
How can I set my local repos as default (with highest priority) and then the
others?



That is already the case.  Note that it's looking for poms, not
artifacts.  How did you install the artifacts?

  


Hi Wendy,
I install jars with:

mvn install:install-file
   -DgroupId=my.domain
   -DartifactId=...
   -Dversion=...
   -Dpackaging=jar
   -Dfile=/path/to/JAR_file

Thank you,
N

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

Re: synchronizing version of interdependent projects

[Joseph Syjuco]

Thank you for the quick reply Luke - one thing I forgot to mention in my
previous post is that we are using Maven 1 w/ cruisecontrol which builds the
trunk projects (sometimes with SNAPSHOT).   To futher add description to our
setup we are using the multiproject plugin.  As I was browsing through the
Net I found one feature dependencyManagement where I can list down all
versions of the project in one pom.xml ... unfortunately I cant see it
implemented in Maven 1

On 7/7/08, Luke Daley <[EMAIL PROTECTED]> wrote:
>
>
> On 07/07/2008, at 2:24 PM, Joseph Syjuco wrote:
>
> We have a project consisting of 20+ interdependent folders 
>> unfortunately whenever 1 project updates its version I am having
>> difficulty
>> modifying projects that has a dependency to it.  Right now I had to open
>> each project.xml and search for it.  Additionally, since this project has
>> just been turned over to us, I am not familiar with the relationship
>> between
>> this projects/ folders.  Is there a way/ tool that will allow me to
>> identify
>> folders or project.xml and it will automatically check and update version
>> information.
>>
>> I am new to maven so apologies if this problem is a basic one
>>
>
> If you use the version number 'RELEASE' you will get the latest non
> snapshot version.
>
> LD.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: local repository: priority?

[Wendy Smoak]

On Mon, Jul 7, 2008 at 6:18 AM, Nicola Benaglia
<[EMAIL PROTECTED]> wrote:

> I expected that it first looked inside my local repository.
> Maybe I missed some configuration?
> How can I set my local repos as default (with highest priority) and then the
> others?

That is already the case.  Note that it's looking for poms, not
artifacts.  How did you install the artifacts?

-- 
Wendy

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

local repository: priority?

[Nicola Benaglia]

Hi,
I installed in my repository (under my.domain) some jars not found in 
public repos.


When I package my project, maven starts looking for my jars on external 
repositories, and it takes very long time before it completes, because 
for each jars it search in each repository I defined in my pom:


Downloading: 
http://repo1.maven.org/maven2/my/domain/engineapi/1.0/engineapi-1.0.pom

url = http://repository.jboss.com/maven2
Downloading: 
http://repository.jboss.com/maven2/my/domain/flute/1.0/flute-1.0.pom

url = http://repository.jboss.org/maven2
Downloading: 
http://repository.jboss.org/maven2/my/domain/flute/1.0/flute-1.0.pom

url = http://snapshots.jboss.org/maven2
Downloading: 
http://snapshots.jboss.org/maven2/my/domain/flute/1.0/flute-1.0.pom

url = http://wicketstuff.org/maven/repository
Downloading: 
http://wicketstuff.org/maven/repository/my/domain/flute/1.0/flute-1.0.pom

url = http://repo1.maven.org/maven2

I expected that it first looked inside my local repository.
Maybe I missed some configuration?
How can I set my local repos as default (with highest priority) and then 
the others?


Thank you,
N

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

Add Generated Src to IDE build path?

[Clifton]

Hello,

I'm having lots of trouble with a Maven project that generates source. In my
project a crude wiring framework is created from a template and a properties
file creating an Assembler.java class that plugs implementations into
collaborators. This class needs to be on our IDE build path
(Eclipse/IntelliJ) in order for other classes to resolve. Using the Maven
support in these IDEs the build path is naturally managed by Maven, which
takes the resrouces and src folders declared in the POM and puts them on the
build path along with dependency jars. I can manually set an extra build
path entry but that fights the Maven support which undoes my manual entry
when it synchronizes. Maven only seems to allow a single source folder
entry. I had to set low level compiler flags to get the generated folders
included in the compile process. I used
target/gensrc
as this was the only way I could find to get Maven to build the project. I
also tried sneaking the generated source folder into the resources path to
get it into IDE visibility but since it's under the target folder it is
overridden by the "exclude output folders" setting that Maven support
enables. So my question is how do you properly manage generated source in a
Maven project? Any/all advice is welcome.
-- 
View this message in context: 
http://www.nabble.com/Add-Generated-Src-to-IDE-build-path--tp18315813p18315813.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Find artefact

[Martin Höller]

Hi!

Try http://mvnindex.org/
Enter the name of the JAR file without ".jar" and it probably will spit
out the group and artifact IDs.

hth,
- martin

On 06 Jul 2008, buters wrote:

> 
> Thank you very much Stephen,
> 
> Do you mean that another plugins are not neededat all? Only jbossall-client
> one? It would be great.
> 
> But my question was rather general. If I've a jar-file and I know maximum
> the appropriate repository, how can I find the plugin? A repository is a
> folder structure (sometimes to large) without a search function. Exists a
> way to find fast the needed plugin ?
> 
> Thanks beforehand,
> regards, buters
> 
> Stephen Coy wrote:
> > 
> > G'Day,
> > 
> > You generally will not need these unless you're building a remote EJB
> > client. If this is what you are doing then you probably want something
> > like:
> > 
> >   org.jboss.client
> >   jbossall-client
> >   4.2.2.GA
> > 
> > You can see the other artifacts available by pointing your web browser at
> > .
> > 
> > Cheers,
> > 
> > Steve C
> > 
> > buters wrote:
> >> 
> >> there are jar-libraries in jboss/client. They have not groupId and
> >> artifactId. How can I find they in the jboss repository? Some artifacts I
> >> can easy find, but some ones not.
> >> 
> > 
> > 
> 
> -- 
> View this message in context: 
> http://www.nabble.com/Find-artefact-tp18306545p18308335.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 



signature.asc
Description: PGP signature

Re: Access to remote repositories

[Yoav Landman]

Artifactory supports Nexus indexes starting with the 1.3.0 betas. If your
remote repositories do not provide an index (like the JBoss repo),
Artifactory will index the locally cached artifacts of that repository as a
fallback. Since you indicate your local JBoss cache is empty, there's
nothing to index, hence the empty results. You need to pull in some remote
artifacts form the JBoss repo first (e.g., by running mvn against a project
than needs dependencies from it), then you can expect some content in the
index.
(it's probably best to use the Artifactory users list for Artifactory
specific questions).

Yoav


buters wrote:
> 
> Thank you very much Jason,
> 
> I use m2eclipse and Artifactory, but I don't quite understand how I can
> customize that better. It works prima with local and central repositories,
> but with another as jboss one not. It seems as if Artifactory accepts
> these, but if I try to find an artifact from e.g. the jboss repository
> with eclipse "Add dependency", eclipse cannot find it if it's no copy in
> central one. Or I've not tested it often enough. Until now it runs only
> via central repository. All other repositories of Artifactory are empty.
> 
> Probably Nexus does it clever.
> Best regards, buters
> 
> 
> Jason van Zyl-2 wrote:
>> 
>> If you're talking about m2eclipse, then it's the Nexus index that you  
>> need, and you can index any Maven repository using either Nexus  
>> (nexus.sonatype.org), or just use the stand-alone indexer. m2eclipse  
>> uses the Nexus index to process your local repository. If you want  
>> JBoss artifacts to be made available ask them to index their maven  
>> repositories using Nexus.
>> 
>> On 6-Jul-08, at 12:40 PM, buters wrote:
>> 
>>>
>>> Thank you very much Tim.
>>>
>>> But it would be fine if you me explain, why am I not able to index any
>>> repository with Maven Index in eclipse besides central, local and from
>>> Artifactory. If I try Add Dependency to my project, that doesn't  
>>> exist in
>>> one of these  repositories, eclipse doesn't find this plugin, though  
>>> I've
>>> defined repository in my pom.xml. Or I must ignore eclipse errors, set
>>>  manual and try to run Maven goals?
>>>
>>> Thanks beforehand,
>>> regards, buters
>>>
>>> Tim Kettler wrote:

 buters schrieb:
> Hi,

 Hi,

> would you explain me how can I acces to e.g.
> http://repository.jboss.com/maven2/
>
> I know that I have to add this in settings.txt

 You probably mean settings.xml.

> 
>  
> artifactory
> admin
> password
>  
> 

 This is only needed if the repository is password protected. For  
 public
 repositories like central, codehaus or the jboss repository you can
 simply omit that part, just configure the repository in the  
 repositories
 section and you are done.

> It is clear in case of Artifactory which id, username and password  
> should
> be
> used.
> But which id, username and password must I use for other remote
> repositories
> (beside central)?
>
> Thanks beforehand,
> regards, buters

 -Tim

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



>>>
>>> -- 
>>> View this message in context:
>>> http://www.nabble.com/Access-to-remote-repositories-tp18300257p18303814.html
>>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>> 
>> Thanks,
>> 
>> Jason
>> 
>> --
>> Jason van Zyl
>> Founder,  Apache Maven
>> jason at sonatype dot com
>> --
>> 
>> First, the taking in of scattered particulars under one Idea,
>> so that everyone understands what is being talked about ... Second,
>> the separation of the Idea into parts, by dividing it at the joints,
>> as nature directs, not breaking any limb in half as a bad carver might.
>> 
>>-- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)
>> 
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Access-to-remote-repositories-tp18300257p18314690.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Lock down of plugin versions

[Jan Fredrik Wedén]

What you're saying sounds reasonable, I agree. Still waiting for
Enforcer 1.0 release to take advantage of requirePluginVersions,
though :-) Any updates, Brian?

My original attempt at this started from reading the users list and
docs about version ranges. Whenever version ranges were mentioned in
Mavenland it stated that a plain version was a recommendation, while a
plain version surrounded by brackets was a requirement ("locked down"
version). From my tiny experiment here, and people's responses, I take
it that just a plain version will achieve what I want for plugins.
I'll start implementing this for our POMs.

Thanks for all your input.

On Sun, Jul 6, 2008 at 9:36 AM, Wouter Hermeling <[EMAIL PROTECTED]> wrote:
>
> Imo version ranges are best used for developing plugins, more specifically
> plugin dependencies. By using a version range for a dependency rather then a
> specific version, the plugin can be more easily used in a different poms
> using different versions of dependencies.
>
> I've done a full lock down of plugin versions by specifying the actual
> version and not the version range in the pom.xml. The maven-enforce-plugin
> and specifically the rule 'requirePluginVersions' can help you with this.
>
>
>
> Jan Fredrik Wedén wrote:
>>
>> Greetings,
>>
>> I'm attempting to follow best practice and lock down plugins in our
>> parent POM. From what I understand, I should use a version range
>> instead of a plain version number to accomplish a true lock down for
>> future reproducibility. E.g. for the clean plugin I would use [2.2]
>> instead of just 2.2 as Maven considers the latter to be a
>> recommendation rather than a requirement.
>>
>> Now trouble starts, I attempt to put the pluginManagement section
>> below in my POM and execute mvn clean. From the output below it seems
>> like Maven is attempting to resolve the version as "[2.2]" instead of
>> resolving the range to a fixed version first. The same thing happens
>> when I try to add the plugin definitions to  instead.
>> However, a version range in my dependencies section resolves like a
>> charm. Could be that I've not understood how plugin lock down should
>> work, though...
>>
>> I'm running Maven 2.0.9 on Windows JDK 1.5 through Cygwin. We have set
>> up Proximity as a corporate proxy and I have followed the guide in the
>> Sonatype book to configure repositories and mirrors in my settings.
>>
>> Adding this block to my POM:
>>
>> 
>>   
>> 
>>   org.apache.maven.plugins
>>   maven-clean-plugin
>>   [2.2]
>> 
>>   
>> 
>>
>> Produces the output below:
>>
>> $ mvn clean -N
>> [INFO] Scanning for projects...
>> [INFO]
>> 
>> [INFO] Building CORP parent POM
>> [INFO]task-segment: [clean]
>> [INFO]
>> 
>> Downloading:
>> http://corp-server/proximity/repository/external/org/apache/maven/plugins/maven-clean-plugin/[2.2]/maven-clean-plugin-[2.2].pom
>> Downloading:
>> http://corp-server/proximity/repository/public/org/apache/maven/plugins/maven-clean-plugin/[2.2]/maven-clean-plugin-[2.2].pom
>> [INFO]
>> 
>> [ERROR] BUILD ERROR
>> [INFO]
>> 
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: org.apache.maven.plugins
>> ArtifactId: maven-clean-plugin
>> Version: [2.2]
>>
>> Reason: Unable to download the artifact from any repository
>>
>>   org.apache.maven.plugins:maven-clean-plugin:pom:[2.2]
>>
>> from the specified remote repositories:
>>   px-external (http://corp-server/proximity/repository/external),
>>   px-public (http://corp-server/proximity/repository/public)
>>
>>
>> [INFO]
>> 
>> [INFO] For more information, run Maven with the -e switch
>> [INFO]
>> 
>> [INFO] Total time: 1 second
>> [INFO] Finished at: Thu Jul 03 16:16:54 CEST 2008
>> [INFO] Final Memory: 2M/63M
>> [INFO]
>> 
>>
>>
>> Any clues?
>>
>> --
>> - Jan Fredrik Wedén
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Lock-down-of-plugin-versions-tp18260685p18299612.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
- Jan Fredrik Wedén

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

Re: skin html files in site ??

[Lukas Theussl]

Oops, thanks Dennis! Also, I meant maven-2.0.10 of course. As you might 
guess, my mind is already set on vacation mode...


-Lukas


Dennis Lundberg wrote:

The missing link is here

[1] http://docs.codehaus.org/display/MAVEN/Doxia+Release+Plan

Lukas Theussl wrote:



There is a scetchy release plan at [1] but I think at the moment it is 
impossible to give an ETA, the main problem is that we have to wait 
for maven-1.0.10 and that it won't work with any earlier version. And 
then it's vacation time...


Cheers,
-Lukas


Chris Berry wrote:


Thanks Lukas.
Is there any ETA for the new site plugin??
And is this code available in the current SNAPSHOT of the site plugin ??
This seems the easiest route over Jason's suggestion of the xsite  
plugin, which requires a more major overhaul.

(BTW: Thanks Jason ;-)
Cheers,
-- Chris

On Jul 6, 2008, at 1:09 PM, Lukas Theussl wrote:



You can do what you want with current doxia-1.0-beta-1 (not 
released  yet but scheduled to be used in the next version of the 
site  plugin), you will be able to just put your xhtml files into 
src/site/ xhtml.


-Lukas


Chris Berry wrote:


Hi Martin,
AFAICT, that doesn't solve the problem I have. I want straight-up  
HTML  files to be skinned by Doxia according to the site.xml
I think Dennis answered my question; Doxia cannot do this today 
--   which is a shame.
IMHO, it would be better to skin HTML files unless they are   
, and just enforce/assume XML compliance.

Thanks,
-- Chris
On Jul 6, 2008, at 9:17 AM, Martin Gainty wrote:



Hi Chris
did you look at segregating off the site descriptor to  
incorporate  the list of files to be installed/deployed 
${basedir}/ src/site
http://maven.apache.org/plugins/maven-site-plugin/attach-descriptor-mojo.html#siteDirectory 


HTHMartin __



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



S'all good  ---   chriswberry at gmail dot 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: skin html files in site ??

[Dennis Lundberg]

The missing link is here

[1] http://docs.codehaus.org/display/MAVEN/Doxia+Release+Plan

Lukas Theussl wrote:


There is a scetchy release plan at [1] but I think at the moment it is 
impossible to give an ETA, the main problem is that we have to wait for 
maven-1.0.10 and that it won't work with any earlier version. And then 
it's vacation time...


Cheers,
-Lukas


Chris Berry wrote:

Thanks Lukas.
Is there any ETA for the new site plugin??
And is this code available in the current SNAPSHOT of the site plugin ??
This seems the easiest route over Jason's suggestion of the xsite  
plugin, which requires a more major overhaul.

(BTW: Thanks Jason ;-)
Cheers,
-- Chris

On Jul 6, 2008, at 1:09 PM, Lukas Theussl wrote:



You can do what you want with current doxia-1.0-beta-1 (not released  
yet but scheduled to be used in the next version of the site  
plugin), you will be able to just put your xhtml files into src/site/ 
xhtml.


-Lukas


Chris Berry wrote:


Hi Martin,
AFAICT, that doesn't solve the problem I have. I want straight-up  
HTML  files to be skinned by Doxia according to the site.xml
I think Dennis answered my question; Doxia cannot do this today --   
which is a shame.
IMHO, it would be better to skin HTML files unless they are   
, and just enforce/assume XML compliance.

Thanks,
-- Chris
On Jul 6, 2008, at 9:17 AM, Martin Gainty wrote:



Hi Chris
did you look at segregating off the site descriptor to  
incorporate  the list of files to be installed/deployed ${basedir}/ 
src/site
http://maven.apache.org/plugins/maven-site-plugin/attach-descriptor-mojo.html#siteDirectory 


HTHMartin __


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



S'all good  ---   chriswberry at gmail dot 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]





--
Dennis Lundberg

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

Re: [ANN] Maven Site Plugin 2.0-beta-7 Released

[Dennis Lundberg]

Rémy Sanlaville wrote:

You define the site plugin inside , I guess you want it inside
.



Isn't strange to have to define the maven-site-plugin inside  just to
specify the version ?
Why maven 2 can't take into account the version declare inside  ?
It seems to more natural isn't it ?

Rémy



There are two kinds of Mojos. A Mojo is a goal in plugin. There are 
build mojos and there are reporting mojos. Build mojos are configured in 
the  section of the POM while reporting mojos are configured in 
the  section of the POM.


We should enhance the plugin-plugin to make it clear in the generated 
documentation which type each Mojo is.


--
Dennis Lundberg

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

RE: 2nd compile phase?

[De Smet Ringo]

Markku, 

> -Original Message-
> From: Markku Saarela [mailto:[EMAIL PROTECTED] 
> Sent: maandag 7 juli 2008 11:21
> To: Maven Users List
> Subject: Re: 2nd compile phase?
> 
> In that case you could try configure compile plugin for two 
> executions one bind for normal compile phase and another bind 
> to prepare-package phase that also compiles these third-party 
> generated classes.

Before I mailed the list, I configured the compiler plugin to run during
the process-classes phase, but this seemed to override the default run
in the compile phase. I have the plugin now configured twice explicitely
as you mentioned. After adding some required dependencies, my build
succeeded!

Thanks,

Ringo
*

Dit e-mail bericht inclusief eventuele ingesloten bestanden kan informatie 
bevatten die vertrouwelijk is en/of beschermd door intellectuele 
eigendomsrechten. Dit bericht is uitsluitend bestemd voor de geadresseerde(n). 
Elk gebruik van de informatie vervat in dit bericht (waaronder de volledige of 
gedeeltelijke reproductie of verspreiding onder elke vorm) door andere personen 
dan de geadresseerde(n) is verboden. Indien u dit bericht per vergissing heeft 
ontvangen, gelieve de afzender hiervan te verwittigen en dit bericht te 
verwijderen. 

This e-mail and any attachment thereto may contain information which is 
confidential and/or protected by intellectual property rights and are intended 
for the sole use of the addressees. Any use of the information contained herein 
(including but not limited to total or partial reproduction or distribution in 
any form) by other persons than the addressees is prohibited. If you have 
received this e-mail in error, please notify the sender and delete its contents.

Ce courriel et les annexes éventuelles peuvent contenir des informations 
confidentielles et/ou protégées par des droits de propriété intellectuelle. Ce 
message est adressé exclusivement à son (ses) destinataire(s). Toute 
utilisation du contenu de ce message (y compris la reproduction ou diffusion 
partielle ou complète sous toute forme) par une autre personne que le(s) 
destinataire(s) est formellement interdite. Si vous avez reçu ce message par 
erreur, veuillez prévenir l'expéditeur du message et en détruire le contenu.

*

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

interdependent plugin

[Nicolas Dordet]

Hi,

I'm makin a mvn2 plugin,  and I need to call an other one in some cases and
use it in the project witch is calling my plugin.

My plugin check if in a maven project the maven-checkstyle-plugin is
declared in the pom.
If yes, my plugin didn't do anything.
If no, I want my plugin to run the maven-checkstyle-plugin on the project
with is using my plugin.

So, how can I do that?

Re: 2nd compile phase?

[Markku Saarela]

In that case you could try configure compile plugin for two executions 
one bind for normal compile phase and another bind to prepare-package 
phase that also compiles these third-party generated classes.


- markku

De Smet Ringo wrote:
Markku, 

  

-Original Message-
From: Markku Saarela [mailto:[EMAIL PROTECTED] 
Sent: maandag 7 juli 2008 11:11

To: Maven Users List
Subject: Re: 2nd compile phase?

Hi,

You could split project to three different ones. One for this 
actual ejb project that then depends on you third-party 
project and which depends you original source code project.



Thanks for the tip, but this is not an option for now. I may not disrupt
the current Maven 1 based project setup. Once we are completely on Maven
2, we can do project refactorings to simplify things, but not at this
moment.

Ringo
*

Dit e-mail bericht inclusief eventuele ingesloten bestanden kan informatie bevatten die vertrouwelijk is en/of beschermd door intellectuele eigendomsrechten. Dit bericht is uitsluitend bestemd voor de geadresseerde(n). Elk gebruik van de informatie vervat in dit bericht (waaronder de volledige of gedeeltelijke reproductie of verspreiding onder elke vorm) door andere personen dan de geadresseerde(n) is verboden. Indien u dit bericht per vergissing heeft ontvangen, gelieve de afzender hiervan te verwittigen en dit bericht te verwijderen. 


This e-mail and any attachment thereto may contain information which is 
confidential and/or protected by intellectual property rights and are intended 
for the sole use of the addressees. Any use of the information contained herein 
(including but not limited to total or partial reproduction or distribution in 
any form) by other persons than the addressees is prohibited. If you have 
received this e-mail in error, please notify the sender and delete its contents.

Ce courriel et les annexes éventuelles peuvent contenir des informations 
confidentielles et/ou protégées par des droits de propriété intellectuelle. Ce 
message est adressé exclusivement à son (ses) destinataire(s). Toute 
utilisation du contenu de ce message (y compris la reproduction ou diffusion 
partielle ou complète sous toute forme) par une autre personne que le(s) 
destinataire(s) est formellement interdite. Si vous avez reçu ce message par 
erreur, veuillez prévenir l'expéditeur du message et en détruire le contenu.

*

-
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: 2nd compile phase?

[De Smet Ringo]

Markku, 

> -Original Message-
> From: Markku Saarela [mailto:[EMAIL PROTECTED] 
> Sent: maandag 7 juli 2008 11:11
> To: Maven Users List
> Subject: Re: 2nd compile phase?
> 
> Hi,
> 
> You could split project to three different ones. One for this 
> actual ejb project that then depends on you third-party 
> project and which depends you original source code project.

Thanks for the tip, but this is not an option for now. I may not disrupt
the current Maven 1 based project setup. Once we are completely on Maven
2, we can do project refactorings to simplify things, but not at this
moment.

Ringo
*

Dit e-mail bericht inclusief eventuele ingesloten bestanden kan informatie 
bevatten die vertrouwelijk is en/of beschermd door intellectuele 
eigendomsrechten. Dit bericht is uitsluitend bestemd voor de geadresseerde(n). 
Elk gebruik van de informatie vervat in dit bericht (waaronder de volledige of 
gedeeltelijke reproductie of verspreiding onder elke vorm) door andere personen 
dan de geadresseerde(n) is verboden. Indien u dit bericht per vergissing heeft 
ontvangen, gelieve de afzender hiervan te verwittigen en dit bericht te 
verwijderen. 

This e-mail and any attachment thereto may contain information which is 
confidential and/or protected by intellectual property rights and are intended 
for the sole use of the addressees. Any use of the information contained herein 
(including but not limited to total or partial reproduction or distribution in 
any form) by other persons than the addressees is prohibited. If you have 
received this e-mail in error, please notify the sender and delete its contents.

Ce courriel et les annexes éventuelles peuvent contenir des informations 
confidentielles et/ou protégées par des droits de propriété intellectuelle. Ce 
message est adressé exclusivement à son (ses) destinataire(s). Toute 
utilisation du contenu de ce message (y compris la reproduction ou diffusion 
partielle ou complète sous toute forme) par une autre personne que le(s) 
destinataire(s) est formellement interdite. Si vous avez reçu ce message par 
erreur, veuillez prévenir l'expéditeur du message et en détruire le contenu.

*

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

Re: 2nd compile phase?

[Markku Saarela]

Hi,

You could split project to three different ones. One for this actual ejb 
project that then depends on you third-party project and which depends 
you original source code project.


regards,

markku'

De Smet Ringo wrote:

Hello,
 
I am in the need of triggering a second compile phase. During our build,

we have a third-party tool, integrated using the antrun plugin in the
process-classes phase, that uses a descriptor file and a classpath
(contains our already compiled manually written java classes) and
generates additional sources. These need to be compiled before the
ejb:ejb goal can run successfully. I searched through the archives, but
couldn't find a similar problem description.
 
Ringo De Smet

ixor
 
*


Dit e-mail bericht inclusief eventuele ingesloten bestanden kan informatie bevatten die vertrouwelijk is en/of beschermd door intellectuele eigendomsrechten. Dit bericht is uitsluitend bestemd voor de geadresseerde(n). Elk gebruik van de informatie vervat in dit bericht (waaronder de volledige of gedeeltelijke reproductie of verspreiding onder elke vorm) door andere personen dan de geadresseerde(n) is verboden. Indien u dit bericht per vergissing heeft ontvangen, gelieve de afzender hiervan te verwittigen en dit bericht te verwijderen. 


This e-mail and any attachment thereto may contain information which is 
confidential and/or protected by intellectual property rights and are intended 
for the sole use of the addressees. Any use of the information contained herein 
(including but not limited to total or partial reproduction or distribution in 
any form) by other persons than the addressees is prohibited. If you have 
received this e-mail in error, please notify the sender and delete its contents.

Ce courriel et les annexes éventuelles peuvent contenir des informations 
confidentielles et/ou protégées par des droits de propriété intellectuelle. Ce 
message est adressé exclusivement à son (ses) destinataire(s). Toute 
utilisation du contenu de ce message (y compris la reproduction ou diffusion 
partielle ou complète sous toute forme) par une autre personne que le(s) 
destinataire(s) est formellement interdite. Si vous avez reçu ce message par 
erreur, veuillez prévenir l'expéditeur du message et en détruire le contenu.

*

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

2nd compile phase?

[De Smet Ringo]

Hello,
 
I am in the need of triggering a second compile phase. During our build,
we have a third-party tool, integrated using the antrun plugin in the
process-classes phase, that uses a descriptor file and a classpath
(contains our already compiled manually written java classes) and
generates additional sources. These need to be compiled before the
ejb:ejb goal can run successfully. I searched through the archives, but
couldn't find a similar problem description.
 
Ringo De Smet
ixor
 
*

Dit e-mail bericht inclusief eventuele ingesloten bestanden kan informatie 
bevatten die vertrouwelijk is en/of beschermd door intellectuele 
eigendomsrechten. Dit bericht is uitsluitend bestemd voor de geadresseerde(n). 
Elk gebruik van de informatie vervat in dit bericht (waaronder de volledige of 
gedeeltelijke reproductie of verspreiding onder elke vorm) door andere personen 
dan de geadresseerde(n) is verboden. Indien u dit bericht per vergissing heeft 
ontvangen, gelieve de afzender hiervan te verwittigen en dit bericht te 
verwijderen. 

This e-mail and any attachment thereto may contain information which is 
confidential and/or protected by intellectual property rights and are intended 
for the sole use of the addressees. Any use of the information contained herein 
(including but not limited to total or partial reproduction or distribution in 
any form) by other persons than the addressees is prohibited. If you have 
received this e-mail in error, please notify the sender and delete its contents.

Ce courriel et les annexes éventuelles peuvent contenir des informations 
confidentielles et/ou protégées par des droits de propriété intellectuelle. Ce 
message est adressé exclusivement à son (ses) destinataire(s). Toute 
utilisation du contenu de ce message (y compris la reproduction ou diffusion 
partielle ou complète sous toute forme) par une autre personne que le(s) 
destinataire(s) est formellement interdite. Si vous avez reçu ce message par 
erreur, veuillez prévenir l'expéditeur du message et en détruire le contenu.

*

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

Re: synchronizing version of interdependent projects

[Luke Daley]

On 07/07/2008, at 2:24 PM, Joseph Syjuco wrote:


We have a project consisting of 20+ interdependent folders 
unfortunately whenever 1 project updates its version I am having  
difficulty
modifying projects that has a dependency to it.  Right now I had to  
open
each project.xml and search for it.  Additionally, since this  
project has
just been turned over to us, I am not familiar with the relationship  
between
this projects/ folders.  Is there a way/ tool that will allow me to  
identify
folders or project.xml and it will automatically check and update  
version

information.

I am new to maven so apologies if this problem is a basic one


If you use the version number 'RELEASE' you will get the latest non  
snapshot version.


LD.

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

RE: Nexus 1.0.0-beta-4 or 1.0 final?!

[hermod.opstvedt]

Hi

I am using it with 3.4 (release) without any hickups. 

Hermod 

-Original Message-
From: Peter Horlock [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 07, 2008 8:24 AM
To: Maven Users List
Subject: Re: Nexus 1.0.0-beta-4 or 1.0 final?!

Are you using the stable version, or the latest and greatest?

I am using the stable version, and it seems to have problems, it fucked
up my entire eclipse 3.4, loading slowly, showing non existing errors,
and so on - I then moved back to Eclipse 3.3...
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

This email with attachments is solely for the use of the individual or
entity to whom it is addressed. Please also be aware that the DnB NOR Group
cannot accept any payment orders or other legally binding correspondence with
customers as a part of an email. 

This email message has been virus checked by the anti virus programs used
in the DnB NOR Group.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


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

Re: [ANN] Maven Site Plugin 2.0-beta-7 Released

[Rémy Sanlaville]

>
> You define the site plugin inside , I guess you want it inside
> .
>

Isn't strange to have to define the maven-site-plugin inside  just to
specify the version ?
Why maven 2 can't take into account the version declare inside  ?
It seems to more natural isn't it ?

Rémy

External jars vs repository

[Kathryn Huxtable]

Hi all,

I'm working on this project which has several dependencies that aren't  
in central. A few are the usual Sun suspects, one is jamon 2.7, and  
the rest are Internet2 jars which we *could* deploy to central. I  
haven't yet brought this up with the I2 people, but I will. In the  
meantime, I'm distributing the jars and giving a script to install  
them into the user's local repository.


But the big problem is that we're database neutral with respect to our  
data store. People in higher ed variously use Oracle, MySQL, MS SQL  
Server, Postgres, and no doubt others.


I want to make a binary assembly that anyone can download, drop their  
jdbc jar in, and go. This isn't hard.


What I'm dithering about at this point is how to handle the source  
distribution and/or people who check the source out from CVS. (Yes,  
they're using CVS.)


I can make an assembly that builds a lib directory with the  
dependencies and anything in a "user-database" directory.


I can make profiles that will handle the common cases, except for  
Oracle and MS SQL Server, but those profiles, if selected, override my  
default profile which has an assembly that builds a dependency  
directory for running the software in place.


My expectation is that most sites will download the binary  
distribution, but some will download the source because they want to  
mod it. I don't want to make their lives difficult.


So should I just always include the contents of a directory in the  
dependencies in my assemblies, or should I have them check their jdbc  
jar into their local repository and edit the pom to have a profile in  
case I don't have the version that they want?


Or is there some other way?

I want to do this the Maven way, but I also want it to be reasonably  
usable by non-Maven people.


-K

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