RES: Re: Maven-Geotools

You can find a bunch of geotools artifacts at http://maven.geotools.fr/repository and use them as dependencies of your Maven project. Hope it helps. Dário -Mensagem original- De: news [mailto:[EMAIL PROTECTED] Em nome de Jan Torben Heuer Enviada em: quarta-feira, 5 de março de 2008

RES: Referencing uniqe SNAPSHOT versions in POM

In the same way as it were non-unique: just use x.y-SNAPSHOT for instance. If do not want unique snasphot version in your repo, you'll have to add the following to distributionManagement section: distributionManagement snapshotRepository ...

RES: Referencing uniqe SNAPSHOT versions in POM

Please attach your pom file so I can take a look at it. Dário -Mensagem original- De: Marco Bakera [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 8 de fevereiro de 2008 11:01 Para: users@maven.apache.org Assunto: Re: Referencing uniqe SNAPSHOT versions in POM Sorry neither your

RES: release:perform failing due to missing project artifact

Try to add the following argument to 'mvn release:prepare' command: -DpreparationGoals=clean install The default is clean verify. Hope it helps. Dário -Mensagem original- De: Reuben Firmin [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 17 de outubro de 2007 15:19 Para:

[maven archiva] weird behaviour when running archiva on different operating systems

Hi, I've been trying to use Archiva, but I've noticed some weird stuff when setting it up and running it on different OS, such as Windows 2000 and Linux (Fedora Core 5). FYI I am using Archiva 1.0-Alpha-2, Java 5 Update 12 and Maven 2.0.7. For example, if I edit my settings.xml to point to a

[m2] MOJO: project.getArtifacts() question

Hi all, I've created a MOJO recently for generating all dependencies (including transitives) of a project into a .properties file and in order to do that I've used the getArtifacts() method and added '@requiresDependencyResolution runtime' into it. It works fine in most cases, except when one

RE: [m2] best way to have an offline internal repository

info). Any thoughts ? Dário -Original Message- From: Henry Isidro [mailto:[EMAIL PROTECTED] Sent: terça-feira, 29 de maio de 2007 22:10 To: Maven Users List Subject: Re: [m2] best way to have an offline internal repository Dário Luís Coneglian Oliveros wrote: Hi there, I've been

RE: [m2] best way to have an offline internal repository

with remote repo with the needed content, ready to package and redistribute. ~t~ On 5/29/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Hi there, I've been reading several threads about having an offline internal repository and I wonder if there's any maven plugin or tool that can help

RE: [m2] best way to have an offline internal repository

~ On 5/30/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Hi Tamás, That would definitely be an option. But still you have to ask a final user to fire up the proximity server in order to build a simple project, unless proximixity does not need to be up and running. Basically I'd expect

[m2] best way to have an offline internal repository

Hi there, I've been reading several threads about having an offline internal repository and I wonder if there's any maven plugin or tool that can help on this matter as of now. I've heard of a repository builder, but could not find much information about it.FYI I use Proximity as my

RE: [m2] any estimate for the next maven-ejb-plugin release (2.1) ?

I would suggest to create an alpha or beta release for maven-ejb-plugin since the 2.1-SNAPSHOT has some important fixes, such as the clientExcludes. It's been a long time since the last release came up. How does it sound ? -Original Message- From: Dário Luís Coneglian Oliveros Sent

RE: Maven 2 and xdoclet 1.2 and sample

Here it goes. ... build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdxdoclet-maven-plugin/artifactId executions execution phasegenerate-sources/phase goals goalxdoclet/goal /goals configuration

RE: [m2] any estimate for the next maven-ejb-plugin release (2.1) ?

(in this conversation) have any ability to push a build (alpha, beta, or final) out. Wayne On 1/24/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: I would suggest to create an alpha or beta release for maven-ejb-plugin since the 2.1-SNAPSHOT has some important fixes, such as the clientExcludes. It's

RE: Maven 2 and xdoclet 1.2 and sample

* ref-name=ejb/AmendmentsService * * @ejb:util generate=physical * * * @jboss.ejb-ref-jndi ref-name=AmendmentsService * jndi-name=AmendmentsService * * @jboss-net:web-service urn=AmendmentsService * **/ Thanks, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] 24

RE: Out of memory error

2007 05:32 To: Maven Users List Subject: Re: Out of memory error On 1/22/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: I've faced the same problem. It seems to be a bug in the checkstyle plugin. I've noticed it happens only if there are too many checkstyle errors. My suggestion

RE: Out of memory error

I've faced the same problem. It seems to be a bug in the checkstyle plugin. I've noticed it happens only if there are too many checkstyle errors. My suggestion is to decrease this number to about 1 (hopefully most of them are tab related). It should work. Do not ask me why :-) Dário

RE: Maven2 and unknown protocol: e

d'origine- De : Dário Luís Coneglian Oliveros [mailto:[EMAIL PROTECTED] Envoyé : jeudi 18 janvier 2007 20:24 À : Maven Users List Objet : RE: Maven2 and unknown protocol: e It seems like your maven installation at E:\Softs\maven-2.0.4 is not 2.0.4, but 1.0.2. The reason why is Maven 2 uses

RE: [m2] could not locate maven-surefire-plugin in svn repo

Thanks a lot. -Original Message- From: Lasse Koskela [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 17 de janeiro de 2007 19:44 To: Maven Users List Subject: Re: [m2] could not locate maven-surefire-plugin in svn repo Hi Dario, On 1/17/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED

RE: [m2] maven-surefire-plugin 2.1.3 vs 2.2

get a 'prohibited package name' error. The same problem does not happen to 2.1.3. Any thoughts ? Any idea where to look at ? Dário -Original Message- From: Dário Luís Coneglian Oliveros Sent: quarta-feira, 17 de janeiro de 2007 16:13 To: Maven Users List (E-mail) Subject: [m2] maven

RE: [m2] maven-surefire-plugin 2.1.3 vs 2.2 [solved]

Message- From: Dário Luís Coneglian Oliveros Sent: quinta-feira, 18 de janeiro de 2007 09:35 To: Maven Users List Subject: RE: [m2] maven-surefire-plugin 2.1.3 vs 2.2 I noticed maven-surefire-plugin 2.1.3 uses forkMode='none' and childDelegation='true' as default. However If I add the same

RE: Maven2 and unknown protocol: e

It seems like your maven installation at E:\Softs\maven-2.0.4 is not 2.0.4, but 1.0.2. The reason why is Maven 2 uses classworlds to load some classes instead of Forehead, which is not the case as shown in the stack trace below. Besides Maven 2 does not come with endorsed dir under lib. Also

[m2] maven-surefire-plugin 2.1.3 vs 2.2

I have some test cases that used to work with maven-surefire-plugin 2.1.3, but not with 2.2. Does anybody know what kind of configuration should be in 2.2 to get the same behaviour as of 2.1.3 ? I've tried a couple of them (forkMode=never, childDelegation=true), but could not get anything

[m2] could not locate maven-surefire-plugin in svn repo

Could anoyne please tell me what happened to maven-surefire-plugin ? I couldn't find it at http://svn.apache.org/repos/asf/maven/plugins/trunk as stated in its site - http://maven.apache.org/plugins/maven-surefire-plugin/index.html. Thanks, Dário

RE: [m2] any estimate for the next maven-ejb-plugin release (2.1) ?

pull the m-ejb-p code down from SVN, apply the patches, and release it under your own version number or groupId if you require some specific bug fixes until they make a formal release. Wayne On 1/12/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Does anyone know when maven-ejb-plugin

[m2] any estimate for the next maven-ejb-plugin release (2.1) ?

Does anyone know when maven-ejb-plugin 2.1 will be released ? Thanks, Dário - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [m2] maven-changes-plugin - icons are not being displayed

Message- From: Dennis Lundberg [mailto:[EMAIL PROTECTED] Sent: terça-feira, 2 de janeiro de 2007 19:54 To: Maven Users List Subject: Re: [m2] maven-changes-plugin - icons are not being displayed Dário Luís Coneglian Oliveros wrote: Hi there, The changes report generated by running 'mvn

RE: [m2] any tips for site internationalization ?

Hi Wayne, I am still not sure if a JIRA issue could be opened in this case. According to the instructions for translators at maven site plugin (http://maven.apache.org/plugins/maven-site-plugin/i18n.html), any translation (for instance, site-plugin_pt_BR.properties) should be saved with UTF-8

RE: [m2] any tips for site internationalization ?

Subject: Re: [m2] any tips for site internationalization ? On 1/3/07, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Hi Wayne, I am still not sure if a JIRA issue could be opened in this case. According to the instructions for translators at maven site plugin (http

RE: [m2] any tips for site internationalization ?

Happy New Year to everyone ! Dennis, Thanks for the info. In fact I was aware of this issue already, but since it was taking too long to get it fixed, I decided to check whether anyone had a workaround. Anyway it turned out that I found why site internationalization was not working for

[m2] maven-changes-plugin - icons are not being displayed

Hi there, The changes report generated by running 'mvn site' does not display any icon of add, update or fix (from changes.xml). Any clues ? Is this a known bug ? Thanks, Dário - To unsubscribe, e-mail: [EMAIL PROTECTED] For

RE: Ear file doesnt contain war and jar

Hi Karthik, I have an EAR project using M2 that does something similar, but it works for me though. All the artifacts as added into the final EAR. I can´t think of a reason why yours is not working, since it´s quite similar to mine. You may check if the super pom already define some of the

RE: [m2] maven-ear-plugin: why is the includeInApplicationXml set to false by default ?

/05, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Hi there, I´ve been looking at the maven-ear-plugin and noticed the 'includeInApplicationXml' instance variable of JavaModule class is set to false by default. However, when using this plugin the jar artifacts are never placed

RE: Which variables are available, e.g. for thexdoclet-maven-plugin?

Hi, AFAIK this variable (project.build.outputDirectory) comes from pom.xml as follows: project ... build outputDirectorytarget/classes/outputDirectory /build ... /project Hope this helps. Dário -Original Message- From: Stefan Rademacher [mailto:[EMAIL

RE: [m2] ear plugin: jar does not get added to application xml (as java module)

To: Maven Users List Subject: Re: [m2] ear plugin: jar does not get added to application xml (as java module) The ejb plugin has configuration elements for the application.xml. Please see: http://maven.apache.org/plugins/maven-ear-plugin/howto.html Dário Luís Coneglian Oliveros wrote: Hi, I´ve

RE: [m2.0.1] ambiguous subtask definition

and not on 2.0.1? I find the same behaviour for 2.0 and 2.0.1 on this issue. -Oorspronkelijk bericht- Van: Dário Luís Coneglian Oliveros [mailto:[EMAIL PROTECTED] Verzonden: woensdag 14 december 2005 18:55 Aan: Maven Users List Onderwerp: [m2.0.1] ambiguous subtask definition Hi all, After

[m2] maven-ear-plugin: why is the includeInApplicationXml set to false by default ?

Hi there, I´ve been looking at the maven-ear-plugin and noticed the 'includeInApplicationXml' instance variable of JavaModule class is set to false by default. However, when using this plugin the jar artifacts are never placed as entries in the application.xml unless you specify them in the

RE: Maven 2 xdoclet Null Pointer Exception

Hi Uli, Please try to use the xdoclet maven plugin from codehaus. I am not sure if it´s gonna work. Just give a shot and let me know the results. plugin groupIdorg.codehaus.mojo/groupId artifactIdxdoclet-maven-plugin/artifactId version1.0-alpha-2/version

[m2] Standard directory layout for generated sources

Hi there, When looking at the standard layout directory, I thought it would be great to have a common directory for the generated sources also since Maven already has a generate-sources lifecycle phase. This way we don´t need to tell the compiler where to find the generated sources. Please let

RE: [m2] Standard directory layout for generated sources

:32 To: Maven Users List Subject: Re: [m2] Standard directory layout for generated sources On 12/14/05, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: When looking at the standard layout directory, I thought it would be great to have a common directory for the generated sources also

[m2] ear plugin: jar does not get added to application xml (as java module)

Hi, I´ve been trying to create an EAR that contains a JAR, an EJB JAR (depends on JAR) and a WAR, however only EJB JAR and WAR gets added to the application.xml as ejb and web modules respectively. The JAR is not added at all. This used to work in Maven 1. How can I have an entry of JAR in the

[m2.0.1] ambiguous subtask definition

Hi all, After upgrading to 2.0.1, I started getting an error when compiling a multi-module project that contains modules using ejbdoclet and webdoclet respectively. It says Embedded error: Ambiguous subtask definition for logical name service-endpoint:

RE: [m2] Standard directory layout for generated sources

PROTECTED] Sent: quarta-feira, 14 de dezembro de 2005 09:32 To: Maven Users List Subject: Re: [m2] Standard directory layout for generated sources On 12/14/05, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: When looking at the standard layout directory, I thought it would

RE: [m2] new ejbdoclet+webdoclet plugin announcement

/executions /plugin /plugins Note that I had to provide the 'destdir' attribute. Hope this can be default in the future. Regards, Dário -Original Message- From: Dário Luís Coneglian Oliveros Sent: terça-feira, 6 de dezembro de 2005 15:59 To: Maven Users List Subject: RE: [m2] new

RE: [m2] new ejbdoclet+webdoclet plugin announcement

Hi Ashley, I´ve been having problem with the webdoclet plugin and can´t figure out how to get it working. Still not sure which plugin to use (xdoclet or webdoclet) nor its respective repository. Here´s a snippet of my POM: plugins plugin groupIdorg.codehaus.mojo/groupId

Maven 2 and Jelly

Hi there, Does anybody happen to know what Jelly future will be since Maven 2 does not depend on it anymore ? I couldn´t find a Jelly roadmap. As far as I know most of people who have learned Jelly in the past did it because they needed to develop Maven 1.x plugins. Any comments will be

RE: Maven 2 and Jelly

with Maven 1.x, as the move to m2 is costly. Many use Jelly as a standalone templating engine like velocity. On 10/26/05, Dário Luís Coneglian Oliveros [EMAIL PROTECTED] wrote: Thanks Vincent. I know Jelly is a different project and has nothing to do with Maven. However it seems to me most

RE: [ANN] Maven 2.0 Release Now Available

Wow ! Great job and congrats to all !!! Looking forward to starting using it. Regards, Dário Oliveros -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 19 de outubro de 2005 20:25 To: users@maven.apache.org Cc: dev@maven.apache.org Subject: [ANN] Maven

RE: hello. (Maven generate reports )

Hi Sreenivas, You will be able to find these reports in XML format in the 'generated-xdocs' directory. Maven actually creates the xml documents first and then convert them to html. Hope it helps. Dário -Original Message- From: Sreenivas Mangasandra [mailto:[EMAIL PROTECTED] Sent:

RE: hello. (Maven generate reports )

- Von: Dário Luís Coneglian Oliveros [mailto:[EMAIL PROTECTED] Gesendet: Montag, 4. Juli 2005 14:31 An: Maven Users List Betreff: RE: hello. (Maven generate reports ) Hi Sreenivas, You will be able to find these reports in XML format in the 'generated-xdocs' directory. Maven actually creates

RE: hello. (Maven generate reports )

of the user, but how does one manually copy the plugins into this directory is Not known by me. Could let me know anything on this... Thanks Sreenivas. -Ursprüngliche Nachricht- Von: Dário Luís Coneglian Oliveros [mailto:[EMAIL PROTECTED] Gesendet: Montag, 4. Juli 2005 15:45 An: Maven Users

Error when running maven-jdepend-report

Hi there. I just installed maven 1.1 beta 1, but I am having a problem when running the jdepend report. I have no clue what could be the cause, since it was working on 1.0.2. Please find below the exception I am getting: Caught exception evaluating: [EMAIL PROTECTED] Reason: