Re: [M2] maven-changelog-plugin, apache plugin repo down?
On 10/24/06, CodingPlayer [EMAIL PROTECTED] wrote: it seems to me that the apache-snapshot-repo URL has changed, or it is currently down, or the plugin is not supported any more. The snapshot URL is: http://people.apache.org/repo/m2-snapshot-repository It is currently down, the 'people.apache.org' box was part of some ASF infrastructure changes that started last Saturday. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with offline apache servers
On 10/24/06, Henning Sprang [EMAIL PROTECTED] wrote: I have some problems with fact that seemingly the apache snapshot servers are offline (some error with qdox-20051211.114207.pom - detailed error log on request, I don't want to spam the list with this long log). In first place, one question would be if anyone knows a mirror for http://cvs.apache.org/repository/, which would help a lot in first place. Only official releases are mirrored, not the snapshot repositories. Another question would be, how can I make maven cache such things. It seems to cache a lot of things automatically in my local .m2 folder, but these seem not to be cached. Something like Proximity or Archiva? If it makes sense, you might also consider doing an 'internal release' of your snapshot dependencies, so that you have a fixed version. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: repository down?
On 10/24/06, Ming Cheung [EMAIL PROTECTED] wrote: Is http://cvs.apache.org/repository down? Yes, though the correct URL is http://people.apache.org/repo/m1-snapshot-repository. That server was part of some ASF infrastructure work that started on Saturday. The original estimate was to be completed on Monday, but the work is taking longer than expected. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs.apache.org connection problems
On 10/24/06, Scott Ryan [EMAIL PROTECTED] wrote: I am having the same issues with my maven 2 repository. I saw a posting last night that some of the apache servers (people and cvs) had gone down but no information on when they were expected back up or any alternative on how to get around the issue. It looks like these servers are embedded in the maven parent pom and I have not been able to find any mirrors to get snapshots off of. I am trying to get the latest commons-vfs so that i can compile the latest copy of Cargo but no luck so far. Any suggestions on mirrors or any idea on when the servers might be back up. Seems like we need a disaster recovery plan for times like these. The server on which the snapshot repository lives was part of some infrastructure work that started on Saturday. The original estimate was to be done on Monday, but things don't always go as planned... they're working on it, and it will be back as soon as possible. At this time, only official releases are mirrored, not snapshots. The alternative is to check the code out of the Subversion repository (which is up) and build it locally. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Snapshot Repository Down?
On 10/25/06, Ming Cheung [EMAIL PROTECTED] wrote: What if my testcase/project needs to download a snapshot jar from the repository for EVERY SINGLE build? If the repository is not avaiable, Does that mean all Apache AXIS2 open source) user will have wait 3 or more days before running the builds? The ASF Subversion repository is up, so you do have the option of building it yourself, locally. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scp a war to remote location
On 10/25/06, Christofer Jennings [EMAIL PROTECTED] wrote: How do you scp a war to a remote location in maven2? I have a webapp project that produces a war. I'd like to deploy it to a remote server running jboss. I think all I need is to scp the war and let jboss hot deploy. But I can't figure out what to do in maven to make it happen. Definitely take a look at Cargo, which claims support for remote deployment to JBoss. (I use Cargo with Tomcat.) Alternately... it seems like I saw 'run a script' on the Continuum menu, so that might well be easier if you know that's all it will take. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: looking for a repository with doxia-maven-plugin?
On 10/24/06, MartinAhrer [EMAIL PROTECTED] wrote: Sorry for the misleading term 'repository'. I was thinking of a maven repository for downloading maven plugins... I'd like to use doxia for generating PDF from my existing APT documents! Did you find what you needed? If not, Doxia Book is here: http://maven.apache.org/doxia/book/ If the plugin isn't available in the snapshot repository, you can try building doxia yourself: svn co http://svn.apache.org/repos/asf/maven/doxia/trunk doxia cd doxia mvn install -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Cactus with Maven 2
On 10/26/06, Mohan Gopal [EMAIL PROTECTED] wrote: 1. Is there any cactus plugin for Maven 2. There is absolutely no documentation on this plugin. Anything, a sample code would help very much. There was some activity at Cactus earlier this year, but nothing recently. 2. Testing life cycle stage comes before packaging life cycle stage. An in-container test, as we do with cactus, cannot be done unless you deploy your application. See the 'integration-test' phases, here: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html Once upon a time I had the Cactus tests for the Struts Taglibs running under Maven 2. Here's the relevant project, which was moved to the sandbox: http://svn.apache.org/repos/asf/struts/sandbox/trunk/apps-test/taglib-it/pom.xml -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Impossible to build ourproject from scratch
On 10/27/06, Max Cooper [EMAIL PROTECTED] wrote: Does anyone know how to do this? It seems like this would be somewhat common, since many projects may need to build one or more special plugins to support the rest of their builds. More than one project has a separate 'maven' module that contains things like a project-level 'master' pom, and plugins, that have to be released in advance of a project release. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven documents?
On 10/28/06, jiangshachina [EMAIL PROTECTED] wrote: For example, I find the doc of puglin archetype at following link, http://maven.apache.org/plugins/maven-archetype-plugin/create-mojo.html The doc only shows what attributes I can set, but don't give me all of values can be used for the attributes. For instance, I only know maven-archetype-webapp and maven-archetype-quickstart(default) would be set for attribute archetypeArtifactId. But what about app project, ear project, ...? Exactly what can be set, and what can not? The plugin documentation has been improved, but it doesn't show on the main site yet. Here is a temporary location for the new docs for archetype plugin, linked from [1]: http://people.apache.org/~oching/maven-archetype-plugin/ There is also a list of archetypes on the wiki: http://docs.codehaus.org/display/MAVENUSER/Archetypes+List [1] http://jira.codehaus.org/browse/ARCHETYPE-45 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Puzzles on Standard Directory Structure?
On 10/29/06, jiangshachina [EMAIL PROTECTED] wrote: I don't get directories src/main/filters and src/main/resources/META-INF when I use the plugin. My command is mvn archetype:create -DgroupId=demo.mvn -DartifactId=demo -Dversion=1.0-SNAPSHOT -DarchetypeArtifactId=maven-archetype-webapp The archetype creates a simple webapp project. It doesn't create 'filters' or 'META-INF', because most webapps don't need them. If you do need them, then create the directories. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Puzzles on Standard Directory Structure?
On 10/29/06, jiangshachina [EMAIL PROTECTED] wrote: In fact, I have ever not saw any project have directory filters. Then I cannot understand the functions of the directory. Is there an example about filters? In the first reply to your original message, Adrian referred to to a section in the Better Builds with Maven book. You can also ask Google: http://www.google.com/search?q=maven+resource+filtering And the first result is: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Puzzles on Standard Directory Structure?
On 10/29/06, Wendy Smoak [EMAIL PROTECTED] wrote: In the first reply to your original message, Adrian referred to to a section in the Better Builds with Maven book. You can also ask Google: http://www.google.com/search?q=maven+resource+filtering And the first result is: ... the Getting Started guide, which has this: http://maven.apache.org/guides/getting-started/index.html#How%20do%20I%20filter%20resource%20files? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Modifying a web application's web.xml at build time
On 10/29/06, Carlos A. Carnero Delgado [EMAIL PROTECTED] wrote: Is there a way of modifying the web.xml at build time using Maven profiles? Are profiles the solution? I think that the ideal solution would involve maintaining a single web.xml that could be modified at build time. Sure. I do this with profiles such as 'env-live' 'env-test' and 'env-local'. That is, the auth filter is different in the live environment, when running the integration tests, and when running 'local' on my workstation. filter-mapping filter-name${auth.filter.name}/filter-name url-pattern*.do/url-pattern /filter-mapping For example, profile idenv-local/id activation property nameenv/name valuelocal/value /property /activation properties auth.filter.namelocalhostFilter/auth.filter.name /properties /profile Here's what the plugin config looks like. I put web.xml in a separate directory so I could filter it and nothing else. This may not be necessary anymore, I think I started doing it with an earlier verison of the war plugin. Adjust as necessary. :) plugin artifactIdmaven-war-plugin/artifactId configuration webResources webResource directory${basedir}/src/main/webapp-filtered/directory filteringtrue/filtering includes include**/*.xml/include /includes /webResource /webResources /configuration /plugin I think I had problems trying to filter in the !-- and -- for comments, but then I realized that rather than trying to comment various things in and out, I should just filter in the name of the filter I wanted. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: a help option like ant -projecthelp
On 10/29/06, 向秦贤 [EMAIL PROTECTED] wrote: After checked out MavenCli code and found not projecthelp style option, I supposed there is no one. If this, I wanna know all if need a mvn help option like ant -projecthelp. Maybe there could have a option, listGoals listTasks or projecthelp. For the most part, the 'goals' are the lifecycle phases, and they are the same for every project. http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html There is also a help plugin that can help you figure out what profiles are active and what the pom looks like after all the inheritance is taken into account. The 'describe' goal should work on plugins, though I wasn't able to get it to do anything useful in my brief experiments. http://maven.apache.org/plugins/maven-help-plugin/ -- Wendy
Re: Dowloading dependencies
On 10/29/06, Saminda Abeyruwan [EMAIL PROTECTED] wrote: I'm in the process of migrating from Maven1 to Maven2. I've being faced the following problem. I have a requirement to download all the dependencies, In Maven1 i just used, deploy:copy-deps todir=target/lib/ How do i do the above with Maven2. Is there a built in plugging for this. Are you trying to build a distribution? If so, you probably want the assembly plugin. (I'm not sure how 'download all the dependencies' relates to a deploy:copy-deps tag. Do you mean 'package the dependencies'? ) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: excluding/including tests in surefire-plugin in different phases
On 10/29/06, Jan-Olav Eide [EMAIL PROTECTED] wrote: Still struggling with this The configuration below runs all my tests in both phases. Nothing is exluded or included :-( As far as I can see, this config is the same as the one recommended on http://maven.apache.org/plugins/maven-surefire-plugin/examples/inclusion -exclusion.html, where inclusion and exclusion patterns are reversed in the two phases. Any insight greatly appreciated. There is a working example linked from this page: http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing It's here: http://svn.apache.org/repos/asf/shale/framework/trunk/shale-apps/shale-usecases/pom.xml Instead of using an execution for the test phase, I do it in the usual buildpluginsplugin section. Then, since that is inherited by the execution for integration-test, I override the exclusion with 'none' and set the include to what I want. Note that my execution is in a profile because I don't want integration tests to run every time I build. HTH, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HOWTO: Have assembly plugin call package automatically before doing assembly?
On 10/30/06, Jan Thomä [EMAIL PROTECTED] wrote: currently i am using the assembly - plugin, to assemble a multi-module project into a single directory containing the binary output of all modules. However, i always have to call package before assembly, otherwise the assembly-plugin states that i should call package before assembly and fails. Is there some way to have package automatically called by assembly, as this is very repetitive and actually i don't see a reason why assembly does not call package by default... Any insights are appreciated. John Casey once explained why you have to call assembly:assembly separately in Maven 2.0. See: http://www.nabble.com/Re%3A-building-assemblies-from-the-top-level-project-directory-p4735063.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: finalName
On 10/30/06, Shelley Lock [EMAIL PROTECTED] wrote: The 4.0.0 POM schema indicates that the finalName includes the extension [1], but when running package, the default packaging type extension is automatically appended. For example, if finalNametest.zip/finalName is used for a jar project, the resulting artifact is test.zip.jar. Is this an issue with the package goal or a miscommunication in the xsd? Shelley, the xsd for Maven 2.0.4 differs from the comments that you pasted on MNG-1676. What version did you copy that from? From http://maven.apache.org/ref/2.0.4/maven-model/maven.html : finalNameThe filename (excluding the extension, and with no path information) that the produced artifact will be called. The default value is ${artifactId}-${version}. (This started as discussion on http://jira.codehaus.org/browse/MNG-1676 .) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: finalName
On 10/30/06, Wendy Smoak [EMAIL PROTECTED] wrote: Shelley, the xsd for Maven 2.0.4 differs from the comments that you pasted on MNG-1676. What version did you copy that from? Must read footnotes. :) Okay, so the docs for finalName differ on http://maven.apache.org/maven-v4_0_0.xsd and http://maven.apache.org/ref/2.0.4/maven-model/maven.html My guess is that the xsd needs to be re-generated, since the 2.0.4 docs describe the current behavior. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assigning an existing Maven1 local repo to Maven2 local repo
On 10/30/06, Saminda Abeyruwan [EMAIL PROTECTED] wrote: We have been in the process of converting all Maven1 projects to Maven2. Until the conversion completed, some converted Maven2 projects need to refer to some of the jars in Maven1 repo (.maven). Is it possible to say to pom.xml to get the relevant jars from Maven1 repository. What are the options available for me to get this working. Please don't post the same question twice. If you don't get an answer in a reasonable amount of time, you can reply to your own message to bump it up in our inboxes. You can try treating it as a remote repository. Add a repository to the pom, give the path to the local m1 repo, and use layoutlegacy/layout. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 10/31/06, Sebastien Arbogast [EMAIL PROTECTED] wrote: Think of Hibernate or PHP documentation: one base reference book with DYNAMIC comments in which people can share their thoughts and experiences about each feature/chapter, remarks that can be later integrated when the reference is rewritten. The problem is that, whereas development itself is a highly-collaborative and efficient process, nothing is really done so that documentation writing is collaborative enough: no workflow, no direct input, no dynamic comments, etc. Many of the plugins have improved docs that haven't been published yet. That's on my list for this weekend, determining whether it's okay to publish them, or whether we need to establish a separate area for the latest-and-greatest docs that may not match the released version. What I'd like to do for comments is make use of the MAVENUSER wiki [1]. I'd like to see a link on every plugin site so that users can share configuration examples or tell us that something is just plain wrong. What do you think? Any ideas on how to present that as an option? What would the menu link be called? How should the pages on the wiki be organized? (The Better Builds book belongs to Mergere, so they would have to agree to any changes in the way it is produced.) [1] http://docs.codehaus.org/display/MAVENUSER/Home -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Not embedding pom is jars
On 10/31/06, Sebastien Brunot [EMAIL PROTECTED] wrote: is there an easy way to specify that the pom files shouldn't be embedded in a jar artifact (resulting from the package command) under META-INF ? http://maven.apache.org/guides/mini/guide-archive-configuration.html Try addMavenDescriptorfalse/addMavenDescriptor -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: finalName
On 10/30/06, Wendy Smoak [EMAIL PROTECTED] wrote: Okay, so the docs for finalName differ on http://maven.apache.org/maven-v4_0_0.xsd and http://maven.apache.org/ref/2.0.4/maven-model/maven.html My guess is that the xsd needs to be re-generated, since the 2.0.4 docs describe the current behavior. Shelley, thanks for bringing this up. The xsd has been re-generated and published. The docs for finalName now read: The filename (excluding the extension, and with no path information) that the produced artifact will be called. The default value is ${artifactId}-${version} -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ZIP Dependencies
On 10/31/06, Shelley Lock [EMAIL PROTECTED] wrote: With some of our JAR/WAR projects, we create secondary project end states with the ZIP format using the assembly plugin. Is there any way to declare these assembled zips as dependencies of other projects? Thanks! You'll need to install or deploy them to your repository, then you can use dependency ... typezip/type http://maven.apache.org/ref/2.0.4/maven-model/maven.html#class_dependency -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 11/2/06, Sebastien Brunot [EMAIL PROTECTED] wrote: Good ! When do you think it would be possible to have it online ? Have what online? We need to decide what it is first. :) What we have available is all of Maven's documentation, (some of which is generated, some is in APT format,) and the MAVENUSER wiki space. Currently, the only connection between the two is the 'User Contributed' link on the main site menu. How do you see this working? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 11/2/06, Sebastien Brunot [EMAIL PROTECTED] wrote: What I meant by it was the comment mechanism. Right... it doesn't exist yet, we need to design it. Earlier, I asked, Any ideas on how to present that as an option? What would the menu link be called? How should the pages on the wiki be organized? As for when... I'm booked for a couple more weeks, but have set aside some time for this in mid-November if no one has gotten to it by then. I'm talking about the 'getting the links on the plugin sites' part -- the wiki is of course already open to anyone who would like to contribute. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 11/2/06, Mykel Alvis [EMAIL PROTECTED] wrote: Like it or not, people read a lot of wikis, but rarely write to them. They WILL, however, provide their comments from the peanut gallery on a mailing list. I'm currently looking at 1212 unread messages in my inbox from this list. That's from the last few weeks when I've been swamped with work and haven't had time to even go through the list to cull possible useful information. Ahhh... but *some* people will use the wiki, once they know it exists. If a bunch of people write on the mailing list, and several people collect and organize that on the wiki, then we've got something. (The final step, of pulling that information into the official documentation, isn't as important IMO. I consider the wiki a first class citizen of the documentation, and would rather leave information in a place where it can easily be updated.) Note that I'm firmly in the Docs need to be better crowd now. Since my religion demands that I take responsibility for my life, I guess that means that once I post this, I've got to go to the Maven user wiki and start doing updates. Anyone else that feels like it is welcome to join me there. Welcome! -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven equivalent of ant depend optional task
On 11/3/06, jp4 [EMAIL PROTECTED] wrote: I have been searching for the Maven2 equivalent of the ant depend task but I can't seem to find it. Can someone help me out with a link? Everything in Maven centers around the build lifecycle. http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html Because of that, tasks don't 'depend' on other tasks, instead they are bound to different phases of the lifecycle. What are you trying to get Maven to do? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mechanism to import common depdencies into your pom files?
On 11/3/06, jp4 [EMAIL PROTECTED] wrote: I have a client with many different maven projects. I am trying to figure out a way to manage the versions of common libraries across these projects without duplicating the version number in each project. This is typically done with dependencyManagement. You specify version numbers there, then just declare the groupId and artifactId in the module that needs it. (There have been some issues with dependency management and transitive dependencies, so check JIRA or the list archives if it doesn't seem to be working right.) For example, commons-lang-1.1.jar is used in 50 projects. I know that I can use a parent pom file to do this, but I don't want all of my projects to include everything in the parent pom. Is there a way to import or include a dependency in your pom... So for example, define a file with common-lang dependency and include that in all pom files that need to reference it? To inherit it without ever declaring it again, just put it in dependencies in a top-level pom. Many organizations have a 'master pom' (with no modules) that the various [project]-parent poms inherit from. If you do this, be sure the dependencies are *really* common to all projects. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where can I get the nightly Maven2 build?
On 11/3/06, jp4 [EMAIL PROTECTED] wrote: I was hoping to get a nightly build so that I can see if my unit test cases will run twice when I run mvn site. I am hoping it's fixed in the new version, but I haven't been able to find a link to the nightly builds. Snapshots are published here: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/ -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where can I get the nightly Maven2 build?
On 11/3/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 11/3/06, jp4 [EMAIL PROTECTED] wrote: I was hoping to get a nightly build so that I can see if my unit test cases will run twice when I run mvn site. I am hoping it's fixed in the new version, but I haven't been able to find a link to the nightly builds. Snapshots are published here: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/ On second thought, if you're trying to test a fix for the site plugin, that won't help. See: http://maven.apache.org/guides/development/guide-plugin-snapshot-repositories.html It looks like the most recent snapshot for the site plugin was published in late May. http://people.apache.org/repo/m2-snapshot-repository/org/apache/maven/plugins/maven-site-plugin/ When was the fix you're looking for committed? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mvn site running test cases twice
On 11/3/06, jp4 [EMAIL PROTECTED] wrote: I am using the surefire report plugin as well as coberatura, javadoc and checkstyle.. When I do a mvn site it runs my test cases twice. Does it happen if you remove the Cobertura plugin? We use surefire, javadoc and checkstyle in the Struts build, and the tests don't run twice. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven site
On 11/2/06, Graham Sanderson [EMAIL PROTECTED] wrote: I may be missing something here, but we have a bunch of different artifacts built using maven, and we'd like to be able to publish for each major build of a product a site including all the javadoc, source XRef and reports for all its dependent artifacts For all its dependencies? Or for its child modules? Maven site even when used with an aggregate artifact does not seem to produce (for example javadoc) results that can correctly link to each other. Also, what do you mean by 'linking to each other; (menu links, or ??) and where/how are you checking the links? My guess is that not all reporting plugins know how to do aggregation yet. It would help to see the pom configuration that isn't working. Even better, construct a simple example that demonstrates the problem. (Check JIRA first, there may already be issues open for the individual plugins.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven releases?
On 11/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: When is the next maven released scheduled? It is 7 months since the last maven 2 release. Is there a particular fix you're looking for? Most of what makes Maven work is in the plugins, and several of those have seen releases in the time since Maven 2.0.4 was released. If you're interested in when releases will happen, keep an eye on the development list. There has been some discussion of a 2.0.5 release, for example: http://www.nabble.com/Releasing-Maven-2.0.5-t2558719.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 11/5/06, David Whitehurst [EMAIL PROTECTED] wrote: I WIKI everything and I wish I had a public WIKI to write in that I felt comfortable that would stay there for all to see and wouldn't change. That's not really the nature of wikis... people will come along and edit what you've written. In Maven's case, sometimes things get moved from the wiki into the official documentation, especially plugin configuration examples. http://docs.codehaus.org/display/MAVENUSER/Home I'm new here, but this is like going to church and the message is always this is how we do things here. It's a community or gathering and if it's not comfortable to speak up and say I have something to say, then it's not a public thing. I'm not really sure what you mean here. There's a lot of 'convention over configuration' in Maven, so there *is* a lot of this is how we do things here. Source code goes in src/main/java, test code in src/main/test. Yes, you _can_ put it elsewhere if you insist, but we're not necessarily going to agree that it's a good idea. I agree with you because it's not easy to figure out how to get involved. Also, a portion or area of the server was out yesterday beause of a bug and it was very difficult for me to determine if this was a ditched effort or that someone was keeping the public away from something until a problem was fixed. Now I'm really confused. What happened? If a server was down, there's more than likely a fairly mundane reason for it. So when the WIKI opens up for assistance, let me know because I'm ready to share my notes. E.g. once I find out how to build plugins and debug them easily, I'll document everything. And, do I keep this for myself or does the community want my notes? Dennis already pointed out the MAVENUSER space, where everyone is welcome to contribute: http://docs.codehaus.org/display/MAVENUSER/Home -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 10/31/06, Jeff Mutonho [EMAIL PROTECTED] wrote: documents say.That led me to http://maven.apache.org/wagon/ and clicking on the Getting Started link I ended up at the URL http://maven.apache.org/wagon/guides/getting-started/index.html , and almost every link there leads to a : = Page Not Found You touched off a nice discussion, but it doesn't look like anyone fixed the broken links yet. I'm having trouble generating the wagon site, so I've posted a question on the development list. I also asked about the 'don't report broken links' advice in the 404 page, and it turns out that there is no automated link checking at the moment. We'll get that corrected to encourage people to report them. To that end, please feel free to open a JIRA issue for the problems with the links on the wagon site menu. :) Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transitive dependecies
On 11/7/06, Sebastien Brunot [EMAIL PROTECTED] wrote: transitive dependencies can be a real pain when you have a lot of external dependencies in your project. Using exclusions tags is a tedious operation in this case, so I was wondering if a quicker way exists... Having to use a lot of exclusions generally means that the poms are broken. (For example, things that should be marked optional, aren't.) What dependencies are causing problems? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transitive dependecies
On 11/7/06, Sebastien Brunot [EMAIL PROTECTED] wrote: Even if the POM are correct, transitivity can copy much more classes than really needed : you're using library A, which a subset of class uses library B. If you don't use this particular subset of classes in library A, you don't need the dependency on library B (I hope it's clear). In this case, A should probably mark its dependencies on B as 'optional' to avoid the exact situation you find yourself in. If you're having this problem, chances are that other people are, too. If you let us know what dependency is causing it, we can take a look and try to get it fixed. Sometimes the project in question is not using Maven itself, so the developers don't realize what happens when they leave all of their dependencies in the default (compile) scope. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mvn site running test cases twice
On 11/7/06, jp4 [EMAIL PROTECTED] wrote: I removed the coberatura plugin and unit test cases run only once... Here is what I have in my pom ... Any ideas? Looks like the test cases get run during instrumentation? I think it's normal based on Maven's current design. The tests are run once during the 'test' phase, then in order to produce the coverage report, the tests have to be re-run on the instrumented code. Take a look at this post from Vincent which talks about a similar issue with the Clover plugin: http://www.nabble.com/-M2--My-tests-are-launched-3-times-%21-t2190279s177.html#a6075779 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to reference the tools.jar of the jdk lib folder
On 11/7/06, Dudu [EMAIL PROTECTED] wrote: I need to use the tools.jar of the lib folder. Inside the oringinal jdk location... How can I add this dependency. I looked for it on the maven repository and the sun maven repository too, but without sucess. It's not in the public repositories due to licensing restrictions, but there is nothing stopping you from installing it to your local or internal corporate repository. See also: http://maven.apache.org/general.html#tools-jar-dependency -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java Source and Resource
On 11/7/06, jiangshachina [EMAIL PROTECTED] wrote: With Maven standard directory structure, resources relative to Java source codes are located at src/resources. Now I'm using Hibernate. Generally, a Hibernate xml file directly adheres to its domain Java class. ... Some developers may not like the approach. Because a package name may be long, then we have to create a long directory structure under src/resources manually. Is there a better way? You can put resources in with the Java classes if you prefer; you just have to add more configuration to pom.xml to tell Maven about it. See resourcesresource in the model: http://maven.apache.org/ref/2.0.4/maven-model/maven.html Also note that if you have any resources in the default location of src/main/resources, you'll need to specify that in addition to src/main/java. (Once you specify resources, you lose the default.) -- Wendy -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: naming groupId and artifactId?
On 11/7/06, jiangshachina [EMAIL PROTECTED] wrote: But at Maven central repository, http://www.ibiblio.org/maven2/ I don't find any accurate regular. For example, Apache Commons projects aren't grouped as org.apache, or org.apache.commons, or apache.commons, even not commons. Each Commons project is individual groupId. That (individual group ids) was the convention for Maven 1. Changing to org.apache.commons is under discussion on the Commons development list. Because the Commons libraries are so widely used, it needs to be done very carefully. Why Maven central repo classifies jars as the regular? And how do I name goupId for 3rd-part files not hosted by Maven central repo? There are some suggestions for Sun's jars, here: http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html If it's not one of those, I usually use the package name or the company's domain name (reversed) for the groupId. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Plugin websites published
I'm pleased to announce that most of the Maven Plugin websites have been updated to the latest available documentation. [1] This means you may find documentation on features that are not available in the latest released version of the plugin. Such features should be marked since x.x.x but it's possible that some of those markers are missing. If you try an example from the docs and it just doesn't work, please ask so that we can double check and make corrections if necessary. Thanks to all the authors for this greatly improved documentation, and as always, additional examples and contributions are welcome. See the Guide to Helping for more information: http://maven.apache.org/guides/development/guide-helping.html In particular, each plugin should have a page on the wiki, and this is a great place to paste real-world configuration examples: http://docs.codehaus.org/display/MAVENUSER/MavenPlugins [1] The archetype, antrun, and site plugins remain to be done. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDK 1.5 Problem
On 11/8/06, Wim Deblauwe [EMAIL PROTECTED] wrote: See http://maven.apache.org/plugins/maven-compiler-plugin/howto.html In the new plugin docs, that page was replaced by: http://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: no classes, but lib?
On 11/8/06, jiangshachina [EMAIL PROTECTED] wrote: Hello, Now, my requirement is following, I want to transform WAR |--WEB-INF |--classes |--packages to WAR |--WEB-INF |--lib |--artifact.jar I'm trying maven-assembly-plugin. There is a configuration option to do this in the war plugin itself. See 'archiveClasses' here: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let Maven alter a config file
On 11/9/06, Deluigi Marcus [EMAIL PROTECTED] wrote: I have Maven that has a dependency to Tomcat, i.e. retrieves Tomcat if it is not already installed. Unfortunately, I _must_ have some specific settings in the Tomcat configuration file (which is in XML). Is there any plugin that can check the files settings and alter it if necessary? You could keep the config file in your project, and filter the correct values in at build time. (In other words, don't check them, just put in the right values.) Also take a look at Cargo, which may either do what you need, or have some code you can use. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Let Maven alter a config file
On 11/9/06, Deluigi Marcus [EMAIL PROTECTED] wrote: Cargo seems to have the desired functionality, but I couldn't figure out how to use it. The documentation is very limited. Could someone provide an example? I'm not yet sure what you need an example of. :) Please come join us on the Cargo user list, and ask there. http://cargo.codehaus.org/Mailing+Lists -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performing tasks before a goal
On 11/9/06, Paul Barry [EMAIL PROTECTED] wrote: That might work, but I think what I'd rather do is just create a one TestSuite that does the setup beforehand, then run the tests. Are you using JUnit? It sounds like a TestSetup class would be useful here. I have noticed that maven seems to run the tests based on a naming convention, *Test.java gets run, but *Tests.java don't. Can I override this somehow? See: http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#includes The default includes are **/Test*.java **/*Test.java **/*TestCase.java You can override this (and excludes) in the plugin configuration. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Too many jars added to lib?
On 11/9/06, jiangshachina [EMAIL PROTECTED] wrote: Undoubtedly, Maven central repository is crucial. My question just be why so many unessential artifacts are added to pom? May there are some reasons I don't know. The usual case is that the project in question is not using Maven, so the developers don't realize what happens when they leave all of their dependencies in the default (compile) scope. If you can identify the pom that's causing the problem, it's usually possible to work with the developers of that project to correct it for the next release. To correct the problem you're having now, I suggest correcting the poms in your internal corporate repository. (IMO, proxying the central repo internally is a good idea for several reasons, including including gaining control of the artifacts you're using and reducing traffic at the central repo.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Attaching an assembly to a multi module project
On 11/10/06, Timo Wolf [EMAIL PROTECTED] wrote: I got build errors when no modules are in the local repository and getting to module2 After jar:jar of module2, the assembly plugin is invoked and somehow the poms of the later modules get evaluated and try to resolve the jar artefact of module2 from the local repository. The jar is missing, as the assembly is invoked before the install phase. Do I make any mistake? Could somebody help me? Please take a look at this archived post from John Casey, which explains why you're better off running assembly:assembly separately with Maven 2.0. http://www.nabble.com/Re%3A-building-assemblies-from-the-top-level-project-directory-p4735063.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] FAQ? Debugging unit tests in Maven2
On 11/10/06, matthewadams [EMAIL PROTECTED] wrote: 1. Is the argLine property a Surefire-specific property or a Maven-global property? 2. Where is the argLine property documented (and all other properties for that matter)? 3. Where do I set the surefire forkMode property? http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html The properties can be set with -D on the command line or inside pluginconfiguration in the pom. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML representation of an Artifact in the configuration section of the POM
On 11/10/06, franz see [EMAIL PROTECTED] wrote: Good day to you, Sebastien, No problem ;-) Wow..thanks for the information. :-) Would any of this be appropriate for the 'Mojo Developer Cookbook' on the wiki? http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook If it's something that took you time to figure out, it might help the next person if you can summarize it on the wiki. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Puzzles on Standard Directory Structure?
On 11/9/06, jiangshachina [EMAIL PROTECTED] wrote: I may have known the goal of src/main/assembly(assembly descriptor files used by maven-assembly-plugin). Now I want to ask what files should be put at src/main/conf? It seems that the folder would include configuration files, but which configuration files? ... Now, how do Maven to deal with src/main/conf? Maven would copy the files under the directory to somewhere? ... I find nothing is interesting :( I haven't seen it used, and I don't think Maven does anything with it by default right now. Use it if it makes sense for your build, perhaps in combination with a custom plugin. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Repository plugin not found?
On 11/12/06, Benoitx [EMAIL PROTECTED] wrote: C:\project\qalab\maven2-qalab-pluginmvn repository:create-bundle It's repository:bundle-create (not create-bundle) and you shouldn't need to add it to your pom. mvn repository:create-bundle ... The plugin 'org.apache.maven.plugins:maven-repository-plugin' does not exist or no valid version could be found What am I doing wrong? I'm trying to follow: http://maven.apache.org/guides/mini/guide-central-repository-upload.html That's odd, it downloads and executes just fine for me with 2.0.4. Try it with -U (and the correct goal) and see if that works. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Repository documentation obsolete?
On 11/12/06, Benoitx [EMAIL PROTECTED] wrote: From http://maven.apache.org/plugins/index.html there is no link to the Repository Plugin, however, there is a page: http://maven.apache.org/plugins/maven-repository-plugin/index.html But the FAQ and usage pages are missing... What is happening with this plugin? Is there a replacement? Is it supported? It looks like no one has written FAQ and Usage pages for it yet, but you can refer to the 'guide to uploading': http://maven.apache.org/guides/mini/guide-ibiblio-upload.html (The link on the plugin index is already fixed in svn, the page just needs to be published.) Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Puzzles on Standard Directory Structure?
On 11/12/06, jiangshachina [EMAIL PROTECTED] wrote: Oh, that's means that the directories just are recommended by Maven, but Maven does nothing for it as default. It probably means that during the design discussions, someone thought a 'conf' directory would be useful. I haven't seen it mentioned, maybe there's already a plan for it, maybe not. Maven isn't finished yet. :) Then I have to deal with the directories by manual. What's a better way to add the directories(and files under them) to archive files? I'm using maven-antrun-plugin now. But I don't think it's the best way. If you want a file to be in the archive, then put it under src/main/resources (or src/main/webapp, as the case may be.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error with WebDAV URL
I'm running Archiva from a svn checkout, with the Jetty plugin. (mvn jetty:run) I've created the admin user and a managed repo, and given the 'admin' user the repository observer role for that repo. From the Administration page, if I click on the WebDAV URL: http://localhost:9091/repository/MyRepo I get the error below. A quick Google search turns up a few things that imply Jetty might not support DAV. I'm not entirely sure whether that's true (or what, exactly, DAV is, for that matter.) Any ideas? Error 404 Not Found Resource in error: http://localhost:9091/repository/myrepo/MyRepo Exception details: it.could.webdav.DAVException: Not found at it.could.webdav.methods.HEAD.process(HEAD.java:52) at it.could.webdav.methods.GET.process(GET.java:58) at it.could.webdav.DAVProcessor.process(DAVProcessor.java:79) at org.apache.maven.archiva.web.servlet.repository.RepositoryAccess.servletRequest(RepositoryAccess.java:223) at org.apache.maven.archiva.web.servlet.PlexusComponentServlet.service(PlexusComponentServlet.java:126) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:445) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1049) at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:189) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1040) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1040) at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1040) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:352) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:230) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:627) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141) at org.mortbay.jetty.Server.handle(Server.java:286) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:444) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:701) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:500) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:203) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:340) at org.mortbay.jetty.nio.HttpChannelEndPoint.run(HttpChannelEndPoint.java:270) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475) Thanks, -- Wendy
Re: Trying Quickly build Archiva
On 11/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Trying to build Archiva because there is no binaries available. What are the correct repositories? Error transferring file commons-configuration:commons-configuration:jar:1.3 Did it happen more than once? Commons Configuration should be available [1], but Archiva does require several jars that aren't in the public repositories, see this page for information: http://maven.apache.org/archiva/guides/getting-started/index.html (And it has separate lists: http://maven.apache.org/archiva/mail-lists.html ) [1] http://repo1.maven.org/maven2/commons-configuration/commons-configuration/1.3/ -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trying Quickly build Archiva
On 11/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I download all of the software from the required page as described. The sun jars. I cant see what is wrong there. It happens more than once in build Archive Security Configuration project. The error you posted said it couldn't download commons-configuration 1.3, which is definitely available. Are you still getting the same error? Does it download anything at all? (At this point I start suspecting you're behind a proxy, because we've seen numerous reports of problems when a proxy is involved.) Sorry I can't help more, but Archiva builds fine here. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Move tests to 'integration-test'
On 11/15/06, Wendy Smoak [EMAIL PROTECTED] wrote: Since you already have a separate module for the integration tests, the easiest solution is to move your tests out of src/test/java. Surefire will still run in the 'test' phase, but it won't find anything to compile and run. Sorry, that's not completely correct. I can't tell from your original message if you're also building a war file from the same module as your integration tests, or if they are completely separate (which is the recommended setup). Can you clarify? The notes here should be more correct than my pre-caffeine musings: http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Move tests to 'integration-test'
On 11/15/06, Deluigi Marcus [EMAIL PROTECTED] wrote: The module itself works fine, but when I launch the life cycle from the parent module, all tests get executed in the test phase. Can anybody give me a hint how to solve this problem? As you've discovered Maven does not yet support integration testing 'out of the box' -- the lifecycle phases are there, but nothing is bound to them. Since you already have a separate module for the integration tests, the easiest solution is to move your tests out of src/test/java. Surefire will still run in the 'test' phase, but it won't find anything to compile and run. As far as I can tell, the convention is src/it/java for integration tests, but it may still be under discussion. (The src/it/textX that David points out is probably plugin integration tests, which are a little different.) Then in the plugin configuration, set testSourceDirectory to the new location. http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html There are some brief notes on the current state of integration testing with Maven, here: http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing HTH, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Archive Repository
On 11/15/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: How do you access the repository through the jetty:run? I set up the guest as an observer role and I tried to access it like this http://localhost:9091/repository/aopalliance/aopalliance/1.0/ Unfortunately, browsing the repository with Jetty doesn't seem to work. See the comments on http://jira.codehaus.org/browse/MRM-204 (and the archives of this list) for a little more info. -- Wendy
Re: http://www.ibiblio.org/maven2 vs. http://repo1.maven.org/maven2?
On 11/15/06, jiangshachina [EMAIL PROTECTED] wrote: What's the feature of the repository? It seems that the repository isn't compatible with Maven specification. Generally, artifact and pom file are in same directory, but the repository is not. The java.net repo is a Maven 1 repository. (That's what layout=legacy means in the repository config Jim posted, and why the structure is different.) Before you add that repo to your pom, double check that the artifact you want is really not available in the central repo.. I thought they were syncing java.net with central now. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I am building an offline build, I want to verify the hold project is building in Maven on a disconnected machine. I copied my developer machine M2 repository to the isolated server. I asked on IRC, and a local repository can't simply be copied and repurposed as a remote repository. Jason suggested looking at the 'repository-assembler' in the shared module, which can convert a local repo into a remote one by adding the missing metadata. I think that I set up a repository for as an `internal' one. What is wrong with this ``~/.m2/setting.xml'' file? urlfile:/home/pilgripe/internal/maven-repository/url My file protocol urls have file:// then /path/to/whatever. So file:///home/... (with three /'s.) from the specified remote repositories: central (http://repo1.maven.org/maven2), blah (file:/home/pilgripe/internal/maven-repository) Clearly the priority order of the repositories is incorrect, but how do you reorder them? I don't think it's an option yet, nor is convincing Maven that certain groupIds are only ever going to be found in certain repositories. If you _never_ want Maven to contact the central repository, I think you'll need to configure something as a mirrorOf central and then take responsibility for making sure that repo has everything you need. I know you were playing with Archiva... that's the path I'd take. http://maven.apache.org/guides/mini/guide-mirror-settings.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, Wendy Smoak [EMAIL PROTECTED] wrote: I asked on IRC, and a local repository can't simply be copied and repurposed as a remote repository. Jason suggested looking at the 'repository-assembler' in the shared module, which can convert a local repo into a remote one by adding the missing metadata. Correction... it's maven-repository-builder, in the sandbox: http://svn.apache.org/repos/asf/maven/sandbox/maven-repository-builder/ -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: This is not good for me, because I am trying to build the project on an isolated machine. It cant get access to the Internet. BTW: Did Jason give a reason and say why not? A remote repository isn't necessarily physically remote... it could be on the same box, accessed with a file:/// url, (which looks like what you're trying to do.) It's just that you can't pick up a local repository, drop it somewhere else and expect it to jus work as a repository. That's because a local repository doesn't have the right metadata (extra xml files) to function as a remote repository. Apparently the code in maven-repository-converter can add that missing metadata, and allow a copy of a developer's local repo to function as a remote repo for a project. HTH, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Correction... it's maven-repository-builder, in the sandbox: http://svn.apache.org/repos/asf/maven/sandbox/maven-repository-builder/ How do I check it out for building? svn checkout http://svn.apache.org/repos/asf/maven/sandbox/maven-repository-builder/t runk maven-repository-builder svn: URL 'http://svn.apache.org/repos/asf/maven/sandbox/maven-repository-builder /trunk' doesn't exist Where are you getting 'trunk'? It's here: http://svn.apache.org/repos/asf/maven/sandbox/maven-repository-builder/ (Or https:// if you prefer.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven rant
On 11/16/06, Adam Hardy [EMAIL PROTECTED]://mail.google.com/mail/ wrote: Just wanted to dredge up this old thread concerning documentation to find out what status it has now after the last conversation. I think this was already in the works when this thread started, but the plugins and guides are now organized by category instead of just a long list, and the index page and main site menu have been reworked. For example: http://maven.apache.org/guides/index.html http://maven.apache.org/plugins/index.html Then we decided that the benefit of publishing up-to-date plugin sites outweighs the possible confusion caused by as-yet-unreleased features showing up, and all but one or two of the plugin sites have been published. I had problems today finding some documentation on the war plugin. Pretty standard stuff but I couldn't even find the plugins documentation start page in the left-hand menu, rather I found it on the home page (where I happened NOT to be to start with) in the text. I think this is a symptom of the extensive nature of the maven docs, but still it's pretty fundamental. The left hand menu says Get Maven Plugins - By Category. I've seen at least one other comment about it, and this week I had a new person at work also not find it when told, Click on the 'get plugins' link on the menu. I think we're scanning the leftmost text, and not ever finding the word plugin. Unless someone has another suggestion, I'm going to try Plugins by Category. Secondly the comments functionality or the link to the wiki is a pretty urgent requirement for me, and I think I'm a typical user. Where are you looking to add comments? Honestly I don't think we're going to get a 'comment mechanism' on the existing site. It's static html generated from apt and other sources. However, getting plugin site - wiki links is next on my list. Any thoughts on what a menu link on each plugin site might be called? For example, I'm planning to link Maven Javadoc Plugin http://maven.apache.org/plugins/maven-javadoc-plugin to its wiki page http://docs.codehaus.org/display/MAVENUSER/Javadoc+Plugin Just Wiki seems insufficient (especially since there's already a Wiki link on the main Maven site that points to the top of the MAVENUSER space.) The wiki still needs some organization, especially to make it easy to add new pages. The longer someone is unsure of what to click, the higher the probability that they'll just go away without contributing. Here's an interesting new contribution, a howto with screen shots of setting up Maven, Continuum and Archiva in a corporate environment: http://docs.codehaus.org/display/MAVENUSER/MavenProjectServer Someone on IRC mentioned writing a 'wikibook' (an open-content textbook) on Maven. There were several other suggestions that I haven't yet had time to sort through. Thanks for bringing it up again! More comments and discussion are welcome... -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi. Is there any type of documentation for the maven-repository-builder ? No, I already asked. Apparently the code was pulled out of the assembly plugin, and is used to test the eclipse plugin. So you might find some hints in the eclipse plugin tests. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Howto Set Up Quickly an Offline Internal Repository?
On 11/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: So this sends me right back to Archiva again. Can Archiva convert a local repository back to a remote one or am I wandering down the wrong path? No, it won't. You still need the repository metadata, which is what maven-repository-builder does. On IRC, Jason and John seem to think 'convert a local repo into a remote repo' is an interesting problem, and could be useful for integration testing as well. Keep an eye on the commits list and see if they solve it. Everything I have tried today seems to lead to a dead stop, and I just want to get the thing actually working for a client and their deployment Welcome to the bleeding edge. :) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I include base tests classes in main JAR
On 11/18/06, mraible [EMAIL PROTECTED] wrote: The easiest way to do this seems to be to put the class in my source tree, but then I have to add JUnit as a compile dependency and JUnit will end up in any WARs that are created. Seems simple enough, but the extra JAR in the WAR seems ugly. What Tom said. Put JUnit in compile scope, but mark it optional so it will not be included in transitive dependency resolution. (... and won't show up in the .war file.) You can see an example in the Struts 1 Core module: http://svn.apache.org/repos/asf/struts/struts1/trunk/core/pom.xml -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven should complain about invalid scopes
More than one person has been caught out by: scopeoptional/scope (Optional isn't a scope, it's a separate element.) I tried it with 2.0.4, and the 2.0.5 and 2.1 snapshots. None of them reports the error, you just get compilation failures because the dependency doesn't make it into the classpath. With 2.0.5 snapshot, mvn install -X shows: [DEBUG] commons-logging:commons-logging:jar:1.1.1-SNAPSHOT (selected for null) [DEBUG] junit:junit:jar:3.8.1:test (selected for test) [DEBUG] javax.servlet:servlet-api:jar:2.3:optional (selected for optional) [DEBUG] log4j:log4j:jar:1.2.12:optional (selected for optional) [DEBUG] logkit:logkit:jar:1.0.1:optional (selected for optional) With 2.1 snapshot, -X does not produce much output. :( IMO, this is an invalid POM and Maven should report the error. Thoughts? I don't see an open issue but I might not be looking in the right place. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Archetype Question
On 11/21/06, Michael Schlotfeldt [EMAIL PROTECTED] wrote: Found out there is a filtered and a encoding attribute on the resource tag. Had to read through the source code though. This still doesn't address the problem of filtering some, but not all, expressions in a file, right? Has anyone found a way to escape expressions in Velocity, so it will pass them through? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error when generating Dependencies report (SNAPSHOT)
On 11/21/06, Julien HENRY [EMAIL PROTECTED] wrote: This morning, I try to generate my project site and it failed. Yesterday it works... Any idea? [ERROR] FATAL ERROR [INFO] [INFO] org/apache/maven/shared/jar/Jar [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/maven/shared/jar/Jar No ideas yet, but you're the second person to report something like this. Unfortunately, I can't reproduce it, but that's probably because I'm running snapshots of nearly everything. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven repositories: metadata vs pom files?
On 11/20/06, Wayne Fay [EMAIL PROTECTED] wrote: This isn't a case of repo has pom but no jar, instead its the opposite, jar with no pom. So I don't think its an artifact which cannot be redistributed. ;-) Oops. Not quite paying enough attention there. :) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 noobie probems with apache repository
On 11/20/06, Mark Nicholson [EMAIL PROTECTED] wrote: repository idIbiblio/id nameIbiblio/name urlhttp://www.ibiblio.org/maven2/maven/url /repository You don't need this one. The central repository is included by default. (And he URL doesn't look right anyway.) repository idApache/id nameApache/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url /repository Looks okay... (the usual id is 'apache.snapshots', using that can avoid duplicate requests.) You might also want to say releasesenabledfalse/enabled/releases so it only checks that repo for snapshots. and now I get the following error - : [INFO] Generate Dependencies report. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/maven/shared/jar/Jar [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/maven/shared/jar/Jar at org.apache.maven.report.projectinfo.dependencies.Dependencies.init(Dependencies.java:74) Try running with -U to make sure you have the latest versions of everything, maybe there is some incompatibility. After that, delete org/apache/maven/plugins/maven-project-info-reports-plugin from your local repository to force it to download a new version. I'd also remove org/apache/maven/shared because it looks like the problem might be in a shared module. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath
On 11/20/06, Deluigi Marcus [EMAIL PROTECTED] wrote: It seems like a stupid question, but how do I let maven print the actual class path within a specific module? I did not find any information about this anywhere. If you add -X to the command line: mvn install -X it will print out more than you ever wanted to know, including a tree view of the dependencies, and, underneath, [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-compiler-plugin:2.0.1:compile' -- one of the items is classpathElements. HTH, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven cyclic dependecy issue
On 11/22/06, Christian Goetze [EMAIL PROTECTED] wrote: The main point here is that one would like to have -exactly- -one- place where version numbers are defined and changed. Forcing people to manually edit dozens of pom.xml files every time the version number changes is just bad design. The intent is for you to use the release plugin, and for Maven to update these version numbers during the release process. http://maven.apache.org/plugins/maven-release-plugin/introduction.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Design Issue with the release plugin (was Re: Maven cyclic dependecy issue)
On 11/22/06, Christian Goetze [EMAIL PROTECTED] wrote: In order to use the release plugin, I have to decide to go for it, and call a particular source tree releasable. This may sound trivial, but it isn't. How do I decide that? We've been struggling with the same issue inside Apache, where our policies require a vote on the actual artifacts that will be released. I haven't seen anything recently, but last month we had a discussion about changing the release process to include a staging or proposal phase. So it would be release:prepare, release:propose, then either release:accept or release:clean In between propose and accept is when your QA department would do their work... and if accepted, the exact artifacts they've tested will be promoted to the release repository. Here's the thread: http://www.nabble.com/Maven-and-the-Apache-processes...-t2430753s177.html#a6800959 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Design Issue with the release plugin (was Re: Maven cyclic dependecy issue)
On 11/22/06, Christian Goetze [EMAIL PROTECTED] wrote: In between propose and accept is when your QA department would do their work... and if accepted, the exact artifacts they've tested will be promoted to the release repository. This is I think where the problem is: if the promotion involves a rebuild, ... Promotion does *not* involve a rebuild. Like you, Apache projects need to examine (and vote) on the *exact* artifacts that get released to the public. Maven's current release process doesn't allow us to (easily) do this. The new process (still under discussion as far as I know...) involves proposing a release, examining it, and then either accepting it or not. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] any way to build one apt file from a site?
On 11/22/06, Barrie Treloar [EMAIL PROTECTED] wrote: But I am working on apt documentation and want to know almost immediately if my stupid typos have been corrected. Does anyone know a faster way to cause a single page to be parsed by apt into html? mvn site:run, then visit http://localhost:8080 http://maven.apache.org/plugins/maven-site-plugin/ -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] any way to build one apt file from a site?
On 11/22/06, Barrie Treloar [EMAIL PROTECTED] wrote: Thanks Wendy, site:run starts the site up, which isn't what I am after. I want to parse my_doc.apt into html to check whether it converts correctly. Waiting 1 minute for the entire site to be generated (with 3 lifecycles because of docchk, cobertura and base lifecycle) is too much of a wait to see that I missed a closing } on my link. What am I missing? If you edit the apt and then refresh your browser, you'll know immediately whether the apt is correct. (If it's not, you'll get a blank page in the browser, and a stack trace in the console where you started jetty.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Webapp won't start with jetty:run
$ svn up; mvn clean install $ cd archiva-webapp $ rm derby.log $ mvn jetty:run This was working a couple of weeks ago. Now I get a huge stack trace, which can be seen here: http://wiki.wsmoak.net/cgi-bin/wiki.pl?Maven/ArchivaJettyError I think the relevant part is... ... [INFO] Starting jetty 6.1.0pre0 ... 2006-11-22 22:06:14.578::INFO: jetty-6.1.0pre0 [INFO] Classpath = [ ... ] 2006-11-22 22:06:16.265:/:INFO: Loading plexus context properties from: '/WEB-INF/plexus.properties' 2006-11-22 22:06:16.265:/:INFO: Could not load plexus context properties from: '/WEB-INF/plexus.properties' 2006-11-22 22:06:17,000 [main] INFO PlexusContainer- Loading on start [role]: [org.apache.maven.archiva.scheduler.RepositoryTaskScheduler] 2006-11-22 22:06:17,140 [main] INFO RAMJobStore- RAMJobStore initialized. 2006-11-22 22:06:17,140 [main] INFO StdSchedulerFactory- Quartz scheduler 'defaultScheduler' initialized from an externally provided properties instance. 2006-11-22 22:06:17,140 [main] INFO StdSchedulerFactory- Quartz scheduler version: 1.4.5 2006-11-22 22:06:17,140 [main] INFO QuartzScheduler- Scheduler defaultScheduler_$_NON_CLUSTERED started. 2006-11-22 22:06:17.343::WARN: failed [EMAIL PROTECTED]/,file:/E:/svn/maven/archiva/archiva-webapp/src/main/webapp/} java.lang.RuntimeException: org.codehaus.plexus.PlexusContainerException: Error initializaing container in [EMAIL PROTECTED] at org.codehaus.plexus.xwork.PlexusLifecycleListener.contextInitialized(PlexusLifecycleListener.java:65) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:450) at org.mortbay.jetty.servlet.Context.startContext(Context.java:124) ... Does it work for anyone else? -- Wendy
Re: Error with WebDAV URL
On 11/12/06, Wendy Smoak [EMAIL PROTECTED] wrote: I'm running Archiva from a svn checkout, with the Jetty plugin. (mvn jetty:run) ... From the Administration page, if I click on the WebDAV URL: http://localhost:9091/repository/MyRepo I get the error below. ... Error 404 Not Found Resource in error: http://localhost:9091/repository/myrepo/MyRepo I haven't been paying close enough attention to know who fixed it... but thanks, browsing repositories with Jetty works now. :) (It looks like the URL was wrong, now it's http://localhost:9091/repository/myrepo .) -- Wendy
Re: [m2] use case problem
On 11/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Any answers to this (may be too long :) ) question ? It was fairly long and involved. :) A few thoughts... I'm leaning towards settings.xml with the appropriate Proximity repository defined as a mirror of central. You can create a custom versions of maven by modifying the settings.xml in the maven distribution. That way you're sure that everyone is using the appropriate settings. Or you can provide instructions for developers to modify their local settings.xml files. If your integration testers are using the second Proximity repository as a mirror of central, (and no other repositories,) the build will fail if the artifacts aren't present. My concern (without trying it) is that a lot of poms add additional repositories, and I'm not sure how you're going to prevent those from being used. (Other than isolating the build machine so it doesn't have access to anything but the repository you've set up.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Snapshots Included
For a managed repository, if Snapshots Included is UNchecked, Archiva does not index snapshots even if they are present, and the pom snippet correctly disables snapshots and enables releases. If Snapshots Enabled IS checked, Archiva indexes both snapshots and releases. However, in this case, the pom snippet has releases disabled. I don't see a way to tell Archiva snapshots only vs. snapshots and releases, and get the correct pom snippet for each. (It would require another checkbox.) I noticed this when pointing Archiva at my local repository as suggested in the getting started docs. -- Wendy
Re: NoClassDefFound during surefire
On 11/23/06, Michael Roepke [EMAIL PROTECTED] wrote: I am facing a weird problem when executing surefire tests. Surefire seems not to find my classes under test-classes. Do I have to add this path to the classpath in the pom.xml? No, it should just work. We'll need to know more about your project in order to help. Is the source for your test classes in src/test/java ? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting/Stopping Jetty for integration testing
On 11/24/06, Julien HENRY [EMAIL PROTECTED] wrote: I want to execute jetty:run at the pre-integration-test phase and stop it (like Ctrl+C) at the post-integration-test phase. In addition to the plugin that has already been mentioned, Cargo also has a Java API that can be very useful for integration testing. Instead of binding plugin executions to lifecycle phases, you can start and stop containers from Java code, for example in JUnit TestSetup class. Here's an example: http://shale.apache.org/shale-test/apidocs/org/apache/shale/test/cargo/CargoTestSetup.html http://svn.apache.org/repos/asf/shale/framework/trunk/shale-test/src/main/java/org/apache/shale/test/cargo/CargoTestSetup.java -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Starting/Stopping Jetty for integration testing
On 11/24/06, Raphaël Piéroni [EMAIL PROTECTED] wrote: Where could i find information about TestSetup and example in shale, i have searched in the shale source repository, but can't find it. TestSetup is a JUnit thing, so consult JUnit docs and tutorials for info on that. Generally, the usual setUp/tearDown methods in a test case run before and after every test. Obviously, starting and stopping the container once for each testXxx method would take forever. A TestSetup class allows you to run setUp and tearDown methods once for an entire suite of tests. The link in my previous message was straight to CargoTestSetup in the Apache svn repo, so... try that again. It was in the 1.0.3 release, so you can add a dependency: dependency groupIdorg.apache.shale/groupId artifactIdshale-test/artifactId version1.0.3/version scopetest/scope /dependency (Shale Test doesn't have any required dependencies on JSF, so you can use it with any project. In addition to the CargoTestSetup class, there's also a convenience HtmlUnit base test class.) It's used in the shale-usecases example app: http://svn.apache.org/repos/asf/shale/framework/trunk/shale-apps/shale-usecases/ for example http://svn.apache.org/repos/asf/shale/framework/trunk/shale-apps/shale-usecases/src/test/java/org/apache/shale/usecases/systest/ViewControllerTestCase.java The pom config for shale-usecases is somewhat... complex since we keep the integration tests and the unit tests in the same module, but you can see how we pass in the System properties that CargoTestSetup needs. Please come join us on [EMAIL PROTECTED] if you have more questions... http://shale.apache.org/mail-lists.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Proxy vs. Repository URLs
Consider the following managed repository: My Managed Repository IdentifierMYREPO Directory E:\svn\maven\archiva\archiva-webapp\target\my-managed-repository WebDAV URLhttp://localhost:9091/repository/myrepo Type Maven 2.x Repository Snapshots Includedtrue Indexed true To use it as a normal repository, the url is http://localhost:9091/repository/myrepo To use that same repo as a proxy, (as far as I can tell, with maxb's help on IRC,) it's http://localhost:9091/proxy/MYREPO Is this correct? If so, why do we use the 'URL Name' in one place and the 'Identifier' in another? -- Wendy
Proxying released plugins
With central proxied through a managed repository, and that repository configured as a mirrorOf central in settings.xml, I get: $ mvn archteype:create -DgroupId=net.wsmoak -DartifactId=my-app [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archteype'. [INFO] artifact org.apache.maven.plugins:maven-archteype-plugin: checking for up dates from central [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-archteype-plugin' does not exi st or no valid version could be found ... The Archiva console shows: 2006-11-24 11:58:24,687 [btpool0-13] DEBUG ProxyManager - requ esting /MYREPO/org/apache/maven/plugins/maven-archteype-plugin/maven-metadata.xm l from repository 'MYREPO' 2006-11-24 11:58:24,687 [btpool0-13] DEBUG ProxyRequestHandler- Retr ieving org/apache/maven/plugins/maven-archteype-plugin/maven-metadata.xml from M aven Central 2006-11-24 11:58:24,828 [btpool0-13] DEBUG ProxyRequestHandler- Arti fact not found in repository: Maven Central: Unable to locate resource in reposi tory The metadata and releases are present in the Central repo: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-archetype-plugin/ This same configuration is able to correctly proxy a request for JUnit 3.8.1. Any ideas on what I should check? -- Wendy
Re: Proxying released plugins
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote: With central proxied through a managed repository, and that repository configured as a mirrorOf central in settings.xml, I get: $ mvn archteype:create -DgroupId=net.wsmoak -DartifactId=my-app On IRC, srepfler has pointed out that I can't spell archetype. Thanks. :) Having fixed *that* problem, it's still refusing to download the plugin... 2006-11-24 12:34:32,218 [btpool0-15] WARN ProxyRequestHandler- The checksum was invalid: org/apache/maven/archetype/maven-archetype/1.0-alpha-4/mav en-archetype-1.0-alpha-4.pom.md5: Supplied checksum does not match checksum patt ern 2006-11-24 12:34:32,218 [btpool0-15] WARN ProxyRequestHandler- Skip ping repository Maven Central: Checksum failures occurred while downloading org/ apache/maven/archetype/maven-archetype/1.0-alpha-4/maven-archetype-1.0-alpha-4.p om I'll ask on the dev (or repository?) list. -- Wendy
Re: Proxy vs. Repository URLs
On 11/24/06, Henri Yandell [EMAIL PROTECTED] wrote: Is this correct? If so, why do we use the 'URL Name' in one place and the 'Identifier' in another? +1 to using the identifier in both. Then why have the URL Name at all? -- Wendy
Re: Don't add dependency?
On 11/25/06, jiangshachina [EMAIL PROTECTED] wrote: For example, on servlet-api artiface. I declare servlet-api-2.4.jar in others POM, but commons-loggin(in Apache POM) has transitive dependency servlet-api-2.3.jar. Both of them are compile scope. These poms are incorrect -- servlet-api shouldn't be in compile scope. When I run mvn package for the Web project, I found that servlet-api-2.3.jar, but servlet-api-2.4.jar, in WEB-INF/lib. If I modified POM of commons-loggin, and declared servlet-api-2.3.jar as provided dependency, then none of them would be put into WEB-INF/lib! Modifying public poms is one way to do it, and can work if you have complete control of an internal corporate repository. A better way to fix this is to add exclusions to the dependencies that are causing the problem, then go back to the project in question and ask them to fix it in the next release. Quite often the project causing the problem is not using m2 to build, and the developers don't understand what happens when they leave everything in compile scope. Another way that will work is to declare the servlet-api dependency in your own project and properly mark it 'provided'. Since Maven uses the closest definition for each artifact, that one will win. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Setting Archiva as mirror of central
On 11/25/06, ben short [EMAIL PROTECTED] wrote: I have Maestro project server setup but im not sure what I need to set in my settings.xml to get maven to use the Archiva part of the project server as my mirror of central. mirror idmyProximity/id mirrorOfcentral/mirrorOf nameProximity mirrored central repos./name urlhttp://ip:port/WHAT TO PUT HERE?/url /mirror For Archiva, what you put there depends on whether you want it to proxy requests. It's either /repository/URL-Name, or /proxy/REPO-ID See: http://maven.apache.org/archiva/guides/getting-started/maven-configuration.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Setting Archiva as mirror of central
On 11/25/06, ben short [EMAIL PROTECTED] wrote: I just found that page, but when I tried it as described it didnt work. I have found that if I add the following to my settings.xml then archiva proxys central. What did you try that didn't work? We need to fix the docs if they're wrong. mirror idmyProximity/id mirrorOfcentral/mirrorOf nameProximity mirrored central repos./name urlhttp://192.168.100.32:8080/archiva/proxy/url /mirror There's some question about whether it's /proxy or /proxy/repo-id. I'm almost sure that just /proxy worked for me initially (and for maxb on IRC), but recent experiments say that only /proxy/repo-id works. I'd prefer that the repo-id is required, personally. Otherwise it would seem to aggregate all proxied repositories, so why bother setting up certain remote repos to be proxied through certain managed repos? (We have separate lists for Archiva: http://maven.apache.org/archiva/mail-lists.html ) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Don't add dependency?
On 11/25/06, jiangshachina [EMAIL PROTECTED] wrote: For example, on jta artifact. others POM declares jta-1.0.B.jar as dependency directly, and spring-parent.pom(Spring artifacts' parent POM) declares jta as optional. Then jta-1.0.B.jar wasn't in WEB-INF/lib, too. Correct. Optional dependencies are not transitive. If jta is optional for Spring, and you want it, you'll need to declare it. I removed all of optional on jta, then run mvn package. The result was the same, jta-1.0.1B.jar still wasn't in WEB-INF/lib. And I search the repository, no dependency declares jta in excludes block. I'm very blocked by the matter? Early in this thread you posted a pom snippet that used dependencyManagement, and I wonder if that's where you're making the changes that don't seem to take effect. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Admin user doesn't have admin rights.
On 11/27/06, Max Bowsher [EMAIL PROTECTED] wrote: I'm doing a clean 'mvn install cvs archiva-webapp mvn jetty:run'. Archiva as expected allows me to create an admin user, but having logged in with this admin user, it is as if the 'admin' user does not actually have admin rights! I've seen this on two different computers now - has anyone else encountered this? Yes. After you create a repository, you'll need to explicitly grant the repository-observer or repository-manager rights to the admin user. -- Wendy
Re: Archiva Database Creation
On 11/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Archiva appears to creating a database under my home directory on UNIX e.g /home/pilgripe/database /home/pilgripe/derby.log Instead of under catalina.home, where is this setting controlled contrary to the information at http://maven.apache.org/archiva/guides/getting-started/index.html ? Arnaud already mentioned the derby.system.home property, and here are some links with more info: http://db.apache.org/derby/docs/dev/devguide/cdevdvlp34964.html http://db.apache.org/derby/docs/dev/devguide/cdevdvlp13018.html -- Wendy