Re: XDoclet Axis

2004-12-20 Thread Joachim Bader
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

2004-10-09 Thread Joachim Bader
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

2004-10-07 Thread Joachim Bader
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
...
j:if test=${outputPresent == 'true'}
ant:copy file=${maven.build.dir}/native/lib_.so 

tofile=${maven.build.dir}/native/lib${pom.artifactId}-${pom.currentVersion}.so 
overwrite=true/
/j:if 

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

2004-09-15 Thread Joachim Bader
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: Maven / XDoclet / JBoss problem

2004-09-15 Thread Joachim Bader
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?

 dependency
groupIdxdoclet/groupId
artifactIdxdoclet-jmx-module/artifactId
version1.2/version
/dependency 
dependency
groupIdxdoclet/groupId
artifactIdxdoclet-web-module/artifactId
version1.2/version
/dependency 
dependency
groupIdxdoclet/groupId
artifactIdxdoclet-jboss-module/artifactId
version1.2/version
/dependency

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: bootclasspath from dependency

2004-07-07 Thread Joachim Bader
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

2004-07-06 Thread Joachim Bader
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

2004-05-18 Thread Joachim Bader
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: Plugin Feature Suggestion

2004-05-18 Thread Joachim Bader
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: ibiblio central repository

2004-04-02 Thread Joachim Bader
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

2004-03-24 Thread Joachim Bader
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 ?

2003-10-30 Thread Joachim Bader
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]