Re: too many open files with 1.0.2
I see that also but it was releated to a problem with Tomcat 6.x and libtcnative. Is it your setting ? 2008/4/11, Jason Chaffee [EMAIL PROTECTED]: With Archvia-1.0.2 running in tomcat, I am getting too many open files errors at least twice a day, forcing a reboot of archiva to fix the issue. When I run lsof, I see that the database files are open more than once so I suspect a resource leak. Is anyone else seeing this?
RE: too many open files with 1.0.2
Actually, I think it had to do with the version of derby I was using. The docs said use derby-10.1.3.1.jar or later. I was using derby-10.3.2.1.jar. I changed it do use derby-10.1.3.1.jar and the problem disappeared. It might be a good idea to add a warning or have someone else confirm and then add a warning to the tomcat documentation It caused us a lot of issues and in fact cause our entire primary server to crash. If other people do not have some type of high availability configuration they could really end up in a bind and be quite upset. -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2008 9:50 AM To: archiva-users@maven.apache.org Subject: Re: too many open files with 1.0.2 I see that also but it was releated to a problem with Tomcat 6.x and libtcnative. Is it your setting ? 2008/4/11, Jason Chaffee [EMAIL PROTECTED]: With Archvia-1.0.2 running in tomcat, I am getting too many open files errors at least twice a day, forcing a reboot of archiva to fix the issue. When I run lsof, I see that the database files are open more than once so I suspect a resource leak. Is anyone else seeing this?
Re: Bulding multiple wars for the same artifact
Two possibilities come to mind: 1) Set up 2 separate war artifacts, each with its own properties file. 2) Externalize your properties so that the same war file can be used with different settings. It might make sense to use JNDI to look up your data source, instead of using properties, and let your app container manage the pool of connections for you. Javier Sandino wrote: Hi there: I have a maven web project which produces a war artifact, say foo-1.0-SNAPSHOT.war This war file contains a java properties file, foo.properties, specifying the default, deployment-specific configuration variables to be used in production: db.host=production.foo.com db.name=production_db db.url=jdbc:mysql://${db.host}/${db.name} db.user=admin db.password=admin : other props... In maven this file resides in the usual place, under /src/main/resources. I also have another file, under /src/test/resources/foo.properties with entirely different deployment values: db.host=test.foo.com db.name=test_db db.url=jdbc:mysql://${db.host}/${db.name} db.user=dev db.password=dev : other props... I would really like to use this test properties file for my integration tests, without having to package it in the final war. Is there a way to tell the maven-war-plugin to generate two wars, say foo-1.0-SNAPSHOT.war and foo-1.0-SNAPSHOT-test.war, where the former contains my production deployment properties while the later packages the test deployment properties? Any examples would be greatly appreciated. If this is not possible with maven-war-plugin, is there an alternative mechanism to achieve the same result? Thanks. __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Site Generation
Hello, I am testing maven 2 and I saw that is was a possibility to generate a site who lists the project's documentation. My project has the following form : - pom.xml (super POM) - moduleA/ with a pom.xml - moduleB/ with a pom.xml The content of my the super POM is the following : [CODE] project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdfr.projet/groupId artifactIdprojet/artifactId packagingpom/packaging version0.1/version nameProjet !/name modules modulemoduleA/module modulemoduleB/module /modules dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId configuration minmemory128m/minmemory maxmemory512m/maxmemory /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jxr-plugin/artifactId /plugin plugin artifactIdmaven-clover-plugin/artifactId /plugin /plugins /reporting /project [/CODE] The pom's of the modules are almost the same and are like that : [CODE] project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion artifactIdmoduleA/artifactId packagingjar/packaging nameModule A/name parent groupIdfr.projet/groupId artifactIdprojet/artifactId version0.1/version relativePath../pom.xml/relativePath /parent /project [/CODE] When i use mvn site command, the site is well generated. The target directory is created in the same directory that the super POM, but there is also a directory target that is created in the modules' directories. When i display the site, in the modules part on the left menu, the list with my 2 modules is well displayed. However, there is a problem with the links of theses modules. The links don't redirect correctly to the modules' target. Their form is like that : ... maven/target/site/moduleB/index.html whereas the real path of this is the following : maven/moduleB/target/site/index.html . Do you know how I can do to generate the modules' target in the target of the super POM ? or in the other case how I can change the links ? Thanks for your help. Sylvain. -- View this message in context: http://www.nabble.com/-M2--Site-Generation-tp16648682s177p16648682.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: [M2] Site Generation
You need to deploy or stage the site to have links between modules working Siarhei On Sat, Apr 12, 2008 at 2:14 PM, sylsau [EMAIL PROTECTED] wrote: Hello, I am testing maven 2 and I saw that is was a possibility to generate a site who lists the project's documentation. My project has the following form : - pom.xml (super POM) - moduleA/ with a pom.xml - moduleB/ with a pom.xml The content of my the super POM is the following : [CODE] project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdfr.projet/groupId artifactIdprojet/artifactId packagingpom/packaging version0.1/version nameProjet !/name modules modulemoduleA/module modulemoduleB/module /modules dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId configuration minmemory128m/minmemory maxmemory512m/maxmemory /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jxr-plugin/artifactId /plugin plugin artifactIdmaven-clover-plugin/artifactId /plugin /plugins /reporting /project [/CODE] The pom's of the modules are almost the same and are like that : [CODE] project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion artifactIdmoduleA/artifactId packagingjar/packaging nameModule A/name parent groupIdfr.projet/groupId artifactIdprojet/artifactId version0.1/version relativePath../pom.xml/relativePath /parent /project [/CODE] When i use mvn site command, the site is well generated. The target directory is created in the same directory that the super POM, but there is also a directory target that is created in the modules' directories. When i display the site, in the modules part on the left menu, the list with my 2 modules is well displayed. However, there is a problem with the links of theses modules. The links don't redirect correctly to the modules' target. Their form is like that : ... maven/target/site/moduleB/index.html whereas the real path of this is the following : maven/moduleB/target/site/index.html . Do you know how I can do to generate the modules' target in the target of the super POM ? or in the other case how I can change the links ? Thanks for your help. Sylvain. -- View this message in context: http://www.nabble.com/-M2--Site-Generation-tp16648682s177p16648682.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]
[m2] pom filtering: pom.url vs propertyname.url
Hi, In my pom.xml file I have the following: [xml] urlsome url/url build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId configuration webResources resource directorysrc\main\webapp/directory filteringtrue/filtering includes include**/*.xml/include /includes /resource /webResources /configuration /plugin /plugins /build properties jdbc.urlthe url of my database/jdbc.url /properties [/xml] In an other xml file, that is located in the src\main\webapp directory, I have the following: [xml] bean id=dataSource class= p:url=${jdbc.url}/ [/xml] This is the output after maven ran: [xml] bean id=dataSource class= p:url=some url/ [/xml] What I expected to see was this: [xml] bean id=dataSource class= p:url=the url of my database/ [/xml] Am I missing something ? Thanks in advance. Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bulding multiple wars for the same artifact
Or use Spring and tell it (via -D or another property) which file to use. I think this is a common approach to this problem. Wayne On 4/12/08, David C. Hicks [EMAIL PROTECTED] wrote: Two possibilities come to mind: 1) Set up 2 separate war artifacts, each with its own properties file. 2) Externalize your properties so that the same war file can be used with different settings. It might make sense to use JNDI to look up your data source, instead of using properties, and let your app container manage the pool of connections for you. Javier Sandino wrote: Hi there: I have a maven web project which produces a war artifact, say foo-1.0-SNAPSHOT.war This war file contains a java properties file, foo.properties, specifying the default, deployment-specific configuration variables to be used in production: db.host=production.foo.com db.name=production_db db.url=jdbc:mysql://${db.host}/${db.name} db.user=admin db.password=admin : other props... In maven this file resides in the usual place, under /src/main/resources. I also have another file, under /src/test/resources/foo.properties with entirely different deployment values: db.host=test.foo.com db.name=test_db db.url=jdbc:mysql://${db.host}/${db.name} db.user=dev db.password=dev : other props... I would really like to use this test properties file for my integration tests, without having to package it in the final war. Is there a way to tell the maven-war-plugin to generate two wars, say foo-1.0-SNAPSHOT.war and foo-1.0-SNAPSHOT-test.war, where the former contains my production deployment properties while the later packages the test deployment properties? Any examples would be greatly appreciated. If this is not possible with maven-war-plugin, is there an alternative mechanism to achieve the same result? Thanks. __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can I set a timeout for downloading dependency
If your goal is to fail the build in case of a download timeout and you wish that timeout to be configurable, then you can use a repository manager such as Artifactory to centrally set the desired network timeout for downloading dependencies from a remote repository. Your maven client will then receive the download timeout directly from Artifactory. youhaodeyi wrote: ok. thanks. Wayne Fay wrote: No. Ctrl-X to cancel the build and run again with mvn -o ... for offline mode. Wayne On 4/10/08, youhaodeyi [EMAIL PROTECTED] wrote: Can I set a timeout for downloading dependency jars? -- View this message in context: http://www.nabble.com/Can-I-set-a-timeout-for-downloading-dependency-tp16608218s177p16608218.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Can-I-set-a-timeout-for-downloading-dependency-tp16608218s177p16649676.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: Repository search order
Which Repo Manager would you prefer? Sonatype Nexus or Maven Archiva? Nexus is well documentated in the Sonatype Maven book, which is a big plus imho, and I also read it's supported by their Eclipse Maven (m2eclipse) plugin, which is probably also quite helpful. However, Archiva seems to be the most stable Repo Manager. It's really hard to decide. I would be interested in everyone else's opinions. Thanks, Peter
ejb3 jboss persistence problem
Previously I successfully build ejb3 example with jboss version 4.2.2 by specifying jboss library in the 'systempath'. Now I want to make use of the maven (jboss) repository. So I change to use the dependency section of pom.xml, modifying repository and dependency section; it is as follow: repositories repository idjboss-maven2/id urlhttp://repository.jboss.com/url /repository /repositories ... dependency groupIdjboss/groupId artifactIdjboss-persistence-api/artifactId version3.0.0-SNAPSHOT/version /dependency dependency groupIdjboss/groupId artifactIdjboss-ejb-api/artifactId version4.2.0.GA/version /dependency But maven returns message like Missing: -- 1) jboss:jboss-persistence-api:jar:3.0.0-SNAPSHOT Try downloading the file manually from the project website. I am able to to see the jar file located in the http://repository.jboss.com/jboss/jboss-persistence-api/ (The dependency for jboss-ejb-api works fine.) How to solve this error without downing/ installing the jar manually? Thanks for help, -- View this message in context: http://www.nabble.com/ejb3-jboss-persistence-problem-tp16653034s177p16653034.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: ejb3 jboss persistence problem
am not a maven specialist but when I go to: http://repository.jboss.com/jboss/jboss-persistence-api/3.0.0-SNAPSHOT I see a lib folder don't know if this is ok for maven ? 2008/4/12, neo anderson [EMAIL PROTECTED]: Previously I successfully build ejb3 example with jboss version 4.2.2 by specifying jboss library in the 'systempath'. Now I want to make use of the maven (jboss) repository. So I change to use the dependency section of pom.xml, modifying repository and dependency section; it is as follow: repositories repository idjboss-maven2/id urlhttp://repository.jboss.com/url /repository /repositories ... dependency groupIdjboss/groupId artifactIdjboss-persistence-api/artifactId version3.0.0-SNAPSHOT/version /dependency dependency groupIdjboss/groupId artifactIdjboss-ejb-api/artifactId version4.2.0.GA/version /dependency But maven returns message like Missing: -- 1) jboss:jboss-persistence-api:jar:3.0.0-SNAPSHOT Try downloading the file manually from the project website. I am able to to see the jar file located in the http://repository.jboss.com/jboss/jboss-persistence-api/ (The dependency for jboss-ejb-api works fine.) How to solve this error without downing/ installing the jar manually? Thanks for help, -- View this message in context: http://www.nabble.com/ejb3-jboss-persistence-problem-tp16653034s177p16653034.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ejb3 jboss persistence problem
Hey Neo. Cool Name. Maybe repositories repository idrepository.jboss.org/id nameJBoss Repository/name urlhttp://repository.jboss.org/maven2/url /repository repository snapshots / idsnapshots.jboss.org/id nameJBoss Snapshot Repository/name urlhttp://snapshots.jboss.org/maven2/url /repository /repositories should do the trick. I dont think the one you are using is correct and even if it is, snapshots usually have their own repo. hth, Manos neo anderson wrote: Previously I successfully build ejb3 example with jboss version 4.2.2 by specifying jboss library in the 'systempath'. Now I want to make use of the maven (jboss) repository. So I change to use the dependency section of pom.xml, modifying repository and dependency section; it is as follow: repositories repository idjboss-maven2/id urlhttp://repository.jboss.com/url /repository /repositories ... dependency groupIdjboss/groupId artifactIdjboss-persistence-api/artifactId version3.0.0-SNAPSHOT/version /dependency dependency groupIdjboss/groupId artifactIdjboss-ejb-api/artifactId version4.2.0.GA/version /dependency But maven returns message like Missing: -- 1) jboss:jboss-persistence-api:jar:3.0.0-SNAPSHOT Try downloading the file manually from the project website. I am able to to see the jar file located in the http://repository.jboss.com/jboss/jboss-persistence-api/ (The dependency for jboss-ejb-api works fine.) How to solve this error without downing/ installing the jar manually? Thanks for help, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ejb3 jboss persistence problem
Wait that doesnt look right, sorry. Try: repositories repository idjboss/id nameJBoss Repository/name urlhttp://repository.jboss.org/maven2/url snapshots enabledfalse/enabled /snapshots /repository repository idjboss-snapshots/id nameJBoss Snapshot Repository/name urlhttp://snapshots.jboss.org/maven2/url releases enabledfalse/enabled /releases snapshots enabledtrue/enabled /snapshots /repository /repositories Manos Batsis wrote: Hey Neo. Cool Name. Maybe repositories repository idrepository.jboss.org/id nameJBoss Repository/name urlhttp://repository.jboss.org/maven2/url /repository repository snapshots / idsnapshots.jboss.org/id nameJBoss Snapshot Repository/name urlhttp://snapshots.jboss.org/maven2/url /repository /repositories should do the trick. I dont think the one you are using is correct and even if it is, snapshots usually have their own repo. hth, Manos neo anderson wrote: Previously I successfully build ejb3 example with jboss version 4.2.2 by specifying jboss library in the 'systempath'. Now I want to make use of the maven (jboss) repository. So I change to use the dependency section of pom.xml, modifying repository and dependency section; it is as follow: repositories repository idjboss-maven2/id urlhttp://repository.jboss.com/url /repository /repositories ... dependency groupIdjboss/groupId artifactIdjboss-persistence-api/artifactId version3.0.0-SNAPSHOT/version /dependency dependency groupIdjboss/groupId artifactIdjboss-ejb-api/artifactId version4.2.0.GA/version /dependency But maven returns message like Missing: -- 1) jboss:jboss-persistence-api:jar:3.0.0-SNAPSHOT Try downloading the file manually from the project website. I am able to to see the jar file located in the http://repository.jboss.com/jboss/jboss-persistence-api/ (The dependency for jboss-ejb-api works fine.) How to solve this error without downing/ installing the jar manually? Thanks for help, - 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: Multiple CPUs
On Fri, Apr 11, 2008 at 7:21 PM, Simone Gianni [EMAIL PROTECTED] wrote: Hi Dana, you are absolutely right, but there are a few things Maven could do to improve speed : using multiple threads/cpus : - Maven downloads stuff. Now, since the network exists, it exists latency, and all net applications work best when multithreaded. Is maven currently parallelizing the jar downloads/the connections it makes to test if there are new releases of the artifacts? That could speed up a lot, expecially on first time users, first time they download stuff, first time they see maven as slow :) - Unit tests are, by DEFINITION, parallelizable. Maven could create more of one instance of the test runner, create a shared list of test methods, and have various instances run on different threads and pick a test method from the list. Failure of a test does not stop execution of other tests in the same package, so it's safe to do so. +1 on both points. On the build process itself, it has no meaning to parallelize it as you properly pointed out. Sorry to be persistent about this, but the build process is exactly where i think the most gains are to be made. Parallelizing downloads is for sure a winner and perhaps potential low-hanging fruit, but after the first clean install you spend 98% of your time in the build _not_ downloading anything. Instead, for each artifact you're sequentially going through all of the lifecycle phases : validate generate-sources process-sources generate-resources process-resources compile process-classes generate-test-sources process-test-sources generate-test-resources process-test-resources test-compile process-test-classes test prepare-package package pre-integration-test integration-test post-integration-test verify install deploy So why not run this cycle in parallel for completely unrelated artifacts ? Yes I know the repo is not threadsafe but for unrelated artifacts that would not even be an issue as long as you're not invoking 2 separate maven instances at the same time. Cheers, Jorg
Re: Repository search order
On 12-Apr-08, at 9:24 AM, Peter Horlock wrote: Which Repo Manager would you prefer? I'm openly and wholly biased because my company produces Nexus. So I'm not the one to ask for a non-partisan opinion. Sonatype Nexus or Maven Archiva? Nexus is well documentated in the Sonatype Maven book, which is a big plus imho, and I also read it's supported by their Eclipse Maven (m2eclipse) plugin, which is probably also quite helpful. Facts that are certain: - Tamas has worked the longest on any repository manager, first with proximity and now with Nexus. He works on Nexus full-time a fact of which I'm very proud of. - Nexus has the most thorough documentation with the chapter in the maven book and this will be expanded as we add more features. - Nexus integrates best with Eclipse in the form of m2eclipse and that's certainly due to the fact that we (Sonatype) work on both. That integration will become richer very rapidly. Nexus is already also used in the Netbeans integration, and will be in IDEA as well. So the most popular form of IDE integration already is, or will be using Nexus technologies. We already have index proxying working as well which is very cool. So when you proxy Maven central for example, you can search Maven central's index without requiring a full mirror - We have no external resource dependencies like databases which is a huge plus in large environments. We know this for a fact because aside from Google we are working with and talking to companies which have very large IT infrastructures and developer populations and introducing a database requirement just makes your adoption/ procurement process a lot harder. - Nexus already has a complete REST API which will be the cornerstone of 3rd party integration. We use Restlet and are working with the Restlet authors to provide optimal and secure REST access. - We are fixing errors in Nexus very quickly. The beta-2 was released very shortly after the beta-1, and this will continue toward the 1.0. - We don't require WebDAV for deployment, we actually figured out a way to use REST with a simple PUT for deployment which greatly simplifies the client side not requiring WebDAV. All one should care about is security, and DAV doesn't really help here and REST just makes things far simpler. However, Archiva seems to be the most stable Repo Manager. More stable in what way? I suggest as an exercise for yourself use the Apache Benchmark tool (comes standard with apache) and hammer both Archiva and Nexus and decide for yourself which one is more stable. Load up Nexus' default distribution and Archiva's default distribution with a profiler and judge for yourself what the foot prints are for use. We will create some benchmarks for people to look at but we are very sensitive to resource use and performance. We're working with the Jetty authors to utilize the Jetty client library and creating a memory file map cache to serve out heavily used artifacts at near static content speeds. It's really hard to decide. I would be interested in everyone else's opinions. http://weblogs.java.net/blog/johnsmart/archive/2008/04/nexus_my_next_m.html Ultimately you have to try them both and decide. Try setting them both up and see what you think. Compare the integration with Eclipse with your developers and let them help you decide. Also join the mailing lists and measure how fast releases come out, and how quickly issues are dealt with as this is an important aspect as well. Thanks, Peter 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]
Re: Repository search order
Be careful with the jboss repository. It contains artifacts that have the same groupId, artifactId and version as artifacts in central, but with different content. Mixing both is asking for trouble... Tom On Fri, Apr 11, 2008 at 3:58 PM, Glynbach [EMAIL PROTECTED] wrote: Hi I added the jboss repository to my POM to add a jta dependecy. But running mvn test gives an error retrieving the jta jar. The error shows maven is trying to get the jar from the maven repository (which exists but has no jar in it) rather than the jboss repository. Can I stipulate which repository should be used in the dependency? pom entries are : project repositories repository idjboss/id urlrepository.jboss.com/maven2/url /repository /repositories .. dependency groupIdjavax.transaction/groupId artifactIdjta/artifactId version1.0.1B/version /dependency .. In the console I can see the following output: -- 1 required artifact is missing. for artifact: com.fdar.apress.s2:app:war:1.0-SNAPSHOT from the specified remote repositories: jboss (repository.jboss.com/maven2), central (http://repo1.maven.org/maven2) and also: url = http://repo1.maven.org/maven2 Downloading: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B/jta-1.0.1B.jar [ERROR] Thanks for any help -- View this message in context: http://www.nabble.com/Repository-search-order-tp16627819s177p16627819.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Repository search order
This is something that we dealt with specifically with a client with Nexus. The Atlassian repositories were a complete mess (james tells me this has been corrected), doing similar things with artifacts in central and mixing snapshots and releases together. Nexus can actually block requests for artifacts from a particular repository. So, in your case you could block every request for an apache artifact from the jboss repositories. With the routing in Nexus you can incrementally block all the garbage that finds its way into public repositories. Nexus first priority was to prevent crippling your internal environment and protecting you from the outside world. We plan to allow the general submission of these routing tables back to our copy of Nexus running on our mirror of central so that open source projects and people providing public repositories can clean up their shit which adversely affects all Maven users. I think all the metadata can be cleaned up inside 12 months, but until then you have to protect your internal organization. With Nexus you can group, route, and transform around problems. You group to order and aggregate repositories behind one end point, you can route around bad artifacts and crap repositories, and we dynamically rewrite metadata on the fly to separate snapshot and release metadata so you don't get hosed. On 12-Apr-08, at 11:45 AM, Tom Huybrechts wrote: Be careful with the jboss repository. It contains artifacts that have the same groupId, artifactId and version as artifacts in central, but with different content. Mixing both is asking for trouble... Tom On Fri, Apr 11, 2008 at 3:58 PM, Glynbach [EMAIL PROTECTED] wrote: Hi I added the jboss repository to my POM to add a jta dependecy. But running mvn test gives an error retrieving the jta jar. The error shows maven is trying to get the jar from the maven repository (which exists but has no jar in it) rather than the jboss repository. Can I stipulate which repository should be used in the dependency? pom entries are : project repositories repository idjboss/id urlrepository.jboss.com/maven2/url /repository /repositories .. dependency groupIdjavax.transaction/groupId artifactIdjta/artifactId version1.0.1B/version /dependency .. In the console I can see the following output: -- 1 required artifact is missing. for artifact: com.fdar.apress.s2:app:war:1.0-SNAPSHOT from the specified remote repositories: jboss (repository.jboss.com/maven2), central (http://repo1.maven.org/maven2) and also: url = http://repo1.maven.org/maven2 Downloading: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B/jta-1.0.1B.jar [ERROR] Thanks for any help -- View this message in context: http://www.nabble.com/Repository-search-order-tp16627819s177p16627819.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- 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]
Re: [M2] Site Generation
First, I use the command mvn site then I run the command mvn site:stage. The result is the same, the links are not good. So, perhars there are values to put in the tag url on the pom ? -- View this message in context: http://www.nabble.com/-M2--Site-Generation-tp16648682s177p16656455.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: Repository search order
On Fri, Apr 11, 2008 at 12:42 PM, Jason van Zyl [EMAIL PROTECTED] wrote: This is another classic example of why using a repository manager is a good thing. You can specify repositories in one central place, and with Nexus you can order, group, and route which means you can get certain artifacts from particular repositories if you so choose. Using Nexus will also help you manager all your repository use from one location. If you're a lone developer then this isn't much of an advantage, but if there is a team then using a repository manager has definite advantages. You can read about repository managers here: http://www.sonatype.com/book/reference/repository-manager.html# I've not tried using a repository manager for a while, so maybe I'm not understanding/remembering something, but is there a way to use a repository manager without making your builds dependent upon the correct configuration in settings.xml and on the repository manager being available? I don't version my settings.xml with my project source code, and we don't necessarily share a common settings.xml in our team, so depending on settings in there makes the build potentially non-repeatable and environmentally sensitive. I also tend to work disconnected from the company network quite a bit, so depending upon a corporate repository manager in order for the builds to work correctly can also be an issue (e.g. if Nexus is grouping several repositories under one URL, people are likely to miss adding the appropriate repository definition to the POM, and also the issue of artifacts in central also being in some 3rd party repositories - maybe with different content - which Nexus can work around - if I'm not using the Nexus proxy/mirror, maybe I'll pick up different artifacts). I think these were the issue I ran into last time around. I'll have to give it a go again - but has anyone else run into similar issues using repository managers, and if so, how do you work around them? Thanks, Mark
RE: Repository search order
Usually corporations want the central control that delegating everything to a single url provides. However you are still able to address the individual repositories if you want. This will also allow you to switch the urls with a profile. For machines that are entirely internal (corp desktops), setting up to use the internal proxy is easy by adding a mirror url. It's the traveling machines that need a bit more work. When I used to work where we had an internal proximity setup and I was working from home (sometimes on maven, sometimes corp stuff), I setup that corp repo as a repo using the grouped url and just activated it in a profile when I needed it. Since I added it to my list last, any public artifacts are pulled from the repos directly and only the corp artifacts (and things from repos I might not have configured) would be retrieved from the corp repo over the vpn. -Original Message- From: Mark Hewett [mailto:[EMAIL PROTECTED] Sent: Saturday, April 12, 2008 6:24 PM To: Maven Users List Subject: Re: Repository search order On Fri, Apr 11, 2008 at 12:42 PM, Jason van Zyl [EMAIL PROTECTED] wrote: This is another classic example of why using a repository manager is a good thing. You can specify repositories in one central place, and with Nexus you can order, group, and route which means you can get certain artifacts from particular repositories if you so choose. Using Nexus will also help you manager all your repository use from one location. If you're a lone developer then this isn't much of an advantage, but if there is a team then using a repository manager has definite advantages. You can read about repository managers here: http://www.sonatype.com/book/reference/repository-manager.html# I've not tried using a repository manager for a while, so maybe I'm not understanding/remembering something, but is there a way to use a repository manager without making your builds dependent upon the correct configuration in settings.xml and on the repository manager being available? I don't version my settings.xml with my project source code, and we don't necessarily share a common settings.xml in our team, so depending on settings in there makes the build potentially non-repeatable and environmentally sensitive. I also tend to work disconnected from the company network quite a bit, so depending upon a corporate repository manager in order for the builds to work correctly can also be an issue (e.g. if Nexus is grouping several repositories under one URL, people are likely to miss adding the appropriate repository definition to the POM, and also the issue of artifacts in central also being in some 3rd party repositories - maybe with different content - which Nexus can work around - if I'm not using the Nexus proxy/mirror, maybe I'll pick up different artifacts). I think these were the issue I ran into last time around. I'll have to give it a go again - but has anyone else run into similar issues using repository managers, and if so, how do you work around them? Thanks, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Selenium - Maven - Smoketest
Hi, In the life cycle of Maven, where can I perform the automated smoke test (i believe it is after deploy step, can somebody confirm or guide)? Thanks, Dhyanesh Bagadia -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656678s177p16656678.html Sent from the Maven - Users mailing list archive at Nabble.com.
Selenium - Maven - Smoketest
Hi, In the life cycle of Maven, where can I perform the automated smoke test (i believe it is after strongdeploy step/strong, can somebody confirm or guide)? Thanks, Dhyanesh Bagadia -- View this message in context: http://www.nabble.com/Selenium---Maven---Smoketest-tp16656681s177p16656681.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]
Building Multi Module Assembly
Hi, I am trying to build a bin.zip for my multimodule project. I read the assembly plugin doc, tried several setups but still have absolutely no idea how to do it. This is my current state: 2 modules, one module is a jar, the second is a war I have attached javadoc:jar to the jar goal. So every jar has its own javadoc.jar The idea: The final zip shall contain a lib folder with parent's dependencies which already works. I have disabled modules' dependencies. Additionally it shall contain all jar modules along with their javadoc jar. War packages are excluded. Finally, I want the entire site assembled including modules' sites in a single directory. The first (jars + javadocs jars) just won't work with modulesets. The site issue is not feasable at all with modulesets. How can I achive this? I could do it with just a simple fileset but this is the solution I'd like to go. Here's my project for the record: http://svn.fckeditor.net/FCKeditor.Java/branches/2.4/ Thanks in advance. Mike PS: why the heck is unpack set to true by default? -- NO OOXML - Say NO To Microsoft Office broken standard http://www.noooxml.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Svn relocate after release?
That does make a lot of sense and I'll forward your suggestion. But for now, I still wonder if I should be concerned otherwise. Wayne Fay wrote: Could you not set a generic dns-backed server name eg svn.corp.com and then things just work when you move servers? This would be my approach. Wayne On 4/11/08, Clifton [EMAIL PROTECTED] wrote: Should I be concerned after relocating our SVN server after a couple of releases? We just moved our svn server to another physical machine which of course changes the URLs. My limited knowledge of the release plugin suggests this could be a potential uh-oh if we want to release an earlier version. My buddy was trying to prepare/perform a release today when he started running into references of the old repo URL. I'm not sure what the deal was but he seems to have it almost worked out. Have any of you run into such issues or dealt with relocating SVN and the release plugin? -- View this message in context: http://www.nabble.com/Svn-relocate-after-release--tp16628241s177p16628241.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Svn-relocate-after-release--tp16628241s177p16656686.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: mvn release with perforce
Hey there, Perforce is more user oriented that most SCMs, you need to explicitly tell it who you are and and how to map files from it's repository to your local system using a specific 'client' specification. Typically these values are set as environment variables e.g. P4CLIENT=your-client-spec P4USER=your-user P4PASSWD=your password # this is the server host and port P4PORT=localhost:1666 You need to have these set to be able to use the 'p4' commandline anyhow. To use it with maven; Say you have a maven project named 'simple' checked into your perforce repo at '//depot/simple', the scm tags in the project file should read scm connectionscm:perforce://depot/simple/connection developerConnectionscm:perforce://depot/simple/developerConnection urlscm:perforce://depot/simple/url /scm Now you should be able to release your 'simple' project with the release plugin. execute the following prepare step if you don't like the idea of having your username or password set in env variables you can supply them to the commad as follows -Dusername=youruser -Dpassword=yourpassword mvn release:prepare --batch-mode The batchmode selects sensible defaults for the release version, label and next version. If the prepare succeeds, finish it out using mvn release:perform (this will also upload it to your enterpise maven artifact repository if configured, e.g. archiva, nexus, maven-proxy) if it fails roll it back with mvn release:rollback The release plugin page goes into this in more depth, so check it out. Hope this helps ste EJ Ciramella-2 wrote: Ok, made it a bit further - but I'm getting this now: [ERROR] BUILD FAILURE [INFO] [INFO] The port has to be a number. [INFO] [INFO] For more information, run Maven with the -e switch Clearly I have listed the port number, where is it missing from? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2008 5:22 PM To: users@maven.apache.org Subject: mvn release with perforce Is anyone using this feature with perforce and maven 2? I'm a little fuzzy with this particular plugin, but doesn't it depend on the scm config specified at the top of the pom? I have this: scm connectionscm:perforce:${p4.username}:[EMAIL PROTECTED]://some/d epot/path/connection urlhttp://someserver:somport/@mdeq;dcdeq;//somepath//url /scm What are others using for the url bit when using this plugin in conjunction with perforce? The release plugin doesn't like = in the url as well as my eq; things. Thanks in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/mvn-release-with-perforce-tp16461632s177p16656688.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: [M2] Site Generation
depends on access capability to the urls especially the required plugins an example would be distributionManagement repository idapache-repo/id nameMaven Central Repository/name urlscpexe://people.apache.org//www/people.apache.org/repo/m2-ibiblio-rsync -repository/url /repository snapshotRepository idapache-snapshots/id nameApache Development Repository/name urlscpexe://people.apache.org//www/people.apache.org/repo/m2-snapshot-repo sitory/url /snapshotRepository /distributionManagement If you cant reach the urls using the indicated protocol scp/sftp/whatever protocol maybe the site is down? you can *try* pulling all your plugins locally to a localRepository but that will take a while Here is an localRepository example from settings.xml localRepositoryF:/maven-plugin/localRepository HTH M- - Original Message - From: sylsau [EMAIL PROTECTED] To: users@maven.apache.org Sent: Saturday, April 12, 2008 4:24 PM Subject: Re: [M2] Site Generation First, I use the command mvn site then I run the command mvn site:stage. The result is the same, the links are not good. So, perhars there are values to put in the tag url on the pom ? -- View this message in context: http://www.nabble.com/-M2--Site-Generation-tp16648682s177p16656455.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Definitive Guide - is it real?
Hi! I really appreciate the great guide Jason and gang have put together with Maven: The Definitive Guide, which you can all get here as you probably know http://sonatype.com/book/index.html As far as I believe somehow these guys are making the book with Maven. At least I hope so. I have started to write some documentation using the doxia book plugin and have run into all sorts of issues. I am able to create the book in various formats including pdf and html as well as embedding external code snippets (SQL in my case). However I have not managed to get a nice table of content and multiple html pages happeing as nicely has Sonatype has on the site. And I definitely have not managed to get any images embedded. There are all sorts of issues in JIRA and on the wiki as various documentation on the site and in the forums. So far to no avail though. So here are my questions: Can something like the Definitive Guide be done with the doxia maven plugin or should I start looking elsewhere asap? If so how? Ideally there would be an example available that does the various formats, uses all the macros, get sthe book on the site (generated with mvn site) as well as generated downloadable artifacts (I am using the assembly plugin just fine for that) and uses images and whatever else can be done with doxia. I have however not found something like it. If the book source code would be available I could just look at it is done there but I have not found anything on the web? Otherwise does any open source project use it like I mentioned so that I could download that source code and check it out. Or maybe there is some snapshot or whatever website from doxia that contains working examples? Any help would be greatly appreciated. manfred -- View this message in context: http://www.nabble.com/Definitive-Guide---is-it-real--tp16656704s177p16656704.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: [M2] Site Generation
On Sat, Apr 12, 2008 at 6:53 PM, Martin Gainty [EMAIL PROTECTED] wrote: depends on access capability to the urls especially the required plugins an example would be I don't see how this has anything to do with access. The generated URLs are just plain wrong, AFAICT. The only solution that I have been able to come up with is to run an Ant script (using maven-antrun-plugin) that generates some symbolic links so that the generated URLs work. It's ugly but at least the site works. I'd love to see a better solution especially since this was apparently fixed in maven-site-plugin-2.0-beta-5 (MSITE-44). According to MSITE-275, it was broken again in maven-site-plugin-2.0-beta-6. That seems to imply somebody got it working in 2.0-beta-5. :-) http://jira.codehaus.org/browse/MSITE-44 http://jira.codehaus.org/browse/MSITE-275 Cheers, Hilco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Definitive Guide - is it real?
Hi, The content of the book has been converted to docbook as that's what O'Reilly can consume more easily. The editing tools that Tim prefers are docbook tools so he converted the source from APT to docbook. But you could use Doxia to go from whatever to docbook and then use the tools we have. We are using docbook and the docbkx-maven-plugin. I don't have any problem letting people use the tools. The book is a community service, we don't make money off it or use it as a marketing tool (we, in fact forfeit our royalties to give it away for free and you don't have to register so we don't track anyone for leads) so let Tim sort out what's what and we'll publish what we have. You could theoretically write the book in whatever you want but you'll need a docbook sink that's accurate. Once you have that then you should be able to do the same things we are. Or just write the content in docbook. There are some limitations in doxia right now and Tim is a sadist and prefers docbook so that's what we have. On 12-Apr-08, at 9:02 PM, Manfred Moser wrote: Hi! I really appreciate the great guide Jason and gang have put together with Maven: The Definitive Guide, which you can all get here as you probably know http://sonatype.com/book/index.html As far as I believe somehow these guys are making the book with Maven. At least I hope so. I have started to write some documentation using the doxia book plugin and have run into all sorts of issues. I am able to create the book in various formats including pdf and html as well as embedding external code snippets (SQL in my case). However I have not managed to get a nice table of content and multiple html pages happeing as nicely has Sonatype has on the site. And I definitely have not managed to get any images embedded. There are all sorts of issues in JIRA and on the wiki as various documentation on the site and in the forums. So far to no avail though. So here are my questions: Can something like the Definitive Guide be done with the doxia maven plugin or should I start looking elsewhere asap? If so how? Ideally there would be an example available that does the various formats, uses all the macros, get sthe book on the site (generated with mvn site) as well as generated downloadable artifacts (I am using the assembly plugin just fine for that) and uses images and whatever else can be done with doxia. I have however not found something like it. If the book source code would be available I could just look at it is done there but I have not found anything on the web? Otherwise does any open source project use it like I mentioned so that I could download that source code and check it out. Or maybe there is some snapshot or whatever website from doxia that contains working examples? Any help would be greatly appreciated. manfred -- View this message in context: http://www.nabble.com/Definitive-Guide---is-it-real--tp16656704s177p16656704.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]