Re: Game archetype
On 12/11/07, Kallin Nagelberg <[EMAIL PROTECTED]> wrote: > > Hehe, yeah I meant the gaming tutorials. > And the tutorials are well written, but getting an environment up and > running with the right native libraries etc. doesn't always work as > expected, so hopefully maven can bring some order. Ha, sorry. I look forward to trying it! On Dec 11, 2007 5:51 PM, Nick Stolwijk <[EMAIL PROTECTED]> wrote: > > > > > >> environment up and running with one maven command, as all the > existing > > >> tutorials are complex and error prone. > > >> > > > > > > > > > "all" of them, eh? Careful, buddy, many people on this list wrote > those > > > tutorials. > > > > > I think he meant the Java Gaming Tutorials, not the Maven tutorials. ;) > > > > ----- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- Eric Redmond http://www.coderoshi.com/
Re: Game archetype
sorry... Mac attack. On 12/11/07, Eric Redmond <[EMAIL PROTECTED]> wrote: > > > On 12/11/07, Kallin Nagelberg < [EMAIL PROTECTED]> wrote: > > > > As much 'fun' as developing enterprise java applications with Maven is, > > I > > would like to think that developing games with Maven would be even > > better :) > > > It does sound fun... I've never gotten into game development much myself. > > I'm hoping to convince the jMonkeyEngine project to let me mavenize their > > project, and in the process create a game archetype supporting 3d > > acceleration, sound, input, etc. > > > Why convince them? Just do it. I've never seen an oss project that won't > take a submission that makes their lives easier. > > I think it would be great to get a game-dev > > environment up and running with one maven command, as all the existing > > tutorials are complex and error prone. > > > "all" of them, eh? Careful, buddy, many people on this list wrote those > tutorials. > > I thought I'd mention it on this list > > to see if there's any interest in such a project, or if anyone has tried > > anything like it so far. > > > Not to my knowledge - go for it. > > -- > Eric Redmond > http://www.coderoshi.com/ -- Eric Redmond http://www.coderoshi.com/
Re: Game archetype
On 12/11/07, Kallin Nagelberg <[EMAIL PROTECTED]> wrote: > > As much 'fun' as developing enterprise java applications with Maven is, I > would like to think that developing games with Maven would be even better > :) It does sound fun... I've never gotten into game development much myself. I'm hoping to convince the jMonkeyEngine project to let me mavenize their > project, and in the process create a game archetype supporting 3d > acceleration, sound, input, etc. Why convince them? Just do it. I've never seen an oss project that won't take a submission that makes their lives easier. I think it would be great to get a game-dev > environment up and running with one maven command, as all the existing > tutorials are complex and error prone. "all" of them, eh? Careful, buddy, many people on this list wrote those tutorials. I thought I'd mention it on this list > to see if there's any interest in such a project, or if anyone has tried > anything like it so far. Not to my knowledge - go for it. -- Eric Redmond http://www.coderoshi.com/
Re: Including JavaScript in xdoc
Other than a custom .vm template, have you tried single quotes? -- Eric Redmond http://www.coderoshi.com/ On 9/28/07, Wendy Smoak <[EMAIL PROTECTED]> wrote: > > Has anyone successfully included JavaScript in xdoc rendered by the > site plugin? Brian ran into this trying to add Google search to the > Maven site. > > If I put this in index.xml > > > > > Hello > > > > You should see a JavaScript alert... > > alert("Hello!"); > > > > > > The index.html file contains > > > > > Hello > > > > You should see a JavaScript alert... > > alert("Hello!");<-problem with " > entity rather than " character > > > > > > I tried putting " in the xdoc, but it still comes out as " > in the html, and the alert box doesn't work. > > Any ideas? > -- > Wendy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Maven String Argument
Are you talking about a property? Like: mvn compile -Dmyprop=value POM: ... ... ${myprop} Like that? -- Eric Redmond http://coderoshi.blogspot.com/ On 10/1/07, morrison19 <[EMAIL PROTECTED]> wrote: > > > Is it possible to pass in a custom argument to maven that could be used > through out the pom files? I'm struggling with finding documentation if > this > is a possibility or not. > -- > View this message in context: > http://www.nabble.com/Maven-String-Argument-tf4549492s177.html#a12982863 > 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: Improving Maven Site Docs (was maven is hard)
Yeah - you can acutally find where the error is most of the time by running mvn -e [blah:blah] It's in the stack trace. But you're right, one would hope it would print to the screen. -- Eric Redmond http://blog.propellors.net On 9/27/07, Lee Meador <[EMAIL PROTECTED]> wrote: > > The way I usually get a broken pom is to copy a snippet of xml from > somewhere and paste it one line above where it goes. For example, I need a > new dependency in some child pom. I go to the parent where I have all my > versions in dependency management and select a section for > the > thing I want to add. Then I copy it into the child pom and remove the > version number line. Maybe I add a "test" or "comple" section. > > But, lacking sufficient eye-hand coordination (I suppose that's why I'm > not > a big sports star), I put it one line up so it goes inside another > section and I get an XML parsing error. Since I know I just > changed it, I go look there and see the stupid error. But the error > doesn't > seem to tell me a line number or print out any context that helps me find > it. > > Another one I do is add xml comment marks around a section that > already has something commented in it. This, of course, is an xml parsing > error as well. > > -- Lee > > On 9/27/07, Wayne Fay <[EMAIL PROTECTED]> wrote: > > > > >1. If maven has no pom in current directory. mvn should display > help > > >similar to this from perforce: > > > > This sounds reasonable. Other people have requested similar > > functionality. We should make sure this lands in JIRA for future > > implementation. > > > > >2. have "mvn help" be able to run out of the box with *no > downloads* > > >being required. > > > > I agree, but I'm not sure how it should be implemented given that > > "help" is simply a plugin like all the others. So we'd need to bundle > > it with the zip, and then force the user to run a script to install it > > in the proper place etc as part of the installation. And then if they > > change their local repo cache location, they'll need to run it again > > to copy it there too. > > > > >3. have the concept of a reverse archetype -- mvn runs and figures > > out > > >what the pom.xml should look like based on the current directory > > >structure. Currently the archetype concept says "*if* you make your > > >directory structure look like this mvn can run". Most projects do > not > > have > > >this luxury. > > > > This is simply an NP-hard problem and will *never* be implemented. > > Every single project is (radically) different. > > > > >4. if a pom is "broken" mvn should offer a suggestion about how to > > fix > > >it. > > > > What kind(s) of broken poms should be recoverable/detectable/fixable? > > Other than XML which is not well-formed, I very infrequently get > > broken poms personally, so I'd like to hear more suggestions. > > > > Wayne > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > -- Lee Meador > Sent from gmail. My real email address is lee AT leemeador.com >
Re: Improving Maven Site Docs (was maven is hard)
This functionality already exists. The problem is: the current "help" plugin needs expanded, and more importantly, many plugins/mojos don't document themselves correctly. -- Eric Redmond http://blog.propellors.net On 9/27/07, Lally Singh <[EMAIL PROTECTED]> wrote: > > I put in some suggestions in the original thread 'Maven is Hard'. > > As for plugin docs, how about modifying the plugin API to support > documentation? Embed basic documentation in the plugin directly. > > Enough so that 'mvn -help' could list the appropriate docs for the > plugins listed in the pom? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Improving Maven Site Docs (was maven is hard)
One thing I'd like to see is a little more forethought about how the site looks and feels to a modern audience. Look at this site: http://www.springframework.org/ Simple navigation on the left, big font for headers, nice and web 2.0-ish. Useful information on the front page... something that makes me want to visit again and again. Then: http://www.rubyonrails.org/ Does not overload you with information with big icons directing traffic. You can easily drill down, down and down - eventually hitting the molten core of what you want. http://wicket.apache.org/ Again: big and easy to read - was even generated via Maven. Then, the Maven site: http://maven.apache.org/ Small fonts (never use 'px', ever again!), lots of crap on the left-hand side. No real direction other than how to download. The real web 2.0? Not necessarily AJAX, but, simplify, simplify, simplify - remove uninteresting items from their field of view, and highlight what people want to see. Many of the examples have XML or java code in them... why is the code not highlighted? It's an easy win that would help tremendously with comprehension - check out: http://code.google.com/p/syntaxhighlighter/ Besides look and feel, it's worth mentioning that the list of options on the front page is horrid: * Run Maven * Use Maven * Write Maven Plugins * Improve the Maven Repository * Develop Maven Run and Use? Is there a difference? Maybe, but is hardly an important enough of a distinction to make right here. Writing plugins seems cool enough - except the wordage kind of only makes sense if you already understand Maven. How about "writing extensions" or "customizing maven"? "Improve the Repository" doesn't belong on the front page. It's a good thing to try and push (community-wise), but is it really something your average user cares about? If you think of the front-page as the front porch of your house, you've just put a toilet out there - it confuses your guests, and makes them think your whole house will smell like shit. Ditto for "Develop Maven". Interested developers can dig for arcane knowledge on their own - consider it a first test. -- Eric Redmond http://blog.propellors.net On 9/26/07, Brian E. Fox <[EMAIL PROTECTED]> wrote: > > A common theme in the "maven is hard" thread is bad documentation and > I'd like to explore this a little. For the sake of discussion, lets > separate the plugin docs from the maven site. (Why? Because each plugin > site is like it's own little world and some are good and some are bad. > We can have that discussion after) > > > > I took a look at our site again. The first thing I notice is that it is > mostly setup towards grabbing new users with the big "Learning about > Maven" section. This is ok for total newbies, but quickly runs out of > steam. I also took another look at the Ant site that everyone raves > about. The major difference I see is the link prominently titled > "Manual" Once you go into the manual however, it is still a little tough > to drive down to what you need. You have to know what you're looking for > before you can find it. I don't think the Ant manual is all too > different from this page: http://maven.apache.org/guides/index.html > > > > The thing I'd like to know is what is missing from this list that should > be there? > > > > I think there is some potential to be gained from taking all those docs > and arranging them in a more cohesive structure, but I do think that > lots of information is there. Unfortunately we aren't all great > technical writers, nor were the docs written as a book. This is where > the BBWM and Sonatype books come in handy. They are meant as an end to > end resource and where done with some Tech Writing help (I'm assuming > here). > > > > Lets list some positive improvements that can be made to the existing > Maven site in this thread. > > > > Thanks, > > Brian > >
Re: Setting up an inhouse repository
Yes, that's a documentation error - it should most definitely be in the POM... you don't need that information in a profile either. There used to be a link on the chapter pages where you could log book defects ... but it's not there now. Here's the link: https://bugs.labs.sonatype.org/book -- Eric Redmond http://blog.propellors.net On 9/18/07, Philip Constantinou <[EMAIL PROTECTED]> wrote: > > Hi - > > I'm struggling a little with setting up an inhouse repository. > > I've been looking at: > > http://www.sonatype.com/book/repository.html#creating_an_in-house_repository > > but the documentation about settings.xml seems to cause an error: > > Error reading settings.xml: Unrecognised tag: 'distributionManagement' > (position: START_TAG seen ...\n > ... @4:31) > Line: 4 > Column: 31 > > > How should I configure my settings.xml to say where to put my deployments? > > Also, what's the recommendations on configuring snapshots vs. releases? > I've tried: > > > > > > true > > foo-repository > http://foo.com/maven2 > > > Thanks - > Phil > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Accessing POM properties in a filter
Why can't you just use ${myProp1} ? Why go through the trouble of refering via "project.properties"? -- Eric Redmond http://blog.propellors.net On 8/23/07, William Ferguson <[EMAIL PROTECTED]> wrote: > > In a resource filter, I can specify tokens like: > > token1=${project.version} > token2=${project.properties} > > Which when used in a resource file evaluates to: > > valueForToken1=1.0-SNAPSHOT > valueForToken2={myProp1=value1, myProp2=value2} > > How do I specify a token in the resource filter that resolves to the > value of myProp1? > I've tried all variants (that I can think of) of > ${project.properties.myProp1}. > > I'm sure there's a way, but I can't find documentation spelling out the > syntax that is required. > > > William > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Maven doesn't include plugins?
Not to be rude - but how hard did you search? http://maven.apache.org/articles.html But more to the point, that should not happen. Best to paste the error... for starters, try running: mvn -e archetype:create -- Eric Redmond http://blog.propellors.net On 8/22/07, Jean-Philippe Steinmetz <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I just downloaded maven-2.0.7-bin.zip > <http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-2.0.7-bin.zip> > and got it all set up but if I try and run commands like 'mvn > archetype:create' or 'mvn eclipse:create' I get a missing plugin error. > According to the website and documentation maven is supposed to come with > many standard plugins by default, so where are they? Do I need to download > each plugin separately for every task I'll need? If so where do I place > them > in the maven directory? Why isn't there some sort of base plugin package I > can download? There seems to be no documentation to answer these questions > as I've spent a good two hours searching all over. In short. I'm lost. > Thanks for your help! > > > > Jean-Philippe Steinmetz > > --- > > Webmaster / Developer > > Information Sciences Institute > > University of Southern California > > [EMAIL PROTECTED] > > 310.448.8471 >
Re: Maven 2 -> Maven 1 converter
Though it may take a little work, how about using the Maven 2 to Ant converter (http://maven.apache.org/plugins/maven-ant-plugin/). IIRC, Maven 1 can support Ant syntax, I would imagine it would only take a little bit of hacking to get the ant file to run as a maven.xml. Then all you'd need to convert would be the POM which would be much more straightforward. -- Eric Redmond http://blog.propellors.net On 8/22/07, Nick Stolwijk <[EMAIL PROTECTED]> wrote: > > It's not that I want to go back, but for my employer I need to deliver a > project in Maven 1, while I prefer working in Maven 2. If I can > afterwards create a (simple) maven 1 configuration for the dependencies, > I would be happy. > > With regards, > > Nick Stolwijk > > Wim Deblauwe wrote: > > ? why would anyone want to go back to the old maven version? > > > > 2007/8/21, Lukas Theussl <[EMAIL PROTECTED]>: > > > >> Yeah! I want that too! :) > >> > >> -Lukas > >> > >> > >> [EMAIL PROTECTED] wrote: > >> > >>> I have found the maven 2 plugin to convert a project.xml (maven 1) to > a > >>> > >> pom.xml (maven 2). Is there also a maven 1 or maven 2 plugin, which > >> converts a pom.xml to a project.xml? > >> > >>> With regards, > >>> > >>> Nick Stolwijk > >>> > >>> > >> - > >> 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: Question on updatePolicy and the way it relates to snapshots
On 8/21/07, Farhan Sarwar <[EMAIL PROTECTED]> wrote: > > I see..so its just the updatePolicy settings which makes maven handle > the snapshot in a particular way... Yeah, pretty much. Anyways..another scenario i was just wondering about when one has a > remote-repository cache and that is ..lets say there exist three > snapshots versions > of an artifact "xyz-1.0-SNAPSHOT" 1) in the local-cache ( i.e. > .m2/repository) 2) another version (or a copy you can say) which is > more upto-date exists in the remote-repository-cache you are > maintaining (in artifactory in my case) 3) yet another copy (which is > the latest of all) in the maven public repository, so in the above > scenario would maven just settle down for the later version your > repo-cache has ? or in this particular case the Repository Manager > would basically get the latest version from the maven public repo > (given the one it has is not latest) and hence maven build would get > the latest from the public repository. Depends on when you last ran a build. updatePolicy is daily, by default, but you can force the snapshot to update immediately with the -U flag in the command-line. -- Eric Redmond http://blog.propellors.net Farhan. > > > Please comment.. > > Thanks and Regards, > > Farhan. > > > > On 8/21/07, Eric Redmond <[EMAIL PROTECTED]> wrote: > > On 8/21/07, Farhan Sarwar <[EMAIL PROTECTED] > wrote: > > > > > > Hello Guys, > > > > > > Got a question relating to the updatePolicy tag in the maven > > > repository configuration, so basically an updatePolicy can have one of > > > the 4 possible values i.e. always,daily,interval:X (in minutes) and > > > never. Now my understanding of the way maven handles Snapshot > > > version(s) is that it will always check for a new SNAPSHOT version in > > > a remote repository for every build (unlike regular versions), now > > > given that if i change the value for updatePolicy to for example > > > "never", would this behaviour (which i assume is build into it) change > > > > ? > > > > > > Yes, that is why the updatePolicy element exists. > > > > if yes, dont u think we can mimic the same behaviour with releases > > > by changing the value of updatePolicy to always, and hence it would > > > always get the latest from the remote-repo. > > > > > > You could, but it would slow down everything immensely, since now Maven > has > > to check the remote repo for released artifacts, which has a cost > (increased > > network traffic, latency) > > > > -- > > Eric Redmond > > http://blog.propellors.net > > > > Thanks and Regards, > > > > > > Farhan. > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- Eric Redmond http://blog.propellors.net
Re: Question on updatePolicy and the way it relates to snapshots
On 8/21/07, Farhan Sarwar <[EMAIL PROTECTED]> wrote: > > Hello Guys, > > Got a question relating to the updatePolicy tag in the maven > repository configuration, so basically an updatePolicy can have one of > the 4 possible values i.e. always,daily,interval:X (in minutes) and > never. Now my understanding of the way maven handles Snapshot > version(s) is that it will always check for a new SNAPSHOT version in > a remote repository for every build (unlike regular versions), now > given that if i change the value for updatePolicy to for example > "never", would this behaviour (which i assume is build into it) change > ? Yes, that is why the updatePolicy element exists. if yes, dont u think we can mimic the same behaviour with releases > by changing the value of updatePolicy to always, and hence it would > always get the latest from the remote-repo. You could, but it would slow down everything immensely, since now Maven has to check the remote repo for released artifacts, which has a cost (increased network traffic, latency) -- Eric Redmond http://blog.propellors.net Thanks and Regards, > > Farhan. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Dependency management
On 8/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > "Eric Redmond" <[EMAIL PROTECTED]> wrote on 08/21/2007 12:12:55 PM: > > > On 8/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > wrote: > > > > > > I have a question that I hope isn't too basic. I've been trying to > > > reconcile the behavior of dependency management with my expectations. > I'll > > > state in advance that I'm more than willing to admit that my > expectations > > > might be unrealistic. > > > > > > We've got a "home grown" dependency mechanism that works as follows: > If > > > artifact A requires artifact B and artifact B does not exist it builds > > > artifact B before building artifact A. > > > > > > That isn't really a dependency mechanism in Maven - that is a module > > hierarchy. As long as module B exists in the set of modules along with > A, > > and A depends on B, then B will be built first. > > Essentially, yes. If the reactor allowed it I would use module > hierarchies. Again, I am confused. What use-case do you have where you cannot just create a multi-module project that contains project A and B as modules? > > > To further clarify what I'd like to do, I had originally started with > the > > > element but quickly ran into this screnario: artifacts A and > B > > > are built in the same POM (pom), and both > require > > > artifact C. This does not make it past the reactor engine, which will > not > > > allow artifact C to appear more than once. > > > > > > True - why would you want the same artifact built more than once? > > > > You wouldn't. Our home grown system remembers that you've already visited > the module during this phase and skips it for visits 2 through N. So does Maven. I just don't understand what you want. Maven already satisfies the use-cases you put forth. > Is this behavior possible with the tags? So far > it > > > doesn't seem likely, but perhaps I'm not understanding dependency > > > management, which brings us back to that start of this message. > > > > > > I'm not understanding what you want to do. Is what behavior possible? > Making > > the reactor build a project twice? If that is your question, then no. > > > > Thanks for the explanation. I didn't think dependency management was the > answer either. I'll have to port our home grown system to a plugin at some > point, or convince management to re-engineer the build process. > > > Thanks again, > Robert Egan > > > This email message and any attachments may contain confidential, > proprietary or non-public information. The information is intended solely > for the designated recipient(s). If an addressing or transmission error > has misdirected this email, please notify the sender immediately and > destroy this email. Any review, dissemination, use or reliance upon this > information by unintended recipients is prohibited. Any opinions > expressed in this email are those of the author personally. > -- Eric Redmond http://blog.propellors.net
Re: Dependency management
On 8/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I have a question that I hope isn't too basic. I've been trying to > reconcile the behavior of dependency management with my expectations. I'll > state in advance that I'm more than willing to admit that my expectations > might be unrealistic. > > We've got a "home grown" dependency mechanism that works as follows: If > artifact A requires artifact B and artifact B does not exist it builds > artifact B before building artifact A. That isn't really a dependency mechanism in Maven - that is a module hierarchy. As long as module B exists in the set of modules along with A, and A depends on B, then B will be built first. To further clarify what I'd like to do, I had originally started with the > element but quickly ran into this screnario: artifacts A and B > are built in the same POM (pom), and both require > artifact C. This does not make it past the reactor engine, which will not > allow artifact C to appear more than once. True - why would you want the same artifact built more than once? Is this behavior possible with the tags? So far it > doesn't seem likely, but perhaps I'm not understanding dependency > management, which brings us back to that start of this message. I'm not understanding what you want to do. Is what behavior possible? Making the reactor build a project twice? If that is your question, then no. To clarify: all dependencyManagement does is pre-configure a set of dependencies for use by inheriting projects. For example, if project P is the parent with a depMan containing junit:junit:4.0, then an inheriting child project C can add a dependency junit:junit, and junit will be automatically configured to be version 4.0... the child need not specify anything. This gives you a single point of management for dependency configurations like versions, or exclusions. -- Eric Redmond http://blog.propellors.net Thanks > Robert Egan > > This email message and any attachments may contain confidential, > proprietary or non-public information. The information is intended solely > for the designated recipient(s). If an addressing or transmission error > has misdirected this email, please notify the sender immediately and > destroy this email. Any review, dissemination, use or reliance upon this > information by unintended recipients is prohibited. Any opinions > expressed in this email are those of the author personally.
Re: (Simple) POM in YAML
On 8/21/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > > > Hi Eric and others :-) > > I have some remarks considering YAML. > > - IMHO YAML editor support is less than XML support. Rest assured, it is not your humble opinion, it is indeed a fact that YAML support is less than XML support! :) Of course, YAML doesn't _need_ editor support, which is exactly the point. Give me terse syntax over tooling any day of the week! - How does YAML work with the maven release plugin? AFAIK the release > plugin modifies the pom file. When using YAML it modifies the > intermediate pom.xml file, not the pom.yml file. It doesn't work with the release plugin (I don't feel too bad about it, though, since the release plugin itself barely works vis-a-vis POM manipulation). Maven POM reading is currently built on a specific Doxia implementation, so is the release plugin. Until the core is refactored to a more flexible API, that seems to remain the case. There is no unified POM modifier in Maven as it stands - I wrote one, but it seems to be in limbo now. But that's an interesting proposal, however, and there is no reason that there can't be a YAML-based release. Regards, > > Minto 'misl' van der Sluis > > -Oorspronkelijk bericht- > Van: John Casey [mailto:[EMAIL PROTECTED] > Verzonden: dinsdag 21 augustus 2007 3:21 > Aan: Maven Users List > Onderwerp: Re: (Simple) POM in YAML > > Hey Eric, > > Looks interesting, but it does make my eyes hurt just a little to read. > :) > > -john > > > On Aug 20, 2007, at 2:52 PM, Eric Redmond wrote: > > > Write a POM in 1/3 the lines with YAML. Not suggested for beginners > > - this > > is just a fun experiment. > > > > http://blog.propellors.net/2007/08/maven-less-ugly.html > > > > I wouldn't normally condone replacing your pom.xml with pom.yml files > > - but it's a simple way to get moving fast - which I always condone by > > > any means necessary. > > > > -- > > Eric Redmond > > http://blog.propellors.net > > --- > John Casey > Committer and PMC Member, Apache Maven > mail: jdcasey at commonjava dot org > blog: http://www.ejlife.net/blogs/john > > > > > DISCLAIMER > De informatie in deze e-mail is vertrouwelijk en uitsluitend bestemd voor > de geadresseerde. Indien u niet de geadresseerde bent, wordt u er hierbij op > gewezen, dat u geen recht heeft kennis te nemen van de rest van deze e-mail, > deze te gebruiken, te kopieren of te verstrekken aan andere personen dan de > geadresseerde. Indien u deze e-mail abusievelijk hebt ontvangen, brengt u > dan alstublieft de afzender op de hoogte, waarbij u bij deze gevraagd wordt > het originele bericht te vernietigen. Politie Amsterdam-Amstelland is niet > verantwoordelijk voor de inhoud van deze e-mail en wijst iedere > aansprakelijkheid af voor en/of in verband met alle gevolgen en/of schade > van een onjuiste of onvolledige verzending ervan. Tenzij uitdrukkelijk het > tegendeel blijkt, kunnen aan dit bericht geen rechten worden ontleend. Het > gebruik van Internet e-mail brengt zekere risicos met zich. Daarom wordt > iedere aansprakelijkheid voor het gebruik van dit medium door de Politie > Amsterdam-Amstelland van de hand gewezen. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://blog.propellors.net
(Simple) POM in YAML
Write a POM in 1/3 the lines with YAML. Not suggested for beginners - this is just a fun experiment. http://blog.propellors.net/2007/08/maven-less-ugly.html I wouldn't normally condone replacing your pom.xml with pom.yml files - but it's a simple way to get moving fast - which I always condone by any means necessary. -- Eric Redmond http://blog.propellors.net
Re: webdav
You have to add an extension block in your POM to use webdav. http://maven.apache.org/guides/mini/guide-using-extensions.html -- Eric Redmond http://blog.propellors.net On 8/20/07, Borut Bolčina <[EMAIL PROTECTED]> wrote: > > Hello, > > why are not all the neccesary jars included in 2.0.7 to support deployment > with web-dav? > > Regards, > Borut >
Re: Display lifecycle phases during a build
Not currently... that is something that should be available in 2.1. -- Eric Redmond http://blog.propellors.net On 8/13/07, William Ferguson <[EMAIL PROTECTED]> wrote: > > Is there any way to get Maven to output the liefecycle pahsaes as it is > executing them? > > It displays the plugin and goal that is executing and that often gives a > far bit on sinsight into where the built is up to, but it would be > *really* nice if you could clearly see the phases as they are being > iterated over. > > Not only would it help debug strange build problems, but it would help > determine the best phase for execution of some plugins. > > William > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: properties
On 8/10/07, John Coleman <[EMAIL PROTECTED]> wrote: > > Hi, > > > > How do I return the value of the active profiles id as a property in my > pom.xml. Add a property to each profile with a specific property name (eg: Profile 'dev': dev Profile 'test': test How do I override the property values in profiles.xml on a per > user basis? Same way - you'll just have to manually create the custom profiles.xml. Well, script it at least. I thought I could put them in ${user.home}/build.properties, > but that seems not to work?! No idea. -- Eric Redmond http://blog.propellors.net TIA > > John > > > > > Eurobase International Limited and its subsidiaries (Eurobase) are unable > to exercise control over the content of information in E-Mails. Any views > and opinions expressed may be personal to the sender and are not necessarily > those of Eurobase. Eurobase will not enter into any contractual obligations > in respect of any part of its business in any E-mail. > > Privileged / confidential information may be contained in this message and > /or any attachments. This E-mail is intended for the use of the addressee(s) > only and may contain confidential information. If you are not the / an > intended recipient, you are hereby notified that any use or dissemination of > this communication is strictly prohibited. If you receive this transmission > in error, please notify us immediately, and then delete this E-mail. > > Neither the sender nor Eurobase accepts any liability whatsoever for any > defects of any kind either in or arising from this E-mail transmission. > E-Mail transmission cannot be guaranteed to be secure or error-free, as > messages can be intercepted, lost, corrupted, destroyed, contain viruses, or > arrive late or incomplete. Eurobase does not accept any responsibility for > viruses and it is your responsibility to scan any attachments. > > Eurobase Systems Limited is the main trading company in the Eurobase > International Group; registered in England and Wales as company number > 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex > CM2 0RE, UK. >
Re: Analysing transient dependencies
Hm... looks like artifacts aren't deployed along side the site. If only there was some sort of tool where deployments could be synched up... perhaps daily or even weekly. But apparently, no tool like that must exist ;) -- Eric Redmond http://blog.propellors.net On 8/9/07, Jason Pringle <[EMAIL PROTECTED]> wrote: > > Is 2.0-alpha-5 about to be released? > > The docs you show are live on the maven site, but the repository doesn't > (yet) contain version 2.0-alpha-5. > > --Jason > > -Original Message- > From: Eric Redmond [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 09, 2007 11:12 AM > To: Maven Users List > Subject: Re: Analysing transient dependencies > > Try running: > > mvn dependency:tree > > http://maven.apache.org/plugins/maven-dependency-plugin/tree-mojo.html > > -- > Eric Redmond > http://blog.propellors.net > > On 8/9/07, Saminda Abeyruwan <[EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > Please bare with me, is there a maven2 command to analyse the > transient > > dependencies structure for a given dependency? > > > > Thank you, > > > > -- > > Saminda Abeyruwan > > > > Software Engineer > > WSO2 Inc. - www.wso2.org > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Analysing transient dependencies
Try running: mvn dependency:tree http://maven.apache.org/plugins/maven-dependency-plugin/tree-mojo.html -- Eric Redmond http://blog.propellors.net On 8/9/07, Saminda Abeyruwan <[EMAIL PROTECTED]> wrote: > > Hi All, > > Please bare with me, is there a maven2 command to analyse the transient > dependencies structure for a given dependency? > > Thank you, > > -- > Saminda Abeyruwan > > Software Engineer > WSO2 Inc. - www.wso2.org >
Re: Relationship of resources and testResources
Well, 2.1 is a lot cooler than 2.0.x - however, I would tend to stay away for now unless you want to get involved in the core - it's not THAT stable. At least wait until the alpha release, which should be coming around in a month or so. -- Eric Redmond http://blog.propellors.net On 8/8/07, Ryan Moquin <[EMAIL PROTECTED]> wrote: > > Oh you run 2.1? Do you build it from source? I tend to try to stay away > from non-stable builds unless there is a feature I really need, so that I > avoid problems like the one I'm describing. I absolutely love Maven > though > and am very very tempted to try out the newer stuff early :) > > On 8/8/07, Eric Redmond <[EMAIL PROTECTED]> wrote: > > > > Ah, was not aware. Glad it's gotten fixed - I tend to run 2.1 anymore. > > > > On 8/8/07, Max Bowsher <[EMAIL PROTECTED]> wrote: > > > > > > Eric Redmond wrote: > > > > testResources files get copied to the testOutputDirectory. Using > > > surefire, > > > > the testOutputDirecotry files should take precedence. > > > > > > Actually, no. In Maven 2.0.7 and below, the main output directory > takes > > > precedence. In Maven 2.0.8-SNAPSHOT, this has been fixed. > > > > > > Compare the getTestClasspathElements method in: > > > > > > > > > > > > http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.7/maven-project/src/main/java/org/apache/maven/project/MavenProject.java > > > > > > > > > http://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x/maven-project/src/main/java/org/apache/maven/project/MavenProject.java > > > > > > Max. > > > > > > > > > > > -- > > Eric Redmond > > http://blog.propellors.net > > >
Re: Relationship of resources and testResources
Ah, was not aware. Glad it's gotten fixed - I tend to run 2.1 anymore. On 8/8/07, Max Bowsher <[EMAIL PROTECTED]> wrote: > > Eric Redmond wrote: > > testResources files get copied to the testOutputDirectory. Using > surefire, > > the testOutputDirecotry files should take precedence. > > Actually, no. In Maven 2.0.7 and below, the main output directory takes > precedence. In Maven 2.0.8-SNAPSHOT, this has been fixed. > > Compare the getTestClasspathElements method in: > > > http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.7/maven-project/src/main/java/org/apache/maven/project/MavenProject.java > > http://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x/maven-project/src/main/java/org/apache/maven/project/MavenProject.java > > Max. > -- Eric Redmond http://blog.propellors.net
Re: Custom packaging question
I wrote a little bit about it here - though I suppose it wouldn't hurt going into more depth. http://www.sonatype.com/book/repository.html#tips_and_tricks Please read, and request any clarifications so I can fix the book. Thanks :) -- Eric Redmond http://blog.propellors.net On 8/8/07, Insitu <[EMAIL PROTECTED]> wrote: > > Hello, > While creating a custom packaging, I ran into slight problems with > configuring the components.xml for plexus. I would like to understand > what are the roles/differences of the various configuration elements > for an artifact and how to define them properly. I can see from > maven-core's samples that we have in ArtifactHandler: > - extension > - type > - classifier > - packaging > - language > > Another question is: How is this definition related to the > lifecycle mapping definition ? > > Thanks, > -- > OQube < software engineering \ génie logiciel > > Arnaud Bailly, Dr. > \web> http://www.oqube.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: updating snapshots
Create a settings.xml file and put it in your home account's ~/.m2/settings.xml /a/dir/you/can/access Maven (quite rightly) assumes you have write access to your local repo. -- Eric Redmond http://blog.propellors.net On 8/8/07, DCVer <[EMAIL PROTECTED]> wrote: > > > Hello, > > I have such a problem: I want to force maven to update the snapshot jar to > download it again to the local repository. The problem is i have no access > to the local repository (don't have priviledges), so i can't delete the > old > snapshot jar. The option -U isn't working (i use mvn install --batch-mode > -fae -Dmaven.test.skip=true -U -up). Thanks for any help.. > -- > View this message in context: > http://www.nabble.com/updating-snapshots-tf4234881s177.html#a12049135 > 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: Relationship of resources and testResources
testResources files get copied to the testOutputDirectory. Using surefire, the testOutputDirecotry files should take precedence. -- Eric Redmond http://blog.propellors.net On 8/8/07, Ryan Moquin <[EMAIL PROTECTED]> wrote: > > If I have this in my pom: > > > > > > src/main/resources > > > > > /src/test/resources > > > > > > If I have a file such as hibernate.cfg.xml in both locations, but with > different parameters... which one will take precedence during unit tests? > From I can see, it seems like only the one in the src/main/resources takes > effect. > > Do you have to do anything specific to make this work how I would expect? > > Thanks. >
Re: Flex & Bison Plugin?
There is a jflex artifact out there http://repo1.maven.org/maven2/de/jflex/jflex/1.4.1/ , which QDox uses, but unfortunately, last I knew there was no plugin - so U had to use antrun to call it instead. If you find any, please post them. It's be nice to have a list of Maven supported lexer/parsers. Do you have to use flex/bison? Can you use antlr or javacc? -- Eric Redmond http://blog.propellors.net On 8/8/07, Thomas Jackson <[EMAIL PROTECTED]> wrote: > > Does anyone know of any plug-ins for Maven that will generate files > using flex and bison? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Problems with Java 5 imports
No, I mean currently Maven doesn't fully support jdk1.5-based plugins - but it is available in trunk (2.1 dev) http://docs.codehaus.org/display/MAVEN/Java+5+Annotations+for+Plugins Note that this is mainly to provide Java 5 annotations, however, it also supports full jdk1.5 syntax. -- Eric Redmond http://blog.propellors.net On 8/8/07, Insitu <[EMAIL PROTECTED]> wrote: > > "Eric Redmond" <[EMAIL PROTECTED]> writes: > > > QDox has been fixed on this for a while, but Maven plugins use the older > > version (1.6) and still do not support Java 5 (unless you want to > manually > > install the code in trunk). > > > > What do you mean ? Providing a patch ? > > > -- > OQube < software engineering \ génie logiciel > > Arnaud Bailly, Dr. > \web> http://www.oqube.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Making provided scope dependencies available
I don't say this often, but this is a good question for the dev list - or hop on IRC. -- Eric Redmond http://blog.propellors.net On 8/7/07, William Ferguson <[EMAIL PROTECTED]> wrote: > > What lifecycle phase needs to have run in order to get provided scope > dependencies made available in a plugin. > > http://maven.apache.org/ref/current/maven-project/apidocs/org/apache/mav > en/project/MavenProject.html#getArtifacts() > > In my plugin during the package phase, ${project.artifacts} doesn't > contain any of the dependencies declared as 'provided'. Though it does > contain all dependencies declared as either compile or runtime. > > What do I need to do to make provided scope dependencies available? > > William > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: modules with native resources
Have you checked out NAR? http://java.freehep.org/freehep-nar-plugin/intro.html -- Eric Redmond http://blog.propellors.net On 8/8/07, Dan Corneanu <[EMAIL PROTECTED]> wrote: > > Hi, > I have a module comprising of java source files and some DLL shared > libraries. > Clients using this module must have the DLLs in a regular folder, on the > classpath, not packed in an archive. > What package type can I use for this module? Using a jar package type > will make the DLLs unusable. Using a folder packaging > will stop me from installing the module in a repository (at least so > says the documentation). > > Best regards, > cdan. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Problems with Java 5 imports
QDox has been fixed on this for a while, but Maven plugins use the older version (1.6) and still do not support Java 5 (unless you want to manually install the code in trunk). -- Eric Redmond http://blog.propellors.net On 8/8/07, Insitu <[EMAIL PROTECTED]> wrote: > > Hello, > While writing a plugin, I had problems with the following statements: > - import static foo.bar.*; > - public enum Toto { } > > The qdox engine choked on these. Is this a known problem ? Shall I > file an issue with qdox ? maven-plugin-plugin ? both ? > > Regards, > -- > OQube < software engineering \ génie logiciel > > Arnaud Bailly, Dr. > \web> http://www.oqube.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: file based profile activation - best practice ?
I hope you understand that "antrun" is meant to be a stop-gap solution - a way to ensure your ant code works in your project. Now that you have your project working you should really consider creating a plugin:goal using the script so you can extract ant from your pom. -- Eric Redmond http://blog.propellors.net On 8/8/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > Based on your link, I don't need a profile but a (plugin) dependency to > antcontrib to use the tag. > > My POM will the look more and more like an ant script. Maven is supposed > to > use profiles for such use cases. Why is there a limitation NOT to support > ${basedir} property in profile activation ? I understand not supporting > custom properties (that can be set by profiles after activation), but not > for default properties. > > I've created MNG-3140 for this... > > Nico. > > 2007/8/8, Eric Redmond <[EMAIL PROTECTED]>: > > > > Why would you need to duplicate it? Have the antrun code only run if a > > property is set - and only set that property under the profiles you want > > it > > to execute under. > > > > You can see how to active a block of ant code here in my book: > > > http://www.sonatype.com/book/lifecycle.html#a_structure_for_goal_execution > > > > -- > > Eric Redmond > > http://blog.propellors.net > > > > On 8/6/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > > > > > The ant code required to make the generator work is huge, and > > duplicating > > > it > > > would be worst as running it twice. > > > > > > Thanks anyway for the suggestion > > > > > > > > > 2007/8/6, Wayne Fay <[EMAIL PROTECTED]>: > > > > > > > > Not ideal, but you could set up another profile that has the full > path > > > > from the parent, and specify that when running from the parent ie > > > > sql2java_top or something. > > > > > > > > Wayne > > > > > > > > On 8/6/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > > > > Hello, > > > > > > > > > > I'm using a code generator, and I'd like to avoid regeneration of > > code > > > > on > > > > > each build. > > > > > > > > > > I've set a profile to launch the generation using the antrun > plugin > > > > > The profile is active based on a generated file missing : > > > > > > > > > > > > > > > sql2java > > > > > > > > > > > > > > > > target/generated-sources/sql2java.tstamp > > > > > > > > > > > > > > > > > > > > ... > > > > > > > > > > As explained in > http://docs.codehaus.org/display/MAVENUSER/Profiles, > > I > > > > > cannot reference ${project.build.directory} in this path. > > > > > When I run "mvn install" from my parent POM, generator runs even > if > > > code > > > > > allready exist, as the project basedir is not the same as running > > from > > > > the > > > > > module. > > > > > > > > > > Is there any way to solve this ? Is there any plan for properties > > > > support in > > > > > profiles activation ? > > > > > > > > > > Nico. > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > >
Re: two questions about maven
Well, sure. I think we can all agree that the default answer to any of these kinds of questions is "just do it the default Maven way". I presumed he was dealing with a legacy layout - otherwise why the hell would you use CVS anyway? :) -- Eric Redmond http://blog.propellors.net On 8/7/07, Dave Hoffer <[EMAIL PROTECTED]> wrote: > > Why don't you change your code structure in cvs so you can just checkout > the folder structure the way Maven wants it? > > In the long run it is better to go the Maven way instead of working > around it. In time you will have more folders...resources, etc to deal > with and it is much easier to go with a standard. > > -Dave > > -Original Message- > From: Eric Redmond [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 07, 2007 8:34 PM > To: Maven Users List > Subject: Re: two questions about maven > > On 8/4/07, wangq/Wang Qiang(IT) <[EMAIL PROTECTED]> wrote: > > > > Dear Sirs > > > > I'm maven's new user. > > > > There are some questions I want to ask you. Can you help me > > > > 1 ) how can maven scm checkout two different directories into another > two > > target directory. For Example, in cvs , I have two directories : > > /source/main , /source/test. I want to checkout them into > /src/main/java and > > /src/test/java respectively (because this is maven default directory). > I > > don't want to use command line. but I don't know how to config in the > > POM.xml. Can you give me an example? > > > Try creating two separate execution elements... like you do below, just > two > of them. > > 2 ) I want to use and element to filter the > .project > > file and bin directory. I only want to check out *.java file . In POM > ,I > > configure as follows: > > > > > > > > > > > > check-out1 > > > > generate-sources > > > > > > > >checkout > > > > > > > > > > > > > > > developerConnection > > > > ${project.basedir > > }/src > > > > *.java > > > > .project, bin > > > > > > > > > > > They are file patterns. Try: **/*.java. You should > not > require excludes. > > but the .project file and bin directory are still checked out . what's > wrong > > > > > > > > > > > > Thanks a lot for you help. > > > > > > > > qiang wang > > > > > > > > > > DISCLAIMER: > > This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may > > also be privileged. Any unauthorized use, copying, or dissemination of > it > > and any attachments to it, is prohibited. If you have received this > e-mail > > in error, please delete it immediately, unread and notify the sender > as soon > > as possible. COSCON does not warrant this email is virus-free and is > not > > liable for any losses or responsibilities arising from any virus being > > transmitted by this email. Internet communications are not secure and > COSCON > > does not accept legal responsibility for the contents of this message. > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Eric Redmond > http://blog.propellors.net > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: Database lifecycle in Maven
This may be a good suggestion for JIRA. I am not against the addition of a database lifecycle, since it is a valid case. Though some may claim it is a slippery slope - I have suggested a release lifecycle for similar arguments... it is something you do occasionally (like "clean" or "site") but is common enough to standardize. -- Eric Redmond http://blog.propellors.net On 8/4/07, Victor Bendig <[EMAIL PROTECTED]> wrote: > > Hi, > > Have a couple of questions around databases and maven, > > 1. Does Maven create standards for database development? > 2. Is there a plugin that handles the lifecycle of the database (create, > drop, etc) > > I found a sql-maven-plugin but this forces me to bind sql files to code > phases. While this might be good when testing, I find it might be heavy > if > I bind the install of my project with the database creation. > > Any ideas where I can look for this? > > Regards, > > > -- > Victor Bendig >
Re: two questions about maven
On 8/4/07, wangq/Wang Qiang(IT) <[EMAIL PROTECTED]> wrote: > > Dear Sirs > > I'm maven's new user. > > There are some questions I want to ask you. Can you help me > > 1 ) how can maven scm checkout two different directories into another two > target directory. For Example, in cvs , I have two directories : > /source/main , /source/test. I want to checkout them into /src/main/java and > /src/test/java respectively (because this is maven default directory). I > don't want to use command line. but I don't know how to config in the > POM.xml. Can you give me an example? Try creating two separate execution elements... like you do below, just two of them. 2 ) I want to use and element to filter the .project > file and bin directory. I only want to check out *.java file . In POM ,I > configure as follows: > > > > > > check-out1 > > generate-sources > > > >checkout > > > > > > > developerConnection > > ${project.basedir > }/src > > *.java > > .project, bin > > > > They are file patterns. Try: **/*.java. You should not require excludes. but the .project file and bin directory are still checked out . what's wrong > > > > > > Thanks a lot for you help. > > > > qiang wang > > > > > DISCLAIMER: > This e-mail is confidential for COSCO CONTAINER LINES (COSCON) and may > also be privileged. Any unauthorized use, copying, or dissemination of it > and any attachments to it, is prohibited. If you have received this e-mail > in error, please delete it immediately, unread and notify the sender as soon > as possible. COSCON does not warrant this email is virus-free and is not > liable for any losses or responsibilities arising from any virus being > transmitted by this email. Internet communications are not secure and COSCON > does not accept legal responsibility for the contents of this message. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://blog.propellors.net
Re: file based profile activation - best practice ?
Why would you need to duplicate it? Have the antrun code only run if a property is set - and only set that property under the profiles you want it to execute under. You can see how to active a block of ant code here in my book: http://www.sonatype.com/book/lifecycle.html#a_structure_for_goal_execution -- Eric Redmond http://blog.propellors.net On 8/6/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > The ant code required to make the generator work is huge, and duplicating > it > would be worst as running it twice. > > Thanks anyway for the suggestion > > > 2007/8/6, Wayne Fay <[EMAIL PROTECTED]>: > > > > Not ideal, but you could set up another profile that has the full path > > from the parent, and specify that when running from the parent ie > > sql2java_top or something. > > > > Wayne > > > > On 8/6/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > > Hello, > > > > > > I'm using a code generator, and I'd like to avoid regeneration of code > > on > > > each build. > > > > > > I've set a profile to launch the generation using the antrun plugin > > > The profile is active based on a generated file missing : > > > > > > > > > sql2java > > > > > > > > > target/generated-sources/sql2java.tstamp > > > > > > > > > > > > ... > > > > > > As explained in http://docs.codehaus.org/display/MAVENUSER/Profiles, I > > > cannot reference ${project.build.directory} in this path. > > > When I run "mvn install" from my parent POM, generator runs even if > code > > > allready exist, as the project basedir is not the same as running from > > the > > > module. > > > > > > Is there any way to solve this ? Is there any plan for properties > > support in > > > profiles activation ? > > > > > > Nico. > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: Parent POM, properties and scm problem
Might I suggest for the time being, to download and install the maven-pom-plugin ( http://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/maven-pom-plugin/) and manually manage the scm fields in the projects. I know it's a hack, but non-standard layouts tend to produce non-standard solutions. Welcome to convention over configuration :) -- Eric Redmond http://blog.propellors.net On 8/6/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: > > Oscar Picasso wrote on Wednesday, August 01, 2007 7:31 PM: > > > The current Maven behaviour is fine for multimodule projects. > > > > However I am trying to write a organizational POM that all my projets > > would inherited and wanted to avoid duplication of the scm section. > > > > So in case of independent projects it does not make sense to put all > > them inside the same trunk. > > > > I guess currently I cannot avoid this duplication. > > Not really, and there's a simple reason: You cannot assume that everyone > keeps his "organizational POM" in the root of all the projects. Our > "organizational POM" has SCM URL entries that are used to release the > "organizational POM" itself. It does not even make sense to inherit them. > > However, you may use properties to define the SCM URLs as we do: > > > scm|svn|${my.svn.root}${my.svn.tagBase}/trunk > scm|svn|${my.svn.root}${my.svn.tagBase > }/trunk > ${my.svn.view}${my.svn.tagBase}/trunk > > > while "my.svn.root" and "my.svn.view" are properties that are defined in > the "organizational POM" and "my.svn.tagBase" is defined in the POM of the > project root (in case of a multi-module project). But keep in mind, that the > release-plugin will rewrite the URLs after the first release, so there are > no properties in the URL anymore anyway. So the whole definition is only > useful as template for new POMs. > > - Jörg > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Pomtools plugin
Do you mean pom manipulation plugin? http://svn.apache.org/viewvc/maven/sandbox/trunk/plugins/maven-pom-plugin/ -- Eric Redmond http://blog.propellors.net On 8/2/07, Arnaud Bailly <[EMAIL PROTECTED]> wrote: > > Hello, > I was looking for the pomtools plugin but could notfind it anywhere. > Does anybody knows where it is located ? > > Thanks a lot > -- > OQube < software engineering \ génie logiciel > > Arnaud Bailly, Dr. > \web> http://www.oqube.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [m2] Anyone created an interactive BATCH file for archetypes?
That is something coming in the new re-write of archetype. I'm surprised it's not out yet. -- Eric Redmond http://blog.propellors.net On 8/2/07, Mick Knutson <[EMAIL PROTECTED]> wrote: > > I have started creating archetypes, and want to know if anyone has created > a > batch file already that would prompt the user for inputs required for > creating the new module from an archetype? > > -- > > Thanks, > Mick Knutson > > http://www.baselogic.com > http://www.blincmagazine.com > http://www.djmick.com > http://www.myspace.com/mickknutson > http://www.myspace.com/djmick_dot_com > http://www.myspace.com/sexybeotches > http://www.thumpradio.com > --- >
Re: Maven: cannot find symbol build error
Are your tests actually using the 4.0 annotations, or the old reflection-based execution (methods prefixed w/ test*). If the latter, try using junit 3.8.2 - which has always worked for me on Mac. -- Eric Redmond http://blog.propellors.net On 7/31/07, Ian Dunlop <[EMAIL PROTECTED]> wrote: > > Hello, > > In the repository are junit 3.8.1, 3.8.2, 4.0 & 4.1. I believe it is > 4.0 that is being used. > > Ian > > On 31 Jul 2007, at 15:04, Eric Redmond wrote: > > > That's curious - makes me think a transative dep of junit is not > > found? > > Natrually skipping the test will work, since maven.test.skip also > > skips test > > compilation, however, what version of junit are you using? > > > > -- > > Eric Redmond > > http://blog.propellors.net > > > > On 7/31/07, Ian Dunlop <[EMAIL PROTECTED]> wrote: > >> > >> Hello, > >> > >> Here is some more info, with the stack trace: > >> > >> [INFO] Compiling 5 source files to /Users/Ian/scratch/taverna1.0/ > >> taverna-bootstrap/target/test-classes > >> [INFO] > >> - > >> --- > >> [ERROR] BUILD FAILURE > >> [INFO] > >> - > >> --- > >> [INFO] Compilation failure > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/RepositoriesTest.java:[9,7] cannot find symbol > >> symbol : constructor TestCase() > >> location: class junit.framework.TestCase > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/ProfileSelectorTest.java:[14,7] cannot find symbol > >> symbol : constructor TestCase() > >> location: class junit.framework.TestCase > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/BootstrapTest.java:[9,7] cannot find symbol > >> symbol : constructor TestCase() > >> location: class junit.framework.TestCase > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/RavenPropertiesTest.java:[40,7] cannot find symbol > >> symbol : constructor TestCase() > >> location: class junit.framework.TestCase > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/RavenPropertiesTest.java:[96,16] cannot find symbol > >> symbol : method assertFalse(java.lang.String,boolean) > >> location: class net.sf.taverna.tools.RavenPropertiesTest > >> > >> /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > >> taverna/tools/ProfileListSelectorTest.java:[9,7] cannot find symbol > >> symbol : constructor TestCase() > >> location: class junit.framework.TestCase > >> > >> > >> [INFO] > >> - > >> --- > >> [INFO] Trace > >> org.apache.maven.BuildFailureException: Compilation failure > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals > >> (DefaultLifecycleExecutor.java:560) > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi > >> fec > >> ycle(DefaultLifecycleExecutor.java:480) > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal > >> (DefaultLifecycleExecutor.java:459) > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan > >> dle > >> Failures(DefaultLifecycleExecutor.java:311) > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen > >> ts( > >> DefaultLifecycleExecutor.java:278) > >> at > >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute > >> (DefaultLifecycleExecutor.java:143) > >> at org.apache.maven.DefaultMaven.doExecute > >> (DefaultMaven.java: > >> 334) > >> at org.apache.maven.DefaultMaven.execute > >> (DefaultMaven.java:125) > >> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) > >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > >> Method) > >> at sun.reflect.NativeMethodAccessorImpl.invoke > >> (Nat
Re: assembly issue with an ear
That's unfortunate... looks like you'll have to wait until 2.1 for a better solution :( -- Eric Redmond http://blog.propellors.net On 7/31/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > Doesn't work in any way (assembly:*) when the assembly plugin is > configured > to run during package phase. The only way to make it work is to run "mvn > package assembly:*" > > 2007/7/31, Eric Redmond <[EMAIL PROTECTED]>: > > > > Have you tried binding assembly:attached to the packaging phase? I don't > > know which would execute first (std package or assembly), but it might > be > > worth a short. In 2.1 the pre-package phase will be added, so things > like > > this should be easier to deal with in a consistent way. > > > > -- > > Eric Redmond > > http://blog.propellors.net > > > > On 7/31/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > > > > > Found the answer myself : > > > > > > > > > > > > http://maven.apache.org/plugins/maven-assembly-plugin/examples/multimodule/module-binary-inclusion-simple.html > > > "*NOTE:* Because of a quirk in Maven 2.0's execution model relating to > > > aggregator mojos and the inheritance hierarchy, we need to explicitly > > > execute the package phase ahead of the assembly invocation, to ensure > > all > > > modules have been built." > > > > > > > > > > > > 2007/7/31, nicolas de loof <[EMAIL PROTECTED]>: > > > > > > > > My project has multiple modules, one of them packages my webapp as > > ear. > > > > My parent project has an assembly descriptor to build a tar from > > > artifacts > > > > + some script files > > > > > > > > If I run "mvn assembly:assembly" I get a strange error about my ear > > > having > > > > no file attached : > > > > > > > > [INFO] Failed to create assembly: Artifact: > > > > com.capgemini.vpc:vpc-application:ear:2.17.00 (included by module) > > does > > > > not > > > > have an artifact with a file. Please ensure the package phase is run > > > > before the assembly is generated. > > > > > > > > if I run "mvn package assembly:assembly" the assembly is build as > > > > expected, but packaging occurs twice as assembly:assembly allready > > force > > > > one... > > > > > > > > What's wrong ? > > > > Nico. > > > > > > > > > >
Re: Assembly plugin includes directories
I don't remember "includeBaseDirectory" being a valid element under "dependencytSet". Try removing it, and re-running the assembly by first running clean: mvn clean assembly:assembly -- Eric Redmond http://blog.propellors.net On 7/30/07, Petar Tahchiev <[EMAIL PROTECTED]> wrote: > > Andrew hi, > > and thank you for the swift response. As I have listed I have set > false > so I don't think this is the problem. The A:B and A:C artifacts doesn't > have > the B.jar and C.jar directories in their archives. > > > Any other ideas? > > 2007/7/31, Andrew Boyer <[EMAIL PROTECTED]>: > > > > Check your assembly descriptor for A:B and A:C, make sure you've set the > > includeBaseDirectory property for them to false. > > > > Andrew > > > > > -Original Message- > > > From: Petar Tahchiev [mailto:[EMAIL PROTECTED] > > > Sent: Monday, July 30, 2007 5:43 PM > > > To: Maven Users List > > > Subject: Assembly plugin includes directories > > > > > > Hi guys, > > > > > > I have the following situation: I have configured the assembl plugin > > so > > > that > > > it produces an archive that contains > > > the content of another two archives. My assembly descriptor is this > > one: > > > > > > > > > jar > > > > > > false > > > > > > > > > / > > > false > > > > > > A:B:jar > > > A:C:jar > > > > > > > > > true > > > test > > > > > > > > > > > > > > > The problem is that the new archive that is created contains the > > original > > > folders, like: > > > Archive > > > | > > > | B.jar-/contentsOfB > > > | C.jar-/contentsOfC > > > > > > So basicaly in the example above I don't want the B.jar and > > > C.jardirectories in my archive. > > > > > > Have anyone seen this problem? > > > > > > Thank you. > > > > > > > > > -- > > > Regards, Petar! > > > Karlovo, Bulgaria. > > > > > > Bulgarian medics in Libya are innocent! > > > http://www.nestesami.bg/main/index.php > > > > > > Public PGP Key at: > > > > > https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C311061 > > 1 > > > Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Regards, Petar! > Karlovo, Bulgaria. > > Public PGP Key at: > https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 > Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 >
Re: QAR question - generate JAR from classes and include into WEB-INF/lib
Yeah, it was added in 2.0.1, iirc. So he could specify version 2.0.1 if he wants to stick to a defined version (which I like to do). -- Eric Redmond http://blog.propellors.net On 7/31/07, Wayne Fay <[EMAIL PROTECTED]> wrote: > > No, in all likelihood, version 2.0 of the war plugin did not have this > feature. It must have been added in a version greater than 2.0. > > Wayne > > On 7/31/07, Eugeny N Dzhurinsky <[EMAIL PROTECTED]> wrote: > > On Tue, Jul 31, 2007 at 05:38:53PM +0300, Eugeny N Dzhurinsky wrote: > > > On Tue, Jul 31, 2007 at 08:40:14AM -0400, Ian Springer wrote: > > > > Eugeny N Dzhurinsky wrote: > > > >> Hello! > > > >> > > > >> Could somebody please explain how is it possible to create WAR file > from > > > >> WEB > > > >> application, but instead of having Java sources compiled and placed > into > > > >> WEB-INF/classes - package those classes as a JAR file and place it > into > > > >> WEB-INF/lib/? > > > >> > > > > true in the plugin config. > > > > > > For some reason it doesn't work: > > > > > > > > > > > > > > > > > > org.apache.maven.plugins > > > maven-compiler-plugin > > > > > > 1.5 > > > 1.5 > > > > > > > > > > > > org.apache.maven.plugins > > > maven-war-plugin > > > 2.0 > > > > > > true > > > > > > > > > > > > > > > > I just implemented this: > > > > > > > > > > > >org.apache.maven.plugins > >maven-compiler-plugin > > > >1.5 > >1.5 > > > > > > > >org.apache.maven.plugins > >maven-war-plugin > > > >true > > > > > > > > > > > > and it worked! Is version 2.0 is broken? > > > > -- > > Eugene N Dzhurinsky > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: How to use ${project.build.directory}?
I second Wendy's or Michael's suggestions - avoid system scope at all costs. Moreover, it may be removed in future versions of Maven, so don't depend on it being there forever. May as well make preperations now :) -- Eric Redmond http://blog.propellors.net On 7/30/07, Wendy Smoak <[EMAIL PROTECTED]> wrote: > > On 7/20/07, Tawfik, Sameh E <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'm using the following code: > > > > > > connector > > connector > 1_0 > > system > > > > ${Build_base}/ma-jdm-tck/lib/connector_1_0.jar > > > > > > This code is working fine, but it requires everyone to define the > > "Build_base" system variable, so is there is another way, where I can > > reference the folder where this jar is located without using a system > > variable? > > I would have the developers use 'mvn install:install-file' to add the > jar to their local repository, and then you can declare it as a normal > dependency. > > -- > Wendy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Maven: cannot find symbol build error
That's curious - makes me think a transative dep of junit is not found? Natrually skipping the test will work, since maven.test.skip also skips test compilation, however, what version of junit are you using? -- Eric Redmond http://blog.propellors.net On 7/31/07, Ian Dunlop <[EMAIL PROTECTED]> wrote: > > Hello, > > Here is some more info, with the stack trace: > > [INFO] Compiling 5 source files to /Users/Ian/scratch/taverna1.0/ > taverna-bootstrap/target/test-classes > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/RepositoriesTest.java:[9,7] cannot find symbol > symbol : constructor TestCase() > location: class junit.framework.TestCase > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/ProfileSelectorTest.java:[14,7] cannot find symbol > symbol : constructor TestCase() > location: class junit.framework.TestCase > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/BootstrapTest.java:[9,7] cannot find symbol > symbol : constructor TestCase() > location: class junit.framework.TestCase > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/RavenPropertiesTest.java:[40,7] cannot find symbol > symbol : constructor TestCase() > location: class junit.framework.TestCase > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/RavenPropertiesTest.java:[96,16] cannot find symbol > symbol : method assertFalse(java.lang.String,boolean) > location: class net.sf.taverna.tools.RavenPropertiesTest > > /Users/Ian/scratch/taverna1.0/taverna-bootstrap/src/test/java/net/sf/ > taverna/tools/ProfileListSelectorTest.java:[9,7] cannot find symbol > symbol : constructor TestCase() > location: class junit.framework.TestCase > > > [INFO] > > [INFO] Trace > org.apache.maven.BuildFailureException: Compilation failure > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals > (DefaultLifecycleExecutor.java:560) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec > ycle(DefaultLifecycleExecutor.java:480) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal > (DefaultLifecycleExecutor.java:459) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle > Failures(DefaultLifecycleExecutor.java:311) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( > DefaultLifecycleExecutor.java:278) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute > (DefaultLifecycleExecutor.java:143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java: > 334) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke > (NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at org.codehaus.classworlds.Launcher.launchEnhanced > (Launcher.java:315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at org.codehaus.classworlds.Launcher.mainWithExitCode > (Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > Caused by: org.apache.maven.plugin.CompilationFailureException: > Compilation failure > at org.apache.maven.plugin.AbstractCompilerMojo.execute > (AbstractCompilerMojo.java:516) > at org.apache.maven.plugin.TestCompilerMojo.execute > (TestCompilerMojo.java:102) > at org.apache.maven.plugin.DefaultPluginManager.executeMojo > (DefaultPluginManager.java:443) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals > (DefaultLifecycleExecutor.java:539) > ... 16 more > > On 31 Jul 2007, at 12:24, Ian Dunlop wrote: > > > Hello, > > > > I am trying to use Maven (2.0.7) to build an application on an > > Intel Mac (OSX 10.4.10). It keeps failing with 'cannot find > > symbol' related to a Junit class. The app builds perfectly on > > Linux. Building with th
Re: assembly issue with an ear
Have you tried binding assembly:attached to the packaging phase? I don't know which would execute first (std package or assembly), but it might be worth a short. In 2.1 the pre-package phase will be added, so things like this should be easier to deal with in a consistent way. -- Eric Redmond http://blog.propellors.net On 7/31/07, nicolas de loof <[EMAIL PROTECTED]> wrote: > > Found the answer myself : > > > http://maven.apache.org/plugins/maven-assembly-plugin/examples/multimodule/module-binary-inclusion-simple.html > "*NOTE:* Because of a quirk in Maven 2.0's execution model relating to > aggregator mojos and the inheritance hierarchy, we need to explicitly > execute the package phase ahead of the assembly invocation, to ensure all > modules have been built." > > > > 2007/7/31, nicolas de loof <[EMAIL PROTECTED]>: > > > > My project has multiple modules, one of them packages my webapp as ear. > > My parent project has an assembly descriptor to build a tar from > artifacts > > + some script files > > > > If I run "mvn assembly:assembly" I get a strange error about my ear > having > > no file attached : > > > > [INFO] Failed to create assembly: Artifact: > > com.capgemini.vpc:vpc-application:ear:2.17.00 (included by module) does > > not > > have an artifact with a file. Please ensure the package phase is run > > before the assembly is generated. > > > > if I run "mvn package assembly:assembly" the assembly is build as > > expected, but packaging occurs twice as assembly:assembly allready force > > one... > > > > What's wrong ? > > Nico. > > >
Re: Parent POM, properties and scm problem
Maven does this so that child module's scm can be defined once in the parent. scm:svn:https://url/project/trunk Child Then the Child module's scm url is automatically set as: scm:svn:https://url/project/trunk/Child Which is the convention for a multi-module project. If your "Child" project has to be seperate, with it's own trunk, etc. I would suggest (if svn) using svn:externals to access the child under the parent project. Since it ownly appends the name on a multi-module project, I'm trying to figure out how you locally check out your project... perhaps create a "trunks"-style setup in your version control would be best? Eric On 7/30/07, Oscar Picasso <[EMAIL PROTECTED]> wrote: > > I have also noticed the same behavior with the project url, the sit url > and > the scm url even if in the effective the corresponding properties are > correct (without the artifactId appended). > > On 7/30/07, Oscar Picasso <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > In the parent POM I have the following: > > [...] > > > > > http://localhost/repos/repo/${groupId}/${artifactId}/trunk > > <http://localhost/repos/repo/$%7BgroupId%7D/$%7BartifactId%7D/trunk> > > > > > > > > > > > > ${scmConnection} > > ${scmConnection} > > > > [...] > > > > The child POM has nothing expect mandatory elements and the reference to > > the parent POM. Both the child and the parent are snapshots. The parent > POM > > has been deployed to the remote repository. > > > > When I run mvn help:effective-pom on the child project, I get: > > [...] > > > > > http://localhost/repos/repo/com.opicasso/Child/trunk/Child > > > > > > http://localhost/repos/repo/com.opicasso/Child/trunk/Child > > > > > > [..] > > > > I would have expected: > > [...] > > > > http://localhost/repos/repo/com.opicasso/Child/trunk > > > > > > http://localhost/repos/repo/com.opicasso/Child/trunk > > > > > [..] > > > > Why does maven happen the child artifactId to the connections? Does > maven > > merge the parent scm connections with the children ones ? But in the > current > > case the child has no scm connections defined in its pom. > > > > How to get rid of this extra artifactId? > > > > Thanks > > > > Oscar > > > > > > > -- Eric Redmond http://blog.propellors.net
Re: Passing System Variables to Maven
That's fine, then stick them in the settings.xml. But you missed my point: "env" access via properties won't be around in the next version of Maven, so they aren't a good suggestion. Eric On 7/31/07, Graham Leggett <[EMAIL PROTECTED]> wrote: > > Eric Redmond wrote: > > > I would stick to -D options. "env" variables are going away in Maven > soon. > > -D options are simply command line options, they are not an environment. > > Trying to create a pretend environment using -D violates the principle > of least astonishment in a big way, and is a major headache if you have > system specific information that maven requires, such as the location of > eclipse for the pde-maven-plugin. > > Regards, > Graham > -- > > -- Eric Redmond http://blog.propellors.net
Re: Eclipse 3.3 plugin based war build with Maven?
Assuming the servletbridge jar is in your repo and dependency list, try something like this: maven-dependency-plugin process-resources copy-dependencies servletbridge ${project.build.directory}/${ project.build.finalName}/WEB-INF/eclipse maven-war-plugin WEB-INF/lib/servletbridge*.jar You can find the details of these plugins, but above is one way to do it: http://maven.apache.org/plugins/ Please, let me know how it works out! Eric On 7/30/07, George Stragand <[EMAIL PROTECTED]> wrote: > > With Eclipse 3.3, the temptation to use the osgi plugin framework is huge, > and we would really like to utilize the osgi framework within our web app. > Differences exist between the classic layout of a web app and where the > osgi > bundles exist (the Eclipse plugin jars existing under WEB-INF/eclipse > instead of WEB-INF/lib, etc.). The only jar in the WEB-INF/lib is > servletbridge.jar (OK, that makes me twitch that there isn't a version on > that jar out of Eclipse; guess I am too used to the logical approach of > Maven). > > Main question is how to create the same war from an automated Maven build > as > Eclipse does. The PDE Maven plugin doesn't appear to do this. Anyone > else > attempting to create an osgi war from Eclipse and Maven at the same time? > > I'd rather not leave the "build" in Eclipse (IDE's doing builds also makes > me twitch!). The ability for the build machine to have unexpected > versions > of plugins is a risk, and we would really like the ability to recreate a > build from source control and Maven as we do with other war deliverables. > > Thanks. > -- Eric Redmond http://blog.propellors.net
Re: Passing System Variables to Maven
I would stick to -D options. "env" variables are going away in Maven soon. Eric On 7/30/07, Graham Leggett <[EMAIL PROTECTED]> wrote: > > David Williams wrote: > > > How do you pass system environment variables like system date or system > time > > to maven. I'm running maven on a windows machine. > > You can access environment variables by using maven variables of the > form ${env.VARIABLE}. > > So ${env.PATH} would be your path, for example. > > As far as I am aware, will only work on JDK v1.5 and above, as it wasn't > possible to read environment variables in Java before then. > > Regards, > Graham > -- > > -- Eric Redmond http://blog.propellors.net
Re: resources question
This looks to me to be a case of a single project with 4 different build profiles. When you look at it that way - it's kind of odd to shove them all into a single build. Is there any reason all 4 builds must happen via one Maven call, rather than calling "mvn package" (or whatever) for each desired package? If you're using a CI server, it'd then be 4 distinct builds - which makes sense, since there are 4 distinct artifacts created. Eric On 7/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi, I have a single POM file of package type "pom". I use it to generate 4 different assemblies, that's it. I have a single resource file in src/main/resources directory. It has some property name placeholders embedded in it for filtering purposes. What I need to do is copy that single resource file 4 different times to four different sub-directories of the target directory. Then each assembly picks up the appropriate file for that assembly. When I do the copy, I need to use a different set of filter values for each file (so that each assembly ends up with a slightly different configuration). I am having trouble making this happen - mostly I cannot figure out a way to use a different filter.properties type file for each copy. Any ideas? Thanks -- Craig Dickson Software Engineering Manager Behr Process Corporation Santa Ana, California --- The information contained in this e-mail message may be proprietary, privileged, confidential or protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender. -- Eric Redmond http://blog.propellors.net
Re: dependency-plugin without forking
In that case - I would imagine that the plugin should cause the build to fail if it does not meet certain metrics - if the new goal does not do this, it'd be a useful addition. Eric On 7/24/07, William Ferguson <[EMAIL PROTECTED]> wrote: Hi Eric, The use case is that we would like to ensure that the dependencies are the minimal set of the appropriate dependencies as an integral part of our build. Ie part of our quality bar. But looks like I'm not alone, as Brian pointed out dependency-plugin:2.0-alpha-5-SNAPSHOT has the just-analyze Mojo which does exactly what I need. William -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Tuesday, 24 July 2007 11:22 PM To: Maven Users List Subject: [***POSSIBLE SPAM***] - Re: dependency-plugin without forking - Email has different SMTP TO: and MIME TO: fields in the email addresses dependency:analyze is meant to help people check their project dependencies occasionally and fix accordingly? What use-case do you have for requiring it to run every time? If you just want a print-out, there is always the dependency report. Eric On 7/23/07, William Ferguson <[EMAIL PROTECTED]> wrote: > > Is it possible execute dependency:analyze without having the > dependency-plugin fork the build? > > We'd really like to have dependency:analyze execute as part of every > build, but having all the phases execute twice is not going to be > acceptable. Is there a way to stop the depdendency-plugin from causing > the phases to execute again? > > We are using maven-dependency-plugin:2.0-alpha-4 and maven-2.0.7 > > William > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://blog.propellors.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net
Re: Maven & Hibernate, creating a web-app
http://dwark.blogspot.com/2006/10/maven-2-hibernate-hsqldb.html Eric On 7/24/07, pinky88 <[EMAIL PROTECTED]> wrote: Hi everyone, I'm a newcomer to Maven and Hibernate.. If i use the hibernate dependeny hibernate hibernate 3.2.4.sp1 compile in a web-app that's built with Maven, using the postgresql database, and adding appropriate postgresql dependency and creating the Hibernate mappings etc, do I need to do more than just mvn package and deploy to the tomcat container? Finding it hard to get sufficient info online! Thanks a million in advance =] Karen -- View this message in context: http://www.nabble.com/Maven---Hibernate%2C-creating-a-web-app-tf4134931s177.html#a11760216 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net
Re: dependency-plugin without forking
dependency:analyze is meant to help people check their project dependencies occasionally and fix accordingly? What use-case do you have for requiring it to run every time? If you just want a print-out, there is always the dependency report. Eric On 7/23/07, William Ferguson <[EMAIL PROTECTED]> wrote: Is it possible execute dependency:analyze without having the dependency-plugin fork the build? We'd really like to have dependency:analyze execute as part of every build, but having all the phases execute twice is not going to be acceptable. Is there a way to stop the depdendency-plugin from causing the phases to execute again? We are using maven-dependency-plugin:2.0-alpha-4 and maven-2.0.7 William - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net
Re: maven logging issue
Are you using log4j directly? Or are you using it via commons logging? If the latter, you might have to configure commons logging to use something other than log4j (like the java log). If not, then I've not heard of this problem. Eric On 7/24/07, Dmitry <[EMAIL PROTECTED]> wrote: I've been working on several log4j related projects with Maven recently and I've started having errors during site generation start occurring on projects that had been working. The symptom is: Error loading report org.apache.maven.plugin.jxr.JxrReport - AbstractMethodError: canGenerateReport() And will disappear if the ${ reports} is removed from src/site/site.xml. I've been experiencing the problem with Maven 2.0.6 or Maven 2.0.4 java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164) Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing) and still had the problem after deleting my local repository. To reproduce the problem, check out the following project: svn co https://svn.apache.org/repos/asf/logging/sandbox/log4j/component and then do "mvn site" thanks, DT, www.ejinz.com Search Technology Economy News - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://blog.propellors.net
Re: Lifecyle Question
Sorry - not "bundles projects" but artifact resolution - meant to say "projects need to be resolved beforehand" - made sense in my head :) Eric On 7/10/07, Eric Redmond <[EMAIL PROTECTED]> wrote: It is a known issue with the way the reactor currently bundles projects. It's being worked on - but definitely cannot be fixed before 2.1. Eric On 7/9/07, Mykel Alvis <[EMAIL PROTECTED]> wrote: > > So why doesn't a multi-module build collect the test-jars into the > reactor > classpath? Is this a known issue of some sort? > I managed to crash into this headlong today... :) > > On 6/7/07, Eric Redmond < [EMAIL PROTECTED]> wrote: > > > > Sounds like one of your modules has a dependency on a project that > > generates > > a test-jar. Sorry to say, but you actually have to run "mvn install" - > so > > the test-jar can be packaged and installed so the module that requires > it > > can access it. > > > > It works via "mvn compile" because no test is run, hence no test scope > > dependencies. > > > > Eric > > > > On 6/7/07, Mac Systems <[EMAIL PROTECTED]> wrote: > > > > > > Hello Maven Users, > > > > > > i'd like to how this can happen: > > > > > > I have an Multiprojekt: > > > > > > "mvn compile" > > > > > > work well, all is compiled! > > > > > > If i do > > > > > > "mvn package" > > > > > > i get an Error that some package and test-jar not found. Can someone > > > explain a bit how this can happen ? > > > > > > greets, > > > Jens > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Eric Redmond > > http://www.sonatype.com > > > > > > -- > "My friends tell me I have an intimacy problem. But they don't really > know > me." -- Garry Shandling > Anyone who has the power to make you believe absurdities has the power > to > make you commit injustices. -- Voltaire > -- Eric Redmond http://www.sonatype.com -- Eric Redmond http://www.sonatype.com
Re: Lifecyle Question
It is a known issue with the way the reactor currently bundles projects. It's being worked on - but definitely cannot be fixed before 2.1. Eric On 7/9/07, Mykel Alvis <[EMAIL PROTECTED]> wrote: So why doesn't a multi-module build collect the test-jars into the reactor classpath? Is this a known issue of some sort? I managed to crash into this headlong today... :) On 6/7/07, Eric Redmond <[EMAIL PROTECTED]> wrote: > > Sounds like one of your modules has a dependency on a project that > generates > a test-jar. Sorry to say, but you actually have to run "mvn install" - so > the test-jar can be packaged and installed so the module that requires it > can access it. > > It works via "mvn compile" because no test is run, hence no test scope > dependencies. > > Eric > > On 6/7/07, Mac Systems <[EMAIL PROTECTED]> wrote: > > > > Hello Maven Users, > > > > i'd like to how this can happen: > > > > I have an Multiprojekt: > > > > "mvn compile" > > > > work well, all is compiled! > > > > If i do > > > > "mvn package" > > > > i get an Error that some package and test-jar not found. Can someone > > explain a bit how this can happen ? > > > > greets, > > Jens > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Eric Redmond > http://www.sonatype.com > -- "My friends tell me I have an intimacy problem. But they don't really know me." -- Garry Shandling Anyone who has the power to make you believe absurdities has the power to make you commit injustices. -- Voltaire -- Eric Redmond http://www.sonatype.com
Re: produce html and pdf javadocs in one go
http://maven.apache.org/guides/mini/guide-central-repository-upload.html Eric On 7/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Another question, why is the pdfdoclet not on ibiblio? (If it is, I could not find it). It's under the GNU LGPL, so redistribution should not be a problem. If it's not on ibiblio, can I put it there? Or whom would I have to ask? Andreas >-Original Message- >From: ext >[EMAIL PROTECTED] >org >[mailto:[EMAIL PROTECTED] >.apache.org] >Sent: 02 July, 2007 15:36 >To: users@maven.apache.org >Subject: RE: produce html and pdf javadocs in one go > >Hi, > >Thanks for the answer, Eric. > >I understand the example so, that multiple reportSets are used >(as the plugin is also linked under the reporting element). I >don't use the site lifecycle yet, the jar (and sources, >javadocs) are just jared and deployed to the repository. > >Can I use the reportsets also when I bind javadoc:jar to the >package lifecycle? > >Andreas > >>-Original Message- >>From: ext Eric Redmond [mailto:[EMAIL PROTECTED] >>Sent: 01 July, 2007 03:28 >>To: Maven Users List >>Subject: Re: produce html and pdf javadocs in one go >> >>Sure there's a way: >> >>http://sourceforge.net/projects/pdfdoclet/ >> >>http://maven.apache.org/plugins/maven-javadoc-plugin/examples/a >>lternate-doclet.html >> >>When you work out the kinks - please post your results... :) >> >>Thanks; >>Eric >> >>On 6/29/07, [EMAIL PROTECTED] >><[EMAIL PROTECTED]> >>wrote: >>> >>> Hi, >>> >>> is it possible to generate html and pdf javadocs within a >single run >>> with a single pom file, and also deploy that to the maven >repository >>> as to seperate artifacts? The "jar packaging" is already >>producing the >>> jar, the sources jar, and the (html) javadocs jar, so a forth one >>> really doesn't hurt, does it? :) >>> >>> Andreas >>> >> >> >> >>-- >>Eric Redmond >>http://www.sonatype.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] -- Eric Redmond http://www.sonatype.com
Re: How to attach mojo to "pre-site"?
On 7/1/07, Libor Kramoliš <[EMAIL PROTECTED]> wrote: As I mentioned I used @phase "pre-site" but it does not work. My suggestion was to try it in "quotes" - but was a bad thought anyway, forget it. It looks like I should explicitly attach my mojo to "site" lifecycle. I guess the mojo belongs to "default" lifecycle. So question is HOW TO ATTACH MOJO to *SITE LIFECYCLE*! Add it manually - like I showed you above There is really nobody who tried to execute mojo in *pre-site* phase?! Yes, all the time. Thanks a lot, Libor On 7/1/07, Eric Redmond <[EMAIL PROTECTED]> wrote: > > Try: @phase "pre-site" > > In any case, you can for binding to pre-site with > > > > >pre-site > > init-project > > > > > On 6/24/07, Libor Kramoliš <[EMAIL PROTECTED]> wrote: > > > > Hello. > > > > I try to create mojo that is attached to pre-site phase but I am not > > successful. What should I do to create such mojo? > > > > What I have now. I have implementation (InitProjectMojo) of AbstractMojo > > that is annotated by @goal init-project and @phase pre-site. And also it > > is > > configured in client pom.xml: > > > > > > > > > > my.mojo > > maven-gdf4j-plugin > > > > > > > > init-project > > > > > > > > > > > > > > > > But when I execute mvn pre-site or mvn site my mojo is not executed. :-( > > > > What did I miss? What should I also configure? > > > > Thanks for your hints. > > > > Libor > > > > > > -- > Eric Redmond > http://www.sonatype.com > -- Eric Redmond http://www.sonatype.com
Re: produce html and pdf javadocs in one go
Sure there's a way: http://sourceforge.net/projects/pdfdoclet/ http://maven.apache.org/plugins/maven-javadoc-plugin/examples/alternate-doclet.html When you work out the kinks - please post your results... :) Thanks; Eric On 6/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi, is it possible to generate html and pdf javadocs within a single run with a single pom file, and also deploy that to the maven repository as to seperate artifacts? The "jar packaging" is already producing the jar, the sources jar, and the (html) javadocs jar, so a forth one really doesn't hurt, does it? :) Andreas -- Eric Redmond http://www.sonatype.com
Re: Creating jars with and without debug information
One idea: Create a profile that configures the compiler plugin with false. http://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html Then in the profile, configure the jar plugin to have a classifier - something like "non-debug". Then, when you want to install w/ debug just run install, without it: install with the flag -PprofileName Eric On 6/28/07, Rahamim, Zvi (Zvi) <[EMAIL PROTECTED]> wrote: Hi, By default maven creates a jar with debug information. I would like that for each project that I build, it will create two jars - one with debug information and one without. I don't want to configure all my pom.xml files. I assume one option is to have a parent pom.xml (correct me if I'm wrong) Is there another way - maybe create a new packaging? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: Maven project setup (or plugin) for starting a Java Web Start application
http://mojo.codehaus.org/webstart-maven-plugin-parent/webstart-maven-plugin/howto.html Eric On 6/27/07, Billy Bacon <[EMAIL PROTECTED]> wrote: I'm looking to use Maven 2 to manage a Java Web Start application. Would I just package the entire contents within a .war file with the .jnlp file in the root directory for download and the jars the JNLP file reference in WEB-INF/lib? The jar files need to be 'downloaded' to the user requesting the .jnlp file of course. I was wondering if anyone has tried to use Maven to do this. Looking for best practices, do's/don't's and any reference anyone can point me to. Thanks a ton! - Billy - -- Eric Redmond http://www.sonatype.com
Re: Forking compiler does not honor JAVA_HOME. Is this a Bug?
This is not a bug - if you want to specify a specific JVM to run, try using the element to specify a path. You can even use the ${ env.JAVA_HOME} variable, like ${env.JAVA_HOME}/bin/javac http://maven.apache.org/plugins/maven-compiler-plugin/examples/compile-using-different-jdk.html On 6/28/07, Paul Spencer <[EMAIL PROTECTED]> wrote: When the compiler is forked, the jdk in the PATH is used, not the one defined by JAVA_HOME. org.apache.maven.plugins maven-compiler-plugin true true Is this a bug? Paul Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: How to attach mojo to "pre-site"?
Try: @phase "pre-site" In any case, you can for binding to pre-site with pre-site init-project On 6/24/07, Libor Kramoliš <[EMAIL PROTECTED]> wrote: Hello. I try to create mojo that is attached to pre-site phase but I am not successful. What should I do to create such mojo? What I have now. I have implementation (InitProjectMojo) of AbstractMojo that is annotated by @goal init-project and @phase pre-site. And also it is configured in client pom.xml: my.mojo maven-gdf4j-plugin init-project But when I execute mvn pre-site or mvn site my mojo is not executed. :-( What did I miss? What should I also configure? Thanks for your hints. Libor -- Eric Redmond http://www.sonatype.com
Re: 0-Snapshot numbering for classifiers
When you create an assembly, executing the assembly:attach within your pom, running the "mvn install" phase will install both the normal artifact (jar) as well as the assembled artifact. Eric On 6/20/07, Alok, Niraj <[EMAIL PROTECTED]> wrote: Probably I am asking a very specific question.. On general terms, when I do mvn install, or mvn assembly, and out of that command, get 2 jar files created, how do I ensure that they run within the same install step ? (I don't want to run separate install commands for each jar file that got created) Its looking like a lifecycle question but am not able to find anything on the web. -Original Message- From: Alok, Niraj Sent: Wednesday, June 20, 2007 1:00 PM To: 'Maven Users List' Subject: RE: 0-Snapshot numbering for classifiers I took a look at the maven assembly plugin, but it just creates the assembly and doesn't deploy them into the repository. How can I ensure that the assembly gets installed/deployed into the local/remote repository?? Thanks, Niraj -Original Message- From: Alok, Niraj Sent: Tuesday, June 19, 2007 10:07 PM To: 'Maven Users List' Subject: RE: 0-Snapshot numbering for classifiers After close inspection between maven-sources-plugin and my custom plugin, I notice some differences finally J The source plugin just creates a jar file. During mvn install, the source jar gets installed to the repository along with the app jar in the same execution. The custom plugin creates a jar file but it doesn't get picked up by the install phase even when the plugin says @phase install. The question now boils down to is how to ensure that the jar created from the custom plugin also gets picked up by the default mvn install? Thanks for the pointers till now ! Niraj -Original Message- From: Alok, Niraj Sent: Tuesday, June 19, 2007 5:33 PM To: 'Maven Users List' Subject: RE: 0-Snapshot numbering for classifiers Im trying to do through code, but the numbering of the jar changes for snapshot versions, making them unavailable for download. Is there some specific piece of code that is required to attach a classifier jar to the same snapshot version as the app jar ?? I tried the code from maven-source-plugin, but there it is not deploying the jar explicitly to the repository but I am forced to do in in the code to deploy to repository which is probably making all the difference... -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 19, 2007 1:46 AM To: Maven Users List Subject: Re: 0-Snapshot numbering for classifiers Sure, I understand the desire to write code rather than learn a specification like assembly - however, your ability to find support for a custom plugin is going to be drastically more difficult than finding support for a core plugin. Just a suggestion, take care; Eric On 6/18/07, Alok, Niraj <[EMAIL PROTECTED]> wrote: > > I am more comfortable writing a specific plugin to do this because we > want to introduce custom tags in the pom and assembly wouldn't allow us > to do. > If it can be done through code, it would be perfect ! > > > -Original Message- > From: Eric Redmond [mailto:[EMAIL PROTECTED] > Sent: Saturday, June 16, 2007 12:10 AM > To: Maven Users List > Subject: Re: 0-Snapshot numbering for classifiers > > Why are you writing code to do this? You should be installing the > sources > via the source plugin: > > mvn source:jar > > Or assembly plugin: > > http://maven.apache.org/plugins/maven-assembly-plugin/usage.html > http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.ht > ml > > Eric > > On 6/15/07, niraj <[EMAIL PROTECTED]> wrote: > > > > > > To be more specific, I am installing the app.jar through normal mvn > deploy > > and the sources.jar through a custom pojo, as its not sources, but > some > > other project files, and the code for that is: > > > > Artifact artifact = > > m_artifactFactory.createArtifactWithClassifier(m_groupId, > > m_artifactId, m_version, "jar", jarType); > > > > try { > > deployer.deploy(file, artifact, > > > m_project.getDistributionManagementArtifactRepository(), > > m_localRepository); > > } catch (ArtifactDeploymentException e) { > > throw new MojoExecutionException(e.getMessage(), e); > > } > > > > While downloading, I am just adding the classifier element, jarType in > the > > dependency tag. > > It works for versioned jars, not for snapshots. I am using mvn 2. > > -- > > View this message in context: > > > http://www.nabble.com/0-Snapshot-numbering-for-classifiers-tf3927571
Re: 0-Snapshot numbering for classifiers
Sure, I understand the desire to write code rather than learn a specification like assembly - however, your ability to find support for a custom plugin is going to be drastically more difficult than finding support for a core plugin. Just a suggestion, take care; Eric On 6/18/07, Alok, Niraj <[EMAIL PROTECTED]> wrote: I am more comfortable writing a specific plugin to do this because we want to introduce custom tags in the pom and assembly wouldn't allow us to do. If it can be done through code, it would be perfect ! -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Saturday, June 16, 2007 12:10 AM To: Maven Users List Subject: Re: 0-Snapshot numbering for classifiers Why are you writing code to do this? You should be installing the sources via the source plugin: mvn source:jar Or assembly plugin: http://maven.apache.org/plugins/maven-assembly-plugin/usage.html http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.ht ml Eric On 6/15/07, niraj <[EMAIL PROTECTED]> wrote: > > > To be more specific, I am installing the app.jar through normal mvn deploy > and the sources.jar through a custom pojo, as its not sources, but some > other project files, and the code for that is: > > Artifact artifact = > m_artifactFactory.createArtifactWithClassifier(m_groupId, > m_artifactId, m_version, "jar", jarType); > > try { > deployer.deploy(file, artifact, > m_project.getDistributionManagementArtifactRepository(), > m_localRepository); > } catch (ArtifactDeploymentException e) { > throw new MojoExecutionException(e.getMessage(), e); > } > > While downloading, I am just adding the classifier element, jarType in the > dependency tag. > It works for versioned jars, not for snapshots. I am using mvn 2. > -- > View this message in context: > http://www.nabble.com/0-Snapshot-numbering-for-classifiers-tf3927571s177 .html#a11138790 > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://www.sonatype.com ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: building an ejb
ejb-jar.xml is not a "source" (source are for things like java code), this is a "resource". You would put it under src/main/resources/META-INF/ejb- jar.xml Alternatively, you can override the default resources directory: src/main/resources Note that this is usually frowned upon - if you can at all use the default, do it. It will make your entire Maven experience much simpler to do so, and will also make it easier for you to find help on important problems - since others have the same layout. Eric On 6/15/07, Gonzalo Vásquez Sáez <[EMAIL PROTECTED]> wrote: I can't generate the JAR for an ejb using maven I do have my META-INF/ejb-jar.xml file under the directory specified under /project/build/sourceDirectory (as if it were an xpath expression), this is an extract: 4.0.0 net.excelsys.framework timedOps ejb 1.0.0 ejbmodule .. so the ejb-jar.xml is in /ejbmodule/META-INF directory what is the proper path to place that file? how can I override that default setting? -- Eric Redmond http://www.sonatype.com
Re: 0-Snapshot numbering for classifiers
This is what the assembly plugin is for: http://sonatype.com/book/assemblies.html http://maven.apache.org/plugins/maven-assembly-plugin/ Eric On 6/15/07, Alok, Niraj <[EMAIL PROTECTED]> wrote: I need to write another plugin to do this because the sources here are not java files, but database files which are stored in cvs. The directory structure is src/main/database and we want all the files inside the database folder to be put in the repository for use in dependencies by other modules. To check if there was a problem with the way I wrote the plugin, I also included sources plugin in the pom and found that app-sources.jar is getting generated with the same build number as app.jar, but app-db.jar is getting installed with one number less. This is alteast pointing me that there's something wrong in my plugin, but cant figure out exactly what. I am attaching the code here also for help. Thanks! Niraj -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Saturday, June 16, 2007 12:10 AM To: Maven Users List Subject: Re: 0-Snapshot numbering for classifiers Why are you writing code to do this? You should be installing the sources via the source plugin: mvn source:jar Or assembly plugin: http://maven.apache.org/plugins/maven-assembly-plugin/usage.html http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.ht ml Eric On 6/15/07, niraj <[EMAIL PROTECTED]> wrote: > > > To be more specific, I am installing the app.jar through normal mvn deploy > and the sources.jar through a custom pojo, as its not sources, but some > other project files, and the code for that is: > > Artifact artifact = > m_artifactFactory.createArtifactWithClassifier(m_groupId, > m_artifactId, m_version, "jar", jarType); > > try { > deployer.deploy(file, artifact, > m_project.getDistributionManagementArtifactRepository(), > m_localRepository); > } catch (ArtifactDeploymentException e) { > throw new MojoExecutionException(e.getMessage(), e); > } > > While downloading, I am just adding the classifier element, jarType in the > dependency tag. > It works for versioned jars, not for snapshots. I am using mvn 2. > -- > View this message in context: > http://www.nabble.com/0-Snapshot-numbering-for-classifiers-tf3927571s177 .html#a11138790 > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://www.sonatype.com ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: 0-Snapshot numbering for classifiers
Why are you writing code to do this? You should be installing the sources via the source plugin: mvn source:jar Or assembly plugin: http://maven.apache.org/plugins/maven-assembly-plugin/usage.html http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html Eric On 6/15/07, niraj <[EMAIL PROTECTED]> wrote: To be more specific, I am installing the app.jar through normal mvn deploy and the sources.jar through a custom pojo, as its not sources, but some other project files, and the code for that is: Artifact artifact = m_artifactFactory.createArtifactWithClassifier(m_groupId, m_artifactId, m_version, "jar", jarType); try { deployer.deploy(file, artifact, m_project.getDistributionManagementArtifactRepository(), m_localRepository); } catch (ArtifactDeploymentException e) { throw new MojoExecutionException(e.getMessage(), e); } While downloading, I am just adding the classifier element, jarType in the dependency tag. It works for versioned jars, not for snapshots. I am using mvn 2. -- View this message in context: http://www.nabble.com/0-Snapshot-numbering-for-classifiers-tf3927571s177.html#a11138790 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: How to parse pom.version
On 6/15/07, Libor Kramoliš <[EMAIL PROTECTED]> wrote: Thanks for your answer. But this solution does not satisfy. It satisfies for the example the gave. If you want to use the properties to specify, for example, a version of another dependency - then you're out of luck, since yes, versions must be resolved before the lifecycle begins. It seems variables (expresions) in pom are resolved earlier than any plugin is executed. Suggested solution works just for filtering of resources. And also I do not know how to assign such plugin to *site* life-cycle. bind it to the pre-site phase. Eric Libor On 6/14/07, Steven Rowe <[EMAIL PROTECTED]> wrote: > > Hi Libor, > > Libor Kramoliš wrote: > > Is it possible to make some properties hook to enhance set of > > properties after pom reading and before starting of first goal > > execution of any lifecycle/phase? > > You could take a look at the source for the properties-maven-plugin, > which injects properties read from files: > > <http://arsenalist.com/2007/02/07/maven-properties-plugin-download/> > > If you bind this (or rahter your version of it) to an early phase, say, > "initialize", it should achieve the desired effect. > > As far as version string parsing, this has to be implemented somewhere > in the Maven source code, since Maven has to do version comparisons all > the time. > > Anybody know in what source module Maven does this kind of decomposition? > > Steve > -- Eric Redmond http://www.sonatype.com
Re: How to add file to war META-INF dir
http://maven.apache.org/plugins/maven-war-plugin/examples/war-manifest-guide.html Eric On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: Hi Eric, The docs are not obvious to me. Do I need to write code for this? If not, can you give an example please. Thanks. Eric Redmond wrote: > I'm confused... why can't you use the "archive" configuration of the > "war:war" goal? > > http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html > > Eric > > On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: >> >> >> Thanks. I guess that is what I will have to do. >> >> I have filed the following issue requesting this RFE: >> >> <http://jira.codehaus.org/browse/MWAR-105> >> >> Thanks very much for all your help. >> >> Wayne Fay wrote: >> > If you can't control where it is being created, perhaps you should use >> > the antrun plugin to copy the file to where you need it after it has >> > been generated. >> > >> > Wayne >> > >> > On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: >> >> Alexander Sack wrote: >> >> > Can you give an example? Also, why can't you change where the >> >> target is >> >> > produced? >> >> >> >> Hi Alexander, >> >> >> >> There is a complex dependency on various plugin and underlying >> libraries >> >> that does not offer much flexibility in where the file is produced. >> >> >> >> The example is the one I gave earlier. The generate-sources phase >> >> produces: >> >> >> >> target/jaxws/wsimport/java/META-INF/somefile >> >> >> >> I need the resulting war to have: >> >> >> >> META-INF/somefile >> >> >> >> Thanks for any suggestions. -- Regards, Farrukh Web: http://www.wellfleetsoftware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: copy file in maven
Yeah, ant is the easiest way. Eric On 6/14/07, acec acec <[EMAIL PROTECTED]> wrote: hi, What's the easiest way to copy file in maven? Should I use ant plugin to do that? Thanks. Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: How to add file to war META-INF dir
I'm confused... why can't you use the "archive" configuration of the "war:war" goal? http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html Eric On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: Thanks. I guess that is what I will have to do. I have filed the following issue requesting this RFE: <http://jira.codehaus.org/browse/MWAR-105> Thanks very much for all your help. Wayne Fay wrote: > If you can't control where it is being created, perhaps you should use > the antrun plugin to copy the file to where you need it after it has > been generated. > > Wayne > > On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: >> Alexander Sack wrote: >> > Can you give an example? Also, why can't you change where the >> target is >> > produced? >> >> Hi Alexander, >> >> There is a complex dependency on various plugin and underlying libraries >> that does not offer much flexibility in where the file is produced. >> >> The example is the one I gave earlier. The generate-sources phase >> produces: >> >> target/jaxws/wsimport/java/META-INF/somefile >> >> I need the resulting war to have: >> >> META-INF/somefile >> >> Thanks for any suggestions. >> >> > >> > -aps >> > >> > On 6/14/07, Farrukh S. Najmi <[EMAIL PROTECTED]> wrote: >> >> >> >> Thanks Alexandre, but I do not have the option to change the >> directory >> >> where my file is produced (it is under target tree). >> >> This must be a common need to include META-INF files from target >> tree? >> >> Any other suggestions? >> >> >> >> Alexandre Touret wrote: >> >> > Hello, >> >> > probably, you could add the directory META-INF in your resource >> >> > directory like >> >> > >> >> > src/main/resources/META-INF >> >> > It should work >> >> > >> >> > Alexandre >> >> > >> >> > Farrukh S. Najmi a écrit : >> >> >> Dear colleagues, >> >> >> >> >> >> My maven2 war project produces a file under the target tree as >> >> part of >> >> >> the generate-source phase: >> >> >> >> >> >> target/somedirectory/META-INF/somefile >> >> >> >> >> >> How can I include this file under the META-INF directory of the >> >> packaged >> >> >> war as follows: >> >> >> >> >> >> META-INF/somefile >> >> -- Regards, Farrukh Web: http://www.wellfleetsoftware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: Maven versioning
On 6/14/07, Napoleon Esmundo C. Ramirez < [EMAIL PROTECTED]> wrote: Hello Wim, The page you posted contains the implemented versioning scheme of maven. That is a discussion of the versioning scheme to be released in 2.1. Not available in 2.0.x You can refer to that for releases. As for distinguishing your snapshot builds, you can check on true in distribution management. Cheers! Nap On 6/14/07, Wim Deblauwe <[EMAIL PROTECTED]> wrote: > > Hi, > > I was looking for information about the version numbers that maven > understands and came across this document: > http://docs.codehaus.org/display/MAVEN/Versioning > Is this the current state? If not, where can I find it? > > I want to release something with a version number that has no official > release yet. How should I give it it's version number so that the final > release will be considered later? > > For instance, currently they are at 1.0-SNAPSHOT, final version will be > 1.0. > What version can I use (with preferably the time stamp in the version)? > > regards, > > Wim > > -- > Vigilog - an open source log file viewer: http://vigilog.sourceforge.net > Blog: http://www.jroller.com/page/Fester > -- Eric Redmond http://www.sonatype.com
Re: How to parse pom.version
On 6/14/07, Steven Rowe <[EMAIL PROTECTED]> wrote: Hi Libor, Libor Kramoliš wrote: > Is it possible to make some properties hook to enhance set of > properties after pom reading and before starting of first goal > execution of any lifecycle/phase? You could take a look at the source for the properties-maven-plugin, which injects properties read from files: <http://arsenalist.com/2007/02/07/maven-properties-plugin-download/> If you bind this (or rahter your version of it) to an early phase, say, "initialize", it should achieve the desired effect. As far as version string parsing, this has to be implemented somewhere in the Maven source code, since Maven has to do version comparisons all the time. Anybody know in what source module Maven does this kind of decomposition? "org.apache.maven.artifact.versioning.DefaultArtifactVersion" (within project org.apache.maven:maven-artifact) constructor takes a string and parses into major, minor, incremental, build number and qualifier. Eric Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: modifying pom.xml for public release
Try the release plugin: http://maven.apache.org/plugins/maven-release-plugin/ Eric On 6/3/07, Nathan Coast <[EMAIL PROTECTED]> wrote: Hi, Is it possible to modify pom files during release / deployment? E.g. remove build-time dependencies and plugins configurations? I'd prefer the released .pom files to contain only minimum required to make transitive dependencies work. cheers, Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: Install/deploy a project with a single file
Looks like you need to create a custom extension: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html Eric On 6/12/07, Rahamim, Zvi (Zvi) <[EMAIL PROTECTED]> wrote: Thank you all for your answers, Some comments: 1. The single file is used by different projects, this is the reason I want it to be in a separate project. 2. I don't want it to be packaged, but I want it to be as is. Zvi -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Sunday, June 10, 2007 9:50 PM To: Maven Users List Subject: Re: Install/deploy a project with a single file On 6/10/07, Rahamim, Zvi (Zvi) <[EMAIL PROTECTED]> wrote: > I have a project with only a single xml file. > What should I define in the pom.xml file so that it will be installed > and deployed? If you really want that file to be "the artifact" then I suppose you'd have to invent a new packaging type and a plugin for it. See 'Specifying a New Packaging', here: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycl e.html But... what problem are you trying to solve here? Making that xml file available to be included in various other modules, or... ? Often telling us what you're trying to accomplish will get you better answers than asking how to implement whatever solution you've arrived at on your own. -- Wendy - 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] -- Eric Redmond http://www.sonatype.com
Re: Question with Modules
Are your hbm files in the jar? Note that they must be under src/main/resources - they cannot be under src/main/java with the java code. Eric On 6/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi, I am new to maven. I am trying to separate my project into at least 2 modules core and web. core will have all the classes and hibernate mapping. web module will have all the web mvc classes, web has a dependency on core. I get everything to work except I dont know how to get the web module to read the hbm.xml files that's in the core's jar file. Thanks. -John -- Eric Redmond http://www.sonatype.com
Re: Lifecyle Question
Sounds like one of your modules has a dependency on a project that generates a test-jar. Sorry to say, but you actually have to run "mvn install" - so the test-jar can be packaged and installed so the module that requires it can access it. It works via "mvn compile" because no test is run, hence no test scope dependencies. Eric On 6/7/07, Mac Systems <[EMAIL PROTECTED]> wrote: Hello Maven Users, i'd like to how this can happen: I have an Multiprojekt: "mvn compile" work well, all is compiled! If i do "mvn package" i get an Error that some package and test-jar not found. Can someone explain a bit how this can happen ? greets, Jens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com
Re: Building files with different jdk versions
You probably should separate your project into different projects each containing the set of files you want, allowing each one to use it's own compiler: http://maven.apache.org/plugins/maven-compiler-plugin/examples/compile-using-different-jdk.html Or if you can get away with it (which most people can), just using the higher version compiler and setting the lower target/source for the lower projects (eg, use javac 1.5 always, but set target as 1.4 when necessary). http://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html However if you raallly need to keep the files in a single project, put the set of "some files" you described into a separate directory - and include that directory using this: http://mojo.codehaus.org/build-helper-maven-plugin/howto.html Called under a profile: http://sonatype.com/book/profiles.html Isn't diverging from the standard fun? ;-P Eric On 5/31/07, Piotr Skawinski <[EMAIL PROTECTED]> wrote: Hi,I need to build my project with the jdk1.5, but some of the files also need to be build with jdk1.4. Is it possible in a single pom.xml to specify the jdk version to be used to build the whole project and at the same time to specify other jdk version to be used to build only some files? If not is then there any other solution for it? Regarsds, Piotr _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -- Eric Redmond http://www.sonatype.com
Re: Plugin acessing list of dependencies in target project
${project.dependencies} Where did you find "project.artifacts"? Eric On 5/31/07, CasMeiron <[EMAIL PROTECTED]> wrote: Hi guys... Im trying to acess all dependencies in my target project, look what i did: /** * The set of dependencies for the web application being run. * * @parameter default-value = "${project.artifacts}" * @required * @readonly */ private Set dependencies; But the "dependencies" doenst have any entry. (And, of course, my project does). What i need to do? tkz. -- Paulo Cesar Silva Reis --- Powered by GMAIL -- Eric Redmond http://www.sonatype.com
Re: run make from maven
http://mojo.codehaus.org/exec-maven-plugin/usage.html Through embedding shell scripts/Make into Maven is not generally condoned, since it is easy to break portability. It's a good way to get started quickly (like the antrun plugin), but not a long-term solution. Eric On 5/23/07, Dennis Cook <[EMAIL PROTECTED]> wrote: Most of the code that makes up my projects is java. However, there is a smattering of 'C' for drivers and JNI support, this is now compiled using make to invoke the compilers. I also have a shell script (executed from the make) that creates a linux FS image that contains all my compiled code. I have found a maven-native plugin. It does not explicitly mention icc compiler support; anyone used this plugin with the Intel compiler? I also found a maven shell plugin, but it says it is no longer supported. Is there some replacement for running shell scripts? Dennis -- Eric Redmond http://www.sonatype.com
[ANN] Maven book stuff and et cetera
Blog post about the Maven book PDF: http://blogs.sonatype.com/ Wiki article about investing in infrastructure with Maven: http://meopedia.com/en/InvestingInInfrastructure -- Eric Redmond http://www.sonatype.com
Re: A newbie question regarding mvn:site
Try deleting the maven-default-skin directory from you repo and try again. It may have been a bad download. Also, are you poiting to Central or a mirror? Sometimes the mirrors get out of sync (this is a known problem). Eric On 4/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Hi. I use mvn site plugin for the 1st time. I thought this would run smoothly, however I get the following error when running "mvn site" (Maven 2.0.6): [INFO] artifact org.apache.maven.skins:maven-default-skin: checking for updates from >java.net [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Unable to find skin Embedded error: Unable to store local copy of metadata: Error updating group repository metadata org.apache.maven.skins:maven-default-skin:jar:RELEASE C:\Documents and Settings\ord1\.m2\repository\org\apache\maven\skins\maven-default-skin\m aven-metadata->java.net.xml (The fil ename, directory name, or volume label syntax is incorrect) [INFO] I have no idea what the problem is. Can anyone give me a clue ... Thanks Daniel Ore -- Eric Redmond http://www.sonatype.com
Re: Why doesn't my index.html get generated when generating my site?
I don't understand your problem - it looks like it is working... you haven't added any files and the default reports are generating. And? Eric On 4/27/07, Ian Rowlands <[EMAIL PROTECTED]> wrote: I'm using Maven 2.0.5. My sites have no customisation (which I won't do until I get this to work). I am getting the following generated: Apart from subdirectories, I get: checkstyle.html (plus checkstyle.rss) cpd.html and cpd.xml dependencies.html integration.html issue-tracking.html jdepend-report.html pmd.html and pmd.xml project-info.html project-reports.html surefire-report.html I'm using version 2.0-beta-5 of the web site plugin. Any suggestions on how to get this to work? Thanks, Ian -- Eric Redmond http://www.sonatype.com
Re: A new book for users: "Maven: The Definitive Guide"
Oops, I guess I got a little ahead of myself... forget you saw that ;) Not to spread rumors, but there might be something cool coming down the pipe and it might be named Gatekeeper and it might make Maven easier to manage... of course, this might not be true, so stay tuned :-P Eric On 4/25/07, Tamás Cservenák <[EMAIL PROTECTED]> wrote: Great work! I like this HTML version since it is truly handy and just a "click" away :) And I question i cannot resist to ask: Gatekeeper? ;) ~t~ On 4/26/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: > > On 25 Apr 07, at 7:10 PM 25 Apr 07, Mark Derricutt wrote: > > > Just had a quick look - looking nice! Is there only the online > > HTML version > > or a downloadable one as well? > > > > Here you go: > > www.sonatype.com/MavenTheDefinitiveGuide.zip > > Thanks, > > Jason. > > > > On 4/26/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: > > > > and no registration required (we won't spam you, promise). > >> > >> > > > - > 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] -- Eric Redmond http://codehaus.org/~eredmond
Re: Starting with maven and with maven-proxy
arily what promotion is > for) is counterintuitive. > ## > promotion=false > > WEB INTERFACE > # This defines the absolute URL the server should use to identify itself. > # This can often be determined automatically, but we recommend you specify > # it explicitly to prevent problems during startup. > # The prefix will be added to this for the actual repository > # i.e. proxy available at http://localhost:/, repository at > http://localhost:/repository > serverName=http://localhost: > > #If true, the repository can be browsed > browsable=true > > #If true, the repository can be searched > searchable=true > > #Not currently implemented. Will allow webdav access to the repository at > some point. > webdav=true > > #Stylesheet - if configured, will override the default stylesheet shipped > with maven-proxy - absolute URLs only > #eg. /maven-proxy/style.css, http://www.example.com/style.css > stylesheet=C:\\MaveRepo\\maven.css > > #bgColor / bgColorHighlight are replaced in the built in stylesheet to > produce a simple color scheme. > #If a stylesheet is set, these are not used. > bgColor=#14B > bgColorHighlight=#94B > > #rowColor / rowColorHighlight are replaced in the built in stylesheet to > produce a simple color scheme. > #If a stylesheet is set, these are not used. > rowColor=#CCF > rowColorHighlight=#DDF > > > PROXIES > #This is just a hack, it should auto discover them > #proxy.list=one,two,three > > #Unauthenticated proxy > #proxy.one.host=proxy1.example.com > #proxy.one.port=3128 > > #Authenticated proxy > #proxy.two.host=proxy2.example.org > #proxy.two.port=80 > #proxy.two.username=username2 > #proxy.two.password=password2 > > #Authenticated proxy > #proxy.three.host=proxy3.example.net > #proxy.three.port=3129 > #proxy.three.username=username3 > #proxy.three.password=password3 > > > # REPOSITORIES > #This is not just a hack, it specifies the order repositories should be > checked > #Note that the proxy adds a "/" which is why the urls aren't suffixed with > a "/" > repo.list=local-repo,www-ibiblio-org,dist-codehaus-org > > #local-store > # The local store represents a location that local jars you host can be > located. > # This could also be achieved by having a local http repository, but this > is less cumbersome > repo.local-repo.url=file:///C:\\MavenRepo\\ > repo.local-repo.description=Repositorio Maven Compartido > #If copy is true, jars are copied from the store to the proxy-repo. Only > configurable for file:/// repos > repo.local-repo.copy=false > #If hardfail is true, any unexpected errors from the repository will cause > #the client download to fail (typically with a 500 error) > repo.local-repo.hardfail=true > #Don't cache a file repository > repo.local-repo.cache.period=0 > > > #www.ibiblio.org > repo.www-ibiblio-org.url=http://www.ibiblio.org/maven > repo.www-ibiblio-org.description=www.ibiblio.org > repo.www-ibiblio-org.proxy=one > repo.www-ibiblio-org.hardfail=true > #Cache this repository for 1 hour > repo.www-ibiblio-org.cache.period=3600 > repo.www-ibiblio-org.cache.failures=true > > #dist.codehaus.org > repo.dist-codehaus-org.url=http://dist.codehaus.org > repo.dist-codehaus-org.proxy=two > repo.dist-codehaus-org.hardfail=false > repo.dist-codehaus-org.cache.period=3600 > repo.dist-codehaus-org.cache.failures=true > > #snapshots.maven.codehaus.org > > repo.snapshots-maven-codehaus-org.url=http://snapshots.maven.codehaus.org/maven2 > #If hardfail is true, any unexpected errors from the repository will cause > #the client download to fail (typically with a 500 error) > repo.snapshots-maven-codehaus-org.hardfail=false > #Cache this repository for 1 hour > repo.snapshots-maven-codehaus-org.cache.period=3600 > repo.snapshots-maven-codehaus-org.cache.failures=true > #If a Proxy is needed, which one? > #repo.dist-codehaus-org.proxy=one > > -- Eric Redmond http://codehaus.org/~eredmond
Re: [M2] Native plugin and multi-platform C++ projects How-To
On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]> wrote: Hi agreed AOL is a classifier. The question is not if it is or not. The question is what the range of this classifier should be to handle ALL the areas of native code, and what their compatibility range should be. I see. This is an interesting problem, since classifiers only add one extra dimension of distinction to an artifact. This problem can arise in JAR artifacts too - deploying a JAR for a "test" environment running "windows", for example. The only way I know to deal with this is by amalgamating information into a single classifier key, such as "wintest", as opposed to "macosdev". Eric Regards Mark On Apr 14, 2007, at 11:15 AM, Eric Redmond wrote: > On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]> > wrote: >> >> Hi >> >> On Apr 13, 2007, at 2:00 PM, Christian Goetze wrote: >> >> > On 4/13/07, Mark Donszelmann <[EMAIL PROTECTED]> >> > wrote: >> >> Hi Christian, >> > >> >> you may have a look at >> >> http://java.freehep.org/freehep-nar-plugin >> >> it does quite a bit of what you suggest, though it is not perfect. >> > >> > That is pretty neat - but the devil is in the details :) >> >> agreed. Our organization standardizes on a few combinations of >> architectures >> and OSs, but even then... >> >> > For example, >> > you'd want various variants of the same artifact (debug, optimized, >> > profiled, quantified, instrumented in other ways) ... Not sure >> "AOL" >> > cuts it. >> >> yes. Do you (or others) have any suggestions on how one could attack >> this problem? > > > This is traditionally hat "classifiers" are for. Is AOL a > classifier of NAR > artifacts? If not, then there you go. > > Eric > > Regards >> Mark Donszelmann >> >> >> > -- >> > cg >> > >> > >> - >> > 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] >> >> > > > -- > Eric Redmond > http://codehaus.org/~eredmond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond
Re: [M2] Native plugin and multi-platform C++ projects How-To
On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]> wrote: Hi On Apr 13, 2007, at 2:00 PM, Christian Goetze wrote: > On 4/13/07, Mark Donszelmann <[EMAIL PROTECTED]> > wrote: >> Hi Christian, > >> you may have a look at >> http://java.freehep.org/freehep-nar-plugin >> it does quite a bit of what you suggest, though it is not perfect. > > That is pretty neat - but the devil is in the details :) agreed. Our organization standardizes on a few combinations of architectures and OSs, but even then... > For example, > you'd want various variants of the same artifact (debug, optimized, > profiled, quantified, instrumented in other ways) ... Not sure "AOL" > cuts it. yes. Do you (or others) have any suggestions on how one could attack this problem? This is traditionally hat "classifiers" are for. Is AOL a classifier of NAR artifacts? If not, then there you go. Eric Regards Mark Donszelmann > -- > cg > > - > 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] -- Eric Redmond http://codehaus.org/~eredmond
Re: Maven and 3rd Party Libraries
On 4/10/07, Fong Chan <[EMAIL PROTECTED]> wrote: Hello all, I am having some problems with Maven right now. Just to give some background. I currently have installed all of Taverna's (A workflow management system that uses Maven) classes into the Maven repository and I am able to use them no problem. For one of my programs, I would like to use Taverna's class and also another external library called Jakarta POI (able to manipulate Excel from Java). The thing is the POI downloads do not come in a maven format and make it different to install them into the repository easily. So instead, I have imported them as external jars in eclipse. From there, I want to install my program as a Taverna Artifact into the library, but when installing I get the maven errors that it can't find the POI classes. I am assuming it is because the POI are not artifacts in the repository... I was just wondering whether there was a way to use external libraries without having to install them into the maven repository. It's not usually desired, but you can set the "scope" of the jar as "system" in dependency, then set "systemPath" to the path of the jar. Fong ***CONFIDENTIALITY NOTICE*** This electronic message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any dissemination, distribution or copying of this communication by unauthorized individuals is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and delete the original and all copies from your system. -- Eric Redmond http://codehaus.org/~eredmond
Re: Getting frustrated with maven2
You're repository is messed up... there's no pom there and xdoclet is the wrong groupId. Did you just drop a jar in there - I hope not - manually playing with your local repository is a sure way of getting screwed up. Also, don't use SNAPSHOT if you can help it... just use the one in the public repo. Note: SNAPSHOTs use a completely different repository than releases: http://repo1.maven.org/maven2/org/codehaus/mojo/xdoclet-maven-plugin/1.0-alpha-2/ org.codehaus.mojo xdoclet-maven-plugin 1.0-alpha-2 ... blah blah blah... And the hibernate plugin version is at 1.0.3 http://repo1.maven.org/maven2/xdoclet-plugins/xdoclet-plugin-hibernate/ Again, don't use SNAPSHOT if you can help it. Eric On 4/6/07, Peter L. Berghold <[EMAIL PROTECTED]> wrote: After munging out some typos in the cited webpage I now get the follwing error when I run mvn install: [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.codehaus.mojo:maven-xdoclet-plugin Reason: POM 'org.codehaus.mojo:maven-xdoclet-plugin' not found in repository: Unable to download the artifact from any repository org.codehaus.mojo:maven-xdoclet-plugin:pom:1.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) So... I check the repository and I see the following: [EMAIL PROTECTED] my-webapp]$ ls ~/.m2/repository/xdoclet/maven-xdoclet-plugin/ 1.0-SNAPSHOT maven-metadata-local.xml [EMAIL PROTECTED] my-webapp]$ ls ~/.m2/repository/xdoclet/maven-xdoclet-plugin/1.0-SNAPSHOT/ maven-metadata-local.xml maven-xdoclet-plugin-1.0-SNAPSHOT.jar so... what's up with that? -- Peter L. Berghold Unix Professional [EMAIL PROTECTED] AIM: redcowdawg YIM: blue_cowdawg "Those who fail to learn from history are condemned to repeat it." -- Eric Redmond http://codehaus.org/~eredmond
Re: Conditional code generation
Check out build profiles. You can check for the existance of some tell-tale eclipse installation, such as the eclipse executable file. http://maven.apache.org/pom.html Eric On 4/2/07, Steffen Mazanek <[EMAIL PROTECTED]> wrote: Hello, I have something like the following project layout: -project -- library -- program -- examples -- examples-that-compile-only-if-eclipse-is-installed -- examples-that-do-not-need-eclipse Concretely I use eclipse in headless mode to generate some sources via maven-emfgen-plugin. How can I tell maven to skip the examples depending on eclipse if eclipse is not installed. Can I do this via profiles? Any help is greatly appreciated! Best regards, Steffen Mazanek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond
Re: Maven local repository location
Try a field in your mojo with an expression = ${settings.localRepository} Eric On 3/29/07, Rahul Khot <[EMAIL PROTECTED]> wrote: Is there a way to access maven local repository location in the plugin or in the pom.xml. I have tried the following vars: ${maven.repo.local} ${localRepository} I try to pass them as a parameter in the plugin metadata file. Any help will be highly appreciated. Thanks, Rahul 6605 -- Eric Redmond http://codehaus.org/~eredmond
Re: where to put log4j.properties
src/main/resources On 3/23/07, Adam Hardy <[EMAIL PROTECTED]> wrote: I am running the 'mvn site' and one of the reports is not working. To get more info on the issue I'm trying to get logging working for it. Currently I see log4j complain like this: [INFO] Generate "Jira Report" report. log4j:WARN No appenders could be found for logger (org.apache.commons.httpclient.HttpClient). log4j:WARN Please initialize the log4j system properly. [INFO] JIRA lives at: https://support.nomadsoft.com/jira [INFO] Login URL: https://support.nomadsoft.com/jira/login.jsp?os_destination=/secure/&os_username=adam.hardy&os_password=* [ERROR] Error trying to login into JIRA. Cause is: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCe rtPathBuilderException: unable to find valid certification path to requested target I figure I need to add my own log4j.properties to the classpath at that stage in the built, possibly by configuring the maven-site-plugin somehow like this: org.apache.maven.plugins maven-site-plugin but what do i put there to incorporate my log4j.properties onto the classpath? Thanks Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond
Re: Include source files in jar
Oh, I see. Well, the assembly plugin has a pre-defined assembly named "project" (at least in the newest version). If you're using an older version create your own assembly like the following: http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html#project Eric On 3/23/07, Giuseppe Greco <[EMAIL PROTECTED]> wrote: That works, but I haven't solved my problem... I get a separate source archive for each module, while I'd like an unique top-level source archive that contains the whole project - for instance, the source archive should be a 1:1 image of my local multi-module project. j3d. > Hi Boris, > > Boris Valkov wrote on Friday, March 23, 2007 12:54 PM: > >> Hello, >> >> I want to pack jar archive, but I need the *.java classes >> also included >> into this jar. >> I need this, because I want other people that use my jar >> project to see >> the documentation of all methods ? >> Not with maven assembly plugin, rather with "mvn package" and some >> additional option. > > well, the standard way in Maven is to use a separate jar for the sources, > simply add the sources plugin: > > > org.apache.maven.plugins > maven-source-plugin > 2.0.2 > > > attach-sources > package > > jar > > > > > > This will create a -sources.jar artifact. > > - Jörg > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Giuseppe Greco Via Carà 26 6928 Manno (TI) Switzerland call giuseppe.greco via Skype phone: +41 (0)91 604 67 65 mobile: +41 (0)79 590 33 06 email: [EMAIL PROTECTED] ---- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond
Re: Include source files in jar
Or the source plugin. I tend to use assembly because it is more flexible - but source is straightforward enough: http://maven.apache.org/plugins/maven-source-plugin/ On 3/23/07, Eric Redmond <[EMAIL PROTECTED]> wrote: Do not do that. It's telling Maven that the source is a resource and to treat is as such. For example, if you chose to filter your resources, this will also filter all of your Java code - not really desirable. Stick to the Assembly plugin: http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html#src Eric On 3/23/07, Balasubramanian, Ravi Shankar <[EMAIL PROTECTED]> wrote: > > You can add the corresponding directory as a resource in your pom as > follows: > > " > > > > > > src/main/resources > > > > src/main/java > > > > whatever/directory/you/want/ > > " > > This will include the source code files to the jar file that "mvn > package" generates for you. > > Regards, > Ravi > > -Original Message- > From: Boris Valkov [mailto:[EMAIL PROTECTED] > Sent: Friday, March 23, 2007 5:24 PM > To: Maven Users List > Subject: Include source files in jar > > Hello, > > I want to pack jar archive, but I need the *.java classes also included > into this jar. > I need this, because I want other people that use my jar project to see > the documentation of all methods ? > Not with maven assembly plugin, rather with "mvn package" and some > additional option. > > Thanks in advance! > > --- > Sincerely > Boris Valkov > > - > 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] > > -- Eric Redmond http://codehaus.org/~eredmond <http://codehaus.org/%7Eeredmond> -- Eric Redmond http://codehaus.org/~eredmond
Re: Include source files in jar
Do not do that. It's telling Maven that the source is a resource and to treat is as such. For example, if you chose to filter your resources, this will also filter all of your Java code - not really desirable. Stick to the Assembly plugin: http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html#src Eric On 3/23/07, Balasubramanian, Ravi Shankar <[EMAIL PROTECTED]> wrote: You can add the corresponding directory as a resource in your pom as follows: " src/main/resources src/main/java whatever/directory/you/want/ " This will include the source code files to the jar file that "mvn package" generates for you. Regards, Ravi -Original Message- From: Boris Valkov [mailto:[EMAIL PROTECTED] Sent: Friday, March 23, 2007 5:24 PM To: Maven Users List Subject: Include source files in jar Hello, I want to pack jar archive, but I need the *.java classes also included into this jar. I need this, because I want other people that use my jar project to see the documentation of all methods ? Not with maven assembly plugin, rather with "mvn package" and some additional option. Thanks in advance! --- Sincerely Boris Valkov - 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] -- Eric Redmond http://codehaus.org/~eredmond
Re: Include source files in jar
Read the assembly plugin doc. There is more than the "assembly" goal - try using the "attached" goal and bind it to your "packaging" phase in the pom (hint: project/build/plugins/plugin/executions/execution/phase). Eric On 3/23/07, Giuseppe Greco <[EMAIL PROTECTED]> wrote: I also need something similar... I want to create a package that constains the source code of all the project modules j3d. > Hello, > > I want to pack jar archive, but I need the *.java classes also included > into this jar. > I need this, because I want other people that use my jar project to see > the documentation of all methods ? > Not with maven assembly plugin, rather with "mvn package" and some > additional option. > > Thanks in advance! > > --- > Sincerely > Boris Valkov > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Giuseppe Greco Via Carà 26 6928 Manno (TI) Switzerland call giuseppe.greco via Skype phone: +41 (0)91 604 67 65 mobile: +41 (0)79 590 33 06 email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond