release process and SNAPSHOT upgrade
Hi, My project has dependencies on various common components, that have their own release lifecycle To get quicker bug-fixes and features we used to get them as SNAPSHOT, and when we plan a release we release first the commons, then the project. To do this, I need to upgrade my POM to switch snapshots to recent released version, here is the workflow : * release common * upgrade POM to released commom * release the project I would like to automate the latest steps using versions:use-releaseshttp://mojo.codehaus.org/versions-maven-plugin/use-releases-mojo.html BUT using this one as a preparationGoal in release plugin fails, as the Don't use SNAPSHOT rule is checked by release plugin before the preparationGoal is executed. Do you have any suggestion on the way to do this ? Maybe I should create a Jira to change the release proces task order, so that the SNAPSHOT check occurs AFTER preparationGoal (makes sense to me, but maybe this has some side-effects) Cheers, Nicolas
Re: Regarding maven 3 integration with Hudson
take a look at Olivier blog about maven3 support on hudson http://olamy.blogspot.com/ 2010/12/15 amit pugalia amit.puga...@gmail.com Hi, I'm facing issues when using Maven 3 with latest build of Hudson. The maven plugin doesn't seem to be compatible with Maven 3. It throws errors as, C:\hudson1\home\plugins\maven-plugin\WEB-INF\lib\maven-interceptor-1.389.jar 52039 Exception in thread main java.lang.NoSuchMethodError: org.codehaus.classworlds.Launcher.getWorld()Lorg/codehaus/classworlds/ClassWorld; at hudson.maven.agent.Main.main(Main.java:115) at hudson.maven.agent.Main.main(Main.java:62) ERROR: Failed to launch Maven. Exit code = 1 I tried building a Free Style Project on the same but still facing issues. Do we have a solution, please help. Thanks, Amit Pugalia.
Re: [ANN] Release Maven Site Plugin 3.0-beta-1 for maven 3
a maven.version(.major?) property could do the trick 2010/8/11 Anders Hammar and...@hammar.net Yes, I think so too. Possibly there could be a special Maven3 property that could be used for activation, but that would only be half-way solution. /Anders On Wed, Aug 11, 2010 at 19:33, Jörg Schaible joerg.schai...@gmx.de wrote: Anders Hammar wrote: MNG-4760 /Anders On Wed, Aug 11, 2010 at 10:01, Anders Hammar and...@hammar.net wrote: Yes, great to see that some else also found that solution not-so-pretty. I'll see if there's a jira for that or I'll file one to see what the devs think. I fear this is an enhancement of the POM itself :-/ - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: GWT on Maven Central
I did it for a while using an rsync from people.apache.org I'll package the jars ASAP, but lack of time those days... Would be far better if GWT team could manage its own artifacts on central 2010/7/14 Justin Edelson justinedel...@gmail.com I understand that's the case most of the time, but AFAIK, it is not the case with GWT. Justin On 7/13/10 6:39 PM, Brett Randall wrote: The developer: http://maven.apache.org/guides/mini/guide-central-repository-upload.html Send a request to the project developers/maintainers in the first instance. Brett On 7/14/10, Justin Edelson justinedel...@gmail.com wrote: Does anyone know who is responsible for getting the GWT jars up on Maven Central? Thanks, Justin - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: standardized Maven GAV URN?
is le last part type or packaging ? 2010/6/29 Brian Fox bri...@infinity.nu Group:artifact:version:classifier:extension is pretty common On Jun 26, 2010, at 1:39 PM, lukewpatterson lukewpatter...@gmail.com wrote: It would be nice to be able to represent any Maven GAV in a string. Does such a standard exist? A good use case is for plugins that allow input configuration file paths. If there was a reusable component that took an ArtifactResolver and a String, then any plugins that currently accept file locations as Strings could passively add GAV capability. e.g. with Clover plugin, I can give the path for the license file, but if I want to store the license in the company's internal Maven repo (and thus get the advantage of Maven versioning), I have to jump through some dependency plugin hoops to get it in the right place at the right time. I'd like to be able to just give the Clover plugin a GAV URN and have it download what it needs -- View this message in context: http://maven.40175.n5.nabble.com/standardized-Maven-GAV-URN-tp511480p511480.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: standardized Maven GAV URN?
sorry, I mean packaging vs extension. ejb packaging creates a jar extension 2010/6/29 Jochen Wiedmann jochen.wiedm...@gmail.com On Tue, Jun 29, 2010 at 8:34 AM, nicolas de loof nicolas.del...@gmail.com wrote: is le last part type or packaging ? Is there a difference? -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Branch with Google guice?
From a user perspective, no visible change is fine and is what we can expect. What for plugin developpers ? Moving to @Inject annotations is a significant API change, and set plugin prerequisites to maven3+. I supose we will have many debates on this... Also, considering Maven3 to be embeddable in other tools (@see current thread on d...@hudson.java.net), the move to Guice has many impacts and makes things simplier. 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Branch with Google guice?
2010/6/7 Jason van Zyl ja...@sonatype.com On Jun 7, 2010, at 2:23 AM, nicolas de loof wrote: Embedding is outside the scope of the 3.0 objective of backward compatibility for typical users. The embedding APIs are going to change a lot. Every time I look at another use case something changes, it's definitely not stable. I currently have five things where I'm trying to embed and nothing is settled and I'm honestly not comfortable publishing a draft until I have something working in: - M2Eclipse - Nexus - Hudson - Maven Shell - Proviso That's fine. Feedback on integration issues is required before we can make anything public. Any breaking change after release with the large Maven users community is nearly impossible. Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. Does this mean the only way to run a Maven 3.0.FINAL build in Hudson will be freestyle job, until we get 3.1 out ? 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis
Re: Branch with Google guice?
Nothing is going to break, the current API does not change. Make plugins the way you currently make them. There are currently no supported embedding APIs. Use components at your own risk because they are going to change. Users will be fine using Maven and developing plugins as they did. This was why Sonatype spent so much time making sure this adapter layer works the way it does. It's the only way to use Guice without causing massive disruptions to users. We achieved our goal and now it's time to get the 3.0 out. I'm fine with this, Maven beeing a plugin based system, plugin developers are mostly users, so stable plugin APIs are a requirement. I just wonder how a new core with Google Guice as core could open new opportunities for plugin APIs. But you're right, backward compatibility on plugins is the main feature to focus on to ensure Maven 3 adoption. Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. Does this mean the only way to run a Maven 3.0.FINAL build in Hudson will be freestyle job, until we get 3.1 out ? I have no idea. I've only ever used freestyle projects. Right, that's maybe the best way. Some user may claim for advanced features in Hudson allready supporter for Maven2, like incremental build. Wait see... 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - the course of true love never did run smooth ... -- Shakespeare
Re: Branch with Google guice?
Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3?
You can still get the beta-1 and check your project build fine. We expect full compatibility, so you can use it for productive devs and still have your reference build (CI, release) use a more stable Maven 2.x 2010/5/6 Marco Tedone marco.ted...@googlemail.com Hi, when will Maven 3 be released? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3?
right, lets say as much as possible ;) 2010/5/6 Stephen Connolly stephen.alan.conno...@gmail.com Note full compatibility has some clarifications when it comes to the site plugin On 6 May 2010 08:52, nicolas de loof nicolas.del...@gmail.com wrote: You can still get the beta-1 and check your project build fine. We expect full compatibility, so you can use it for productive devs and still have your reference build (CI, release) use a more stable Maven 2.x 2010/5/6 Marco Tedone marco.ted...@googlemail.com Hi, when will Maven 3 be released? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: About Maven 3.0 beta plugin
Maven 3 is expected to replace Maven 2.1 with no changes. You can use maven 2.x and we will still support it. Until your build uses fixed plugin versions you will not get polluted by new Maven artifacts. Anyway, you're encouraged to TEST your build with Maven 3 (beta) to detect potential issues, and help improving compatibility, but we expect few of them. It comes with many improvements and more rigourous POM format, that can help detect misused Nicolas. 2010/4/26 leelaram.tenn...@wipro.com Hi, We are using Maven 2.1 in our project. Recently Maven 3.0 beta plugin has been released. How long Maven 2.1 is supported and if Maven 3.0 is released how much does it impact the existing maven project structures and other things ? Regards, LeelaRam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Re: Profiling a maven build
this would be a nice addition to tweak continuous integration and check where time is spent. Sometime we can disable some non-vital plugins for IC and put them in release profile, but this is not always easy to know wich ones will really improve the build. Nicolas 2010/4/22 Stephen Connolly stephen.alan.conno...@gmail.com AFAIK maven already gives the time spent per module as a summary at the end of the build. For Maven 3, it would be easy to implement a hook to report the info at the mojo exececution time level also -Stephen On 21 April 2010 17:27, Baptiste MATHUS m...@batmat.net wrote: Hi all, Do you have any idea or know any tool that would help me analyze where a maven build spends time? I mean, quite of a java profiling tool, but maven oriented. My problem is a quite common one: my build time is becoming huge, so I'd like to see where the optimizing effort has to be put. What I imagine is a tool that would let me see the time spent with at least kind of the following granularity: - project - module - plugins/mojo being ran What do you think? Thanks in advance. -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: Fully automated building from Source Control
+1 CI server is the best way to support such process with full automation 2010/4/3 Dan Tran dant...@gmail.com But those for for demo only to show off the holygrail maven commands :-) Use a CI server to do you checkout and cut your release. On Sat, Apr 3, 2010 at 12:10 AM, Dan Tran dant...@gmail.com wrote: mvn scm:bootstrap -DconnectionUrl=maven-scm-url-to-your-soruce -Dgoals=-B release:prepare release:perform will checkout your project, tag it, build from the tag, and finally deploy your artifact to your maven repo. (please look up for the precise syntax) mvn scm:bootstrap -DconnectionUrl=maven-scm-url-to-your-soruce -Dgoals=install will check out your project and built it On Fri, Apr 2, 2010 at 11:28 PM, Markku Saarela markku.saar...@iki.fi wrote: Hi, You could use Maven SCM plugin for bootstrapping the project with minimal pom. http://maven.apache.org/scm/maven-scm-plugin/examples/bootstrapping-with-pom.html rgds, Markku On 3.4.2010 0:09, Steve Cohen wrote: Ok, your needs are probably more extreme than mine. I HAPPEN at present to be the only developer actively engaged on this project so I can get away with non-holy-grail stuff - which explains why I stayed so long with the Eclipse setup, but I would still like to get to the single-command-line total rebuild from scratch. I have less need for CI and as the only developer I can even get away with a local repository (for now) but I would still like to move this ball down the field so it would be easier to extend should things get more complicated. Are you saying then, that managing of builds at this level must depend on something outside of Maven? I'm not likely to find funding for anything more sophisticated than that (I work for a budget-strapped small team inside a large corporation that is off to the side), so I am interested in a solution that depends on nothing beyond Maven itself. We have and use Subversion, and that's about it. David Hoffer wrote: That holy grail is the only way to use maven, imho. I don't know about a single documentation source but there is lots of info available on the web to achieve this. In short we use TeamCity for CI, Artifactory for corporate maven repo, SVN Maven. -Dave On Fri, Apr 2, 2010 at 2:48 PM, Steve Cohensco...@javactivity.org wrote: Over the past few months I have slowly and, on the whole successfully, migrated a project that was based on Eclipse to one that is based on maven (and m2eclipse), in the process, learning much about Maven and I'm generally quite happy with it. It's a nice improvement. The one step I haven't taken yet is generating a fully automated build starting with pristine sources, checking everything it needs out from Source Control and then building it. That has always seemed to me to be the holy grail of automated building, going back to the make days. You nuke all the source, get a fresh copy from the source control (tied to a given tag) and build from scratch. We don't want anything from a developer's working copy involved in any way. I haven't done this with Maven yet and to be fair, I also hadn't done it with the earlier Eclipse-based system in use here but I still want to do it. And yes, I understand that there is a bit of a chicken-egg problem here - where is this definition of everything to be version controlled and how do you avoid nuking that? So there has to be something of a two-tier setup. I know this and accept it. I hadn't spent much time looking at the Maven SCM plugin, but now that I have, I don't really see what I'm looking for there. The examples tend to be very sparse, and Maven - The Definitive Guide doesn't even touch the SCM plugin. Can someone point me at documentation directed toward achieving this holy grail with Maven? Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Beginner question: I can't find the library i'm using on the repository
you should read chapter 6, it explains the issue you get here :) The short term solution is to write a custom pom and use mvn install:install-file If you plan to share the project with other in your company, or on the Net, you will have to document this step and loose some advantages of Maven. Working inside a company, the simpliest solution is to install Nexus (or any other repository manager) and deploy your custom artifacts. For public distribution, you will need to make the dependency publicly available. For legacy artifact this is really an issue. Creating yet another public repo with some artifacts that may conflict with central and adding repositories in your POM is not a good option (read http://www.sonatype.com/people/2010/03/why-external-repos-are-being-phased-out-of-central/). The best way IMHO would be to propose the artifact for upload in central. Cheers, Nicolas 2010/3/30 Wendy Smoak wsm...@gmail.com 2010/3/30 Benoît Thiébault thieba...@artenum.com: My software depends on an open source software, jlibeps ( http://jlibeps.sourceforge.net/), but I can't find it in any Maven repository. This library seems not very maintained anymore, but it does what I need it to do. I don't want (yet) to host my own Maven repository and I was wondering what are my options here ? Should I create a POM file for the library and submit it to a Maven repository ? It seems ( http://maven.apache.org/guides/mini/guide-central-repository-upload.html) the simplest way to do it would be to host is on an approved forge, but I don't own the project (that looks dead to me)... Eventually, you'll need to get it into some remote repository. For the moment, you can install it into your local repo with mvn install:install-file -Dfile=... -DgeneratePom=true ... . (See the maven install plugin docs for the missing bits.) Unfortunately that means everyone who wants to build your project will also need to do that, but as a temporary fix it will get you past the missing dependency errors. -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Developing maven plugin. How can I manage artifacts?
Do you want to use current project artifact or a project dependency ? 2010/2/28 boraldo bora...@hotbox.ru I want to develop plugin that will do something with jar files in a local repository. Example: deploy application ear file to server. Please, don't propose to use existing plugins for this. They don't satisfy my requirements. I want to develop my plugin. How can I do it? -- View this message in context: http://old.nabble.com/Developing-maven-plugin.-How-can-I-manage-artifacts--tp27734652p27734652.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
.formatted in assembly
Hi, My assembly uses lineEnding to force unix EOF style from a Windows box. With this option I get *.formatted files included in the produced tar.gz. Those files are created by FileFormatter under a temporary FileSetFormatter folder, The assembly plugin (2.2-beta-5) *copie*s the resulting formatted file into the original source file name, to be added to a AddDirectoryTask - BUT does not *delete *the formatted file. I can't find an open issue for this, and wonder beeing the first one to fall into this case. Did I miss something Nicolas
Re: No more com.oracle.ojdbc14-10.2.0.2.0.jar ?
I did it some time ago as this was condidered a good practice : define a common POM and checksums for artifacts that are not freely redistribuable, but that user may include in a custom repo. There is some other entries en central like this one (metadatas without jar) 2010/1/11 Wayne Fay wayne...@gmail.com What The F**k are the .md5 files for the jar doing there and no .jar? Yea, I noticed that too, and definitely find it odd. Perhaps someone pushed the files there accidentally at some point? We probably need Carlos or another repo maintainer to make a comment. It is possible the Jar was there (perhaps briefly) at some point and was subsequently deleted due to licensing etc upon notification by Oracle? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: GWT build error with Maven
looks like a upper / lowercase issue with your module file path. Please check the gwt.xml exists on the linux box with the expected path Nicolas 2009/12/9 Manish K Panwar panwar...@gmail.com I am building GWT application in Linux box, and getting following error. Please note my project gets build successfully in Windows. Here AdminHome.gwt.xml is my GWT config file, and I am able to see this file in my directory. I am attaching my POM file and GWT config XML file. [exec] [INFO] Copying 2 resources to [exec] [INFO] [exec] [ERROR] BUILD ERROR [exec] [INFO] [exec] [INFO] /com/ihg/apps/easymeetings/admin/gwt/AdminHome.gwt.xml (No such file or directory) [exec] [INFO] [exec] [INFO] Trace [exec] org.apache.maven.lifecycle.LifecycleExecutionException: /com/ihg/apps/easymeetings/admin/gwt/AdminHome.gwt.xml (No such file or directory) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:33 1) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) [exec] at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) [exec] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) [exec] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) [exec] at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) http://old.nabble.com/file/p26705386/pom.xml pom.xml http://old.nabble.com/file/p26705386/AdminHome.gwt.xml AdminHome.gwt.xml -- View this message in context: http://old.nabble.com/GWT-build-error-with-Maven-tp26705386p26705386.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] Maven Trap
The idea of wrapping Maven with an interceptor framework to enable plugable features without impact is really interesting. Maybe it could help contributors to experiment some code, share with others, and expect it to get later merged into codebase if community approves the feature. A M2_HOME/dropins folder for such plugable features could be even better ;) Just ot let you know the color feature is broken on windows platform :( Colorizing console... [INFO] Scanning for projects... *←[m*[INFO] Reactor build order: Nicolas 2009/9/29 Don Brown donald.br...@gmail.com Off and on, I've played with forks of Maven to improve it more to my liking. This time, I've taking a different, hopefully more sustainable approach - Maven Trap. It is an executable interception framework and three modules: * Console Colorization - Pages of white or green text is hard to read and makes it easy for critical errors to slip by. This module transforms output into ANSI colorized text to make it easier to see errors and other key events. * Always Offline - A build system should not connect the network unless you explicitly give it permission. This module inverts the meaning of the -o flag to make the default offline, only to be enabled via the -o flag. * YAML POM - While XML is great for programs, it sucks for humans. This module automatically converts your XML pom.xml file into a YAML-formatted pom.yml for either read-only or editable usage. Since Maven Trap treats Maven as an opaque black box, what it can do is limited, however, it provides low-risk integration points that can be extended fairly easily and should work with most any version of Maven. Each module can be enabled by setting a unique environment variable, giving you full control over which features you want without modifying your Maven installation. For more information, see http://mrdonbrown.blogspot.com/2009/09/introducing-maven-trap-honey-pot-for.html Don - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] Maven Trap
Just ot let you know the color feature is broken on windows platform :( Yeah, silly windows. ansi.sys apparently isn't shipped anymore, which makes me sad as a former BBS junkie. If you find a terminal that supports ansi color codes, it should work. Eclipse console also don't :( Don Colorizing console... [INFO] Scanning for projects... *←[m*[INFO] Reactor build order: Nicolas 2009/9/29 Don Brown donald.br...@gmail.com Off and on, I've played with forks of Maven to improve it more to my liking. This time, I've taking a different, hopefully more sustainable approach - Maven Trap. It is an executable interception framework and three modules: * Console Colorization - Pages of white or green text is hard to read and makes it easy for critical errors to slip by. This module transforms output into ANSI colorized text to make it easier to see errors and other key events. * Always Offline - A build system should not connect the network unless you explicitly give it permission. This module inverts the meaning of the -o flag to make the default offline, only to be enabled via the -o flag. * YAML POM - While XML is great for programs, it sucks for humans. This module automatically converts your XML pom.xml file into a YAML-formatted pom.yml for either read-only or editable usage. Since Maven Trap treats Maven as an opaque black box, what it can do is limited, however, it provides low-risk integration points that can be extended fairly easily and should work with most any version of Maven. Each module can be enabled by setting a unique environment variable, giving you full control over which features you want without modifying your Maven installation. For more information, see http://mrdonbrown.blogspot.com/2009/09/introducing-maven-trap-honey-pot-for.html Don - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] Maven Trap
2009/9/29 Roland Asmann roland.asm...@cfc.at On Tuesday 29 September 2009 17:23, nicolas de loof wrote: Just ot let you know the color feature is broken on windows platform :( Yeah, silly windows. ansi.sys apparently isn't shipped anymore, which makes me sad as a former BBS junkie. If you find a terminal that supports ansi color codes, it should work. Eclipse console also don't :( At least the black/red in eclipse is visible (System.out vs System.err), so why should other colors be a problem? AFAIK the coloring scheme in eclipse console uses some custom eclipse API, not ANSI control sequences Don Colorizing console... [INFO] Scanning for projects... *←[m*[INFO] Reactor build order: Nicolas 2009/9/29 Don Brown donald.br...@gmail.com Off and on, I've played with forks of Maven to improve it more to my liking. This time, I've taking a different, hopefully more sustainable approach - Maven Trap. It is an executable interception framework and three modules: * Console Colorization - Pages of white or green text is hard to read and makes it easy for critical errors to slip by. This module transforms output into ANSI colorized text to make it easier to see errors and other key events. * Always Offline - A build system should not connect the network unless you explicitly give it permission. This module inverts the meaning of the -o flag to make the default offline, only to be enabled via the -o flag. * YAML POM - While XML is great for programs, it sucks for humans. This module automatically converts your XML pom.xml file into a YAML-formatted pom.yml for either read-only or editable usage. Since Maven Trap treats Maven as an opaque black box, what it can do is limited, however, it provides low-risk integration points that can be extended fairly easily and should work with most any version of Maven. Each module can be enabled by setting a unique environment variable, giving you full control over which features you want without modifying your Maven installation. For more information, see http://mrdonbrown.blogspot.com/2009/09/introducing-maven-trap-honey-pot-f or.html Don - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Roland Asmann CFC Informationssysteme Entwicklungsgesellschaft m.b.H Bäckerstrasse 1/2/7 A-1010 Wien FN 266155f, Handelsgericht Wien Tel.: +43/1/513 88 77 - 27 Fax.: +43/1/513 88 62 Email: roland.asm...@cfc.at Web: www.cfc.at - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Javascript support
PS. Nicolas, 19 open issues in Jira, so there is some community feedback for your project. Half of them are Harlan Iverson todo list (also committer in this project) Some may get fixed quickly, but few of them has patch attached. By feedback I suggested mailing list activity on user or d...@mojo.codehaus.org I'd be pleased to work more one this project if I got more time ... Nicolas
Re: Javascript support
I created the javascript-maven-pluging two years agoI didn't work on it anymore for a while as I don't use it @work and have no more time left to work on it Patch are welcome if you'd like to support improve it ;) 2009/9/21 Minto van der Sluis mi...@multimach.com Hi Folks, What's the best way to handle javascript using Maven? I have searched the ML archive but it seems all projects have sort of died I have looked at javascript-maven-pluging [1]. But: - svn activity is near to none for the last year. - sources and web-site seem to be out of sync. - site contains a few dead links () - dedicated mailing list archive seem to have disappeared Jstools plugin does not seems to be in a much better shape. - last svn activity is 19 months ago. - less functionality than javascript-maven-plugin Same goes for the maven-js-plugin [3] : - functionality limited to compression - the still some very limited svn activity, Is there a better way to work with javascript files, or have I been spoiled by the maven java functionality? Regards, Minto 'misl' van der Sluis [1] http://mojo.codehaus.org/javascript-maven-tools [2] http://www.dev.abiss.gr/mvn-jstools [3] http://ossi.mobilvox.com/maven-js-plugin BTW is not my intention to insult anyone. I really do appreciate all effort people have put into this, but my impression is javascript support has been scattered and it seems sort of aborted or at least neglected :-( - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Javascript support
Same feedback from me. I got few users requesting status for the plugin (as you do) and no contribution / proposal / support request in the plugin Seems there is few maven user to build JS apps. None of the above projects are dead AFAIK. None of them tries to provide everything plus the kitchen sink but they work. People use them together since their overlap is rather minimal. IMHO, their development is under hibernation due to luck of interest/suggestions/involvement from plugin users. hth, Manos - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: enforcer and unCheckedPluginsList
Next time I'll open my eyes before posting :-/ 2009/8/17 herve.bout...@free.fr this is unCheckedPluginList (singular plugin), not unCheckedPluginsList :) Regards, Hervé - Mail Original - De: nicolas de loof nicolas.del...@gmail.com À: Maven Users List users@maven.apache.org Envoyé: Lundi 17 Août 2009 16h23:53 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: enforcer and unCheckedPluginsList I'm trying to configure the enforcer plugin rule RequiresPluginVersion to ignore some plugin I'm using from command line. I tried to use unCheckedPluginsList as decribe in doc : requirePluginVersions messageAlways define plugin versions!/message banSnapshotsfalse/banSnapshots unCheckedPluginsListfoo:bar/unCheckedPluginsList /requirePluginVersions , but get thir error : [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven -enforcer-plugin:1.0-beta-1 Cause: Cannot find setter nor field in org.apache.maven.plugins.enforcer.Require PluginVersions for 'unCheckedPluginsList' Any idea ? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
enforcer and unCheckedPluginsList
I'm trying to configure the enforcer plugin rule RequiresPluginVersion to ignore some plugin I'm using from command line. I tried to use unCheckedPluginsList as decribe in doc : requirePluginVersions messageAlways define plugin versions!/message banSnapshotsfalse/banSnapshots unCheckedPluginsListfoo:bar/unCheckedPluginsList /requirePluginVersions , but get thir error : [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven -enforcer-plugin:1.0-beta-1 Cause: Cannot find setter nor field in org.apache.maven.plugins.enforcer.Require PluginVersions for 'unCheckedPluginsList' Any idea ?
Re: Source dependency problem between ejb-jar and gwt-war
A gwt lib MUST include the sources and a a gwt.xml module descriptor Any hack of using some java sources from another project just for convenience is ... just a hack ! 2009/7/22 Rutton rut...@web.de Hello, I ran into a difficulty with compiling and/or packaging a gwt/remoting/ejb application for jboss. What I have is the following: A main project (pom) - a subproject jar (java-server code packaged into an ejb-jar) - a subproject war (gwt-generated code, packaged into a war) - a subproject ear (jboss-ear, packaging the jar and the war subproject) The war-subproject has a (source) dependency to the jar-subproject as it depends partially on source (just some types) from the ejb-jar. Its just that the gwt compiler needs a few modules from there. That compiles fine as long as the sources from the jar tree are included into the created ejb-jars. But I don't want the sources of the modules jar included into the deployed ejb-jar. What I tried to do is to use the generateClient option of the maven-ejb-plugin to generate a client-jar with the sources (that just serves the purpose to provide the sources for the gwt-compiler with the war-subproject) and a server-jar without the sources that actually gets deployed. I added my try (the significant part of the pom-file of the jar-subproject) at the bottom, but that doesn't work. The sources are always included in both jar (client and server) independent of the exclude directive Does someone have an idea why my try (excluding the *.java files from the server jar) isn't working? Or does someone know if there is a way to introduce a source-only and compile-time dependency between two subprojects? Or is there any other way to solve this? Regards, Rutton. build resources resource directorysrc/main/java/directory /resource resource directorysrc/main/resources/directory /resource /resources plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration ejbVersion3.0/ejbVersion archive manifest !-- addClasspathtrue/addClasspath -- /manifest /archive excludes exclude**/*.java/exclude exclude**/*.gwt.xml/exclude /excludes generateClienttrue/generateClient clientIncludes clientInclude**/*.java/clientInclude clientInclude**/*.class/clientInclude /clientIncludes clientExcludes clientExclude**/*Impl.*/clientExclude /clientExcludes /configuration /plugin /plugins /build - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Source dependency problem between ejb-jar and gwt-war
The plugin has a resource goal that can detect the necessary gwt source code to include (based on gtw.xml module file), and avoid your jar to contain ALL server-side code 2009/7/22 Rutton rut...@web.de Hi, nicolas de loof wrote: A gwt lib MUST include the sources and a a gwt.xml module descriptor Any hack of using some java sources from another project just for convenience is ... just a hack ! I am of course not just using the java sources. The generated jar-file *contains* the gwt.xml module descriptor *and* contains the sources. And the gwt-compiler is fine with getting supplied this jar and is able to resolve all the inherits dependencies to the jar defined in the gwt.xml main-module descriptor. But that is needed for gwt during compile-time only, not during runtime. Its just that I don't want to deploy this jar that contains the whole server code. So, still any suggestions to get that solved? 2009/7/22 Rutton rut...@web.de Hello, I ran into a difficulty with compiling and/or packaging a gwt/remoting/ejb application for jboss. What I have is the following: A main project (pom) - a subproject jar (java-server code packaged into an ejb-jar) - a subproject war (gwt-generated code, packaged into a war) - a subproject ear (jboss-ear, packaging the jar and the war subproject) The war-subproject has a (source) dependency to the jar-subproject as it depends partially on source (just some types) from the ejb-jar. Its just that the gwt compiler needs a few modules from there. That compiles fine as long as the sources from the jar tree are included into the created ejb-jars. But I don't want the sources of the modules jar included into the deployed ejb-jar. What I tried to do is to use the generateClient option of the maven-ejb-plugin to generate a client-jar with the sources (that just serves the purpose to provide the sources for the gwt-compiler with the war-subproject) and a server-jar without the sources that actually gets deployed. I added my try (the significant part of the pom-file of the jar-subproject) at the bottom, but that doesn't work. The sources are always included in both jar (client and server) independent of the exclude directive Does someone have an idea why my try (excluding the *.java files from the server jar) isn't working? Or does someone know if there is a way to introduce a source-only and compile-time dependency between two subprojects? Or is there any other way to solve this? Regards, Rutton. build resources resource directorysrc/main/java/directory /resource resource directorysrc/main/resources/directory /resource /resources plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration ejbVersion3.0/ejbVersion archive manifest !-- addClasspathtrue/addClasspath -- /manifest /archive excludes exclude**/*.java/exclude exclude**/*.gwt.xml/exclude /excludes generateClienttrue/generateClient clientIncludes clientInclude**/*.java/clientInclude clientInclude**/*.class/clientInclude /clientIncludes clientExcludes clientExclude**/*Impl.*/clientExclude /clientExcludes /configuration /plugin /plugins /build - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: JDK sources
The JDK sources are provided as a ZIP with your JDK and should be detetcted by eclipse when you configure your installed JDK JEE sources depends on which API you consider. Some recent SUN official Jars have sources attached in maven repo, some simply are not available de to licensing restriction. You could then use genonimo ones that come with sources. Cheers, Nicolas 2009/7/2 Peter Horlock peter.horl...@googlemail.com Hi, I've asked that question before, yet as I didn't get an answer, I'll try again: I configured The Eclipse plugin so that it downloads all sources, and adds them to my eclipse project configuration, so that I can click on third Party classes in my code and see it's source code - that way I don't need to read it's api any longer - VERY handy. How can that be done with the JDK source and J2EE sources? I know where to download them, but I don't want to add them manually - whenever I reimport a project I would have to do it anew. Isn't there an easy, Maven way? Thanks in advance, Peter
Re: Is there a way to specify a particular SNAPSHOT version?
You can use the snapshot timestamp as version, i.e. version123455645365.1123-4/version 2009/6/10 U Gopalakrishnan ugopa...@in.ibm.com Hello, I have a maven project A which is dependent on another maven project B. Both project are under active development, so project A is depending on the SNAPSHOT version of project B. But I don't really want project A to pickup every new snapshot version of B, but pick up a new snapshot version only once in every 2 weeks or so. Is there a way in maven to specify a particular version (or build) of the snapshot version of project B to be used in project A build? . E.g. We could say use the version built on a particular date or some thing like that. Thanks Gopal
Re: Lifecycle for javascript
Would you like to contribute to js-tools in Mojo ? http://mojo.codehaus.org/javascript-maven-tools/ Nicolas 2009/6/2 Manos Batsis manos_li...@geekologue.com Nitin Verma wrote: Do we have lifecycle defined for javascript? Like: concatenate static-check (run jslint) test minify install deploy Last time I checked in our company we just used the normal life cycle along with our own maven-jstools-plugin [1] and the maven-js-plugin by Mobilvox [2]. Our plugin provides jslint/jsdoc reports, but most importantly it provides dependency management for java webapps - i.e. add a JS dependency and your webapp can use it right away if the filter is configured in web.xml. Mobilvox provides minification of JS files. For a sample project that uses them both check out sarissa's POM [3]. [1] http://dev.abiss.gr/mvn-jstools/ [2] http://ossi.mobilvox.com/maven-js-plugin/ [3] http://sarissa.cvs.sourceforge.net/sarissa/sarissa/pom.xml?view=markup - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Lifecycle for javascript
The project source is here : http://svn.codehaus.org/mojo/trunk/sandbox/javascript-maven-tools/ check it, attach any useful feature request or path to Mojo Jira Best regards Nicolas 2009/6/2 Nitin Verma nitin.mat...@gmail.com Hi Nicolas, Would you like to contribute to js-tools in Mojo Sure it would. Please let me know the details. Regards, Nitin Verma On Tue, Jun 2, 2009 at 2:07 PM, nicolas de loof nicolas.del...@gmail.com wrote: Would you like to contribute to js-tools in Mojo ? http://mojo.codehaus.org/javascript-maven-tools/ Nicolas 2009/6/2 Manos Batsis manos_li...@geekologue.com Nitin Verma wrote: Do we have lifecycle defined for javascript? Like: concatenate static-check (run jslint) test minify install deploy Last time I checked in our company we just used the normal life cycle along with our own maven-jstools-plugin [1] and the maven-js-plugin by Mobilvox [2]. Our plugin provides jslint/jsdoc reports, but most importantly it provides dependency management for java webapps - i.e. add a JS dependency and your webapp can use it right away if the filter is configured in web.xml. Mobilvox provides minification of JS files. For a sample project that uses them both check out sarissa's POM [3]. [1] http://dev.abiss.gr/mvn-jstools/ [2] http://ossi.mobilvox.com/maven-js-plugin/ [3] http://sarissa.cvs.sourceforge.net/sarissa/sarissa/pom.xml?view=markup - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven: The Definitive Guide in French
I'm in contact with Eyrolles as a JUG leader and can suggest them such a deal. As Pearson france is working with me and Arnaud on another Maven book I don't think they would like to have two, but can also suggest them Cheers, Nicolas 2009/5/20 Jason van Zyl jvan...@sonatype.com What we're going to do is find a French publisher who is interested in printing the book. We want to have the same sort of deal we have with O'Reilly where we forfeit the royalties to get access to experienced editors. So I'll probably ask around to see if there are any interested publishers. Sonatype doesn't care about making money off the books we just want the book to be edited well. So the publisher can take all the proceeds from the printed book which I think works out for everyone. Editing and post production costs are very substantial for a book. It's great there are going to be volunteers to translate but someone needs to be responsible for the overall translation. I'll set up the standard mailing lists like we've done for the Chinese and German translations. Tim keeps an eye on these and keeps folks informed about new chapters that are in the works. If you need anything you just have to ask him in English :-) On 18-May-09, at 3:58 AM, Emmanuel Hugonnet wrote: Hi, I have started the French Translation for the Maven Guide here: http://github.com/ehsavoie/maven-guide/tree/master Feel free to contact me if you want to help :o) (reading, translating, ...). Emmanuel PS: I am currently translating the introduction chapter. -- Emmanuel Hugonnet Tel: +336.25.34.19.46 http://www.ehsavoie.com Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven: The Definitive Guide in French
I just created a dedicated Google Group and sent an invitation to this thread authors http://groups.google.com/group/maven-the-definitive-guide-in-french?lnk=gcimh http://groups.google.com/group/maven-the-definitive-guide-in-french Feel free to join if anyone is interested to contribute. I myself will have few time to work on this but will be happy to help as possible. Nicolas 2009/5/19 Rémy Sanlaville remy.sanlavi...@gmail.com Same as Arnaud. I will try to do my best but I am very busy at the moment. Rémy On Mon, May 18, 2009 at 9:45 PM, Arnaud HERITIER aherit...@gmail.com wrote: I think you can create a google group to discuss in french.I'll join it, even if I don't think I'll have the time to help you before september. Arnaud
Re: How can one handle release candidates in Maven?
Use the release:stage goal to create your release candidates. If you find a bug, you just have to release:rollback and rename the tag from finalName to finalName_RCx 2009/5/13 Fabien KRUBA fabien.kr...@gmail.com I suppose you can use release:prepare and perform multiple times if you give the RC version number when asked ? http://maven.apache.org/guides/mini/guide-releasing.html On Wed, May 13, 2009 at 8:55 AM, sebb seb...@gmail.com wrote: What I would like to be able to do with Maven is: Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk (or perhaps a branch) Create and test the release candidate from the tag. Publish the release candidate somewhere temporarily so others can check if the release candidate is OK. If there are problems, fix the trunk (or branch) and create a new tag, e.g. myproject-0.9-RC2. Repeat as needed. Suppose RC3 is OK, then the artifacts need to be renamed (if necessary) to remove the -RC3 suffix, and published to the release repository. The tag is also renamed, i.e. myproject-0.9-RC3 = myproject-0.9 The end result is a published release (without RC suffix). The idea behind this is to ensure that the tag URL alone is sufficient to identify the exact contents used to create the release, and that the artifacts that are published are identical to the ones that were checked (apart perhaps from the file names). Is this possible using Maven? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How can one handle release candidates in Maven?
1. release:stage with the target version 0.9 (renaming a released JAR may have some strange side-effects) test, test, test .. -- all fine ? you've got it -- some bugs : release:rollback , fix and back to step 1. You only have to rename (or remove) the tag created in SCM for the release (candidate) 2009/5/13 Todd Thiessen thies...@nortel.com So what is the extact work flow? 1. Run release:stage with a version like myproject-0.9-RC1 2. When problems are found, rollback, fix the problem and run release:stage again, incrementing RC2, 3, etc 3. When no more problems are found with the RC, perform a rollback and then a release:perform using the actual release version. (in this case myproject-0.9) --- Todd Thiessen -Original Message- From: nicolas de loof [mailto:nicolas.del...@gmail.com] Sent: Wednesday, May 13, 2009 9:13 AM To: Maven Users List Subject: Re: How can one handle release candidates in Maven? Use the release:stage goal to create your release candidates. If you find a bug, you just have to release:rollback and rename the tag from finalName to finalName_RCx 2009/5/13 Fabien KRUBA fabien.kr...@gmail.com I suppose you can use release:prepare and perform multiple times if you give the RC version number when asked ? http://maven.apache.org/guides/mini/guide-releasing.html On Wed, May 13, 2009 at 8:55 AM, sebb seb...@gmail.com wrote: What I would like to be able to do with Maven is: Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk (or perhaps a branch) Create and test the release candidate from the tag. Publish the release candidate somewhere temporarily so others can check if the release candidate is OK. If there are problems, fix the trunk (or branch) and create a new tag, e.g. myproject-0.9-RC2. Repeat as needed. Suppose RC3 is OK, then the artifacts need to be renamed (if necessary) to remove the -RC3 suffix, and published to the release repository. The tag is also renamed, i.e. myproject-0.9-RC3 = myproject-0.9 The end result is a published release (without RC suffix). The idea behind this is to ensure that the tag URL alone is sufficient to identify the exact contents used to create the release, and that the artifacts that are published are identical to the ones that were checked (apart perhaps from the file names). Is this possible using Maven? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How can one handle release candidates in Maven?
With this approach, all RC tags (and the final one) point to a source code that generate the finalName artifact. more complete sample from trunk 1.0-SNAPSHOT release:prepare version = 1.0 release:stage -- tag = 1.0 -- artifact = foo-1.0.jar, deployed on staging repository test, test, test BUG ! release:roolback -- trunk is back to 1.0-SNAPSHOT // rename the tag, as this one was a buggy RC svn mv tags\1.0 tags\1.0-RC1 go back to step 1 No bug found ? well done, you've got your release 2009/5/13 sebb seb...@gmail.com On 13/05/2009, nicolas de loof nicolas.del...@gmail.com wrote: 1. release:stage with the target version 0.9 (renaming a released JAR may have some strange side-effects) test, test, test .. -- all fine ? you've got it -- some bugs : release:rollback , fix and back to step 1. You only have to rename (or remove) the tag created in SCM for the release (candidate) I don't follow this - how does this ensure that a given tag name (URL) only ever refers to a single code set? I may have misunderstood, but it seems to me that the tag is being reused, and therefore does not uniquely identify the source. 2009/5/13 Todd Thiessen thies...@nortel.com So what is the extact work flow? 1. Run release:stage with a version like myproject-0.9-RC1 2. When problems are found, rollback, fix the problem and run release:stage again, incrementing RC2, 3, etc 3. When no more problems are found with the RC, perform a rollback and then a release:perform using the actual release version. (in this case myproject-0.9) --- Todd Thiessen -Original Message- From: nicolas de loof [mailto:nicolas.del...@gmail.com] Sent: Wednesday, May 13, 2009 9:13 AM To: Maven Users List Subject: Re: How can one handle release candidates in Maven? Use the release:stage goal to create your release candidates. If you find a bug, you just have to release:rollback and rename the tag from finalName to finalName_RCx 2009/5/13 Fabien KRUBA fabien.kr...@gmail.com I suppose you can use release:prepare and perform multiple times if you give the RC version number when asked ? http://maven.apache.org/guides/mini/guide-releasing.html On Wed, May 13, 2009 at 8:55 AM, sebb seb...@gmail.com wrote: What I would like to be able to do with Maven is: Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk (or perhaps a branch) Create and test the release candidate from the tag. Publish the release candidate somewhere temporarily so others can check if the release candidate is OK. If there are problems, fix the trunk (or branch) and create a new tag, e.g. myproject-0.9-RC2. Repeat as needed. Suppose RC3 is OK, then the artifacts need to be renamed (if necessary) to remove the -RC3 suffix, and published to the release repository. The tag is also renamed, i.e. myproject-0.9-RC3 = myproject-0.9 The end result is a published release (without RC suffix). The idea behind this is to ensure that the tag URL alone is sufficient to identify the exact contents used to create the release, and that the artifacts that are published are identical to the ones that were checked (apart perhaps from the file names). Is this possible using Maven? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How can one handle release candidates in Maven?
Yes, the 1.0-RC1 tag generate a 1.0 artifact, don't you expect your RC to be the EXACT artifact candidate ? Doesn't smell right to me to test some 1.0-RCx jar and the rename it by hand to 1.0. What to do if there is any side-effect ? Do I need to run all my tests for second time ? 2009/5/13 Todd Thiessen thies...@nortel.com Hmm. Doesn't renaming the tag mess up the tag? For instance the folder name would be 1.0-RC1 but the POM for the project would say 1.0. Something doesn't smell right with that ;-). --- Todd Thiessen -Original Message- From: nicolas de loof [mailto:nicolas.del...@gmail.com] Sent: Wednesday, May 13, 2009 9:58 AM To: Maven Users List Subject: Re: How can one handle release candidates in Maven? With this approach, all RC tags (and the final one) point to a source code that generate the finalName artifact. more complete sample from trunk 1.0-SNAPSHOT release:prepare version = 1.0 release:stage -- tag = 1.0 -- artifact = foo-1.0.jar, deployed on staging repository test, test, test BUG ! release:roolback -- trunk is back to 1.0-SNAPSHOT // rename the tag, as this one was a buggy RC svn mv tags\1.0 tags\1.0-RC1 go back to step 1 No bug found ? well done, you've got your release 2009/5/13 sebb seb...@gmail.com On 13/05/2009, nicolas de loof nicolas.del...@gmail.com wrote: 1. release:stage with the target version 0.9 (renaming a released JAR may have some strange side-effects) test, test, test .. -- all fine ? you've got it -- some bugs : release:rollback , fix and back to step 1. You only have to rename (or remove) the tag created in SCM for the release (candidate) I don't follow this - how does this ensure that a given tag name (URL) only ever refers to a single code set? I may have misunderstood, but it seems to me that the tag is being reused, and therefore does not uniquely identify the source. 2009/5/13 Todd Thiessen thies...@nortel.com So what is the extact work flow? 1. Run release:stage with a version like myproject-0.9-RC1 2. When problems are found, rollback, fix the problem and run release:stage again, incrementing RC2, 3, etc 3. When no more problems are found with the RC, perform a rollback and then a release:perform using the actual release version. (in this case myproject-0.9) --- Todd Thiessen -Original Message-From: nicolas de loof [mailto:nicolas.del...@gmail.com]Sent: Wednesday, May 13, 2009 9:13 AMTo: Maven Users ListSubject: Re: How can one handle release candidates in Maven? Use the release:stage goal to create your release candidates. If you find a bug, you just have to release:rollback and rename the tag from finalName to finalName_RCx 2009/5/13 Fabien KRUBA fabien.kr...@gmail.comI suppose you can use release:prepare and perform multiple times if you give the RC version number when asked ? http://maven.apache.org/guides/mini/guide-releasing.html On Wed, May 13, 2009 at 8:55 AM, sebb seb...@gmail.com wrote: What I would like to be able to do with Maven is: Create an SVN tag, e.g. myproject-0.9-RC1 from current code in trunk (or perhaps a branch) Create and test the release candidate from the tag. Publish the release candidate somewhere temporarily so others can check if the release candidate is OK. If there are problems, fix the trunk (or branch) and create a new tag, e.g. myproject-0.9-RC2. Repeat as needed. Suppose RC3 is OK, then the artifacts need to be renamed (if necessary) to remove the -RC3 suffix, and published to the release repository. The tag is also renamed, i.e. myproject-0.9-RC3 = myproject-0.9 The end result is a published release (without RC suffix). The idea behind this is to ensure that the tag URL alone is sufficient to identify the exact contents used to create the release, and that the artifacts that are published are identical to the ones that were checked (apart perhaps from the file names). Is this possible using Maven? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h
Re: Converting to Maven 1.x
Do you know you will be the latest one on this list to use maven 1 :p 2009/4/22 Stephen Connolly stephen.alan.conno...@gmail.com Bash the manager over the head until he changes his mind ;-) -Stephen 2009/4/22 Michael K. Craghead mcragh...@yahoo.com I know this seems like a strange request, but what is the best way to convert a Maven 2 project to Maven 1? Our development team was going to start to move to Maven 2, but the plans have changed. Unfortunately, I've already built all of my code using Maven 2. I need to know how to convert my various projects to Maven 1. That includes changing the directory structure to leave out the main directory folder between the src and java folders, as well as any other directory differences that I might not be thinking of at the moment. Thanks. Michael K. Craghead
mvn site : per version folder
Hi, When I deploy my project (gwt-maven-plugin) site it is set as site root, with no version number subfolder. I'd like to avoid users to complain about doc not matching current release. How can I for the site plugin to deploy under /artifact/version/ (I inherit mojo-parent:18) Cheers, Nicolas
Maven en Poitou Charentes
This message is for French Maven users : it announces a JUG session in France (Poitier). For this reason, following is in French Salut à tous, J'ai l'honneur d'être invité pour l'inauguration d'un nouveau Java User Group basé à Poitier, le PoitouCharentesJughttp://www.poitoucharentesjug.org/ . http://www.poitoucharentesjug.org/ A cette occasion, je ferais une présentation de Maven et j'essaierais de répondre à toutes vos questions. Si vous êtes dans le coin vendredi 10 avril, joignez-vous à nous ! Toutes les infos sur http://www.poitoucharentesjug.org/ Nicolas
Re: Maven: The Definitive Guide in French
For your information there is a french book in progress (Arnaud Heritier myself)A translation of the definitive guide would be nice anyway ;) On 6 avril 2009 11:26, Emmanuel Hugonnet ehsavoi...@gmail.com wrote: Hi, I was wondering if there is a French translation or some work in progress, as the French community is expanding. If none is available I would like to volunteer to produce it. Emmanuel
classpath ordering
Hi, I'm using gwt, and Google folks had the strange idea to include some old version of apache commons-* in the jar. I get NoSuchMethodError in unit tests becausse I can't specify the classpath ordering of my dependencies during tests. Is there any surefire Hack I could use to EXCLUDE this dependency from test classpath ? Cheers, Nicolas
Re: classpath ordering
The issue is that gwt-dev INCLUDES org.apache.commons.* classes, it does not depend on some commons-* as maven projet may expect (Gwt guys don't use Maven) I've found a workaround anyway, and it is now included in gwt-maven-plugin On Wed, Mar 11, 2009 at 5:30 PM, Todd Thiessen thies...@nortel.com wrote: Defining what version of the jar to use in the depedencyManagement section doesn't work here? --- Todd Thiessen -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Wednesday, March 11, 2009 12:26 PM To: Maven Users List Subject: Re: classpath ordering I'm using gwt, and Google folks had the strange idea to include some old version of apache commons-* in the jar. I get NoSuchMethodError in unit tests becausse I can't specify the classpath ordering of my dependencies during tests. Even if you could hack Surefire to include the newer Commons jar in front of the GWT jar, how do you plan to get this to run once you're done with it? Eventually you're going to run into this again in your j2ee container, right? It seems the more pragmatic solution would be to change your code to use the old Commons API. Or perhaps modify the GWT jar and remove the old Commons files, and encourage the GWT devs to bump their files to a more recent version in a future release. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Central Repo and Java Package Names
The convention is to use the reverse domain name you own. What is the groovy convention you mention ? Is it to start package name with the language name ? There is no requirement to have package name match exaclty your groupId, this is just convenient to identifiy jar from FQCN. If groovy has other convention, feel free to package groovy.spock in org.spockframework : groovy-spock artifact. On Thu, Feb 26, 2009 at 4:55 PM, Peter Niederwieser pnied...@gmail.comwrote: Hi, I'm developing a language on top of Groovy and would eventually like to have it synced to repo1.maven.org. Now I've read that there is a requirement for all my package names to follow the reverse domain naming convention. But in my particular case, it would be much more sensible to follow Groovy's convention: org.spockframework.xxx for internal packages (I do own spockframework.org) spock.xxx for API packages (cf. groovy.xxx, scala.xxx, java.xxx; obviously, I can't ever own spock) Is this acceptable? Is this the right place to ask this question? Cheers, Peter -- View this message in context: http://www.nabble.com/Maven-Central-Repo-and-Java-Package-Names-tp7066p7066.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to use plexus-maven-plugin to both generate and merge descriptor ?
Thanks ! 2008/11/28 Jason van Zyl [EMAIL PROTECTED] Nicolas, You can see an example here: http://svn.sonatype.org/nexus/trunk/nexus-parent/pom.xml The new plexus-component-metadata plugin will automatically handle: - generating components.xml from annotations - generation components.xml from javadoc - merging generated descriptors with static descriptors (src/main/resources/META-INF/plexus/components.xml with the generated ones) - everything lands in target/classes/META-INF/plexus/components.xml As long as you use standard locations you should be fine. On 28-Nov-08, at 7:30 AM, nicolas de loof wrote: Hi according to plexus doc, the plexus-maven-plugin has a merge goal (process-resources phase) and an descriptor goal (process-classes phase) Based on declared phases, It seems not possible to merge with the generated descriptor, is it ? Why does descriptor set process-classes phase and not generate-resources ??) Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- happiness is like a butterfly: the more you chase it, the more it will elude you, but if you turn your attention to other things, it will come and sit softly on your shoulder ... -- Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to use plexus-maven-plugin to both generate and merge descriptor ?
Hi according to plexus doc, the plexus-maven-plugin has a merge goal (process-resources phase) and an descriptor goal (process-classes phase) Based on declared phases, It seems not possible to merge with the generated descriptor, is it ? Why does descriptor set process-classes phase and not generate-resources ??)
Re: How to debug/download dependency source code using mvn ...
you can also vote for https://issues.apache.org/jira/browse/COMMONSSITE-24to get this fix ... in future ;) 2008/11/23 nicolas de loof [EMAIL PROTECTED] I suggested on commons-dev to add sources-jars for all commons-* releases that didn't had one, but discution went to licencing and Apache release rules, so there was no consensus and nothing in repo. You can get much of them from http://people.apache.org/~nicolas/missing-commons-sources.jar/ WARNING : those are not official Apache ones ! 2008/11/23 David C. Hicks [EMAIL PROTECTED] If the sources got downloaded, they would be in your repository - usually alongside the binary jar file with a source label in the name. You do still have to put that jar on your classpath in order to debug into it - or somehow tell NetBeans where the source is located. (I'm an Eclipse user, so I don't know that part.) Sometimes, there is no source jar available for a given dependency. In that case, not sure what to tell you. I suppose you can pull down the source from the commons project and get it into your classpath through some other mechanism. KedarMhaswade wrote: This is probably an easy one. I have a maven-2 pom.xml for a web-app (packaging: war) and I have declared dependencies on commons-fileupload (and hence commons-io). I want to download the sources for these dependencies, when I do an mvn install on my pom.xml. I tried -DdownloadSources=true and searched like mad. Somehow the -sources.jar for both my dependencies don't get downloaded. I am not aware of any other way to debug/see the dependency sources. Generally, if you have a simple web-app and several other open-source dependencies, how do people debug the open-source code in NetBeans? I thought, if the source jars get downloaded in maven local repo and if I do an F7 (step into) on the call from open-source code, I would be able to debug that code since I downloaded the source jar. Thanks, Kedar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] GWT maven plugin released
The Mojo team is pleased to announce the release of the GWT Maven Plugin version 1.0. http://mojo.codehaus.org/gwt-maven-plugin/ This is the first stable release after some month of real-life tests in sandbox. To get this update, simply specify the version in your project's plugin configuration: plugin groupIdorg.codehaus.mojo/groupId artifactIdgwt-maven-plugin/artifactId version1.0/version /plugin Regards, Nicolas De loof
Re: [ANN] GWT maven plugin released
I missed this one - will be fixed in 1.0.1 ;) 2008/11/22 Karl Heinz Marbaise [EMAIL PROTECTED] Hi Nicolas, just taken a short look on your page... http://mojo.codehaus.org/gwt-maven-plugin/ and figured out the link to the GWT side is not correct, cause it contains http://http://code.google.com/webtoolkit/; (the doubled http://) Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Not happy with maven
Just my pesonnal conviction : Maven is not the golden bullet tool. It has many issues (some you describe), and can't cover all requirements. Many project choosed some complex building (like the sign / assembly process you describe) that does not match maven conventions. Maven is a toll for project that can share some basic convention, and then get benefict for many other tool to plug naturally in project structure. For this reason, it works fine for business projects where same conventions on all project = more productivity. Just my 2 cents, Anyway, thanks for your feedback, Nicolas. 2008/11/19 Martin von Gagern [EMAIL PROTECTED] Hi everybody! I've been using Maven 2 for a few projects now, and found that, although it provides some nice features, it doesn't seem to be the right tool for most of my applications. I'll write down some of my experiences here, so that they might help improving development tools in general. I'm an individual Java programmer interested in developing open source applications. I don't work for any company, therefore copany repositories don't apply to me. Most of my projects are swing GUI applications intended to be run by users on their local computers, so integration tests are mostly irrelevant, and the possibilities for automatic testing are limited as well. This mail is not intended to start a flame war. I know there are people using maven and happy with it, and for good reasons. I might even continue using it for my library projects. I guess many of the issues I don't like about maven could be helped with more knowledge about Maven, customized plugins, hackish workarounds, or any other kind of additional work. It's the sum of all together and the amount of work required which lead me away from Maven. I list these issues in no particular order. MAVEN REPOSITORY AS ONLY SOURCE OF DEPENDENCIES While the large repository used by maven is a great thing, one of the most prominent advantages of Maven, it is in no way complete. Whenever I want to make use of some library not available in a common repository, I first have to get it into some repository I control, then have to get that repository into the pom of my project, and at some point have to grant public access to that repository if I want to share with other developers. I would much prefer some kind of lib directory, where I could simply drop the library and start using it, to see if it is fit for the job I want to use it for in the first place. Then if I decide to keep it, I would rather add some instructions to my repository about how to get this library from its official source. Such instructions might involve downloading some bundle, checking its md5sum in case its file name contains no version number, extracting it, maybe running some installer and interactively accepting some license, stuff like that. I'd rather include such descriptions with the dependency than have an extra file that describes how to set things up for maven. ORDER OF TASKS The maven POM seems to lack a clear concept of task order. This seems especially important in the packaging phase. Suppose I produce a jar which I want to pack200, jarsign, gpgsign, include in an assembly, and gpgsign that assembly again. Clearly order matters a lot. While I believe it might be possible to get the order correct in Maven as well, there is no intuitive way to express this order when conceptually all you do is load a bunch of plugins. TOO SLOW Maven is simply to slow, especially while starting up. WHile developing, I often want to edit the code, compile the code, and run the code, all in a tight loop. When over 50% of the time is spent starting that maven monster, that's no efficient use of time. As Maven seems to lack a simple run target, running the code usually means either some complicated java invocation, or a packaged jart with the dependencies included in its Classpath, which means executing the package phase and before that the test phase, leading to even longer build times. SECURITY CONCERNS Maven does a lot of things automatically. While this is a good thing if I simply want to grab a piece of code and build it, it can be annoying under security aspects. I can't specify repositories for specific artifacts only. So whenever I want to grab a dependency from a given repository, I'll have to include it in the POM, and it will be queried for every artifact Maven wants to download or update. So a malicious repository could introduce malicious artifacts into my local repository, affecting all my other projects as well. Another aspect of this security issue is the fact that there seems to be no way to ask the user for a password for e.g. jarsigner and hand that to jarsigner by some means other than a command line argument. On a multi-user *nix machine, users can see what commands other users are running, and I don't like them seeing my keystore passphrase. And storing these
Re: how to write a plugin that uses native (jni) dependencies ?
Right, NAR plugin forks a new JVM to test/integration-test a JNI lib, so it can set the java.library.path Wiki on JNI uses a custom tool to load all native libs found in project classpath. For a java+jni lib that does it's own System.loadLibrary( x ) on init, only the fork option is possible AFAIK to configure the JVM library.path. 2008/10/25 Wayne Fay [EMAIL PROTECTED] Probably NMaven was a poor suggestion. You get what you paid for on that one. But FreeHEP NAR was not. Also check out this webpage on the Maven User wiki: http://docs.codehaus.org/display/MAVENUSER/Projects+With+JNI Wayne On Sat, Oct 25, 2008 at 6:33 AM, nicolas de loof [EMAIL PROTECTED] wrote: I made a grep-search on NMaven to search for library.path with no result. How does NMaven (that runs .Net tools from Java) relate to setting java.library.path on the JVM ? Nicolas 2008/10/23 Wayne Fay [EMAIL PROTECTED] I'd like to package a windows tool as a maven plugin. I can programmatically run it via JNI (using COM automation) but I need to set the java.library.path for this to work. I don't know the answer, but I assume this is something the NMaven folks have dealt with, or perhaps the FreeHEP (NAR plugin) folks. You should try their mailing lists and see what, if any, suggestions they may have. http://incubator.apache.org/nmaven/ http://java.freehep.org/freehep-nar-plugin/HelloWorld.html Wayne - 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: how to write a plugin that uses native (jni) dependencies ?
I made a grep-search on NMaven to search for library.path with no result. How does NMaven (that runs .Net tools from Java) relate to setting java.library.path on the JVM ? Nicolas 2008/10/23 Wayne Fay [EMAIL PROTECTED] I'd like to package a windows tool as a maven plugin. I can programmatically run it via JNI (using COM automation) but I need to set the java.library.path for this to work. I don't know the answer, but I assume this is something the NMaven folks have dealt with, or perhaps the FreeHEP (NAR plugin) folks. You should try their mailing lists and see what, if any, suggestions they may have. http://incubator.apache.org/nmaven/ http://java.freehep.org/freehep-nar-plugin/HelloWorld.html Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to fix maven-eclipse-plugin issues
+1 for m2eclipse (or q4e) as its getting very mature and far easier to setup and integrate nicer than the maven-eclipse-plugin. I myself made proposals for a new design of maven-eclipse-plugin 3 ... but now use m2eclipse. Nicolas 2008/10/24 Arnaud HERITIER [EMAIL PROTECTED] Hi community, I noticed that there is a lot of activity on maven-eclipse-plugin jira. You proposed several patchs and added comments on several issues. Did you consider to use m2eclipse instead of this plugin ? If yes, and if you aren't able to use it, did you contact its team to say why We'll never be able with this plugin to have the same level of services than m2eclipse those this is important to help then to propose a nice integration between maven and eclipse. For those who have to use the maven-eclipse-plugin and are waiting for some fixes, did you vote for issues related to your problems ? I'll try to work on it soon and I'll fix those with the most important number of votes because there are more than 200 issues opened :-( https://jira.codehaus.org/browse/MECLIPSE?report=com.atlassian.jira.plugin.system.project:popularissues-panel For those who are giving patches. Thanks a lot but did you add in your patch some tests to validate the fix ? did you update the documentation if necessary ? It'll help a lot to apply them quickly. Thanks a lot for your help. -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ...
how to write a plugin that uses native (jni) dependencies ?
Hi, I'd like to package a windows tool as a maven plugin. I can programmatically run it via JNI (using COM automation) but I need to set the java.library.path for this to work. How can maven support such use case ? Nicolas
Re: Maven + GWT + Eclipse
If you are using the Mojo project GWT plugin ( mojo.codehaus.org/gwt-maven-plugin) I can help you as I maintain it. Nicolas. 2008/9/17 Lam, Hayward [EMAIL PROTECTED] We have projects used Maven + MyEclipse in the past. There is a new project we want to use GWT. I am having trouble integrating the 3. There is a GWT maven plugin and I tried out with the simplesample project from google. The issues: 1) GWT compile seems to generate java classes in the source folder. Is it possible to generate them and put them in a separate folder so that we can do svn ignore on the folder? 2) Is it possible to run hosted mode in MyEclipse? 3) Is it possible to deploy to MyEclipse's application server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: YUICompressor plugin going ape
This plugin is not part of standard maven plugins. Please report your issue to alchim.sf.net 2008/9/11 John Coleman [EMAIL PROTECTED] Hi, The YUICompressor plugin gives the dump below. Anyone have any ideas why this should suddenly go wrong? We already tried to get a fresh update from the central repo. Is this maybe a mvn version issue given that it is a core mvn plugin class missing? TIA, John Using default encoding to copy filtered resources. [yuicompressor:compress] [FATAL]net.sf.alchim.mojo.yuicompressor.YuiCompressorMojo#execute() caused a linkage error (java.lang.NoClassDefFoundError). Check the realms: [FATAL]NOTE: [FATAL]Plugin realm is: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]Container realm is: plexus.core [FATAL]Realm ID: /plugins/net.sf.alchim:yuicompressor-maven-plugin:[EMAIL PROTECTED]/thread:exec_B uild eTraderII_17 [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/alchim/yu icompressor-maven-plugin/0.6.3/yuicompressor-maven-plugin-0.6.3.jar [FATAL]urls[1] = file:/C:/Documents%20and%20Settings/user/.m2/repository/rhino/js/1.6R7/j s-1.6R7.jar [FATAL]urls[2] = file:/C:/Documents%20and%20Settings/user/.m2/repository/net/sf/retrotran slator/retrotranslator-runtime/1.2.1/retrotranslator-runtime-1.2.1.jar [FATAL]urls[3] = file:/C:/Documents%20and%20Settings/user/.m2/repository/backport-util-co ncurrent/backport-util-concurrent/3.0/backport-util-concurrent-3.0.jar [FATAL]Realm ID: plexus.core [FATAL]urls[0] = file:/C:/Documents%20and%20Settings/user/.netbeans/6.1/maven2/rootpackag e/ java.lang.NoClassDefFoundError: org/codehaus/plexus/util/DirectoryScanner at net.sf.alchim.mojo.yuicompressor.MojoSupport.processDir(MojoSupport.java :133) at net.sf.alchim.mojo.yuicompressor.MojoSupport.execute(MojoSupport.java:10 3) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa nager.java:579) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:498) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmentFo rProject(DefaultLifecycleExecutor.java:265) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:191) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:149) at org.codehaus.mevenide.netbeans.embedder.exec.MyLifecycleExecutor.execute (MyLifecycleExecutor.java:72) at org.apache.maven.DefaultMaven.execute_aroundBody0(DefaultMaven.java:223) at org.apache.maven.DefaultMaven.execute_aroundBody1$advice(DefaultMaven.ja va:304) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2(MavenEmbedde r.java:904) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice(Maven Embedder.java:304) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:1) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaEx ecutor.java:215) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:151) Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: [PLEASE TEST] Maven 2.0.10-RC9
http://jira.codehaus.org/browse/MNG-3722 created for this, with a simple
demo project.
2008/8/19 nicolas de loof [EMAIL PROTECTED]
I get an issue with 2.0.10 RC9 and CXF plugin -this works with 2.0.9 :
[INFO] [cxf-codegen:wsdl2java {execution: generate-sources}]
19 ao¹t 2008 11:08:16 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading plugin
jar:file:/D:/platina/repository/org/apache/cxf/cxf-tools-wsdlto-databinding-jaxb/2.0.8/cxf-tools-ws
dlto-databinding-jaxb-2.0.8.jar!/META-INF/tools-plugin.xml
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Found 1 databindings in jaxb plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading jaxb databinding from jaxb plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading plugin
jar:file:/D:/platina/repository/org/apache/cxf/cxf-tools-wsdlto-frontend-jaxws/2.0.8/cxf-tools-wsdl
to-frontend-jaxws-2.0.8.jar!/META-INF/tools-plugin.xml
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Found 1 frontends in jaxws plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading jaxws frontend from jaxws plugin.
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] trace
[INFO]
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: trace
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:697)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:54
2)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:521)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:373)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:334)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:185)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:302)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: trace
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java:334)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:228)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:458)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:672)
... 16 more
Caused by: java.lang.NoSuchMethodError: trace
at org.apache.commons.logging.impl.SLF4JLog.trace(SLF4JLog.java:96)
at
org.springframework.core.CollectionFactory.createConcurrentMapIfPossible(CollectionFactory.java:187)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.init(DefaultSingletonBeanRegistry.ja
va:82)
The CXF plugin seems to use my project dependencies (as I'm using slf4j)
for classpath during jaxb code generation
I ran the build with -X to compare dependency resolution trees but did not
found any change...
Maybe this is cause by some classloader conflict ?
What could I do to investigate more ?
2008/8/19 Martin Höller [EMAIL PROTECTED]
On Monday 18 August 2008 John Casey wrote:
Please, if you have the time, take 2.0.10-RC9 for a spin and tell us
what you think!
Works without any problems here.
- martin
Re: [PLEASE TEST] Maven 2.0.10-RC9
I get an issue with 2.0.10 RC9 and CXF plugin -this works with 2.0.9 :
[INFO] [cxf-codegen:wsdl2java {execution: generate-sources}]
19 ao¹t 2008 11:08:16 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading plugin
jar:file:/D:/platina/repository/org/apache/cxf/cxf-tools-wsdlto-databinding-jaxb/2.0.8/cxf-tools-ws
dlto-databinding-jaxb-2.0.8.jar!/META-INF/tools-plugin.xml
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Found 1 databindings in jaxb plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading jaxb databinding from jaxb plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading plugin
jar:file:/D:/platina/repository/org/apache/cxf/cxf-tools-wsdlto-frontend-jaxws/2.0.8/cxf-tools-wsdl
to-frontend-jaxws-2.0.8.jar!/META-INF/tools-plugin.xml
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Found 1 frontends in jaxws plugin.
19 ao¹t 2008 11:08:17 org.apache.cxf.tools.wsdlto.core.PluginLoader
loadPlugin
INFO: Loading jaxws frontend from jaxws plugin.
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] trace
[INFO]
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: trace
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:697)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:54
2)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:521)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:373)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:334)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:185)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:302)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: trace
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.processWsdl(WSDL2JavaMojo.java:334)
at
org.apache.cxf.maven_plugin.WSDL2JavaMojo.execute(WSDL2JavaMojo.java:228)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:458)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:672)
... 16 more
Caused by: java.lang.NoSuchMethodError: trace
at org.apache.commons.logging.impl.SLF4JLog.trace(SLF4JLog.java:96)
at
org.springframework.core.CollectionFactory.createConcurrentMapIfPossible(CollectionFactory.java:187)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.init(DefaultSingletonBeanRegistry.ja
va:82)
The CXF plugin seems to use my project dependencies (as I'm using slf4j) for
classpath during jaxb code generation
I ran the build with -X to compare dependency resolution trees but did not
found any change...
Maybe this is cause by some classloader conflict ?
What could I do to investigate more ?
2008/8/19 Martin Höller [EMAIL PROTECTED]
On Monday 18 August 2008 John Casey wrote:
Please, if you have the time, take 2.0.10-RC9 for a spin and tell us
what you think!
Works without any problems here.
- martin
Re: How to manipulate the classpath in which a maven plugin operates
Add dependencies element to your plugin configuration to extend/override the plugin classpath. Please note this works fine only on maven 2.0.9 2008/7/31 Christian Schuhegger [EMAIL PROTECTED] Hello, I just ran into a problem where I used the castor maven plugin as described here: http://www.castor.org/srcgen-maven-plugin.html I assumed that a plugin would use the same classpath as the project itself where I included castor 1.2. But I seems as if a maven plugin operates in its own classpath. I used the version 1.0 of the above plugin which uses castor 0.97 and therefore the source generator did not produce a hashcode method that new versions will produce. Is it somehow possible to manipulate the classpath of a maven plugin, e.g. via exclusions and additional dependencies, so that a newer version of castor could be injected? I will have the same problem with the idlj-maven-plugin: http://mojo.codehaus.org/idlj-maven-plugin/index.html which still uses a very old version of jacorb. This plugin seems to be abandonned: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truemode=hidesorter/order=DESCsorter/field=priorityresolution=-1pid=11698fixfor=-1 I expect that most of these plugins will still work with newer versions of the jars they depend on, because the source code generator will normally not change its external interface. Thanks for any clarifications, -- Christian Schuhegger http://www.el-chef.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: axistools-maven-plugin (was: org.codehaus.mojo:wsdl2java-maven-plugin repository)
I've fixed the broken link on samples generating for another version of axis requires to add a dependency to the plugin in your pom, so that it overrides the plugin's one. This only works with maven 2.0.9 Nicolas 2008/7/30 Lachlan Deck [EMAIL PROTECTED] Anyone know if it's possible to generate axis 1.1 compatible stubs with axistools-maven-plugin? If so -- how might this be done? with regards, -- Lachlan Deck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
surefire : classloader issue with GWTTestCase
Hello, I'm trying to setup surefire plugin to run GWTTestCase. This requires some custom setup as the hosted mode browser requires GWT to read the java source code : artifactIdmaven-surefire-plugin/artifactId configuration additionalClasspathElements additionalClasspathElementsrc/it/java/additionalClasspathElement additionalClasspathElementsrc/main/java/additionalClasspathElement /additionalClasspathElements systemProperties property namegwt.args/name value-out target/www-test -logLevel ALL/value /property /systemProperties argLine-Xmx256M/argLine /configuration Myissue is that - according to GWT log -- GWT does only lookup the surefire.class.path (JRE rt.jar + surefirebooter.jar), and not all other dependencies or additionalClassPathElements. It seems the classloader hierarchy used by surefire that is not supported by GWTTestCase. Any suggestion to get this working ?
Re: surefire : classloader issue with GWTTestCase
Using useManifestOnlyJarfalse/useManifestOnlyJar makes things work better, as the full classpath is scanned for java source files by the GWT compiler, but now I get javax.servlet.ServletException: Class com.google.gwt.dev.shell.GWTShellServlet is not a Servlet (looks like a classloader conflict) 2008/7/25 nicolas de loof [EMAIL PROTECTED]: Hello, I'm trying to setup surefire plugin to run GWTTestCase. This requires some custom setup as the hosted mode browser requires GWT to read the java source code : artifactIdmaven-surefire-plugin/artifactId configuration additionalClasspathElements additionalClasspathElementsrc/it/java/additionalClasspathElement additionalClasspathElementsrc/main/java/additionalClasspathElement /additionalClasspathElements systemProperties property namegwt.args/name value-out target/www-test -logLevel ALL/value /property /systemProperties argLine-Xmx256M/argLine /configuration Myissue is that - according to GWT log -- GWT does only lookup the surefire.class.path (JRE rt.jar + surefirebooter.jar), and not all other dependencies or additionalClassPathElements. It seems the classloader hierarchy used by surefire that is not supported by GWTTestCase. Any suggestion to get this working ?
Re: surefire : classloader issue with GWTTestCase
I tried to copy/paste the command line executed by surefire : java -Xmx256M -classpath blablablablalba org.apache.maven.surefire.booter.SurefireBooter C:\WINDOWS\TEMP\surefire17025tmp C:\WINDOWS\TEMP\surefire17026tmp As surefire executes, it seems the line is not too long (evn it is very long ;-) ) so that the class name argument is used by java to run surefire booter. I then get : @HL @HL--- @HL T E S T S @HL--- @SLRunning com.capgemini.bios.gwt.client.ApplicationITest Starting HTTP on port 0 HTTP listening on port 1538 StandardContext[]Marking servlet shell as unavailable [WARN] StandardWrapperValve[shell]: Allocate exception for servlet shell javax.servlet.ServletException: Class com.google.gwt.dev.shell.GWTShellServlet is not a Servlet I just remembered that gwt-user.jar contains a copy of the servlet-api, that may conflict with my servlet-api.jar declared as a project dependency. But removing this dependency did not change the bad result :-( 2008/7/25 Jeff MAURY [EMAIL PROTECTED]: Using useManifestOnlyJarfalse/useManifestOnlyJar may lead to classpath too long for your environment and leading to ClassNotFoundException or ClassNotFoundError. May be this is what you have ? Jeff MAURY On 7/25/08, nicolas de loof [EMAIL PROTECTED] wrote: Using useManifestOnlyJarfalse/useManifestOnlyJar makes things work better, as the full classpath is scanned for java source files by the GWT compiler, but now I get javax.servlet.ServletException: Class com.google.gwt.dev.shell.GWTShellServlet is not a Servlet (looks like a classloader conflict) 2008/7/25 nicolas de loof [EMAIL PROTECTED]: Hello, I'm trying to setup surefire plugin to run GWTTestCase. This requires some custom setup as the hosted mode browser requires GWT to read the java source code : artifactIdmaven-surefire-plugin/artifactId configuration additionalClasspathElements additionalClasspathElementsrc/it/java/additionalClasspathElement additionalClasspathElementsrc/main/java/additionalClasspathElement /additionalClasspathElements systemProperties property namegwt.args/name value-out target/www-test -logLevel ALL/value /property /systemProperties argLine-Xmx256M/argLine /configuration Myissue is that - according to GWT log -- GWT does only lookup the surefire.class.path (JRE rt.jar + surefirebooter.jar), and not all other dependencies or additionalClassPathElements. It seems the classloader hierarchy used by surefire that is not supported by GWTTestCase. Any suggestion to get this working ? -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: surefire : classloader issue with GWTTestCase
I also tried to drastically reduce the command line (removing all unecessary dependencies) but have the same issue. 2008/7/25 Jeff MAURY [EMAIL PROTECTED]: Using useManifestOnlyJarfalse/useManifestOnlyJar may lead to classpath too long for your environment and leading to ClassNotFoundException or ClassNotFoundError. May be this is what you have ? Jeff MAURY On 7/25/08, nicolas de loof [EMAIL PROTECTED] wrote: Using useManifestOnlyJarfalse/useManifestOnlyJar makes things work better, as the full classpath is scanned for java source files by the GWT compiler, but now I get javax.servlet.ServletException: Class com.google.gwt.dev.shell.GWTShellServlet is not a Servlet (looks like a classloader conflict) 2008/7/25 nicolas de loof [EMAIL PROTECTED]: Hello, I'm trying to setup surefire plugin to run GWTTestCase. This requires some custom setup as the hosted mode browser requires GWT to read the java source code : artifactIdmaven-surefire-plugin/artifactId configuration additionalClasspathElements additionalClasspathElementsrc/it/java/additionalClasspathElement additionalClasspathElementsrc/main/java/additionalClasspathElement /additionalClasspathElements systemProperties property namegwt.args/name value-out target/www-test -logLevel ALL/value /property /systemProperties argLine-Xmx256M/argLine /configuration Myissue is that - according to GWT log -- GWT does only lookup the surefire.class.path (JRE rt.jar + surefirebooter.jar), and not all other dependencies or additionalClassPathElements. It seems the classloader hierarchy used by surefire that is not supported by GWTTestCase. Any suggestion to get this working ? -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: surefire : classloader issue with GWTTestCase
I trie to remove all classpath references from the surefiretmp file, that includes all my dependencies even when useManifestOnlyJar is set to false. I then cannot run the test anymore : org.apache.maven.surefire.booter.SurefireExecutionException: com/google/gwt/junit/client/GWTTestCase; nested exception is java.lang.NoClassDefFoundError: com/google/gwt/junit/client/GWTTestCase - but the required jar is set on command line as -classpath ! I may be wrong, but in [useManifestOnlyJar=false] mode, surefire still uses the tmpFile to load classes, not the command line classpath. 2008/7/25 nicolas de loof [EMAIL PROTECTED]: I also tried to drastically reduce the command line (removing all unecessary dependencies) but have the same issue. 2008/7/25 Jeff MAURY [EMAIL PROTECTED]: Using useManifestOnlyJarfalse/useManifestOnlyJar may lead to classpath too long for your environment and leading to ClassNotFoundException or ClassNotFoundError. May be this is what you have ? Jeff MAURY On 7/25/08, nicolas de loof [EMAIL PROTECTED] wrote: Using useManifestOnlyJarfalse/useManifestOnlyJar makes things work better, as the full classpath is scanned for java source files by the GWT compiler, but now I get javax.servlet.ServletException: Class com.google.gwt.dev.shell.GWTShellServlet is not a Servlet (looks like a classloader conflict) 2008/7/25 nicolas de loof [EMAIL PROTECTED]: Hello, I'm trying to setup surefire plugin to run GWTTestCase. This requires some custom setup as the hosted mode browser requires GWT to read the java source code : artifactIdmaven-surefire-plugin/artifactId configuration additionalClasspathElements additionalClasspathElementsrc/it/java/additionalClasspathElement additionalClasspathElementsrc/main/java/additionalClasspathElement /additionalClasspathElements systemProperties property namegwt.args/name value-out target/www-test -logLevel ALL/value /property /systemProperties argLine-Xmx256M/argLine /configuration Myissue is that - according to GWT log -- GWT does only lookup the surefire.class.path (JRE rt.jar + surefirebooter.jar), and not all other dependencies or additionalClassPathElements. It seems the classloader hierarchy used by surefire that is not supported by GWTTestCase. Any suggestion to get this working ? -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: AspectJ in Maven2
Not related to Ilya issue, but isn't the verbose and showWeaveInfo options supposed to log something ? I get my classes weaved (as a decompile confirms) but nothing on the console :'-( 2008/7/23 Ilya Ermolov [EMAIL PROTECTED]: Big thanks! I missed property 'source' :-[ I'm stupid :))) -- View this message in context: http://www.nabble.com/AspectJ-in-Maven2-tp18608731p18609277.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: AspectJ in Maven2
I also wondered how this works, but the ajc arguments are saved in a file
that is valid with all options.
It seems plexus injects parameters using public setters, and the code lloks
very strange as the attribute are not used to store the value but to declare
the parameter (strange design).
I'll download AJC and test the same options from command line...
2008/7/23 [EMAIL PROTECTED]:
I have taken a look at the source and I'm wondering how property injection
works with maven? Is it calling the setVerbose method or does it set the
verbose parameter through reflection?
If it does the first it should work, if it does the second it doesn't work.
Could you try running with debug mode?
This piece of code:
getLog().debug( Starting compiling aspects );
if ( getLog().isDebugEnabled() )
{
String command = Running : ajc ;
Iterator iter = ajcOptions.iterator();
while ( iter.hasNext() )
{
command += ( iter.next() + );
}
getLog().debug( command );
}
Indicates that on debug level the AspectJ compiler options are printed. Do
you see the options: -verbose and -showWeaveInfo?
Hth,
Nick Stolwijk
~Java Developer~
Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl
-Original Message-
From: [EMAIL PROTECTED] on behalf of nicolas de loof
Sent: Wed 7/23/2008 14:13
To: Maven Users List
Subject: Re: AspectJ in Maven2
Not related to Ilya issue, but isn't the verbose and showWeaveInfo options
supposed to log something ?
I get my classes weaved (as a decompile confirms) but nothing on the
console
:'-(
2008/7/23 Ilya Ermolov [EMAIL PROTECTED]:
Big thanks! I missed property 'source' :-[
I'm stupid :)))
--
View this message in context:
http://www.nabble.com/AspectJ-in-Maven2-tp18608731p18609277.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: AspectJ in Maven2
I've fixed this and deployed a snapshot.
2008/7/23 nicolas de loof [EMAIL PROTECTED]:
It seems maven uses the ajc MessageHandler API to get logs. The
implementation uses maven log to output messages, but matches ajc
IMessage.WEAVEINFO to maven debug, so is not diplayed on console if maven
doesn't run in debug.
2008/7/23 nicolas de loof [EMAIL PROTECTED]:
I also wondered how this works, but the ajc arguments are saved in a file
that is valid with all options.
It seems plexus injects parameters using public setters, and the code
lloks very strange as the attribute are not used to store the value but to
declare the parameter (strange design).
I'll download AJC and test the same options from command line...
2008/7/23 [EMAIL PROTECTED]:
I have taken a look at the source and I'm wondering how property injection
works with maven? Is it calling the setVerbose method or does it set the
verbose parameter through reflection?
If it does the first it should work, if it does the second it doesn't
work. Could you try running with debug mode?
This piece of code:
getLog().debug( Starting compiling aspects );
if ( getLog().isDebugEnabled() )
{
String command = Running : ajc ;
Iterator iter = ajcOptions.iterator();
while ( iter.hasNext() )
{
command += ( iter.next() + );
}
getLog().debug( command );
}
Indicates that on debug level the AspectJ compiler options are printed.
Do you see the options: -verbose and -showWeaveInfo?
Hth,
Nick Stolwijk
~Java Developer~
Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl
-Original Message-
From: [EMAIL PROTECTED] on behalf of nicolas de loof
Sent: Wed 7/23/2008 14:13
To: Maven Users List
Subject: Re: AspectJ in Maven2
Not related to Ilya issue, but isn't the verbose and showWeaveInfo
options
supposed to log something ?
I get my classes weaved (as a decompile confirms) but nothing on the
console
:'-(
2008/7/23 Ilya Ermolov [EMAIL PROTECTED]:
Big thanks! I missed property 'source' :-[
I'm stupid :)))
--
View this message in context:
http://www.nabble.com/AspectJ-in-Maven2-tp18608731p18609277.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]
dependencyManagement and classifier
Hello, I'd like to force a dependency to be used with a classifier. Here is my use case : My business domain model (project-domain) creates a second artifact with classifier instrumented based on Hibernate InstrumentTask. All my project modules depends on domain In my webapp, I'd like to replace the base domain.jar with the instrumented one. Using dependencyManagement works to force a version of dependencies, but has no effect on classifier. Is there any way to avoid multiple exclusions on all modules dependencies ?
Re: dependencyManagement and classifier
I've found a (not so ugly) solution : dependencyManagement is used to force domain jar scope to provided, so that it is excluded from the war, and a dependency is added to domain-instrumented.jar with scope runtime. Nicolas 2008/7/21 nicolas de loof [EMAIL PROTECTED]: Hello, I'd like to force a dependency to be used with a classifier. Here is my use case : My business domain model (project-domain) creates a second artifact with classifier instrumented based on Hibernate InstrumentTask. All my project modules depends on domain In my webapp, I'd like to replace the base domain.jar with the instrumented one. Using dependencyManagement works to force a version of dependencies, but has no effect on classifier. Is there any way to avoid multiple exclusions on all modules dependencies ?
How to execute a perl script from maven ?
Hello, My build process must use a legacy and complex perl script to process some conf files. Is there any plugin to support such use case ? Migrating the perl script to another language is not an option as it is allready very complex ... Nicolas
Re: How to execute a perl script from maven ?
Right, but this requires perl to be available on every developer system. I was looking for a pure java solution. But maybe there is no Java interpreter for Perl... 2008/7/18 Siegfried Goeschl [EMAIL PROTECTED]: Hi Nicolas, have you seen http://mojo.codehaus.org/exec-maven-plugin/exec-mojo.html ?! Cheers, Siegfried Goeschl nicolas de loof wrote: Hello, My build process must use a legacy and complex perl script to process some conf files. Is there any plugin to support such use case ? Migrating the perl script to another language is not an option as it is allready very complex ... Nicolas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using the Release Plugin For Testing-Releases
For comparable use case I use the release:stage goal (in place of release:perform) to create the release but not remove the rolback files. I can then create a 1.0 release to get tested, and return to 1.0-SNAPSHOT if some issues are found. I just have to rename the tag from 1.0 to 1.0-rcX (or delete it). Nicolas 2008/7/17 Stephen Duncan Jr [EMAIL PROTECTED]: On Thu, Jul 17, 2008 at 8:46 AM, Stephen Duncan Jr [EMAIL PROTECTED] wrote: I want to use the release plugin to make testing releases, without interrupting ongoing development. So, for example I want to take a project that is at 1.0-SNAPSHOT, and has dependencies that are at 1.0-SNAPSHOT. I want to make a release for 1.0-beta-1, with the dependencies at 1.0-beta-1 (assume I've already made those releases). And then I want trunk to be back at 1.0-SNAPSHOT for the version and dependencies. Right now, that almost works, except the release plugin won't accept 1.0-SNAPSHOT as the new development version for the dependencies. Should I enter that as a feature request/bug? Is there a better practice I should follow? -- Stephen Duncan Jr www.stephenduncanjr.com Oh, and also it will try to set the new version of the dependencies to release, but it doesn't tell you that it goes to 1.0 instead of 1.0-beta-1. -- Stephen Duncan Jr www.stephenduncanjr.com
Re: Using the Release Plugin For Testing-Releases
Why don't you test the snapshots ? You can configure a cron to deploy nightly-buils, and SNAPSHOTS to have a unique timestamp number. You can also configure the cron to tag if required, or (simplier IMHO) to include the SVN revision in MANIFEST files. Nicolas 2008/7/17 Stephen Duncan Jr [EMAIL PROTECTED]: On Thu, Jul 17, 2008 at 9:40 AM, nicolas de loof [EMAIL PROTECTED] wrote: For comparable use case I use the release:stage goal (in place of release:perform) to create the release but not remove the rolback files. I can then create a 1.0 release to get tested, and return to 1.0-SNAPSHOT if some issues are found. I just have to rename the tag from 1.0 to 1.0-rcX (or delete it). Nicolas I think our usage is a bit different. These beta builds are used on a test environment for multi-day testing. And for some, I even know there will be changes before a final release; I just want versioned tagged releases to report bugs against for the functionality that is completed now, even though I know, perhaps, that some more issues are being worked on before the final release. -- Stephen Duncan Jr www.stephenduncanjr.com
Re: Best practices for corporate poms
I've set some default plugins configuration (source encoding for example), fix plugin default versions, attach enforcer plugin to the build process, set the defaut reporting plugins, some profiles to help configure eclipse ... see http://repo1.maven.org/maven2/com/capgemini/platina/platina/4/platina-4.pom 2008/7/2 Benjamin Voigt [EMAIL PROTECTED]: Hello, I'd like to know the best practices for using a corporate or a company-wide pom, e.g. what do you put in it except for distributionManagement ? I've read that some people don't use SNAPSHOT versions for the corporate pom and instead only increase a single number for every new version of the corporate pom (e.g. version 2 to 3 to 4 etc.). Maybe those facts could be documented somewhere on the maven site (like a how to). Every idea is appreciated :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to put DLLs required by gwt-dev.jar ??
gwt-dev.jar searches the dlls in the directory it is located. I don't know if this is the standard way or specific to gwt, I didn't manage to set java.library.path to work with this. My solution is to create a ZIP with the required native libs and deploy it as gwt-dev:version with classifier windows-libs : http://repo1.maven.org/maven2/com/google/gwt/gwt-dev/1.5-RC1/ The gwt-maven-plugin unpack the ZIP in the localrepository, so that the gwt hosted browser can run from a simple a maven-based classpath. Hope this helps, Nicolas. 2008/6/25 Mikel Cármenes Cavia [EMAIL PROTECTED]: Hello Nicholas, Would you mind elaborating a little more on how you went about getting your DLL's to work? I'm guessing that the answer you found was in my message thread about incorporating DLL's, shockingly though, I still have not managed to figure this one out myself! I have two DLL's and I currently have not discovered a way to put them inside my jar, in the very location where the Java code looks via JNA. Thanks in advance mate! Mikel On Tue, Jun 24, 2008 at 07:22, nicolas de loof [EMAIL PROTECTED] wrote: I've found an answer in recent list archive about incorporating DLLs in maven project. For info I'll package all the DLLs in a zip, use dependency:unpack, and set my java.library.path 2008/6/24 nicolas de loof [EMAIL PROTECTED]: I've setup my project with a dependency to gwt-dev-windows.jar, that is downloaded in my local repository. To run the hosted mode I need two DLLs to be present in the same folder (in my local repository) How can I set my dependencies/repository to get those DLLs downloaded and installed by maven ? Nico.
Where to put DLLs required by gwt-dev.jar ??
I've setup my project with a dependency to gwt-dev-windows.jar, that is downloaded in my local repository. To run the hosted mode I need two DLLs to be present in the same folder (in my local repository) How can I set my dependencies/repository to get those DLLs downloaded and installed by maven ? Nico.
Re: Where to put DLLs required by gwt-dev.jar ??
I've found an answer in recent list archive about incorporating DLLs in maven project. For info I'll package all the DLLs in a zip, use dependency:unpack, and set my java.library.path 2008/6/24 nicolas de loof [EMAIL PROTECTED]: I've setup my project with a dependency to gwt-dev-windows.jar, that is downloaded in my local repository. To run the hosted mode I need two DLLs to be present in the same folder (in my local repository) How can I set my dependencies/repository to get those DLLs downloaded and installed by maven ? Nico.
Re: Moving from snapshot to release - how do _you_ do it
Please note I've added a new goal release:stage to cover such a use case : prepare the release, stage it to a test / demo repository. When something is wrong, simply rollback and delete/rename the tag in SVN. 2008/6/10 Kalle Korhonen [EMAIL PROTECTED]: I think you should re-read the release plugin documentation ( http://maven.apache.org/plugins/maven-release-plugin/, the examples give you the steps the plugin does) and then try it out on a small project. release:prepare changes the version numbers, creates the tag and then prepares the trunk for the next iteration (changing the versions to the next development SNAPSHOT). Related to your last note, that's why the release is in two pieces: you can create a tag with all version numbers changed etc. and then examine the tag when everything is ready to go. If the tag's bad, you can simply abandon the release. Kalle On Mon, Jun 9, 2008 at 2:36 PM, EJ Ciramella [EMAIL PROTECTED] wrote: Here's another view that many have here, what exactly does running the release plugin buy us? So far, it doesn't seem to fit the bill (and I can't just plant the anchor and spin the queen mary around it - ie: change process), why NOT just skip it and use deploy:deploy or deploy:deploy-file (which has more granular controls)? A different set of modules we're building here require the developer to let CC build (which also tests) the lower level modules first in order to get a build number to insert into modules that consume these (and so on and so on). In one case, we have three hops so to speak. Locally, everyone can just use snapshots and build at will. But if you want the final webApp to pick up your changes, you MUST supply a valid version. The only hurdle we had with this is people had to know how to effectively use snapshots locally (which many didn't understand). The flip side to this coin (with the new project where we're evaluating the release plugin) is knowing when to take snapshots from the internal repo. Thoughts? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 4:00 PM To: Maven Users List Subject: RE: Moving from snapshot to release - how do _you_ do it I agree very much with your final assessment. Sometimes when we work ourselves here into a m2 pigeon hole, we step back and review what we're doing and where possible, try to alter the processes around something. Sometimes that's just not duable. I agree that snapshots shouldn't necessarily be tested by qa, but dev may like to deploy that to a dev integration stack. Additionally, when I run mvn release:perform, the result is the pom (for the module I'm releasing) changes the version from 1.0-SNAPSHOT to 1.1 (in the simplest case). If we're planning on doing release candidate type drops, who's in charge of the versioning, the person who checks into the codeline? Also, because release:perform changes the version number, someone would have to set it back to 1.1-SNAPSHOT (from 1.1) in order for mvn release:perform to work properly, correct? -Original Message- From: Mark Struberg [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 1:22 PM To: Maven Users List Subject: RE: Moving from snapshot to release - how do _you_ do it I think you have a different understanding of what a SNAPSHOT is, than maven has. For maven, a SNAPSHOT version has no really defined state in the SCM but only any current checkout which is NOT reproducable. So, it imho does _not_ make sense to perform user testing with this version. Typically a version in the pom is not only 2 digits, but 3 or 4 and also may contain textual parts. So e.g we have a plat.core.backend-3.9.47-branch-12-SNAPSHOT which will finally be released as plat.core.backend-3.9.47-branch-12 and then automatically incremented to plat.core.backend-3.9.47-branch-13-SNAPSHOT for further development. You can also use another text than 'branch' e.g. 'rc' yourproject-2.4-rc.2-SNAPSHOT So you do not 'waste' too much versions if you don't like. A bit off topic: I had the same problems in understanding the 'maven world' back in the early millenium when Sigi Goeschl and Martin Pöschl first convinced me with maven. It is mostly about not doing all things by copy and paste with ant, but to use already working best-practice approaches. You can simulate (almost) all the behaviour of ant with maven (even easier with maven2 then it was with maven1), but it is much more pleasant to do it the maven way. Or let's say it this way: The only important things are a) what is your problem b) what is the goal c) how the easiest/cheapest/most maintainable way And sometimes it c) is easier to achieve by changing the process itself. LieGrü, strub --- EJ Ciramella [EMAIL PROTECTED] schrieb am Mo, 9.6.2008: Von: EJ Ciramella
Re: maven plugins download
maven is maven 1.x command line maven2 uses mvn, and your PATH system property must be set to include MAVEN_HOME/bin Please review your installation according to http://maven.apache.org/download.html#Installation Nico. 2008/6/4 Kalyana Krishnan [EMAIL PROTECTED]: Hi, I have installed the 2.0.9 version of Maven on my PC running on windows XP.I tried to install some plugins using the command maven plugin:download..It gives me an error maven is not recognized as an internal or external command. There is no executable called maven in the bin,only mvn,and even using mvn in the above command does not work.Is there something else I need to try, kindly advice. Thanks, kalyan
Re: Q4E and m2eclipse
Both plugins will not make it out of the incubator. Only one will survive the incubation. One project will get culled or they will merge. So users are not going to have to worry about always picking between the two because only one will become a full fledged Eclipse project. I highly recommend users start looking the respective proposals and start the decision making process early: http://www.eclipse.org/proposals/m2e/ http://www.eclipse.org/proposals/iam/ I was not aware of this selection rule during incubation. That's a good news. What is the eclipse incubator process ? Who will decide a project to be better than the other ? What is the standard duration of this process ? Nico.
Re: Q4E and m2eclipse
m2eclipse has support for both subversive and subclipse SVN eclispe plugins via optional extensions 2008/5/30 Rémy Sanlaville [EMAIL PROTECTED]: That's a good news for maven eclipse user. I also have the same questions than Nico. In iam project we can see SVN/CVS integration (2008-10 M3) what about m2eclipse ? I think it's a major feature and it's really frustrating at the moment (parent pom hell with eclipse). Rémy
Re: Q4E and m2eclipse
I tested both plugins, and reported some issues to m2eclipse that have been fixed in 0.9.4. I just quickly tested q4e but features are *very* similar I'm ok for competition, but as both plugins expect to get approved in eclipse foundation, I thing they must consider merging efforts for some core features. I can't thing there is many way to configure mavenEmbedder, configure Ide decorations and create an import wizard. In a perfect world, both plugin community should work to create a common basic plugin, and provide plugable enhancements as optional features. 2008/5/29 Rémy Sanlaville [EMAIL PROTECTED]: Hi, We are working to choose an eclipse plugin : Q4E vs m2eclipse - The Eclipse IAM project proposal (based on Q4E) has been recently approved by the Eclipse Foundation (cf. http://code.google.com/p/q4e/) - m2eclipse has been recently reviewed (cf. http://www.jroller.com/eu/entry/maven_integration_for_eclipse_project) but we have no information if it is approved. Do you have some news about it ? If m2eclipse will also be approved, it won't be clear for eclipse user which one to choose. Even if competition can be good, is there any chance to merge the effort in one eclipse plugin ? In fact, both of them have interesting features. Rémy
Re: Maven 2 Dependency on java source folder rather than jar file
If you are using Eclipse, this is allready supported by the maven-eclipse-plugin : project dependencies are set as workspace project dependencies in place of jars, so that you can code and test under eclipse with no jar to install. I also use the sysdeo-tomcat-maven-plugin from mojo to avoid creation of a war to test webapp under Tomcat. Nicolas. 2008/5/16 BenDave [EMAIL PROTECTED]: Hi, I am working on 2 projects, one is Dependant on the other. The usual way of dealing with this is to add a dependency to a jar file located in the repository. This works fine but the source project (on which the target project depends) is constantly evolving, as we are doing some iterative development. The source and target project are modified at the same time. Consequently i don't want to work off a jar file of the source project, because generating jar files and deploying them to the repository takes too long (only 20 seconds but it adds up when this is done dozens / hundreds of times per day ). I do not want to merge these two projects into one as the source is a common project and is being used by other projects too, I need these two projects to be distinct. So the solution is to indicate to maven a source folder which the target project depends on rather than a JAR file. Can this be achieved ? Thanks, -- View this message in context: http://www.nabble.com/Maven-2-Dependency-on-java-source-folder-rather-than-jar-file-tp17276237p17276237.html Sent from the Maven - Users mailing list archive at Nabble.com.
release plugin : what's wrong in my release process ?
Hello, I'm planning my release process with help of the release plugin : 1. my project is version N-SNAPSHOT 2. running release:prepare tags my project as version N and commit POM for N+1-SNAPSHOT 3. running release:perform creates the binary distribution from tag 4. I deploy the binary to my validation server and start acceptance testing. If all is OK, I can distribute the release 5. If anything is wrong, running release:rollback reverts to N-SNAPSHOT and I can fix the code and go back to step 1. I just rename the Tag in SVN to N-rcX Looks good to me, but according to the documentation, release:perform removes the release.properties and pom.backup files, so I'll not be able to run the rollback. Any suggestion ? Nicolas.
Re: release plugin : what's wrong in my release process ?
My release:perform goal is NOT deploy .I don't use a maven repository for delivery, as I build tar.gz and send it to my customer after testing. I also want to test the exact binary that will be delivered, so I CAN't use rc, beta or any other unused release. AFAIK apache releases use a staging repository for pre-release (RC) test versions (see for example http://cwiki.apache.org/GMOxPMGT/geronimo-release-process.html) Please note the manual step 4 : Make a copy of the checked out project in this state in case you need to roll back the release cd .. cp -r trunk trunk-prepared cd trunk Also take a look at the maven release process - it also use a staging repository (http://maven.apache.org/developers/release/releasing.html) but doesn't explain how to rollback if the vote didn't pass. I'm not the only one that expect to rollback to my initial SNAPSHOT trunk after a staging release. What about adding a removeReleaseFiles parameter (default-value=true) to the PerformRelease Mojo ? Or maybe a new release:stage Mojo would be better ? Nicolas. 2008/5/7 Mark Struberg [EMAIL PROTECTED]: --- nicolas de loof [EMAIL PROTECTED] schrieb: Hello, I'm planning my release process with help of the release plugin : 1. my project is version N-SNAPSHOT 2. running release:prepare tags my project as version N and commit POM for N+1-SNAPSHOT 3. running release:perform creates the binary distribution from tag 4. I deploy the binary to my validation server and start acceptance testing. If all is OK, I can distribute the release 5. If anything is wrong, running release:rollback reverts to N-SNAPSHOT and I can fix the code and go back to step 1. I just rename the Tag in SVN to N-rcX Looks good to me, but according to the documentation, release:perform removes the release.properties and pom.backup files, so I'll not be able to run the rollback. Thats because you'll get a release-version (not a snapshot) deployed into your distribution repository after release:perform has been executed successfully. And it is not a good idea to overwrite existing releases as you surely know. Can't you live with 'unused' releases? If the answer is no, then you'll probably have to do the testing with snapshot versions. Or maybe a 'rc' or 'beta' staging solves this management problem. LieGrü, strub Lesen Sie Ihre E-Mails auf dem Handy. www.yahoo.de/go - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: release plugin : what's wrong in my release process ?
I've created MRELEASE-341 and committed the associated release:stage Mojo please review. 2008/5/7 nicolas de loof [EMAIL PROTECTED]: My release:perform goal is NOT deploy .I don't use a maven repository for delivery, as I build tar.gz and send it to my customer after testing. I also want to test the exact binary that will be delivered, so I CAN't use rc, beta or any other unused release. AFAIK apache releases use a staging repository for pre-release (RC) test versions (see for example http://cwiki.apache.org/GMOxPMGT/geronimo-release-process.html) Please note the manual step 4 : Make a copy of the checked out project in this state in case you need to roll back the release cd .. cp -r trunk trunk-prepared cd trunk Also take a look at the maven release process - it also use a staging repository (http://maven.apache.org/developers/release/releasing.html) but doesn't explain how to rollback if the vote didn't pass. I'm not the only one that expect to rollback to my initial SNAPSHOT trunk after a staging release. What about adding a removeReleaseFiles parameter (default-value=true) to the PerformRelease Mojo ? Or maybe a new release:stage Mojo would be better ? Nicolas. 2008/5/7 Mark Struberg [EMAIL PROTECTED]: --- nicolas de loof [EMAIL PROTECTED] schrieb: Hello, I'm planning my release process with help of the release plugin : 1. my project is version N-SNAPSHOT 2. running release:prepare tags my project as version N and commit POM for N+1-SNAPSHOT 3. running release:perform creates the binary distribution from tag 4. I deploy the binary to my validation server and start acceptance testing. If all is OK, I can distribute the release 5. If anything is wrong, running release:rollback reverts to N-SNAPSHOT and I can fix the code and go back to step 1. I just rename the Tag in SVN to N-rcX Looks good to me, but according to the documentation, release:perform removes the release.properties and pom.backup files, so I'll not be able to run the rollback. Thats because you'll get a release-version (not a snapshot) deployed into your distribution repository after release:perform has been executed successfully. And it is not a good idea to overwrite existing releases as you surely know. Can't you live with 'unused' releases? If the answer is no, then you'll probably have to do the testing with snapshot versions. Or maybe a 'rc' or 'beta' staging solves this management problem. LieGrü, strub Lesen Sie Ihre E-Mails auf dem Handy. www.yahoo.de/go - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Default Value for File Encoding
+1 for [b] Many novide developper don't even know what character encoding is. I had to explain many time why the same application, compiled under a Unix server did not generate the same result for some txt files with french characters. Backward compatibility is nice but this doesn't mean user don't have to read the release note to see deprecations, warning and upgrade notice ! Nico 2008/4/29 Benjamin Bentmann [EMAIL PROTECTED]: Dear community, the Maven team is currently discussing a proposal about the future handling of source file encoding by the various plugins, please see our wiki article [0] for all details. A controversial aspect of this proposal is which file encoding should be assumed in case the user did not specify this in the POM. This poll should help us to come to a well-founded decision. These are the two possible directions to go: a) Use the current platform encoding, aka the system property file.encoding. b) Use a static/fixed value that is defined by convention, i.e. is not platform-dependent. Approach a) matches the current behavior of most plugins and is as such backwards-compatible. Approach b) on the other hand can potentially break builds when users update to a newer version of an affected plugin if: - the build relies on an encoding other than ASCII/Latin-1 and - this encoding is not explicitly stated in the plugin configuration The reason why b) was suggested is its positive effect on build reproducibility: Unlike approach a), a build will out-of-the-box deliver the same output for all team members regardless of their OS or locale. It is now to balance if this improvement is worth the potential breaks as illustrated above. So, please let us know: [a] Use platform default encoding, keep backward-compat [b] Use fixed default encoding, be platform-independent Regards, Benjamin Bentmann [0] http://docs.codehaus.org/display/MAVENUSER/POM+Element+for+Source+File+Encoding - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: support for development of a pure javascript library
I created the javascript maven tools at Mojo You can use it to build, test and package pure javascript libraries with maven http://mojo.codehaus.org/javascript-maven-tools/guide-javascript-development.html As it is not released yet, to use this plugin you'll need to declare codehaus sandbox repository : http://mojo.codehaus.org/using-sandbox-plugins.html Nico. 2008/4/21, Richard Chamberlain [EMAIL PROTECTED]: Hi all, I've been using maven for a while now.. in Java. However my latest project requires us to produce a JavaScript API. I've had a look around for some javascript support. The main features i'd like to get: - Package up javascript code - Pull in library dependencies - JSDoc I've looked at the maven javascript plugin at codehaus - http://mojo.codehaus.org/javascript-maven-tools/index.html - but i cant seem to download it from any repository or get the source from anywhere. Does anyone have any clues? The mobilvox plugin: http://ossi.mobilvox.com/maven-js-plugin/index.html seems to just do compression only, so doesn't match my needs. Does anyone on the list develop JavaScript with Maven? What tools do you use? Cheers, Richard
xerces 2.9.1 on maven repo ?
The latest xerces version available in maven repo is 2.8.1 2.9.1 is the latest stable release in http://www.apache.org/dist/xerces/j/ Is there some xerces guys here that could deploy it ? Nico.
Re: Maven2 Eclipse Plugin - ordering of .classpath entries
I get a similar issue, but using StandardVMType/J2SE-1.5 as JRE container on a JDK 6.0 This creates (unmodifiable) allowed/forbidden acces rules on eclipse classpath. As the JRE is first in library ordering, I cannot include jax-ws API that is allways resolved as forbidden. Having any hook to force the javax.ws* libs first solves this... Maybe the eclipse plugin could detect java* and javax* groupIds and force them as toplevel ? This would require : - improve EclipseConfigWriter to have a new getJavaApiDeps(), and remove those deps from getDepsOrdered - improve EclipseClasspathWriter to write getJavaApiDeps prior to the JRE container. Could you create a Jira issue for this ? Nico. 2008/4/16, Patrick Zeising [EMAIL PROTECTED]: Hi everybody, I am using Maven2 with the Maven2 Eclipse plugin and in my project I would like to use a newer version of JaxWS (https://jax-ws.dev.java.net/) than the one supplied with JDK6. When using the eclipse goal ($ mvn eclipse:eclipse) the generated .classpath file in my project directory contains all relevant entries headed by the entry for the JRE container. ---CODE--- classpath classpathentry kind=src path=src/main/java/ classpathentry kind=output path=target/classes/ classpathentry kind=con path=org.eclipse.jdt.launching.JRE_CONTAINER/ classpathentry kind=var path=M2_REPO/commons-lang/commons-lang/2.3/commons-lang-2.3.jar sourcepath=M2_REPO/commons-lang/commons-lang/2.3/commons-lang-2.3-sources.jar/ !-- MORE ENTRIES -- classpathentry kind=var path=M2_REPO/dev/java/net/jaxws-api/2.1.1/jaxws-api-2.1.1.jar/ !-- EVEN MORE ENTRIES -- classpathentry kind=var path=M2_REPO/commons-logging/commons-logging/1.1/commons-logging-1.1.jar sourcepath=M2_REPO/commons-logging/commons-logging/1.1/commons-logging-1.1-sources.jar/ /classpath ---/CODE--- As long as the JRE_CONTAINER is mentioned and loaded first my project will not compile in Eclipse. When I set the order of the classpath entries in Eclipse (Properties - Java Build Path - Order and Export, setting the entry for JRE_CONTAINER to the 'bottom') my project will compile. Is there a way to control the order in which these classpath entries (and the one for the JRE_CONTAINER in particular) are written to the .classpath file? Is there a better way to do what I'm trying to do? ;) Thx Patrick -- View this message in context: http://www.nabble.com/Maven2-Eclipse-Plugin---ordering-of-.classpath-entries-tp16722527s177p16722527.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: Oracle drivers dependencies
To use ojdbc14 version 10.2.0.2.0 ... you have to set your dependency to version 10.2.0.2.0 ! also, the _g (jar compiled with debugs) version will not be used by maven until you tell him. rename the jar m2\repository\com\oracle\ojdbc14\10.2.0.2.0\ojdbc14-g.jar (-, not _) and add classifierg/classifier to your dependency. Nico. 2008/4/17, Ricky [EMAIL PROTECTED]: Hey Wayne, I copied the jars manually to the m2 repository cache in path * .m2\repository\com\oracle\ojdbc14\10.2.0.2.0\ojdbc14_g* But when i run *mvn clean install*, it still says artifact is missing. Am i missing your point ? (My apologies if this sounds dumb) Rick On Thu, Apr 17, 2008 at 12:09 AM, Wayne Fay [EMAIL PROTECTED] wrote: No, Central does not host this jar, only the pom and the md5/sha1 files. This jar must be downloaded and manually installed into your local repo cache due to Oracle's licensing requirements. Wayne On 4/16/08, Manos Batsis [EMAIL PROTECTED] wrote: The repo has it [1], here the pom fragment: groupIdcom.oracle/groupId artifactIdojdbc14/artifactId version9.0.2.0.0/version [1] http://repo1.maven.org/maven2/com/oracle/ojdbc14/9.0.2.0.0/ No idea whats wrong :-/ Manos Ricky wrote: Hi, I am trying to add: * dependency groupIdcom.oracle/groupId artifactIdojdbc14/artifactId version9.0.2.0.0/version /dependency* in my POM xml and i am getting : *Path to dependency: 1) PhoneBookJSFSpringHibernateTPOC:PhoneBookJSFSpringHibernateTPOC:war:0.0.1-SNAPSHOT 2) com.oracle:ojdbc14:jar:9.0.2.0.0 com.oracle:ojdbc14:jar:9.0.2.0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2) org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable to download the artifact from any repository Try downloading the file manually from: http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/index.html Then, install it using the command: mvn install:install-file -DgroupId=com.oracle -DartifactId=ojdbc14 -Dversion=9.0.2.0.0 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.oracle -DartifactId=ojdbc14 -Dversion=9.0.2.0.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) PhoneBookJSFSpringHibernateTPOC:PhoneBookJSFSpringHibernateTPOC:war:0.0.1-SNAPSHOT 2) com.oracle:ojdbc14:jar:9.0.2.0.0 com.oracle:ojdbc14:jar:9.0.2.0.0 from the specified remote repositories: central (http://repo1.maven.org/maven2)* http://repo1.maven.org/maven2%29* *Am i doing something wrong ?* Regards Vyas, Anirudh || ॐ || - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Managing plugin versions using dependencyManagement?
Use pluginManagement in your parent POM ! 2008/4/3, Farrukh Najmi [EMAIL PROTECTED]: Dear Colleagues, Is there a way to centrally control the version of a plugin by specifying something like dependencyManagement in top-level project pom so the plugin versions are not specified in all sub-module poms? Reading archives suggest this is not possible but I wanted to make sure. TIA for your help. -- Regards, Farrukh Najmi Web: http://www.wellfleetsoftware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Managing plugin versions using dependencyManagement?
The issue is not to force usage of any corporate-validated plugin (I'm using some timestamped SNAPSHOTS), but to ensure the project will be reproductible even when new version of the plugins si released. Some of us got issues when surefire 2.4 was released, and test didn't pass anymore. This was not a bug, as this was cleary documented in surefire release note. Nico.. 2008/4/3, [EMAIL PROTECTED] [EMAIL PROTECTED]: Yes, the pluginManagement tag will do this. Of course if you change the setting in a parent pom, all the child poms need to be updated to point to the new parent pom before this will take effect. If the child modules point to different versions of the parent pom, then they will still be using different versions of the plugin. I personally think using pluginManagement to impose the same version on a bunch of other modules is a bad idea anyway. You cannot control what plugin versions are used by third-party libraries - and don't care, right? So why try to impose this on your own code? If a module successfully builds and passes its unit tests with version X of a plugin then why does it matter if this is not the latest version, or is different from the version used by something else? Of course if you have a company policy of using only specific approved versions of libs or plugins, then the way to achieve that is to set up your own repository with only the allowed artifacts in it, and then use that instead of the public repos (using mirrorOf*/mirrorOf). Regards, Simon nicolas de loof schrieb: Use pluginManagement in your parent POM ! 2008/4/3, Farrukh Najmi [EMAIL PROTECTED]: Dear Colleagues, Is there a way to centrally control the version of a plugin by specifying something like dependencyManagement in top-level project pom so the plugin versions are not specified in all sub-module poms? Reading archives suggest this is not possible but I wanted to make sure. TIA for your help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath for mojo
Take a look at http://svn.codehaus.org/mojo/trunk/sandbox/gwt-maven-plugin/src/main/java/org/codehaus/mojo/gwt/CompileMojo.java The addProjectClasspathElements method creates the set of URL to be used by an URLClassLoader. Nicolas. 2008/4/1, Timothy Reilly [EMAIL PROTECTED]: Can anyone tell me the best way to get the project classpath from with a plug-in including transitive dependencies? I've tried mavenProject.getCompileClasspath() but it doesn't seem to have the transitive deps Some problem with mavenProject.getDependencies() I think I need mavenProject.getArtifacts() but how do I resolve this to paths to the local repository? Am I missing something much simpler like a component or property I can just use?
Re: antrun plugin - GWT - add the source directory to the classpath
Can I suggest you to test the Mojo-sandbox gwt-maven-plugin ?
I just upgrade it to fix GWTCompiler issue, and it now comes with a DTO
generator from JPA entities.
Some dependencies are not yet available in central, but the MAVENUPLOAD
request is created for them.
Nicolas.
2008/3/31, Bernard Lupin [EMAIL PROTECTED]:
Hi all,
Using the antrun plugin, I'm trying to call an ant task which is launching
the GWT compiler. This ant task is based on the Joachim work at
http://braindump.dk/tech/gwt-task-for-ant/.
Something specific with GWT is that you must include the java source
directory in your classpath before calling the compiler. Unfortunatelly, I
can add all the needed jars in my classpath (gwt-user.jar,
gwt-dev-windows.jar, my ant-compile.jar ) using dependencies, but I don't
know how to add my source directory.
I tried to build an ant reference classpath with the
maven.plugin.classpath
reference and the ${project.build.sourceDirectory} variable, but in all
cases my java task tells me Unable to find
'com/company/gwt/MyModule.gwt.xml'.
I also tried to put all my java source files inside a jar and add the
corresponding dependency, in that case the GWT compilation works ! (but it
can't be a workarround, you agree ?).
So my question is : Does Maven provide a solution to add a directory to
the
maven.plugin.classpath ?
Below is my pom.xml
?xml version=1.0 encoding=UTF-8?
project
modelVersion4.0.0/modelVersion
groupIdcom.company.exemple/groupId
artifactIdgwt-maven/artifactId
packagingwar/packaging
nameGWT Maven example/name
version1.0-SNAPSHOT/version
urlhttp://maven.apache.org/url
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.5/source
target1.5/target
/configuration
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
dependencies
dependency
groupIdcom.google.gwt/groupId
artifactIdgwt-dev-windows/artifactId
version1.4.61/version
scopecompile/scope
/dependency
dependency
groupIdcom.company.gwt/groupId
artifactIdant-compile/artifactId
version1.0-SNAPSHOT/version
scopecompile/scope
/dependency
/dependencies
executions
execution
phaseprocess-classes/phase
goals
goalrun/goal
/goals
configuration
tasks
property name=maven_source_directory
value=${project.build.sourceDirectory} /
echo message=source
directory: ${maven_source_directory}
/
property name=maven_plugin_classpath
refid=maven.plugin.classpath /
echo message=maven_plugin_classpath:
${maven_plugin_classpath} /
path id=my.classpath
pathelement path=${project.build.sourceDirectory} /
path refid=maven.plugin.classpath /
/path
taskdef name=gwtcompile
classname=com.francetelecom.clara.tool.gwt.GWTCompileTask
classpathref=my.classpath /
gwtcompile destdir=c:/tmp optimize=true
style=obfuscated
fileset dir=${maven_source_directory}
include name=**/*.gwt.xml /
/fileset
/gwtcompile
/tasks
/configuration
/execution
/executions
/plugin
/plugins
/build
dependencies
!-- GWT Dependencies --
dependency
groupIdcom.google.gwt/groupId
artifactIdgwt-user/artifactId
version1.4.61/version
scopecompile/scope
/dependency
dependency
groupIdcom.google.gwt/groupId
artifactIdgwt-servlet/artifactId
version1.4.61/version
scoperuntime/scope
/dependency
!-- GUI Dependencies --
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.4/version
scopeprovided/scope
/dependency
dependency
groupIdjavax.servlet.jsp/groupId
artifactIdjsp-api/artifactId
version2.1/version
scopeprovided/scope
/dependency
/dependencies
/project
--
View this message in context:
http://www.nabble.com/antrun-plugin---GWT---add-the-source-directory-to-the-classpath-tp16396056s177p16396056.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: RFC: eclipse:eclipse 2.5 (MECLIPSE-344) linking projects in workspace for both reactor and non-reactor invocations
I used to checkout my projects outside of my eclispe workspace, so that I can reinstall eclipse and reconfigure a workspace with no impact on my SVN working copy. I then generate the eclispe configuration and use import existing projects into workspace. Based on this, my project parent folder is not the eclipse workspace. Maybe a valuable option would be for the plugin to get the parent folder and look for a .metadata folder. If found, the project is located in the eclipse workspace and this can be used in replacement to manually setting the parameter. Nicolas. 2008/3/25, Barrie Treloar [EMAIL PROTECTED]: I'd like to have feedback about how/if you are using -Declipse.workspace in eclipse:eclipse 2.5 There is a comment in http://jira.codehaus.org/browse/MECLIPSE-344#action_126688 (after the issue was closed) to request that this option not be needed. The reasoning should be if you have a project in your workspace just use it. I shouldn't have to specify the workspace location as it should be possible to walk up the parent directory structure until you find the workspace root. Should this be the default behaviour? Do other people have different use cases that would make this invalid? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
