Re: Maven Native Plugin
Hi, On Thursday 23 December 2004 08:49, Glasman, AdiX wrote: > If someone is using the native plugin please share your experience with > me. > I would like to build a c/c++ environment with GNU. > Please share your experience. the maven-native plugin is for building JNI libraries. I'm using the native plugin with gcc and arm-linux-gcc on linux. Using the native plugin for a non java project is not possible without modifications. The native:compile goal depends on native:jniheader. The native plugin is based on ant-contrib.sourceforge.net. regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XDoclet & Axis
Hi Chris, On Monday 20 December 2004 17:45, Christian Mouttet wrote: > has anyone experience with generating deploy.wsdd for Axis with the XDoclet > plugin? I'd like to know that I have to configure in project.properties. an extract from my project.properties. regards, Joachim maven.xdoclet.ejbdoclet.fileset.0=true maven.xdoclet.ejbdoclet.fileset.0.include=**/*Service.java maven.xdoclet.ejbdoclet.destDir=${maven.build.dir}/xdoclet/axis maven.xdoclet.ejbdoclet.axisdeploy.0=true maven.xdoclet.ejbdoclet.axisundeploy.0=true maven.xdoclet.webdoclet.mergeDir=${maven.src.dir}/merge maven.xdoclet.ejbdoclet.mergeDir=${maven.xdoclet.webdoclet.mergeDir} # disable all default ejbdoclet subtasks maven.xdoclet.ejbdoclet.deploymentdescriptor.0=false maven.xdoclet.ejbdoclet.entitybmp.0=false maven.xdoclet.ejbdoclet.entitycmp.0=false maven.xdoclet.ejbdoclet.entitypk.0=false maven.xdoclet.ejbdoclet.homeinterface.0=false maven.xdoclet.ejbdoclet.localhomeinterface.0=false maven.xdoclet.ejbdoclet.localinterface.0=false maven.xdoclet.ejbdoclet.remoteinterface.0=false maven.xdoclet.ejbdoclet.session.0=false maven.xdoclet.ejbdoclet.utilobject.0=false - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] jalopy
Hi, On Saturday 09 October 2004 06:56, Nathan Coast wrote: > How do people create their jalopy config files? jalopy-console (http://jalopy.sourceforge.net/download.html) -> bin/preferences.sh regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Native-Plugin - library name
Hi, On Thursday 07 October 2004 17:14, rakesh bhakta wrote: > I am trying to use the maven-native-plugin and have found some success > running the HelloWorld sample on both a cygwin/window and a linux > enviroment after manually renaming the library file. > > The issue I have is with the resulting library name from the > HelloWorld maven build. > > 1) Why does the library name have a "lib" prefix ? Is this a bug ? In > the HelloWorld sample, this prefix is causing the > System.loadLibrary("native-helloworld-1.0"; to fail . My build creates > a library called libnative-helloworld-1.0.so. I believe the intent > might have been to create a directory "lib/". on my environment the native hello world sample is working. The "lib" prefix of the filename is necessary. If I remove the "lib" prefix of the "so" file I run into this error: Exception in thread "main" java.lang.UnsatisfiedLinkError: no native-helloworld-1.0 in java.library.path my environment: JDK 1.4.2_02 Maven 1.0 Maven Native Plugin 1.1 gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk) Linux Mandrake 10.0 x86 As you can see in http://java.sun.com/j2se/1.4.2/docs/api/java/lang/System.html#loadLibrary(java.lang.String) and http://java.sun.com/j2se/1.4.2/docs/api/java/lang/System.html#mapLibraryName(java.lang.String) the name of the native library is plattform dependend. It's new for me that on linux systems the "lib" prefix is not needed. Can you tell me something about your environment, please? Java VM? Operating System? If the "lib" prefix is not needed on your plattform you can easily modifie the maven-native.plugin jelly script. .maven/cache/maven-native-plugin-1.1/plugin.jelly ... modify the tofile argument. remove the lib prefix. > 2) Why must the lib name have a .so extension ? It is not > overridable, and thus build not approriate for cygwin/windows. other libraries extensions like .dll or something else are not supported at the moment. I'm waiting for commit of some patches of the native plugin. After then I'll implement dll support for the native plugin. regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / XDoclet / JBoss problem
On Wednesday 15 September 2004 10:37, Jose Gonzalez Gomez wrote: > I'm trying to generate the ejb jboss descriptor using Maven and > XDoclet with no success. I had success generating all the other stuff > (home and remote interfaces, util classes, standard descriptor...) but > whenever I try to modify project.xml, or project.properties to add > xdoclet-jboss stuff the build dies without giving me any clue (already > tried maven -X). > > Could somebody doing the same share with me the plugin version used, > dependencies and properties needed for this to work? xdoclet xdoclet-jmx-module 1.2 xdoclet xdoclet-web-module 1.2 xdoclet xdoclet-jboss-module 1.2 I think the jboss module depends on both (web and jmx). It's working now regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven / XDoclet / JBoss problem
Hi, On Wednesday 15 September 2004 10:37, Jose Gonzalez Gomez wrote: > I'm trying to generate the ejb jboss descriptor using Maven and > XDoclet with no success. I had success generating all the other stuff > (home and remote interfaces, util classes, standard descriptor...) but > whenever I try to modify project.xml, or project.properties to add > xdoclet-jboss stuff the build dies without giving me any clue (already > tried maven -X). > > Could somebody doing the same share with me the plugin version used, > dependencies and properties needed for this to work? sorry, I have no solution, yet. But I have the same problem. the total crazy thing is: the borland module is working. It creates a ejb-borland.xml deployment descriptor. If I add the jboss module the build is broken. My maven options: -Xmx512m to prevent OutOfMemoryErrors (but I have never seen one) I tested it with 1.2.2-SNAPSHOT and 1.2 of xdoclet. my dependencies: j2ee 1.3.1 xdoclet-ejb-module 1.2.2-SNAPSHOT maven-xdoclet-plugin 1.2.2-SNAPSHOT as type plugin xjavadoc 1.0.3 xdoclet-jmx-module 1.2.2-SNAPSHOT xdoclet-jboss-module 1.2.2-SNAPSHOT xdoclet-objectweb-module 1.2.2-SNAPSHOT xdoclet-borland-module 1.2.2-SNAPSHOT xdoclet-xdoclet-module 1.2.2-SNAPSHOT xdoclet 1.2.2-SNAPSHOT commons-collections 2.0 commons-logging 1.0.2 log4j 1.2.8 my properties: maven.xdoclet.ejbdoclet.valueobject.0=true maven.xdoclet.ejbdoclet.dataobject.0=true maven.xdoclet.ejbdoclet.utilobject.0.includeGUID=true maven.xdoclet.ejbdoclet.utilobject.0.cacheHomes=true maven.xdoclet.ejbdoclet.entityfacade.0=true maven.xdoclet.ejbdoclet.borland.0=true maven.xdoclet.ejbdoclet.borland.0.destDir=${maven.build.dir}/xdoclet/ejb META-INF maven.xdoclet.ejbdoclet.borland.0.version=5.1 maven.xdoclet.ejbdoclet.jboss.0=true maven.xdoclet.ejbdoclet.jboss.0.destDir=${maven.build.dir}/xdoclet/ejb/ META-INF maven.xdoclet.ejbdoclet.jboss.0.version=3.2 maven.xdoclet.ejbdoclet.jboss.0.unauthenticatedPrincipal=nobody maven.xdoclet.ejbdoclet.jboss.0.validatexml=true maven.xdoclet.ejbdoclet.jboss.0.preferredrelationmapping=relation-table regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bootclasspath from dependency
On Wednesday 07 July 2004 05:23, Brett Porter wrote: > try ${pom.getDependencyPath('ajof:ajof')} this work, thanks > Probably won't work in a properties file (not sure though) - in which > case it needs to be in maven.xml > ... regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bootclasspath from dependency
Hi, for developing J2ME application it's necessary to overwrite the bootclasspath of the compiler. I do this with a property in my project.properties file: maven.compile.compilerargs=-bootclasspath ${basedir}/lib/classes.zip: ${basedir}/lib/ajof.zip disadvantage: I have to keep the bootclasspath files in my project tree. It would be nice if I can get the bootclasspath files as dependencies from my maven repository. regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin Feature Suggestion
On Tuesday 18 May 2004 11:28, Amato Massimiliano \(TLAB\) wrote: > It looks you already added it in the most recent release it's not commited yet. The patch is against a rather old version of the jar plugin. I'll write a patch for a newer version and ask a developer with commit privileges. Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin Feature Suggestion
Hello, On Tuesday 18 May 2004 10:46, Amato Massimiliano \(TLAB\) wrote: > JAR Plugin 1.3 > > - Added jar.bundle dependancy property do you mean something like MPJAR-4? http://jira.codehaus.org/browse/MPJAR-4 regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ibiblio central repository
On Thursday 01 April 2004 12:43, Serge Huber wrote: > 1. What happens if ibiblio suddenly becomes unavailable ? Shouldn't Maven > have a mirroring system the same way Debian repositories have ? > > 2. A lot of companies use their own remote repository. What should be in > there, only what's not on ibiblio ? What about the failure case in question > 1 ? > > 3. Another advantage of a "personal" remote repository is the possibility > to instantly add JARs you require, since even despite the really good > efforts by Maven committers, it will take time, and sometimes you just want > things "right away". What is the best practice in such cases ? for all three points have look at maven-proxy http://wiki.codehaus.org/maven/MavenProxy regards, Joachim -- proveo GmbH | Advanced Information Technology Roßfelder Straße 65/5 | 74564 Crailsheim Telefon: (07951) 963610 | Fax: (07951) 963650 E-Mail: [EMAIL PROTECTED] | www.proveo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC2 Torque Plugin
On Wednesday 24 March 2004 12:08, Joe Taylor wrote: > RC2 doesn't seem to have the torque plugin. From earlier posts it looks > like this has been migrated into the torque project but I cant find a > download for it. Do i need to build this from CVS? or have i missed > something else along the way?? see http://db.apache.org/torque/maven-howto.html#Installation you have to build the maven torque plugin from cvs regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ChangeLog and File Activities problem ?
Hello, On Thursday 30 October 2003 11:28, Eric Chow wrote: > I have add the changelog-plugin-report in the project.xml. > > But it just generated a empty content of report when generating the site. it's normally a cvs login problem. project.xml repository, connection correct? repository path corret? user have read access to cvs repoistory? cvs client is on your system? /usr/bin/cvs look at maven output maybe start maven with -X for debug output > Anyway, is there any thing I have to add into the source code? no regards, Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jar Manifest Class-Path
On Tuesday 23 September 2003 20:36, Dave Ford wrote: > Is there any way to have Maven add the classpath to the jar file manifest > based on my dependency list? For example: > > Class-Path: ejb.jar jndi.jar jdbc.jar jta.jar jaxp.jar crimson.jar MAVEN-802 add this function. It's not comited yet. Patch file is there. http://jira.codehaus.org/ViewIssue.jspa?key=MAVEN-802 Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
sepcify a goal for an attained goal (multiproject:goal)
Hi, I can execute the goal java:compile of all subproject with maven -Dgoal=java:compile multirpoject:goal How can I do this from maven.xml? cheers Joachim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]