it download its required DLL (and
unpack them if required) from the repo as it would for jars. _That_ would be
fantastic.
Francis
On 26/12/2009 6:00 PM, Donszelmann Mark wrote:
Hi
there is an example in the source of a 3rd party jni library, which is what
you want.
Regards
Mark
Hi
or use the maven-nar-plugin at http://duns.github.com/maven-nar-plugin/
which handles most of this for you.
Regards
Mark Donszelmann
On Dec 26, 2009, at 3:43 PM, Anders Hammar wrote:
I'd suggest you do add each of the binaries of the library as separate
artifacts. Then you could use the
Hi
there is an example in the source of a 3rd party jni library, which is what you
want.
Regards
Mark
On Dec 26, 2009, at 6:23 PM, Tich29 wrote:
Hi,
I just took a look on the maven-nar-plugin and it seems to be used to
compile and package a JNI library but I don't have to compile my
Hi
do you have an example ?
Regards
Mark Donszelmann
On Dec 19, 2009, at 9:36 AM, Stephen Connolly wrote:
i'd use the invoker plugin
2009/12/18 JavaGeek nos...@boscarine.com
Hello All,
Does anyone have advice on automating the testing of an archetype?
I am a community volunteer
Hi Damon,
On Oct 28, 2009, at 10:35 PM, Damon Jacobsen wrote:
I have switched to trying to use the MinGW compiler instead of
Borland.
ok.
I have it working for the most part now. I am curious on proper
locations of files. I am compiling a jni component that links to a
third
party
Hi
if you run the NAR plugin with -X it will show that, and a lot of
other info, so be prepared.
You may just want to use the free Visual Studio Express (version 2008)
to compile and link with.
Regards
Mark Donszelmann
On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote:
Martin,
I
it at the command line does not have this problem.
Damon
-Original Message-
From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com]
Sent: Wednesday, October 28, 2009 8:03 AM
To: Maven Users List
Subject: Re: NAR plugin
Hi
if you run the NAR plugin with -X it will show that, and a lot of
other
. I
think this syncs me with any changes made on the head. I have 'mvn
install'ed
both of them this morning.
Damon
-Original Message-
From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com]
Sent: Wednesday, October 28, 2009 8:49 AM
To: Maven Users List
Subject: Re: NAR plugin
Hi Damon
instructions to the file along with the c an
cpp instructions. I don't see any way to say that bcc can't compile
fortran in the file.
yes, this has been filed as a bug.
Regards
Mark
Damon
-Original Message-
From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com]
Sent: Wednesday
.
Since august, I fixed some other problems and features.
I'll try to fill JIRA with the corresponding patch.
Tell me if you need some help.
Best regards,
Vincent
Le 13 oct. 2009 à 14:09, Donszelmann Mark a écrit :
Hi
I am working on the maven-nar-plugin (follow up of my freehep-nar-
plugin
Hi
I am working on the maven-nar-plugin (follow up of my freehep-nar-
plugin).
Moving things as we speak and reorganizing where I left off 2 years
ago.
End of this week, or beginning next I will publish some pointers. Of
course you
could try to google them now if you want...
Regards
Hi
I am the original author of the freehep-nar-plugin. It was made at
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september
15, I hade no time to support this
and the other Native code related plugins.
I am planning to pick things
Hi
On Aug 18, 2009, at 10:29 AM, Jörg Schaible wrote:
Jan Wedel wrote at Dienstag, 18. August 2009 09:40:
So, you just have to include the DUMMY part, but the resulting file
name
does not include it?
Actually it does, but it's the name of the library type: jni, shared
or
static. So
Hi
On Aug 18, 2009, at 10:34 AM, Jörg Schaible wrote:
Hi Mark,
Donszelmann Mark wrote at Dienstag, 18. August 2009 09:44:
Hi
I am the original author of the freehep-nar-plugin. It was made at
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates
possible
or if it can be achieved by just changing configuration file etc.
Regards
Mark
Thanks,
Jan
-Ursprüngliche Nachricht-
Von: Donszelmann Mark [mailto:mark.donszelm...@gmail.com]
Gesendet: Dienstag, 18. August 2009 09:44
An: Maven Users List
Betreff: Re: AW: Re: RE : AW: RE: AW: Re
Hi Ashley,
as you configure more plugins to run, each of which could
generate source files, you may at some point run into
two plugins that use the same directory. In that case you need to
go and configure at least one of them to avoid the clash.
To avoid such clashes in general it would thus be
Hi
can I use the Xfire/SOAP interface to initiate the build of a project,
as suggested by:
http://maven.apache.org/continuum/guides/mini/guide-soap-api.html
If so, where can I find the jar file to link against ?
Regards
Mark Donszelmann
Hi
you need to add an idsomeId/id inside the execution element.
different for each execution.
Regards
Mark Donszelmann
-Original Message-
From: Jochen Wiedmann [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 10, 2005 7:38 PM
To: Maven Users List
Subject: Re: Questions on
options as possible for compiler and linker. You can still set
specific options, but you would not have to. Dan's approach is
(as we last spoke) to have the user define all.
Regards
Mark Donszelmann
..David..
-Original Message-
From: Donszelmann, Mark [mailto:[EMAIL PROTECTED
. and 5. if another project is dependent on openssl-0.9.8.
Regards
Mark Donszelmann
Thanks,
-- Chris
On 11/1/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
that is what we did with our NAR (Native Archive) plugin in
Maven 1,
which we are porting to M2 at this time.
See
Hi
that is what we did with our NAR (Native Archive) plugin in Maven 1,
which we are porting to M2 at this time.
See for maven 1:
http://java.freehep.org/freehep-nar-plugin
we let the user depend on an artifact, and add
Architecture-OS-Linkername to it.
Regards
Mark Donszelmann
?? And you keep all of these
artifacts together in the same repo dir i.e. all under the
same version subdir (in m2) i.e.
openssl/0.9.8/i386-linux-gcc-openssl-nar-0.9.8.nar
Thanks,
-- Chris
On 11/1/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
that is what we did with our NAR (Native
conflict resolvers, but you can always force a
version and/or scope in your current pom.
- Brett
On 10/27/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
I see the following problem in Maven 2.0:
I have a artifact A, which depends compile scope on B, and
test scope on C.
B
Hi
running continuum 1.0 on MacOS X 10.4 gives me the following when started
as:
bin/macosx/runs.h start
or
bin/macosx/runs.h console
-- Output
Running continuum...
Removed stale pid file: ./continuum.pid
wrapper | -- Wrapper Started as Console
dyld: lazy symbol binding failed: Symbol not
The current error message leaves the user in doubt if:
1. the jar is actually not available at all
2. the jar is licensed, but can be retrieved elsewhere.
It may be useful if the error message of would actually show the
value of the downloadUrl, since maven did find the corresponding pom file.
Hi
I compiled the netbeans plugin myself as well. Looked like one needs to change
the
pom slightly to refer to newer dependencies of Maven. It does compile, but one
of the tests has 10 failures. I skipped the tests, installed it, generated
the netbeans files, loaded it into netbeans. All looks
in NetBeans look
fine.
-Original Message-
From: Donszelmann, Mark [mailto:[EMAIL PROTECTED]
Sent: Monday, October 24, 2005 14:51
To: Maven Users List
Subject: RE: Maven 2 and NetBeans
Hi
I compiled the netbeans plugin myself as well. Looked like one needs to
change the
pom slightly to refer
Great, keep up the good work.
Regards
Mark Donszelmann
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 19, 2005 3:25 PM
To: users@maven.apache.org
Cc: dev@maven.apache.org
Subject: [ANN] Maven 2.0 Release Now Available
We are pleased to
Hi
we wrote a Native Archive Plugin which handles C, C++ and Fortran and Binary
compatible
libraries as dependencies.
Have a look at:
http://java.freehep.org/freehep-nar-plugin/index.html
it is for Maven 1. We are porting it to Maven 2 at the moment.
Regards
Mark Donszelmann
-Original
Hi
any idea why the following POM fragment does not seem to work:
profiles
profile
idwindows/id
activation
os
familywindows/family
/os
/activation
/profile
/profiles
when I do a m2
Hi
to just exclude a set of files from compulation I used:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
excludes
layout the artifactId matches. If this is not the case, the
connection URL needs to be specified. It cannot be inherited and set with
${artifactId} as the expressions are evaluated inside the parent, not in the
child.
Do you have an alternative proposition?
- Brett
On 10/7/05, Donszelmann, Mark
.
- Brett
On 10/3/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
is the preferred way of doing sourceModification from maven 1 in
maven 2 to use filtering on the source files and compile the target? Or is
there a different (better) method.
Regards
Mark Donszelmann
Stanford Linear Accelerator
Hi
my parent pom contains:
scm
connectionscm:svn://svn.freehep.org/svn/freehep/${pom.artifactId}/trunk/connection
developerConnectionscm:svn://svn.freehep.org/svn/freehep/${pom.artifactId}/trunk/developerConnection
/scm
Hi
is the preferred way of doing sourceModification from maven 1 in maven 2 to
use filtering
on the source files and compile the target? Or is there a different (better)
method.
Regards
Mark Donszelmann
Stanford Linear Accelerator Center
Hi
we have an rmic plugin for Maven 1. Feel free to port it. We can host it
or maybe maven can...
http://java.freehep.org/freehep-rmic-plugin/index.html
Regards
Mark Donszelmann
Stanford Linear Accelerator Center
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Hi
we made something like that, but we found the maven-native-plugin too
restrictive.
Have a look at:
http://java.freehep.org/freehep-nar-plugin
it creates static libs at the moment, but we can change it to also do shared
libs.
Groeten
Mark
-Original Message-
From: Ruud Wijnands
Hi
one problem that we found with the maven-native-plugin is that it assumes
you have only one native platform. If you want your code delivered
for for instance Windows, Linux, MacOS X and Solaris, all .so's would
end up in the same place.
Regards
Mark Donszelmann
Stanford
-Original
don't you open a Jira issue with a patch? The maven team was about to
remove the JavaCC plugin from the list of 'released' plugins because it was
lacking of support.
Thanks,
Stéphane
On 7/4/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
if someone writes one, it would be nice if it could
Hi
if someone writes one, it would be nice if it could handle
arbitrary options and multiple .jj files.
for m1 we modified the standard one, see
http://java.freehep.org/freehep-jcc-plugin
Regards
Mark
-Original Message-
From: Allan Ramirez [mailto:[EMAIL PROTECTED]
Sent: Monday,
open a Jira issue with a patch? The maven team was about to
remove the JavaCC plugin from the list of 'released' plugins because it was
lacking of support.
Thanks,
Stéphane
On 7/4/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
if someone writes one, it would be nice if it could handle
Hi
I was wondering if Maven 2 handles (or is going to) the situation where a
library is
written in both java 1.4 and java 1.5.
I understand that the -source and -target options can be set on the compiler,
thus delivering
jar files for jdk 1.4 and jdk 1.5, so that is ok.
However, if I depend
of targetting two JDK versions
And my answer is the same as the one in Shane's thread :)
On 6/17/05, Shane Isbell [EMAIL PROTECTED] wrote:
Yep, I need that option as well.
Shane
On 6/16/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
I was wondering if Maven 2 handles (or is going
] wrote:
Yep, I need that option as well.
Shane
On 6/16/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
I was wondering if Maven 2 handles (or is going to) the situation
where a library is written in both java 1.4 and java 1.5.
I understand that the -source and -target options can
'make' functionality and
leave the compiler and linker settings to the user.
After that, we may have ton of independent add-ins (MOJO) for compiler
specifics.
thoughts?
-D
On 6/14/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Dan (and others),
a port to M2, whenever we migrate
Hi
we found the maven-native-plugin limited in its functionality, especially
where it concerns:
1. true cross-platform development
2. declaring dependencies on other native libraries
so, we developed our own. Feel free to have a look, and use it:
http://java.freehep.org/freehep-nar-plugin
. Perhaps we can team up to merge cpptask into
M2 mojo
-D
On 6/13/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Hi
we found the maven-native-plugin limited in its functionality,
especially where it concerns:
1. true cross-platform development
2. declaring dependencies on other native
it to M2 mojo, i will just
try to make it to replace 'make' functionality and leave the compiler and
linker settings to the user.
After that, we may have ton of independent add-ins (MOJO) for compiler
specifics.
thoughts?
-D
On 6/14/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
Dan (and others
On 6/14/05, Donszelmann, Mark [EMAIL PROTECTED] wrote:
There are a few good things (I think) about cpptasks. One of them is
that it streamlines all the compiler options as far as it can. Things
such as debug, optimize, include, output library, etc. Other options
can still be given separately
Hi,
when trying to deploy my plugin on my plugin on my own maven repository
using the latest 1.5.1 Artifact Plugin using sftp and a private key,
all seems to go well:
plugin:repository-deploy:
[echo] Deploying...
Will deploy to 1 repository(ies): freehep
Deploying to repository: freehep
We made one. Feel free to use, or copy.
http://java.freehep.org/freehep-run-plugin/index.html
Groeten
Mark Donszelmann
-Original Message-
From: Wim Deblauwe [mailto:[EMAIL PROTECTED]
Sent: Monday, June 06, 2005 7:51 AM
To: Maven Users List
Subject: Maven plugin to start a java file?
: Donszelmann, Mark [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 05, 2005 11:57 AM
To: Maven Users List
Subject: RE: Multi-language projects
Hi
we started with the native plugin for C and C++ and extended it for Fortran and
use cross-platform libraries (nar files) and include packages.
Have
Hi
we started with the native plugin for C and C++ and extended it for Fortran and
use cross-platform libraries (nar files) and include packages.
Have a look at:
http://java.freehep.org/freehep-nar-plugin
for maven 1.0.2 for now.
Regards
Mark Donszelmann
-Original Message-
From:
Hi
we started with the native plugin for C and C++ and extended it for Fortran and
use cross-platform libraries (nar files) and include packages.
Have a look at:
http://java.freehep.org/freehep-nar-plugin
for maven 1.0.2 for now.
Regards
Mark Donszelmann
-Original Message-
From:
Hi
I wrote my own plugin (built on ideas from the native plugin and using a
slightly patched version of the cpp-tasks.
Its description in short:
This plugin for Maven allows you to compile native code (c++, c and fortran)
on a number of different architectures (Linux, Windows, Solaris, ...)
55 matches
Mail list logo