Re: Release plugin: release project from within subdirectory
Maven is about doing things the right way, no hacks. Hacks impede understanding of a project by others (or yourself 6 months later) and are an antipattern What happens when 6 months down the line you need a new feature and decide to upgrade the release plugin? You have relied on the hack, and the hack works no more... Far better to reorg the project processes so the hack is no longer required up front. You will have a simpler project and you can just concentrate on writing code Time spent hacking the build is time not coding On Friday, 20 July 2012, Kalle Korhonen wrote: Thanks Werdex. Using the release plugin version 2.3.2 and it's still exactly the same, only goalsdeploy -f Sources/pom.xml/goals works when the pom.xml is not in the root, regardless of pomFileName setting. Stephen, isn't that exactly why you want to lock down the plugin versions? I'll take a well-working hack any day over proper but broken. Kalle On Thu, Apr 21, 2011 at 12:23 AM, Stephen Connolly stephen.alan.conno...@gmail.com javascript:; wrote: fyi that is a hack and may not work in future versions when the bug is fixed - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 20 Apr 2011 15:36, werdex werde...@yahoo.com javascript:; wrote: Hi, The following did trick for me: configuration goalsdeploy -f Sources/pom.xml/goals /configuration -- View this message in context: http://maven-users.828.n2.nabble.com/Release-plugin-release-project-from-within-subdirectory-tp5057222p6290891.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.orgjavascript:; For additional commands, e-mail: users-h...@maven.apache.orgjavascript:; - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org javascript:; For additional commands, e-mail: users-h...@maven.apache.orgjavascript:;
Central is now being served from a CDN
Just over a year ago we evolved the Central architecture to be globally load balanced with 2 servers in the US and 2 more in the UK. This year, we've gone even futher to increase reliability and delivery performance. We evaluated several options and ultimately settled with Edgecast as the delivery system. The way the system works is we direct the central dns queries (repo1, uk, etc) to an Edgcast CNAME. This resolves to the fastest available server based on your location (this is effectvely what we had been doing previously with Dyn). The Edgecast network is serving as a worldwide proxy to serve up the content. If the content isn't available on the edge, it falls back to a middle tier and finally back our our root Central servers in the US or UK and then the content is cached along the way. In this way, the infrastructure backing Central and managing the inbound syncs, and indexes still functions as it did prior to this change. There's nothing you need to do to take advantage of the changes, it's already in place and hopefully the only side effect is faster builds. There's more info available on my blog: http://www.sonatype.com/people/2012/07/we-just-kicked-central-performance-and-availability-up-a-notch-with-edgecast/ Thanks, Brian
Re: Maven Enforcer plugin: can I make it be quiet?
On Thu, Jul 19, 2012 at 4:27 PM, Barrie Treloar baerr...@gmail.com wrote: Laird, can you try the snapshot and see if that fixes the problem? That does the trick; I'd be grateful if you would release it. Best, Laird -- http://about.me/lairdnelson
multiple environment build and dependency management
I have multiple projects, lets call them A, B, and C. A is a util project, B is the data store layer, and C and something that uses the data store. So, A depends on nothing, B depends on A, and C depends on B. I am also trying to create multiple builds for different environments, dev, test, production, and have created related profiles in each project for each build and specify the dependencies in those profiles. For instance, B-dev-SNAPSHOP depends on A-dev-SNAPSHOT, and C-dev-SNAPSHOT depends on B-dev-SNAPSHOT. And I specify the environment through a system property. The problem I am running into is that when I build C, it includes the dev profile and adds B-dev-SNAPSHOT as a dependency, but the environment system property doesn't seem to get passed to the pom of B-dev-SNAPSHOT and therefore the A-dev-SNAPSHOT dependency isn't included. Am I going about this the wrong way? Thanks, Jeff. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: multiple environment build and dependency management
The problem I am running into is that when I build C, it includes the dev profile and adds B-dev-SNAPSHOT as a dependency, but the environment system property doesn't seem to get passed to the pom of B-dev-SNAPSHOT and therefore the A-dev-SNAPSHOT dependency isn't included. Am I going about this the wrong way? Sounds like you are a) new to Maven and b) trying to use profiles. This is a deadly combination. Find another solution to your problem that does NOT involve profiles. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: multiple environment build and dependency management
Yes, I am new to maven. Do you have any helpful suggestions as to how I can go about doing this without profiles? Regards, Jeff. On 2012-07-20, at 11:25 AM, Wayne Fay wrote: The problem I am running into is that when I build C, it includes the dev profile and adds B-dev-SNAPSHOT as a dependency, but the environment system property doesn't seem to get passed to the pom of B-dev-SNAPSHOT and therefore the A-dev-SNAPSHOT dependency isn't included. Am I going about this the wrong way? Sounds like you are a) new to Maven and b) trying to use profiles. This is a deadly combination. Find another solution to your problem that does NOT involve profiles. 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: multiple environment build and dependency management
Yes, I am new to maven. Do you have any helpful suggestions as to how I can go about doing this without profiles? What are problems you are currently using profiles (or attempting to) to solve? More specifics in the problem description will generally lead to better answers on this list. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: multiple environment build and dependency management
Everybody has this problem, once they get to the first release of their application. You can find lots of discussions about this in the forum archives. Google is your friend as well. Profiles are not the way to handle this. Separate the code from environment. Make A, B C and something that uses the data store without environment stuff. Make a separate project for Dev that contains the Dev environment configuration and depends on something that uses the data store.jar that includes A, B and C. Same for the rest(test, production, etc.) These will have no code and just configuration files. Use JNDI or some other method of communicating environment variables. http://blog.artifact-software.com/tech/?p=150 http://blog.artifact-software.com/tech/?p=58 Ron On 20/07/2012 11:08 AM, Jeff Sawatzky wrote: I have multiple projects, lets call them A, B, and C. A is a util project, B is the data store layer, and C and something that uses the data store. So, A depends on nothing, B depends on A, and C depends on B. I am also trying to create multiple builds for different environments, dev, test, production, and have created related profiles in each project for each build and specify the dependencies in those profiles. For instance, B-dev-SNAPSHOP depends on A-dev-SNAPSHOT, and C-dev-SNAPSHOT depends on B-dev-SNAPSHOT. And I specify the environment through a system property. The problem I am running into is that when I build C, it includes the dev profile and adds B-dev-SNAPSHOT as a dependency, but the environment system property doesn't seem to get passed to the pom of B-dev-SNAPSHOT and therefore the A-dev-SNAPSHOT dependency isn't included. Am I going about this the wrong way? Thanks, Jeff. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plugin: release project from within subdirectory
On Fri, Jul 20, 2012 at 1:20 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Maven is about doing things the right way, no hacks. Says the purist :P Hacks impede understanding of a project by others (or yourself 6 months later) and are an antipattern What happens when 6 months down the line you need a new feature and decide to upgrade the release plugin? You have relied on the hack, and the hack What happens when you are trying to deliver code but cannot because the tool of the righteous doesn't work for you? Pragmatism always wins. Anyway, to me it looks like a pretty valid use case that you'd have a git repo with associated documentation to go with the code. The canonical example many others before me have mentioned is that you have folders such as documentation/ and development/ at the root your of your git repo. The pomFileName option is there but just doesn't seem to work. Kalle On Friday, 20 July 2012, Kalle Korhonen wrote: Thanks Werdex. Using the release plugin version 2.3.2 and it's still exactly the same, only goalsdeploy -f Sources/pom.xml/goals works when the pom.xml is not in the root, regardless of pomFileName setting. Stephen, isn't that exactly why you want to lock down the plugin versions? I'll take a well-working hack any day over proper but broken. Kalle On Thu, Apr 21, 2011 at 12:23 AM, Stephen Connolly stephen.alan.conno...@gmail.com javascript:; wrote: fyi that is a hack and may not work in future versions when the bug is fixed - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 20 Apr 2011 15:36, werdex werde...@yahoo.com javascript:; wrote: Hi, The following did trick for me: configuration goalsdeploy -f Sources/pom.xml/goals /configuration -- View this message in context: http://maven-users.828.n2.nabble.com/Release-plugin-release-project-from-within-subdirectory-tp5057222p6290891.html Sent from the maven users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.orgjavascript:; For additional commands, e-mail: users-h...@maven.apache.orgjavascript:; - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org javascript:; For additional commands, e-mail: users-h...@maven.apache.orgjavascript:; - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plugin: release project from within subdirectory
On 20 Jul 2012, at 6:10 PM, Kalle Korhonen wrote: Maven is about doing things the right way, no hacks. Says the purist :P This isn't purist, this is being disciplined. Hacks impede understanding of a project by others (or yourself 6 months later) and are an antipattern What happens when 6 months down the line you need a new feature and decide to upgrade the release plugin? You have relied on the hack, and the hack What happens when you are trying to deliver code but cannot because the tool of the righteous doesn't work for you? Then you stop, you fix the bug, submit the fix upstream, and move on. I did that a few weeks ago with a problem I was having with the maven-resources-plugin (among others), I discovered my problem had been reported 5 years ago my more than one person, but nobody had spent the hour or so that it took to fix it. Pragmatism always wins. Lack of discipline always wins. It drives me up the wall when I have to pick apart and undo some ugly hack that was put in place because someone wasn't willing to get the original job done properly, and I'm left forced having to debug the hack they put in place instead. When you encounter a problem that seems to need a hack, picture yourself in six months time, arms crossed glaring at yourself today, going you could have fixed it and didn't, and now look at how I am suffering Regards, Graham -- smime.p7s Description: S/MIME cryptographic signature
using Maven
Hi All, I'm very new to maven and i tried to build my maven project using mvn package command. but i don't know which command i should use for running my project. is there anyone who knows? thanks .
Re: using Maven
Everyone here knows and there are tens of thousands using it every day. Have you read the docs and followed the examples on the web site? Also Google Maven books and see what you find. Ron On 20/07/2012 12:59 PM, Soheila Dehghanzadeh wrote: Hi All, I'm very new to maven and i tried to build my maven project using mvn package command. but i don't know which command i should use for running my project. is there anyone who knows? thanks . -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: using Maven
I'm very new to maven and i tried to build my maven project using mvn package command. but i don't know which command i should use for running my project. is there anyone who knows? Instead of giving you a fish, I'll teach you how to fish. Google for the phrase maven run project. Click on the first few links (which for me happens to be StackOverflow, then the Maven website, then Coderanch and some blogs) and actually read what is posted. Then think about what you just read, and try implementing it for yourself. As Ron already stated, this is also covered extensively in various project documentation and free PDF books. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven and parallel execution: fundamentally borked, right?
I have never gotten the -T option to Maven to work. On a simple jar project that gets scheduled, periodically the compiler will say things like this: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.4:compile (default-compile) on project com-foobar-api: Compilation failure: Compilation failure: [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicationManager.java:[1,0] class, interface, or enum expected [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicationManager.java:[5,0] class, interface, or enum expected [ERROR] - [Help 1] ...even though in serial mode this class compiles fine (and indeed is syntactically valid). In other cases it will complain about how it cannot load, e.g., java.util.LinkedHashMap, even though--again--in serial mode this class is loaded just fine. I am using Maven 3.0.3 on a Mac with four cores with -T 2 as my parallel option in a large multi-module project. I assume that the parallel feature of Maven is in a pre-alpha state? Just trying to see what the status is. Best, Laird -- http://about.me/lairdnelson
Re: Maven and parallel execution: fundamentally borked, right?
Hi Parallel execution works fine, but you need to update the version of maven-compiler-plugin to the latest version 2.5.1. You are being bitten by a bug in that plugin: http://jira.codehaus.org/browse/MCOMPILER-170 On 2012-07-20 22:43, Laird Nelson wrote: I have never gotten the -T option to Maven to work. On a simple jar project that gets scheduled, periodically the compiler will say things like this: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.4:compile (default-compile) on project com-foobar-api: Compilation failure: Compilation failure: [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicationManager.java:[1,0] class, interface, or enum expected [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicationManager.java:[5,0] class, interface, or enum expected [ERROR] - [Help 1] ...even though in serial mode this class compiles fine (and indeed is syntactically valid). In other cases it will complain about how it cannot load, e.g., java.util.LinkedHashMap, even though--again--in serial mode this class is loaded just fine. I am using Maven 3.0.3 on a Mac with four cores with -T 2 as my parallel option in a large multi-module project. I assume that the parallel feature of Maven is in a pre-alpha state? Just trying to see what the status is. Best, Laird -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven and parallel execution: fundamentally borked, right?
On Fri, Jul 20, 2012 at 2:17 PM, Dennis Lundberg denn...@apache.org wrote: Hi Parallel execution works fine, but you need to update the version of maven-compiler-plugin to the latest version 2.5.1. You are being bitten by a bug in that plugin: http://jira.codehaus.org/browse/MCOMPILER-170 OK; tried with 2.5.1 and got (among other things): [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicatorManager.java:[18,7] cannot access java.util.LinkedHashMap class file for java.util.LinkedHashMap not found Is that a symptom of the same bug? Thanks for your time. Best, Laird -- http://about.me/lairdnelson
Re: Maven and parallel execution: fundamentally borked, right?
Hi, Even with MCOMPILER-170, I have noticed some failures depending on combinations of os/jdk. For me the same build was failing with osx/jdk1.6 but not with osx/jdk1.7 same with some ubuntu combination. What is your os/jdk ? 2012/7/20 Laird Nelson ljnel...@gmail.com: On Fri, Jul 20, 2012 at 2:17 PM, Dennis Lundberg denn...@apache.org wrote: Hi Parallel execution works fine, but you need to update the version of maven-compiler-plugin to the latest version 2.5.1. You are being bitten by a bug in that plugin: http://jira.codehaus.org/browse/MCOMPILER-170 OK; tried with 2.5.1 and got (among other things): [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /Users/ljnelson/Projects/foobar/com-foobar-api/src/main/java/com/foobar/api/FrobnicatorManager.java:[18,7] cannot access java.util.LinkedHashMap class file for java.util.LinkedHashMap not found Is that a symptom of the same bug? Thanks for your time. Best, Laird -- http://about.me/lairdnelson -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven and parallel execution: fundamentally borked, right?
On Fri, Jul 20, 2012 at 2:54 PM, Olivier Lamy ol...@apache.org wrote: What is your os/jdk ? OSX 10.6.8/JDK 1.6.0_33 Forking the compiler did the trick, but I'd rather not if I can. Best, Laird -- http://about.me/lairdnelson