[jira] Commented: (CONTINUUM-413) build reported as successful on win xp even when maven 1 build fails

[ http://jira.codehaus.org/browse/CONTINUUM-413?page=comments#action_50055 ] Brian Ewins commented on CONTINUUM-413: --- On what version of windows? This is what I see: G:\>cmd /version Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2

[jira] Commented: (CONTINUUM-413) build reported as successful on win xp even when maven 1 build fails

[ http://jira.codehaus.org/browse/CONTINUUM-413?page=comments#action_50047 ] Brian Ewins commented on CONTINUUM-413: --- The FAQ answer is incorrect. The suggestion of setting MAVEN_TERMINATE_CMD to "on" in the environment makes the code do

Re: jar suffix and desgin question

The jar plugin shouldn't be modified. As you say, the deployment descriptors are different, and this is what you'd want from the war/ear/sar/rar plugin. Reuse of some other code to build the archive is a separate issue. Goals aren't generally reused to do different things, jelly tags/ant tasks

Re: New 'reactor' plugin

Rafal Krzewski wrote: I admit that having reactor tag (backed by reactor bean) and reactor plugin may be confusing. Still I don't see any compelling alternative. How about giving it a different name that new users would recognize? The 'reactor' is something people only learn about by reading th

Re: Aligning plugin artifacts with normal projects

Michal Maczka wrote: I think we should go step further and get rid of plugin.properties file... in favour of metadata file. It can look like: [snip] BTW: We anyway need plugin metadata file which can be used by IDEs. Agree 100%. We also need it for documentation. Its quite common for people to a

Re: Simian Plugin (fully documented and ready to use)

I'm interested in the comments on CPD/Simian performance - since I was responsible for the current algorithm in CPD. On my dodgy old 833MHz laptop, CPD does the entire JDK1.4 in about 1 minute 30, all but 18 seconds of which are actually spent reading the files (ok reading the files and buildin

Re: private jar dependencies

I have now. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-518 [EMAIL PROTECTED] wrote: Has anyone raised this in Jira? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au Brian Ewins <[EMAIL PROTECTED]>

Re: private jar dependencies

Michal Maczka wrote: [...] (or something like that) - jelly should always use artifacts, not dependencies, to construct paths. It doesnt stop you naming jars whatever you like, if they are in the local repo. I had a look over the broken plugins a while back and I think there was only one case w

Re: private jar dependencies

dion gillard wrote: Michal Maczka wrote: This feature probably is not used so often but surly plugins like war, ear, eclipse are not aware of the fact that artifact can be overriden! and what they do is something like: So basiclly they requ

Re: War plugin

The location you've suggested is sensible, but personally I'd prefer if the tlds were delivered inside their jars. It seems more of a 'best practice' thing to do (eg it avoids problems with jars mismatching tlds) "When deployed inside a JAR file, the tag library descriptor files must be in the

Re: [jira] Commented: (MAVEN-489) Checkstyle Error - "Got an exception- java.lang.ClassCastException "

This diagnosis doesn't seem right. > And this is the bad news: ' is good for html but bad for > XML. So, the result file is not well formed. And yes, now > I tested that this was the real problem, you can do it, too: This isn't correct. see "All XM

Re: jar classpath

Try this http://maven.apache.org/reference/plugins/uberjar/index.html Matthew Wilson wrote: I have a swing app that I am using maven to manage. I wish to produce a jar that the Manifest includes a classpath that is build from maven, and the jars are packed in a way that is easy to distribute. I

Re: xmlns reference to maven-project.xsd

Why not http://maven.apache.org/schemas/maven-ver.xsd on the grounds that it would make it possible to list the schemas that are there. Or use an URL in ibiblio, maven repo format: http://www.ibiblio.org/maven/maven/xsds/maven-ver.xsd since that way changes can be deployed with new maven release

Re: Maven web site and Wiki

Vincent, are you just guessing that MoinMoin stores in xdoc format? Section 1.3, Pages: "The pages are store exactly as they appear in the edit window in text format." (actually this isn't entirely true. I read the code f

Re: smart reactor proposal

There are a lot more sources in a project than just its java source. For example, any project with snapshot dependencies may change if its snapshot jars have changed. You won't know this without actually doing a build. Secondly, the reactor takes a list of goals. One of those goals - or indeed