Fwd: Maven Webstart Plugin - some remarks

[Mark Donszelmann]

Hi

more feedback below:

Begin forwarded message:


From: "Jerome Lacoste" <[EMAIL PROTECTED]>
Date: January 30, 2007 11:26:23 PM PST
To: "Maven Users List" 
Subject: Re: Maven Webstart Plugin - some remarks
Reply-To: "Maven Users List" 



3. We use jar references as  which can only be handled
at this time by hardcoding them into template.vm and not using
$dependencies.


You can probably hardcode them in template.vm and use an 

Let me know how this works out.



well, that is kind of a pain, since you then have to spell out all  
dependencies,
which were normally nicely handled by your plugin... One could maybe  
have some list

of group/artifact that are lazy... but then again...


4. Is there a way to auto-unzip the generated webstart application
into target/site so that the application
can be deployed with the site (for simple webstart apps only).


Try with the dependency plugin.

http://maven.apache.org/plugins/maven-dependency-plugin/



I guess one cannot really be dependent on ones own produced artifact...
So you would have to create a separate project with a site and  
dependency
to get the webstart application in a site. Sounds overkill to me for  
a simple

webstart demo, where you add the site to the demo, and want the demo to
be copied into the site.

Regards
Mark



J

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [M2] Native plugin and multi-platform C++ projects How-To

[Mark Donszelmann]

Hi Christian,

you may have a look at

http://java.freehep.org/freehep-nar-plugin

it does quite a bit of what you suggest, though it is not perfect.

Regards
Mark Donszelmann

On Apr 13, 2007, at 11:48 AM, Christian Goetze wrote:


> - Using again the native plugin, create a multi-module project. The
> parent would contain the C++ source code, while each child  
module would

> be devoted to create a single OS/platform specific artifact.


I use this option. However you still need to use profile to do  
debug/release

type artifacts


I'm not so sure this is going to be as simple as that. C/C++ artifacts
are not nearly as nice and tidy as java artifacts. A java artifact is
essentially a single file, the .jar file. A C/C++ artifact will be at
minimum two files: the library and the header file(s). In addition to
that, you will likely need to know the exact compilation options used
to compile the code and to link the shared object, so you can match
these in your actual project build. The compilation will need to know
about your local repository location and set multiple classpath type
parameters to point to the right headers and libraries. It would be a
great thing to have, but having spent a significant amount of time
developing C/C++ build systems, I can guarantee some interesting
challenges. I don't think that maven is quite up to it yet, but it is
certainly an interesting approach to build avoidance.
--
cg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [M2] Native plugin and multi-platform C++ projects How-To

[Mark Donszelmann]

Hi

On Apr 13, 2007, at 2:00 PM, Christian Goetze wrote:

On 4/13/07, Mark Donszelmann <[EMAIL PROTECTED]>  
wrote:

Hi Christian,



you may have a look at
http://java.freehep.org/freehep-nar-plugin
it does quite a bit of what you suggest, though it is not perfect.


That is pretty neat - but the devil is in the details :)


agreed. Our organization standardizes on a few combinations of  
architectures

and OSs, but even then...


For example,
you'd want various variants of the same artifact (debug, optimized,
profiled, quantified, instrumented in other ways) ... Not sure "AOL"
cuts it.


yes. Do you (or others) have any suggestions on how one could attack  
this problem?


Regards
Mark Donszelmann



--
cg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [M2] Native plugin and multi-platform C++ projects How-To

[Mark Donszelmann]

Hi

agreed AOL is a classifier. The question is not if it is or not. The  
question is
what the range of this classifier should be to handle ALL the areas  
of native

code, and what their compatibility range should be.

Regards
Mark

On Apr 14, 2007, at 11:15 AM, Eric Redmond wrote:

On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]>  
wrote:


Hi

On Apr 13, 2007, at 2:00 PM, Christian Goetze wrote:

> On 4/13/07, Mark Donszelmann <[EMAIL PROTECTED]>
> wrote:
>> Hi Christian,
>
>> you may have a look at
>> http://java.freehep.org/freehep-nar-plugin
>> it does quite a bit of what you suggest, though it is not perfect.
>
> That is pretty neat - but the devil is in the details :)

agreed. Our organization standardizes on a few combinations of
architectures
and OSs, but even then...

> For example,
> you'd want various variants of the same artifact (debug, optimized,
> profiled, quantified, instrumented in other ways) ... Not sure  
"AOL"

> cuts it.

yes. Do you (or others) have any suggestions on how one could attack
this problem?



This is traditionally hat "classifiers" are for. Is AOL a  
classifier of NAR

artifacts? If not, then there you go.

Eric

Regards

Mark Donszelmann


> --
> cg
>
>  
-

> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Eric Redmond
http://codehaus.org/~eredmond



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Native plugin and include files

[Mark Donszelmann]

Hi

you can find the nar plugin under:

http://java.freehep.org/freehep-nar-plugin

Regards
Mark

On May 2, 2007, at 6:01 PM, Dan Tran wrote:

There is a JIRA requesting to bundle include files with the build  
binary.


To work with other library, the common practice, at least for, is to
use dependency to download and unpack the whole bundle ( header +  
libs)
and configure native plugin to find the downloaded headers and lib,  
before

compilation start.

There are alternative, using NAR plugin, please search the list.

-D


On 5/2/07, David Jackman <[EMAIL PROTECTED]> wrote:


I've taken a good look at the native plugin and its example  
projects in
svn.  I think I see how I can put it all together except for one  
thing:

the header files.  The example projects all share the same source
directory, which contains the header files.  For my own library  
project,
that isn't possible.  What's the "best practice" way to distribute  
the

header files as well as the library?  And, when using a library
dependency, how does the native plugin put the header files in a  
place

that will be seen by the compiler?



..David..







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SV: Maven, DLLs and repositories...how ?

[Mark Donszelmann]

Hi

have a look at

http://java.freehep.org/freehep-nar-plugin

Regards
Mark Donszelmann

On Jun 6, 2007, at 8:10 AM, Jason van Zyl wrote:



On 6 Jun 07, at 2:50 AM 6 Jun 07, Arne Styve wrote:


Hi Jason,

Thanks for your input. I'll give this a try. However, how do you  
then use the JAR containing all the DLLs and .so's ? As far as  
I've understood, you cannot access a DLL that is inside a JAR, and  
hence you have to extract the DLLs from the JAR in order to use  
the DLL. Is this correct ?




There is an artifact handler that unpacks them to be used from the  
local repository. Mark has the full details as he's the one who  
implemented the solution and is working great at SLAC.



Regards Arne




On Tue, June 5, 2007 10:07 am, Arne Styve wrote:

I have a question related to using DLLs with Maven. We colaborate  
with a
company that develops parts of our system. They deliver their  
component as
a set of DLLs. I've used JNI to create a Java interface to these  
DLL, so

that I can use Java to develop the software that will use the DLLs.
How can I set up a Maven2 project that takes these DLLs and  
deploy them
correctly to our company repository, so that I in my project,  
where I am
going to use the DLLs, can add dependencies to the DLLs the usual  
Maven2
way ? I.e. this project will not have any sourcefiles, only the 4  
DLLs.


We faced the same problem.

Originally we tried to publish the DLL artifact into the repository
directly, but this caused problems for us, as our JNI native code  
had to

run on Windows, Linux and Solaris, and maintaining the proper naming
conventions and suffixes was a pain.

We eventually opted to wrap the JNI DLLs / .so files inside a jar,  
and
publish the jar in the repository, including a classifier to show  
both the
platform (windows / linux / solaris) and architecture (x86, amd64,  
etc).

From that point on we only needed to worry about the name of the jar,
which was consistent across platforms.

When you have multiple DLLs, putting them in a jar reduces them  
down from

many artifacts to one artifact, which is easier to deal with.

This is the pom we use, it should give some clues. The DLLs are  
built by
ant using the antrun plugin, and maven worries about the packaging  
and

deployment:

http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";>
  4.0.0

  
alchemy-ii-native
alchemy
4.0.30-SNAPSHOT
  

  alchemy-cdo
  jar
  Alchemy Native CDO
  Placeholder for the CDO stuff from Londondescription>


  

  
org.apache.maven.wagon
wagon-webdav
1.0-beta-2
  

src/main/java


  
target/build

  *.dll

  
  
target/build

  *.dylib

  
  
target/build

  *.so

  
  
src/main/resources
true

  alchemy-cdo-version.properties

  




  
org.codehaus.mojo
native-maven-plugin
true

 
 
 


  
javah
generate-sources

  
alchemy.cdo.measure.CDOTranche
  
   


  javah

  


  

  
  
org.apache.maven.plugins
maven-antrun-plugin

  
2antrun
process-sources

  

  


  run

  


  
ant-contrib
cpptasks
1.0b3
  

  

  
  
org.apache.maven.plugins
maven-jar-plugin

  
jar
package

  jar


  ${os-platform}-${os-arch}

  

  

  

 
org.codehaus.mojo
build-helper-maven-plugin

  
attach-artifacts
package

  attach-artifact



  
${project.build.directory}/${artifactId}- 
${version}-${os-platform}-${os-arch}.jar

jar
${os-platform}-${os-arch}classifier>

  


  

  

  
  
   org.apache.maven.plugins
   maven-site-plugin
   
 ${basedir}/site/
   
  

  

  



  alchemy
  alchemy-cdo-client
  ${pom.version}


  

  

  
maven-javadoc-plugin
 

Re: Anyone used the NAR plugin for native code ?

[Mark Donszelmann]

Hi Arne,

On Jun 13, 2007, at 2:51 AM, Arne Styve wrote:


Hi,

I'm currently looking into the NAR plugin from the FreeHEP site
(http://java.freehep.org/freehep-nar-plugin/), and have some questions
regarding the use of this plugin.
I'm building a JNI-library from a Java class, on a x86-Windows  
platform.


Currently I have two issues:

1. When I use Microsoft C++ compiler and linker (msvc), I can build my
project from the Visual Studio 2005 commandline window, but not  
from any
command window, neither from within the Netbeans (v5.5.1) IDE I'm  
using.

Any ideas why ?



The command window is the IDE or something else.

I guess neither Visual Studio nor Netbeans knows how to integrate the  
nar lifecycle

needed to compile native components.

2. When I use the g++ compiler, the NAR-plugin doesn't seem to find  
the

C++ source file to compile. I get "0 total files to be compiled":

[INFO] [freehep-nar:nar-javah]
[INFO] Running javah compiler on 1 classes...
[INFO] [freehep-nar:nar-compile]
[INFO] Project base dir set to: C:\Documents and
Settings\asty\Skrivebord\linemodel
[INFO] 0 total files to be compiled.
[INFO] Starting link (3.4.4 -shared -lstdc++ -shared-libgcc)
[INFO] gcc -shared -o liblinemodel-1.0-SNAPSHOT.so -lstdc++
-shared-libgcc
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]


Files are searched in src/main, but maybe you have them with some  
strange extension?





Finally, my C++ implementation of the JNI library is dependent on a
third party DLL (or LIB) not found in any repository. Where in the
directorystructure should I place this DLL (or LIB) for the C++ linker
to find it and include it ?


You need to (hand)-wrap it into a nar file and put it in your  
repository.
I have been thinking on how to automate this. A lot of people seem to  
have

libs without sources and just want to depend on them.

Will post a few examples on the site in the coming week.

Regards
Mark




Regards
Arne



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

FreeHEP NAR Plugin documentation updated

[Mark Donszelmann]

Hi

for those of you using the FreeHEP NAR Plugin in Maven 2, the  
documentation on the

website has been updated:

http://java.freehep.org/freehep-nar-plugin

and the plugin is available from:

http://java.freehep.org/maven2/org/freehep/freehep-nar-plugin/

The FreeHEP NAR (Native ARchive) plugin enables the building
of native (c, c++, fortran) artifacts, the deployment of these
and dependencies on them.

Regards
Mark Donszelmann
Stanford Linear Accelerator Center


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Maven Webstart Plugin - some remarks

[Mark Donszelmann]

Hi

I am using the 1.0-alpha-1 version of the Maven Webstart Plugin. It  
works for us, but I have some questions and remarks:


1. It seems odd to have to define the template.vm in src/jnlp and the  
resources in src/main/jnlp.
Should the locations not be src/main/jnlp (for template.vm) and src/ 
resources/jnlp for the resources?


2. It would be handy if the $version could be added to the jnlp  
parsed values.


3. We use jar references as part="..."/> which can only be handled
at this time by hardcoding them into template.vm and not using  
$dependencies.


4. Is there a way to auto-unzip the generated webstart application  
into target/site so that the application

can be deployed with the site (for simple webstart apps only).

Let me know.

Regards
Mark Donszelmann
Stanford


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: rmic plugin

[Mark Donszelmann]

Hi

we have seen the same problem on other projects (of freehep).  
Cleaning the local
repository always helped, but is a strange (and sometimes long)  
solution.


Regards
Mark Donszelmann

On Feb 19, 2007, at 12:54 AM, Tim Kettler wrote:


Hi,

works for me. I just built it with a clean local repository and all
artifacts where downloaded correctly.

Perhaps a repository server was busy and a connection timed out or  
there

was some other kind of connection problem?

-Tim

Am Montag, den 19.02.2007, 09:31 +0100 schrieb Borut Bolčina:

Hello,

after downloading from
svn checkout svn://svn.freehep.org/svn/freehep/trunk/maven-plugins/ 
freehep-rmic-plugin freehep-rmic-plugin


and issuing
mvn clean package

I get

C:\Documents and Settings\borutb\Desktop\rmi\freehep-rmic-plugin>mvn
clean package
[INFO] Scanning for projects...
WAGON_VERSION: 1.0-beta-2
[INFO]
- 
---

[INFO] Building FreeHEP RMIC Maven Plugin
[INFO]task-segment: [clean, package]
[INFO]
- 
---

[INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking
for updates from central
[INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking
for updates from freehep-maven
[INFO] snapshot
org.apache.maven.plugins:maven-clean-plugin:2.1.1-SNAPSHOT: checking
for updates from central
[INFO] snapshot
org.apache.maven.plugins:maven-clean-plugin:2.1.1-SNAPSHOT: checking
for updates from freehep-maven
[INFO] [clean:clean]
[INFO] Deleting directory C:\Documents and Settings\borutb\Desktop 
\rmi

\freehep-rmic-plugin\target
[INFO] Deleting directory C:\Documents and Settings\borutb\Desktop 
\rmi

\freehep-rmic-plugin\target\classes
[INFO] Deleting directory C:\Documents and Settings\borutb\Desktop 
\rmi

\freehep-rmic-plugin\target\test-classes
[INFO] Deleting directory C:\Documents and Settings\borutb\Desktop 
\rmi

\freehep-rmic-plugin\target\site
[INFO]
- 
---

[ERROR] BUILD ERROR
[INFO]
- 
---

[INFO] The plugin 'org.apache.maven.plugins:maven-plugin-plugin' does
not exist or no valid version could be found
[INFO]
- 
---

[INFO] For more information, run Maven with the -e switch
[INFO]
- 
---

[INFO] Total time: 3 seconds
[INFO] Finished at: Mon Feb 19 09:26:05 CET 2007
[INFO] Final Memory: 3M/5M
[INFO]
- 
---


C:\Documents and Settings\borutb\Desktop\rmi\freehep-rmic-plugin>


How can I build RMI plugin?

Regards,
Borut


On 11.9.2006 20:42, Mark Donszelmann wrote:

Hi

feel free to use ours at:

http://java.freehep.org/freehep-rmic-plugin/

Regards
Mark Donszelmann

On Sep 8, 2006, at 6:52 AM, Ruel Loehr wrote:


The bad thing about this way of doing it is that it is not
portable.  E.g. macs don't have a tools.jar.

Ruel Loehr
JBoss, a division of Red Hat
QA

-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel

-Original Message-
From: Borut Bolčina [mailto:[EMAIL PROTECTED]
Sent: Friday, September 08, 2006 8:47 AM
To: Maven Users List
Subject: Re: rmic plugin

Use ant task like this:

  

  
maven-compiler-plugin

  1.5
  1.5

  
  
maven-site-plugin
2.0-beta-5

  utf-8
  utf-8

  

  
org.apache.maven.plugins
maven-antrun-plugin

  
   process-classes-rmic 
   process-classes
   
 
   Running RMIC
   
 
   
   
 run
   
 



com.sun
tools
system
1.5

${java.home}/../lib/tools.jar


  

  

Then simply invoke mvn package for example.

Cheers,
Borut

2006/9/8, Israel Alvarez <[EMAIL PROTECTED]>:


Hi
I´d like to know if a rmic plugin for Maven2 exists and if there
is some
documentation about it. I´ve been looking for it but I didn't
find
anything.
Thanks

_
Descarga gratis la Barra de Herramientas de MSN

http://www.msn.es/usuario/busqueda/barra? 
XAPID=2031&DI=1055&SU=http%3A// 
www.hotmail.com&HL=LINKTAG1OPENINGTEXT_MSNBH



-- 
---

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.2/442 - 

Re: rmic plugin

[Mark Donszelmann]

Hi

agreed with Borut, and I will pay the parking ticket, as long as I  
knew where to pay it...


the error message suggests something in maven...

[INFO] The plugin 'org.apache.maven.plugins:maven-plugin-plugin'  
does

not exist or no valid version could be found
[INFO]
--- 
-


but it could be a cascade of things. It happens even with the "clean"  
goal.


Regards
Mark

On Feb 19, 2007, at 10:49 AM, Borut Bolčina wrote:

I just tried building freehep-rmic-plugin at home with freshly  
downloaded Maven 2.0.5. I did not delete my local repo, but build  
succeeded. The behavior seems indeterministic. I guess some  
artifacts from some repos are causing trouble. Cleaning local repo  
for build to succeed is a crime, well at least it should deserve a  
parking ticket.


-Borut


Mark Donszelmann wrote:

Hi

we have seen the same problem on other projects (of freehep).  
Cleaning the local
repository always helped, but is a strange (and sometimes long)  
solution.


Regards
Mark Donszelmann

On Feb 19, 2007, at 12:54 AM, Tim Kettler wrote:


Hi,

works for me. I just built it with a clean local repository and all
artifacts where downloaded correctly.

Perhaps a repository server was busy and a connection timed out  
or there

was some other kind of connection problem?

-Tim

Am Montag, den 19.02.2007, 09:31 +0100 schrieb Borut Bolčina:

Hello,

after downloading from
svn checkout svn://svn.freehep.org/svn/freehep/trunk/maven- 
plugins/freehep-rmic-plugin freehep-rmic-plugin


and issuing
mvn clean package

I get

C:\Documents and Settings\borutb\Desktop\rmi\freehep-rmic- 
plugin>mvn

clean package
[INFO] Scanning for projects...
WAGON_VERSION: 1.0-beta-2
[INFO]
--- 
-

[INFO] Building FreeHEP RMIC Maven Plugin
[INFO]task-segment: [clean, package]
[INFO]
--- 
-
[INFO] artifact org.apache.maven.plugins:maven-clean-plugin:  
checking

for updates from central
[INFO] artifact org.apache.maven.plugins:maven-clean-plugin:  
checking

for updates from freehep-maven
[INFO] snapshot
org.apache.maven.plugins:maven-clean-plugin:2.1.1-SNAPSHOT:  
checking

for updates from central
[INFO] snapshot
org.apache.maven.plugins:maven-clean-plugin:2.1.1-SNAPSHOT:  
checking

for updates from freehep-maven
[INFO] [clean:clean]
[INFO] Deleting directory C:\Documents and Settings\borutb 
\Desktop\rmi

\freehep-rmic-plugin\target
[INFO] Deleting directory C:\Documents and Settings\borutb 
\Desktop\rmi

\freehep-rmic-plugin\target\classes
[INFO] Deleting directory C:\Documents and Settings\borutb 
\Desktop\rmi

\freehep-rmic-plugin\target\test-classes
[INFO] Deleting directory C:\Documents and Settings\borutb 
\Desktop\rmi

\freehep-rmic-plugin\target\site
[INFO]
--- 
-

[ERROR] BUILD ERROR
[INFO]
--- 
-
[INFO] The plugin 'org.apache.maven.plugins:maven-plugin-plugin'  
does

not exist or no valid version could be found
[INFO]
--- 
-

[INFO] For more information, run Maven with the -e switch
[INFO]
--- 
-

[INFO] Total time: 3 seconds
[INFO] Finished at: Mon Feb 19 09:26:05 CET 2007
[INFO] Final Memory: 3M/5M
[INFO]
--- 
-


C:\Documents and Settings\borutb\Desktop\rmi\freehep-rmic-plugin>


How can I build RMI plugin?

Regards,
Borut


On 11.9.2006 20:42, Mark Donszelmann wrote:

Hi

feel free to use ours at:

http://java.freehep.org/freehep-rmic-plugin/

Regards
Mark Donszelmann

On Sep 8, 2006, at 6:52 AM, Ruel Loehr wrote:


The bad thing about this way of doing it is that it is not
portable.  E.g. macs don't have a tools.jar.

Ruel Loehr
JBoss, a division of Red Hat
QA

-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel

-Original Message-
From: Borut Bolčina [mailto:[EMAIL PROTECTED]
Sent: Friday, September 08, 2006 8:47 AM
To: Maven Users List
Subject: Re: rmic plugin

Use ant task like this:

  

  
maven-compiler-plugin

  1.5
  1.5

  
  
maven-site-plugin
2.0-beta-5

  utf-8
  utf-8

  

  
org.apache.maven.plugins
maven-antrun-plugin

  
   process-classes-rmic 
   process-classes
   
 
   Running RMIC
   
 
   
   
 run
   
 



com.sun
tools
  

Re: Maven Webstart Plugin - some remarks

[Mark Donszelmann]

Any estimate on the release of 1.0-alpha-2 release?

Regards
Mark Donszelmann
On Feb 25, 2007, at 3:26 AM, Jerome Lacoste wrote:


On 2/22/07, Roland Klein <[EMAIL PROTECTED]> wrote:

Jerome Lacoste schrieb:
> Please use the MOJO mailing list for comments on a MOJO project  
plugin.

>
> On 1/30/07, Mark Donszelmann  
<[EMAIL PROTECTED]> wrote:

>> Hi
>>
>> 2. It would be handy if the $version could be added to the jnlp
>> parsed values.
>
> this is fixed in 1.0-alpha-2-SNAPSHOT
>
Hi,


i tried the mentioned version of the plugin (1.0-alpha-2- 
SNAPSHOT), but the resolution of the

$version in template.vm is not working.

I just added the variable $version to the template file, or do i  
have to do something else?


try $project.Version

See
https://svn.codehaus.org/mojo/trunk/mojo/webstart-maven-plugin/ 
plugin/src/test/projects/


for example of variable substitution (in particular project2)
.
Jerome

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: maven2 and native compilation

[Mark Donszelmann]

Hi


On Sep 27, 2010, at 5:32 PM, M wrote:

> M wrote:
>> Wayne Fay wrote:
>>> I believe you should be using the Maven NAR plugin under o.a.m.p
>>> groupId:
>> 
>> Thanks
>> 
>>> http://github.com/sonatype/maven-nar-plugin
>> 
>> This links to:
>> http://duns.github.com/maven-snapshots/
>> Which lists the releases "available" but I don't see where to actually get
>> the jar files for the plugin. I guess I'm missing something obvious.
> 
> Sorry I posted too soon, found the source and it's building.

great. Github does not do directory browsing, so I just listed them there. 
They are in fact available. 

http://duns.github.com/maven-snapshots

should be added as a snapshot repository. I agree this could be explained 
better. 

Regards
Mark Donszelmann



> 
> -- 
> M
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 

Re: Anyone familiar with the maven-nar-plugin?

[Mark Donszelmann]

Hi Eyal,

On Aug 8, 2010, at 10:18 PM, Eyal Goren wrote:

> 
> Hi,
> 
> I am trying to use this plugin, and I have few problems:
> 
> 1) On Solaris, he does not manage to work with the CC
> 2) On WIndows, I don't manage to make it compile a debug mode (I switch the
> debug flag to true, but the /MD flag does not change to /MDd), and I can't
> override the /MD.
> 3) On Windows I have to modify the DLL manfest, althougt I added the options
> to the linker, it keeps the original value also, and not override it.
> 
> Any idea? 


I guess you fixed 1. Did you find solutions for 2 and 3 or should I look into 
it ?

Regards
Mark


> -- 
> View this message in context: 
> http://maven.40175.n5.nabble.com/Anyone-familiar-with-the-maven-nar-plugin-tp2268244p2268244.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: choosing a maven 2 plugin for native builds

[Mark Donszelmann]

Hi

1 is the follow up of number 2. 

Regards
Mark Donszelmann

On Jan 4, 2011, at 6:09 PM, khaido wrote:

> 
> I've been looking for a maven 2 plugin to build native C and C++ projects.  
> I've done some research and found the following plugins:
> 
> 1.   maven-nar-plugin (http://duns.github.com/maven-nar-plugin/)
> 
> 2.   freehep-nar-plugin 
> (http://java.freehep.org/freehep-nar-plugin/intro.html)
> 
> 3.   native-maven-plugin 
> (http://mojo.codehaus.org/maven-native/native-maven-plugin/)
> 
> 4.   jade-native-plugin 
> (http://www.jfrog.org/sites/jade-plugins/latest/jade-plugin-parent/jade-build-plugin-parent/jade-native-plugin/index.html)
> 
> All of these seem to do the same thing but I'm not sure why there are so many 
> and what the differences are.  Can somebody give me a suggestion on which one 
> is the best to use at this time?  Thanks.
> 
> 
> -- 
> View this message in context: 
> http://maven.40175.n5.nabble.com/choosing-a-maven-2-plugin-for-native-builds-tp3327385p3327385.html
> Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: c++ native-maven-plugin redundant linking at second run problem

[Mark Donszelmann]

Hi

NAR also links in the compile phase as it uses cpp-tasks to handle uniform 
compilation and linking. 

Regards
Mark

On Mar 1, 2011, at 12:22 PM, sintetik wrote:

>> Both compile and link are hooked into maven compile phase.  Normally
> the native compile should get by very quickly since no code changes.
>> The link phase still have to rebuild. Currently there is no work
> around.
> 
> Thank you, Dan.
> 
> What about NAR plugin - does this issue exist in there? I didn't won't to
> use NAR first because of its complexity but unfortunately this issue (build
> time) is critical for me so I'd consider NAR if it may help.
> 
> Regards,
> Sergey.
> 
> 
> -- 
> View this message in context: 
> http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3404794.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Can the Maven Assembly Plugin create an exe file

[Mark Donszelmann]

Or use the freehep-nar-plugin see:

http://java.freehep.org/freehep-nar-plugin

Regards
Mark

On Aug 16, 2007, at 9:43 AM, Wayne Fay wrote:

I'm not certain, but the NMaven team might have something you'd  
find useful:

http://incubator.apache.org/nmaven/index.html

Wayne

On 8/16/07, David Williams <[EMAIL PROTECTED]> wrote:

Can the Maven Assembly Plugin create an exe file?

Thanks,

David



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: rmic compiler other then FreeHep

[Mark Donszelmann]

Hi

feel free to extend our plugin with the functionality you mention  
below. Send us

the patch and we can include it.

Regards
Mark

On Nov 22, 2007, at 8:22 AM, Borut Bolčina wrote:


Hello,

is anyone aware of rmic compiler other then
http://java.freehep.org/freehep-rmic-plugin/index.html?

The problem with the above plugin is that you need to provide the  
classes

for the stub generation and one can easily forget to add one in an
environment where several people add classes which extend
UnicastRemoteObject.

The solution would be to have a plugin which scans the sources and  
extracts

class names.

In theory stubs are not needed from Java 5 onwards, but in practice  
lack of

provided stubs generates severe memory leaks.

Regards,
Borut



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: rmic compiler other then FreeHep

[Mark Donszelmann]

Hi

if you send us the patches I can include it.

Regards
Mark

On Nov 30, 2007, at 4:24 PM, Borut Bolčina wrote:

The plugin is finished. It now finds all the classes which needs to  
have

stubs generated for  - automatically.

-Borut

2007/11/22, Mark Donszelmann <[EMAIL PROTECTED]>:


Hi

feel free to extend our plugin with the functionality you mention
below. Send us
the patch and we can include it.

Regards
Mark

On Nov 22, 2007, at 8:22 AM, Borut Bolčina wrote:


Hello,

is anyone aware of rmic compiler other then
http://java.freehep.org/freehep-rmic-plugin/index.html?

The problem with the above plugin is that you need to provide the
classes
for the stub generation and one can easily forget to add one in an
environment where several people add classes which extend
UnicastRemoteObject.

The solution would be to have a plugin which scans the sources and
extracts
class names.

In theory stubs are not needed from Java 5 onwards, but in practice
lack of
provided stubs generates severe memory leaks.

Regards,
Borut



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: rmic compiler other then FreeHep

[Mark Donszelmann]

Hi

submit/mail the text/patch to me and I will take care of it.

Regards
Mark
On Dec 3, 2007, at 9:59 AM, Borut Bolčina wrote:

I registered to your JIRA, but can not submit a patch to a Maven  
RMIC Plugin
project (http://bugs.freehep.org/browse/RMICPLUGIN) as I can not  
select one

from the drop down menu in the Create Issue step 1.

Where do I submit the patch?

Cheers,
Borut

2007/11/30, Mark Donszelmann <[EMAIL PROTECTED]>:


Hi

if you send us the patches I can include it.

Regards
Mark

On Nov 30, 2007, at 4:24 PM, Borut Bolčina wrote:


The plugin is finished. It now finds all the classes which needs to
have
stubs generated for  - automatically.

-Borut

2007/11/22, Mark Donszelmann <[EMAIL PROTECTED]>:


Hi

feel free to extend our plugin with the functionality you mention
below. Send us
the patch and we can include it.

Regards
Mark

On Nov 22, 2007, at 8:22 AM, Borut Bolčina wrote:


Hello,

is anyone aware of rmic compiler other then
http://java.freehep.org/freehep-rmic-plugin/index.html?

The problem with the above plugin is that you need to provide the
classes
for the stub generation and one can easily forget to add one in an
environment where several people add classes which extend
UnicastRemoteObject.

The solution would be to have a plugin which scans the sources and
extracts
class names.

In theory stubs are not needed from Java 5 onwards, but in  
practice

lack of
provided stubs generates severe memory leaks.

Regards,
Borut



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Unifying maven-nar-plugin implementations

[Mark Donszelmann]

Hi

I am the author of the maven-nar-plugin. Let me start by apologizing that I 
have not kept track of, neither have worked on
it in recent years. I moved on to other things, but may come back using / 
working on it later on. 

The nar plugin was created by me when I was working at Stanford Linear 
Accelerator Center (SLAC) for Maven 1. When Maven 2
came out I rewrote it, and that is the code that is still there. Inside SLAC we 
maintained Open Source code by High Energy Physicists
under the name FreeHEP, available to anyone. A thing such as git or github did 
not exist at the time, so we needed
a way to distribute out code, and a name for it. 

I think it would be a good idea if you guys pick up the parts and continue with 
it. I have no real time to work on it, but could answer questions
if you have any. 

You have my agreement, and SLAC already gave its
agreement for me to take the code away from them. I guess officially Sonatype 
owns the code, as I dropped it with them, but 
they seem to have little interest in it (as far as I could see from the 
mailings). 

Keep me posted.

Regards
Mark Donszelmann


On Oct 7, 2012, at 12:35 PM, Martin Eisengardt  
wrote:

> Do we actually need the agreement of all authors to become a maven core
> project?
> The sources are already licensed under terms of ASF.
> 
> The original authors seem not respond for months or the email addresses are
> no longer valid.
> Would it be fine if there is a new (active) project group filling up the
> CLA? http://www.apache.org/licenses/#clas
> Actually duns code is not the original code. There was some other author
> (freehep).
> 
> For me personally I do not care if this is becoming a maven-ocre component
> or not. I am fine with codehaus and other variants too. My personal
> interest is to remove all the forks and having an active project roup I can
> discuss and commit my work :)
> 
> 
> On Sun, Oct 7, 2012 at 12:23 PM, Jörg Schaible wrote:
> 
>> Hi,
>> 
>> Benson Margulies wrote:
>> 
>>> Adding plugins to the core is not so much a matter of 'strategy'.
>>> 
>>> The nar plugin is a non-trivial amount of code. So, for it to come to
>>> Apache, it would have to pass IP clearance. That means understanding
>>> the provenance of all of the code and that the people contributing it
>>> have sufficient rights to grant a license to the ASF.
>>> 
>>> That having been said, the existing Maven community is rather thinly
>>> spread across the many org.apache.maven.plugins. Adding another big,
>>> complex, plugin should, at least, lead to a pause for reflection.
>>> Nonetheless, If the authors are interested in contributing it, please
>>> join the dev list and start a discussion.
>> 
>> another option is mojo.codehaus.org, especially since the devs discuss
>> about
>> moving the SCM for individual plugins to git.
>> 
>> - Jörg
>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>> 
>> 


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Unifying maven-nar-plugin implementations

[Mark Donszelmann]

Hi

On Oct 9, 2012, at 7:18 PM, Stephen Connolly 
mailto:stephen.alan.conno...@gmail.com>>
 wrote:

Don't forget to change the artifactId to nar-maven-plugin or such as 
maven-___-plugin is reserved for maven.apache.org 
owned plugins

I guess that is correct, however Jason (van Zyl) at the time told me to use 
maven-nar-plugin...

Regards
Duns


On Tuesday, 9 October 2012, Curtis Rueden wrote:
Hi all,

> Feel free to create it an invite the people :)

Done:
https://groups.google.com/forum/?fromgroups#!forum/maven-nar

Let's continue this thread there!

Regards,
Curtis


On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt <
martin.eisenga...@gmail.com> wrote:

>
>>
> Also, rather than migrating a fork directly, perhaps (if Mark agrees) we
>> could migrate the @duns repo, then push all of Greg's changes back on top?
>> That way, existing GitHub forks will all state "forked from
>> maven-nar/maven-nar-plugin" afterward, which would be ideal. And to
>> preserve old links Mark could fork it back into @duns again and update the
>> README to state what happened. Thoughts?
>>
>>
>
> Sounds like a good plan. However I did not compare the forks so I do not
> have an idea how many work has to be done. But I will have a look in the
> next days.
>
>
>> Presumably we would also want to similarly migrate cpptasks-parallel?
>>
>>
>
> I think so. It isn't maintained too (correct me if I am wrong).
>
>
>>
>> > Technical features can be discussed in the github wiki at the moment.
>>
>> Martin, shall we create a mailing list for the project? Perhaps a Google
>> group? Then we can migrate this discussion there instead.
>>
>>
>
> Feel free to create it an invite the people :)
>
>
>>
>> Regarding cross-compilation: I know it is of interest (wouldn't it be
>> great to build for multiple target platforms all from the CloudBees Jenkins
>> on Linux?). My colleague has done quite a lot of work in that area, but
>> there are some substantial obstacles. Shall we discuss further on our shiny
>> new maven-nar-plugin mailing list, once it exists?
>>
>>
>
> Yeah, we should discuss it in a working group with experience on this
> topic. Setting up cross compilation and having a maven-nar-plugin
> supporting it is not that easy.
>
>

Re: maven-nar-plugin (version?)

[Mark Donszelmann]

Hi

I wrote the NAR plugin, but have no longer time to maintain it. 

I donated it (with approval of Sonatype) to a bunch of people who would like to 
maintain it. 

Its under

https://github.com/maven-nar

I guess with mailing lists and doc

Regards
Mark Donszelmann (duns)
On Jan 16, 2013, at 3:44 PM, Wayne Fay  wrote:

>>> Nar is not a product of the Maven PMC, and so will never be an
>>> official org.apache.maven.plugin anything.
>> 
>> Right, but whose product is it today and how do we find the latest
>> official release?
> 
> The groupId suggests that would be codeswarm.org. But there may be
> other parties who have their own branches etc.
> 
> Wayne
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: NAR Maven Plugin 3.0.0 released

[Mark Donszelmann]

Hi

thank you for seeing this through. I am glad that the plugin I originally made 
for Maven 1,
and later for Maven 2 is in good hands. I am sure that if I ever need it again, 
I will come
back to it and possibly re-contribute to it. 

For now, good luck with it. 

Regards
Mark Donszelmann

On Dec 7, 2013, at 12:24 AM, Curtis Rueden  wrote:

> Hi all!
> 
> On behalf of the developers working hard on the NAR plugin for Maven, it is
> my pleasure to announce that it is available on Maven Central now:
> 
> http://search.maven.org/#artifactdetails|com.github.maven-nar|nar-maven-plugin|3.0.0|maven-plugin
> 
> To use it, add this to your pom.xml:
> 
>
>com.github.maven-nar
>nar-maven-plugin
>3.0.0
>
> 
> Since October 17th, 2010, the date of the last commit of Mark
> Donszelmann (the original author of the NAR plugin for Maven who is
> unfortunately unable to maintain it any longer), a lot of things happened.
> 
> First of all, the plugin found a new home on GitHub:
> 
>http://maven-nar.github.io/nar-maven-plugin/
> 
> with a team of developers and a mailing list/forum at
> 
>https://groups.google.com/group/maven-nar
> 
> a Git repository at
> 
>https://github.com/maven-nar/nar-maven-plugin
> 
> a bug tracker at
> 
>https://github.com/maven-nar/nar-maven-plugin/issues
> 
> and Frequently Asked Questions at
> 
> 
> https://github.com/maven-nar/nar-maven-plugin/wiki/Frequently_Asked_Questions
> 
> Since the Git history does a fine job at listing the fine-grained
> changes, here is a coarse-grained list of changes:
> 
> * unified Richard Kerr's, Greg Domjan's and SciJava's forks of
> the maven-nar-plugin (as it was formerly known)
> * renamed the plugin to conform with Maven's requirements
> * moved to a new groupId to reflect that we're on GitHub now
> * switch to deploy to OSS Sonatype (mirrored on Maven Central)
> * continuous integration testing thanks to BuildHive
> * merged the cpptasks-parallel code directly into nar-maven-plugin
> * support for MacOSX 10.9
> * support for Microsoft Visual C++ resource and message compilers
> * support for Java 7's javah
> * support developing the Java part of projects using the NAR plugin in
> Eclipse
> * robust version detection of Microsoft's linkers
> * boat loads of bug fixes (as in: megatons of bug fixes)
> 
> This would not have been possible without the tremendous support
> and contributions of the community. Thank you all!
> 
> Ciao,
> Johannes Schindelin, Curtis Rueden and NAR development team


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Announcing the NAR plugin for Maven 3.2.0

[Mark Donszelmann]

Hi

good work. Nice to see my original work has evolved and is being used. 

Thanks
Mark Donszelmann
On Oct 2, 2014, at 7:12 PM, Curtis Rueden  wrote:

> -- Forwarded message --
> From: Johannes Schindelin 
> Date: Thu, Oct 2, 2014 at 12:05 PM
> Subject: [maven-nar] Announcing the NAR plugin for Maven 3.2.0
> To: maven-...@googlegroups.com
> 
> 
> Dear Maven users,
> 
> it is a great honor to announce a new version of the NAR plugin for Maven,
> designed to support cross-platform development using JNI libraries.
> 
> As always, this release would not be possible without a thriving developer
> community.  Here is the shortlog:
> 
>26  Johannes Schindelin
>21  Fredrik Orderud
>14  Curtis Rueden
> 8  HongKee Moon
> 5  Benson Margulies
> 2  Sevag Doniguian
> 1  Wouter Pasman
> 1  Ivan Drobyshevskyi
> 1  Mark Hiner
> 1  Philippe Marschall
> 1  Tomasz Krakowiak
> 1  Trevor Robinson
> 
> These are the changes since version 3.1.0 (the parenthesized numbers refer
> to pull requests of https://github.com/maven-nar/nar-maven-plugin).
> 
> Bug fixes:
> 
> - The description of the examples now mentions explicitly that they are
>  integration tests (#109)
> 
> - We use a newer maven-site-plugin version to fix a breakage (#113)
> 
> - The documentation now talks about narSystemPackage where it talked
>  about the non-existent packageName before (#110)
> 
> - The licensing was cleaned up (#120)
> 
> - We now use the more appropriate msvc label for Microsoft Visual C/C++
>  instead of devstudio (#123)
> 
> - The history.xml file included into the .nar artifacts is now actually
>  properly named, and as a consequence properly populated, too (#114)
> 
> - The documentation no longer references the incorrect  tag but
>  correctly calls it  (#132)
> 
> - The web site no longer suggests that the NAR plugin is an official
>  Apache project (this was the original intention, but it never became
>  reality) (#133)
> 
> - On Windows, inconsistent usage of the environment variable Path was
>  fixed (#134)
> 
> - Fixed dead links in the documentation (#136)
> 
> - Grammar sweep of the documentation (#137)
> 
> Improvements:
> 
> - A new integration test demonstrates how to use a JNI .nar from a .jar
>  file (#112)
> 
> - The AOL properties are now documented (#115)
> 
> - It is now possible to filter which headers are included in the
>  artifacts (#124)
> 
> - We joined the 21st century by using generics now (#127)
> 
> - It is now possible to develop NAR projects in Eclipse even if they use
>  the NarSystem class (#130)
> 
> - We now use the Maven 3.0.4 platform (#118)
> 
> - Support was added for the VisualAge compiler on AIX (#131)
> 
> - The web site now uses the very pretty fluido skin and sports the NAR
>  logo prominently (#133)
> 
> The new look of the web site can be adored here:
> https://maven-nar.github.io/
> 
> On behalf of all the developers making the NAR plugin awesome,
> Johannes
> 
> --
> You received this message because you are subscribed to the Google Groups
> "NAR Maven plugin" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to maven-nar+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Problem upgrading from 1.0.3-SNAPSHOT (RC1) to 1.0.3

[Mark Donszelmann]

Hi

I see the same. Upgraded from 1.0.2 to 1.0.3. According to upgrade  
instructions.

No build history, build numbers seem ok.

Regards
Mark Donszelmann

On Apr 25, 2006, at 8:50 AM, Mark Reynolds wrote:


I started from scratch with the first Continuum 1.0.3 RC (2006-03-16).

I just upgraded to the released 1.0.3 following the instructions  
for upgrading from 1.0.2 to 1.0.3. I keep my working/build output  
directories separate from continuum dir, so I didn't have to change  
that.


All my configuration is there except the build history for each of  
my four projects (3 x Maven 2.0 and 1 x Shell) is empty. Clicking  
on the link to the most recent build does show its results output.  
All of the *.log.txt output files are in the build output directories.


Any ideas?

-- Mark R

Re: NAR Plugin Problems

[Mark Donszelmann]

Hi Gary,

I wrote this plugin (for our own use) before Maven 2 was even out.
I have not really done much on it since, so it could very well
be that it currently misbehaves.

We ported all our java software to maven 2 now, but have not done
the native parts yet.

We plan to resurrect his plugin fairly soon. However there is also
a maven-native-plugin, which may or may not have the same
functionality. At the time, native dependencies were missing
and one needed to do a lot of hand-configuration for
different platforms. The NAR plugin would allow native dependencies
and assumes you want to build for multiple platforms without
having to reconfigure too much.

Regards
Mark Donszelmann


On May 23, 2006, at 9:43 AM, GaryC wrote:



I found this forum almost by accident and have already found out  
quite a lot
of useful information by browsing the old posts. Anyway time to  
register and

ask a question (and hopefully if I become skilled enough with Maven to
contribute something back in time!)

I've been having some problems with the NAR plugin under Maven 2. I've
configured the freehep repository in my settings.xml as follows:


  freehep
  FreeHEP
  http://java.freehep.org/maven2
  default
  
  true
  daily
  warn
  
  
true
daily
  



And my pom.xml is as follows:


  4.0.0
  MQ
  MQ
  Quant
  nar
  1.0-SNAPSHOT
  http://maven.apache.org
  

 
org.freehep
freehep-nar-plugin
2.0-alpha-1-SNAPSHOT
true

   
  
 src/cpp
  
   

 

  


The plugin seems to download fine, and running goals such as mvn  
compile
definitely excute the plugin, but I can't seem to run other goals  
such as

mvn nar:info or mvn nar:nar. They simply result in the error message:

"The plugin 'org.apache.maven.plugins:maven-nar-plugin' does not  
exist or no

valid version could be found"

I understand that Maven looks for plugins entitled "maven-myplugin- 
plugin"
by default, unless a plugin prefix is configured using the  
 tag
in the plugins pom. I've had a look through the NAR's pom files and  
can't
see this specified, so I'm wondering if there is something wrong  
with the

plugin...or more likely that I'm doing something wrong.

Can anyone help?

Gary.
--
View this message in context: http://www.nabble.com/NAR+Plugin 
+Problems-t1670063.html#a4526525

Sent from the Maven - Users forum at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RMI plugin for Maven 1.x

[Mark Donszelmann]

Or you could use ours:

http://java.freehep.org/freehep-rmic-plugin/

regards
Mark Donszelmann

On May 27, 2006, at 5:25 PM, Steven Coco wrote:


Re:

Is a plugin for doing rmic available for Maven 1.x ?

Regards,
Kanakambaran
Can you do this with an execution plugin?  I have used the Ant  
plugin to execute processes during builds; and there is a maven- 
exec plugin at codehaus.org, but I haven't used that: see:


http://mojo.codehaus.org/exec-maven-plugin/

Good luck.
Steven Coco.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RMI compiler plugin

[Mark Donszelmann]

Hi

the resulting class stub files which are generated are supposed to  
end up in

target/classes and so should be packaged automatically.

You may have set targetDirectory to something else, which probably  
would mean
that the jar tool does not pick them up. This needs to be corrected  
in the plugin

I guess.

The freehep-rmic-plugin runs as part of the process-classes phase as one
needs the class files to be there to generate the stubs.

Regards
Mark Donszelmann

On Jun 6, 2006, at 8:01 AM, Eugeny N Dzhurinsky wrote:


Hi there!
I need to compile some stubs for classess I use, with freehep-rmic- 
plugin.

It works file, but for some reason stub classess are not packaged into
module's resulting JAR file.

Any ideas why is that and how to fix?

--
Eugene N Dzhurinsky

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SCM triggered build in svn is not happening

[Mark Donszelmann]

Hi

could you (or someone) put instructions on how t do this in the FAQ o
continuum.

Regards
Mark Donszelmann

On Feb 6, 2006, at 12:46 PM, Emmanuel Venisse wrote:

Not exactly, you can add an post-commit hook in your SCM and call  
the xmlrpc server for building the project.


Emmanuel

Brian E. Fox a écrit :
Currently no, although I wish it did. You could set your schedule  
to a
very small timeframe and you would get the effect you wanted. - 
Original Message-
From: Deepesh D [mailto:[EMAIL PROTECTED] Sent: Monday, February  
06, 2006 9:27 AM

To: continuum-users@maven.apache.org
Subject: Re: SCM triggered build in svn is not happening
Thank you for the prompt reply.
I can understand the concept behind schedule building.
But, my question was whether continuum supports SCM triggered build.
Will continuum start build the project imediately whenever there is a
change in the SCM, irrespective of the build schedule.
Thanks,
Deepesh.
On 2/6/06, Brian E. Fox <[EMAIL PROTECTED]> wrote:
Apparently this is the only way it works. If there are no changes  
in scm when the scheduled time comes, it won't build.


-Original Message-
From: Deepesh D [mailto:[EMAIL PROTECTED]
Sent: Monday, February 06, 2006 6:57 AM
To: continuum-users@maven.apache.org
Subject: SCM triggered build in svn is not happening

Hi ,

I am a newbe to continuum.

I am trying to build an application from svn.

 i am able to add the maven 2 project successfully and be able to  
build.


the problem is that whenever i make a change in the svn ,  
continuum doesnt build the project immediately.


It is waiting for the build scedule and whenever the schedule is  
reached it will get the latest from svn and will do the build.


Do u need to configure anything for SCM triggered build to happen


Thanks in Advance

Deepesh

Re: rmic plugin

[Mark Donszelmann]

Hi

feel free to use ours at:

http://java.freehep.org/freehep-rmic-plugin/

Regards
Mark Donszelmann

On Sep 8, 2006, at 6:52 AM, Ruel Loehr wrote:

The bad thing about this way of doing it is that it is not  
portable.  E.g. macs don't have a tools.jar.


Ruel Loehr
JBoss, a division of Red Hat
QA

-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel

-Original Message-
From: Borut Bolčina [mailto:[EMAIL PROTECTED]
Sent: Friday, September 08, 2006 8:47 AM
To: Maven Users List
Subject: Re: rmic plugin

Use ant task like this:

  

  
maven-compiler-plugin

  1.5
  1.5

  
  
maven-site-plugin
2.0-beta-5

  utf-8
  utf-8

  

  
org.apache.maven.plugins
maven-antrun-plugin

  
   process-classes-rmic 
   process-classes
   
 
   Running RMIC
   
 
   
   
 run
   
 



com.sun
tools
system
1.5
${java.home}/../lib/tools.jar


  

  

Then simply invoke mvn package for example.

Cheers,
Borut

2006/9/8, Israel Alvarez <[EMAIL PROTECTED]>:


Hi
I´d like to know if a rmic plugin for Maven2 exists and if there  
is some

documentation about it. I´ve been looking for it but I didn't find
anything.
Thanks

_
Descarga gratis la Barra de Herramientas de MSN

http://www.msn.es/usuario/busqueda/barra?XAPID=2031&DI=1055&SU=http 
%3A//www.hotmail.com&HL=LINKTAG1OPENINGTEXT_MSNBH



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.2/442 - Release Date:  
9/8/2006



--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.2/442 - Release Date:  
9/8/2006



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

IDLJ plugin

[Mark Donszelmann]

Hi

we also have a plugin similar to rmic for idlj, see

http://java.freehep.org/freehep-idlj-plugin

Regards
Mark Donszelmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JavaCC plug-in and multiple grammar files

[Mark Donszelmann]

Hi

did not find your attached pom.

You can however run the javacc plugin multiple times with different
configurations (output dir/package).

Regards
Mark Donszelmann

On Sep 27, 2006, at 4:10 AM, Stefano Fornari wrote:


Hi All,
I have multiple grammar files, each going into a different package.
Therefore, I cannot specify either the output directory nor the
package. I created the attached pom, but when maven generates the
parser, all source codes go in the same generated-files directory.
Looking at the code of the plug-in, it looks like it is a limitation
in the plug-in (please forgive me if I am saying an heresy, it is the
first time I see a mojo... :) ).
Has anyone ever encountered the same problem? How did you fix it?

Thanks in advance.
Ste

--  
Stefano Fornari - Funambol Chief Architect / Funambol CTO

===
Home:
http://www.funambol.org

Documents:
http://www.funambol.org/documentation/documents.html

FAQ:
http://www.funambol.org/support/faq.html

WIKI:
https://wiki.objectweb.org/sync4j/

Mailinglist archives:
http://groups.yahoo.com/group/Sync4j (login required)
http://sourceforge.net/mailarchive/forum.php?forum_id=215 (sync4j- 
users)

http://sourceforge.net/mailarchive/forum.php?forum_id=48877
(funambol-dev)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: freehep-nar: status & documentation?

[Mark Donszelmann]

Hi

updating the docs this week. Please mail me in a week if I have not put
them yet.

Regards
Mark

On Oct 9, 2006, at 11:36 AM, Max Bowsher wrote:


What is the status of freehep-nar for Maven 2? I've found tantalizing
mentions of it in various places, but the freehep-nar site's usage  
docs

are non-existent.  Us there any documentation and/or sample code?  If
necessary, I can dive into the code itself, but I'd much rather get at
least *some* sort of overview of its philosophy and feature set  
before I

attempt that.

Thanks,

--
Max Bowsher <[EMAIL PROTECTED]>
http://www.mxtelecom.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

default goal should maybe be "verify"

[Mark Donszelmann]

Hi

I was wondering why "clean verify" is not the default goal rather than 
"clean install".

My reasoning is the following.

I would like any user to just do some:

svn co url
cd directory
mvn

without running into any dependency of a non-deployed artifact.

Continuum should check if this will work. Since continuum runs multiple 
projects
as a certain user it will by running "install" fill up the user's local 
repository with artifacts

of the projects that it checks. If project A depends on B and B is installed
in the local repository of the continuum user, then project A cannot any 
longer be
fully checked. A problem will arrise if project B is not deployed. A will 
find it

since B was installed by continuum itself.

I would argue that stopping at the phase before install, "verify", solves 
this problem
as continuum will now check for all dependencies being deployed (remote), 
including

the projects it is checking itself.

Have the developers of continuum given this any thought?

Regards
Mark Donszelmann
Stanford Linear Accelerator Center

Maven SCM Plugin 1.5 Beta 3 gets confused over extra output

[Mark Donszelmann]

Hi,

it seems the Maven-scm-plugin 1.5 beta 3 gets confused over the output of svn 
when extrenals are
used in svn.

The output of my svn command is:

> svn update --non-interactive
Fetching external item into 'common'
External at revision 3257.

At revision 3257.

so, the output of doing:

> maven scm:update
[INFO] Executing: svn update --non-interactive
[INFO] Working directory: .
[WARNING] Unexpected input, the line must be at least three characters long. 
Line: ''.
[INFO] Unknown file status: 'F'.
[INFO] Unknown file status: 'E'.
[WARNING] Unexpected input, the line must be at least three characters long. 
Line: ''.


Should the plugin call svn -q ? Or should I set a flag somwhere?

Regards
Mark Donszelmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

echo gives me correct variable but unjar does not... where do I go wrong?

[Mark Donszelmann]

Hi

I have an x.properties file like this:

file=somedir/${specific}/myfile.jar


I load this properties file in maven like this:




I set "specific" like this:

 
(not sure why I needed scope="parent" here, but otherwise the echo below did 
not work.
There seems to be no doc on the scopes one can set, or maybe I missed it).


When I then say:


${name}


it writes correctly:

[echo] somedir/here/myfile.jar


but when I say:




ant complains that it does not find file:

somedir/${specific}/myfile.jar


Any idea why?

Regards
Mark Donszelmann

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: echo gives me correct variable but unjar does not... where do I go wrong?

[Mark Donszelmann]

Hi

- Original Message - 
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Maven Users List" 
Sent: Thursday, February 17, 2005 8:09 PM
Subject: Re: echo gives me correct variable but unjar does not... where do I go 
wrong?


> it isn't being evaulated because of the way you are pulling it back.
> Try using the value of ${name} in the unjar statement.

thanks, but how exactly do I do that? 

Regards
Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: echo gives me correct variable but unjar does not... where do I go wrong?

[Mark Donszelmann]

Hi

in fact that is what I did, I miswrote my example, I used 



and it complains. So I am still stuck...

Regards
Mark

- Original Message - 
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Maven Users List" 
Sent: Thursday, February 17, 2005 8:42 PM
Subject: Re: echo gives me correct variable but unjar does not... where do I go 
wrong?


> just like you were in echo, unless I am missing something:
> 
> 
> 
> 
> 
> On Thu, 17 Feb 2005 20:18:38 -0800, Mark Donszelmann
> <[EMAIL PROTECTED]> wrote:
> > Hi
> > 
> > - Original Message -
> > From: "Brett Porter" <[EMAIL PROTECTED] >
> > To: "Maven Users List" 
> > Sent: Thursday, February 17, 2005 8:09 PM
> > Subject: Re: echo gives me correct variable but unjar does not... where do 
> > I go wrong?
> > 
> > > it isn't being evaulated because of the way you are pulling it back.
> > > Try using the value of ${name} in the unjar statement.
> > 
> > thanks, but how exactly do I do that?
> > 
> > Regards
> > Mark
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED] 
> > For additional commands, e-mail: [EMAIL PROTECTED] 
> > 
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Checkout with svn:// protocol fails

[Mark Donszelmann]

Hi

I guess you need maven-scm-plugin.jar version 1.5 for the svn protocol  
to work out of the box.


And you may need to specify a different separator:

scm|svn|svn://svn.freehep.org/svn/${pom.artifactId}/trunk

Regards
Mark Donszelmann

On Jun 30, 2005, at 8:22 AM, Yann LE DU wrote:


Hi all,

Just started Continuum and tried to add a Maven 2
project to Continuum. I use SVN for SCM, so my POM
contains the following :


scm:svn:svn://host:3691/COMMON/trunk/



The Continuum build fails and I get the following results :

org.apache.maven.continuum.scm.ContinuumScmException:
Cannot checkout sources.
at
org.apache.maven.continuum.scm.DefaultContinuumScm.checkOut(DefaultCont 
inuumScm.java:97)

...

Caused by: java.io.IOException: java.io.IOException:
svn: not found
at java.lang.UNIXProcess.(UNIXProcess.java:143)


Does this mean that the svn:// protocol isn't supported
(yet ?) and that I have to set up a http server ? I've
found nothing about svn:// in docs, JIRA and mailing lists.

Yann

Re: Checkout with svn:// protocol fails

[Mark Donszelmann]

Quite right, my mistake. I guess one needs it if you do (svn  
scm:update). Did not read

the original e-mail correctly.

Regards
Mark

On Jun 30, 2005, at 8:37 AM, Emmanuel Venisse wrote:




Mark Donszelmann wrote:

Hi
I guess you need maven-scm-plugin.jar version 1.5 for the svn  
protocol  to work out of the box.


No, this plugin isn't use by continuum.


And you may need to specify a different separator:
scm|svn|svn://svn.freehep.org/svn/${pom.artifactId}/trunk


No, it isn't necessary.

Emmanuel


Regards
Mark Donszelmann
On Jun 30, 2005, at 8:22 AM, Yann LE DU wrote:

Hi all,

Just started Continuum and tried to add a Maven 2
project to Continuum. I use SVN for SCM, so my POM
contains the following :


scm:svn:svn://host:3691/COMMON/trunk/



The Continuum build fails and I get the following results :

org.apache.maven.continuum.scm.ContinuumScmException:
Cannot checkout sources.
at
org.apache.maven.continuum.scm.DefaultContinuumScm.checkOut(DefaultCo 
nt inuumScm.java:97)

...

Caused by: java.io.IOException: java.io.IOException:
svn: not found
at java.lang.UNIXProcess.(UNIXProcess.java:143)


Does this mean that the svn:// protocol isn't supported
(yet ?) and that I have to set up a http server ? I've
found nothing about svn:// in docs, JIRA and mailing lists.

Yann

Re: How to deploy a plugin?

[Mark Donszelmann]

I use:

maven plugin:repository-deploy

or

maven plugin:repository-deploy-snapshot

however, there does not seem to be a way to install (local repository) a 
snapshot of a plugin.

Regards
Mark Donszelmann

- Original Message - 
From: "Michael Schuerig" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, January 26, 2005 5:00 AM
Subject: How to deploy a plugin?


> 
> I've written my first Maven plugin[1] and now I'm a bit confused about 
> deploying it. I have my own miniature repository at 
> http://www.schuerig.de/maven with a local staging directory. Now, 
> ordinary jars I can deploy to the staging directory with jar:deploy. I 
> can do the same with the plugin, but then it goes into the 
> /jars directory, although, as far as I understand it, it 
> belongs in the /plugins directory.
> 
> Have I overlooked something? Is it the way to go use a custom goal in 
> maven.xml to copy the plugin to the appropriate place?
> 
> Michael
> 
> 
> [1] a report wrapper around the Spring BeanDoc tool, see
> <http://opensource.atlassian.com/confluence/spring/display/BDOC/Home>
> 
> -- 
> Michael Schuerig Nothing is as brilliantly adaptive
> mailto:[EMAIL PROTECTED]   as selective stupidity.
> http://www.schuerig.de/michael/--A.O. Rorty, The Deceptive Self
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]