Including the uberjar in a binary distribution

The dist goal's binary distribution includes README and LICENSE files, documentation, and a jar. But it doesn't include any uberjar. Short of overriding the dist:prepare-bin-filesystem goal, is there a clean or preferred way to get the uberjar into the binary distribution? Thanks. -- Sean

Re: exception running clean test goals ...

Here is the error with a fresh CVS update. Is there any place I could look at to fix it ? I got the same error. For me, the fix was to update to MAVEN-1_0-BRANCH. :) --Sean - To unsubscribe, e-mail: [EMAIL PROTECTED] For

loader constraints violated ... eek!

OK, now that we've overcome the slash problem in the xdoc plugin.jelly, the next hurdle is class loading related. (Yes, it would just /have/ to be, huh?) Using either HEAD or MAVEN-1_0-BRANCH of maven and HEAD of maven-plugins, running the site goal for a simple project produces this lovely

Re: first-timer build error

Could you try to remove line 365 (if you cvs head for xdoc plugin) and certainly 346-347 of plugin.jelly? I have no time for test it. Oddly, my reply to this never showed up. Well at the risk of redundancy, here it is again: Removing those lines caused other problems (unable to find

Re: first-timer build error

with a very strange Caused by: java.net.UnknownHostException: Users if you keep looking below Interesting; I'm getting the exact same exception in the exact same place, but the unknown host isn't Users, it's home. Is there any chance your home directory is something like /Users/sebastien?

Re: first-timer build error

Is there a place where you specify a file url and set it to file://home/kelly/... ? If it is the case, Java thinks home is a host, so please change to: Nope; I haven't done anything. This is with a fresh, untouched CVS checkout of MAVEN-1_0-BRANCH of maven, and HEAD of maven-plugins. Odd,

Re: first-timer build error

Could you try to remove line 365 (if you cvs head for xdoc plugin) and certainly 346-347 of plugin.jelly? I have no time for test it. Removing those lines caused other problems (unable to find navigation.xml). However, changing line 365 from j:set var=stylesheet

pomDocuments override

of the velocity:merge tag is set to ${plugin.resources}/templates. Is it possible to specify your own project's basedir for templates? Without modifying the maven-xdoc-plugin-1.4/plugin.jelly file? Thanks, A Maven Newbie. -- Sean Kelly Independent Consultant http://seankelly.biz

Re: The ASCII art

I like the idea of the larger letters for Maven and cooked this up in a few minutes and thought it would make a better replacement: See also http://www.figlet.org/ and the --nobanner option. -- Sean Kelly Independent Consultant http://seankelly.biz

extend the project.properties file

to extend the project.properties file? Something like: --- # My Subproject's properties: extend = ../project.properties override.value = 2 my.value = 5 --- If not, is there a way to specify properties that normally appear only in project.properties in the project.xml file instead? Thanks, Sean. -- Sean

Re: extend the project.properties file

AFAIK there is no special syntax. It will be inherited automatically. Automatically? Meaning if my project.xml has extend/usr/local/share/java/maven/master/project-master.xml/extend Then maven will look for /usr/local/share/java/maven/master/project.properties Automatically? Or does

Re: Extending site.jsl

I'm not sure about extending it, but you can edit a copy and set the maven.xdoc.jsl property for your project. Good idea. Where's a good place to stash your own site.jsl file? src/conf? xdocs/resources? Someplace else? --k

Re: Extending site.jsl

My site.jsl is in the root dir of the project, but I'm sure there's a better place for it... :-) Another caveat is that the value of maven.xdocs.jsl must be a URL, such as: maven.xdocs.jsl=file:${maven.conf.dir}/mycompany.jsl (assuming mycompany.jsl is under ${basedir}/conf)

Using an older xerces

I've got some code that sadly requires an old version of xerces, 1.4.4. The dependency in my project is dependency groupIdxerces/groupId artifactIdxerces/artifactId version1.4.4/version urlhttp://xml.apache.org/xerces-j//url /dependency However, compilation never

CORBA IDL

. -- Sean Kelly Independent Consultant http://seankelly.biz/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: CORBA IDL

I wrote a maven plugin for the OpenORB IDL compiler a while ago. It basically deployed the OpenORB compiler ant task which is where all of the actual work was done. That'd be great. Nothing wrong with OpenORB where I come from. :) Thanks, Sean. -- Sean Kelly Independent Consultant http