WebSphere AppServer 4.0 Plugin v1.1 released

[dion]

The Maven-Plugins SourceForge team is pleased to announce the WebSphere 
AppServer plugin 1.1 release!

http://maven-plugins.sourceforge.net/maven-was40-plugin/

The Maven WebSphere AppServer plugin contains goals useful for 
deploying and managing applications on IBM's WebSphere Application Server 
v4.0.

Features added in this version include:

o Can now generate ejb deployment code goal as part of the ejb jar build
o Added FAQ entries
o Added ear expander goal
o Added jndi-dump goal
o Added WAS Web Server plugin re-generation
o Added app-show goal 
o Added list-apps goal

Note that this plugin has been tested with Maven 1.0 RC1 and RC2 (still 
under development).
Using it with another version of Maven is at your own risk :-)

You can download the plugin here:
http://maven-plugins.sourceforge.net/maven/maven-plugins/plugins/maven-was40-plugin-1.1.jar

Have fun!
--
dIon Gillard, Multitask Consulting

Re: Melati version 0.7.2

[Jason van Zyl]

On Tue, 2004-03-02 at 18:55, Tim Pizey wrote:
> Version 0.7.2 of Melati has been released. 

Why are you announcing this on the maven user list?

> This includes 
> o - version 1.3.1 of Velocity 
> o - better handling of character encodings, 
>  to support chinese and other characters
> o - Support for finer grained authorisation  
> o - bug fixes to rollback and tree rendering
> o - An experimental JSP handling servlet
> 
> Examples and details at http://melati.net/
> where you can see and play with the generic 
> database admin system. 
> 
> Further example code can be seen at http://paneris.net/
> 
> yours
> Tim Pizey
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
jvz.

Jason van Zyl
[EMAIL PROTECTED]
http://maven.apache.org

happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...

 -- Thoreau 


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

interdependencies in the repo

[Nathan Coast]

Hi,

I can remember reading a few threads about this in the past.  Can someone give 
me a heads up about where this is going.

The reactor works out compile sequence for components in your workspace.  What 
about when the components are released and in your repo?

We have sql scripts that execute for each ejb project.  Due to the reactor these 
are executed in the correct sequence when the files are on the fs.  We are 
changing our sql plugin so it can execute the appropriate sql script but from a 
specified version in the repo.  When we do an ejb:install, it also versions the 
sql script and installs the script in the repo.  As work is completed, more of 
our ejbs migrate to released versions in the repo and so it isn't neccessary to 
keep the sources in your workspace.  Eventually, we will have only the ear 
project on the fs, specifing dependencies on the compiled ejb-jars in the repo. 
 What we'd like to happen is the sql scripts are executed in the correct 
sequence from the repo calculated from the inter-dependencies in the poms in the 
repo rather than from files that match **/project.xml.

Is this sort of functionality planned?

BTW, the plugin were working on was based on the SQL plugin posted by Jason 
Chaffe.  We've modified this plugin significantly and would like to make 
features available to others.  AFAICT the sql plugin never made it to mainstream 
maven and the related Jira issue was deleted.

http://www.mail-archive.com/[EMAIL PROTECTED]/msg07496.html

Does anyone know Jason Chaffe's email?

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

Building multiple jars with Maven

[Brian Enigma]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I searched through the maven-users archive for my question and  
found something close to what I am looking for  
(http://nagoya.apache.org/eyebrowse/ReadMsg? 
[EMAIL PROTECTED]&msgId=808818), but either it does not  
quite fit my scenario or I do not understand it as well as I think.

Anyway, I have a cvs project containing common utility source code  
that gets used across a number of our projects.  This is all library  
code--there is no main(), just a few unit tests.  This project includes  
packages such as:

 com.mycompany.util.crypto
 com.mycompany.util.log
 com.mycompany.util.string
 com.mycompany.util.xml
 ...etc...
The ant script we currently employ builds multiple jar files from  
this source: mycompany-crypto.jar, mycompany-xml.jar, etc.  This has to  
be done because of various legal reasons as well as minimizing the size  
of distributed applications.  We do not want to build one gigantic util  
jar file containing everything because we do not want to (or cannot)  
ship the crypto classes to everyone.  Nor do we want to ship our custom  
XML code out with a program that does not utilize it in order to  
minimize download sizes as well as exposed object code (which can be  
decompiled).

I am in the process of evaluating Maven to replace or coexist with  
our existing Ant build process.  For final release projects, Maven is  
great because I can tell it where to find mycompany-crypto.jar, etc.   
For this core "util" project, I am having difficulty figuring out how  
to best model the behavior I need in Maven.  Is there a way to have a  
single project.xml output half a dozen jar files--one for each package?  
 Will I have to resort to multiple project files (project-crypto.xml,  
project-xml.xml, etc) with one master project.xml to bind them all?   
Should I stick with the existing Ant scripts in this one case?
 -Brian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFARSxR0dKNWt3rpSURAkx1AKDnfZtxf+mSCgPab23ZvA6P51UizwCgpEtI
PieRJxaq2YPkDKgWEX+0oaM=
=8J0h
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Melati version 0.7.2

[Tim Pizey]

Version 0.7.2 of Melati has been released. 

This includes 
o - version 1.3.1 of Velocity 
o - better handling of character encodings, 
 to support chinese and other characters
o - Support for finer grained authorisation  
o - bug fixes to rollback and tree rendering
o - An experimental JSP handling servlet

Examples and details at http://melati.net/ 
where you can see and play with the generic 
database admin system. 

Further example code can be seen at http://paneris.net/

yours
Tim Pizey




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

Re: JDK 1.5 is out, and it breaks Maven

[Berin Loritsch]

Berin Loritsch wrote:

As a temperary workaround, how do we override the "-source" property in
Maven?
Ok, I found the answer to my own question:

maven.compile.source
maven.compile.target
Thanks.

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

Re: AW: copy all jars/deps of sub-projects with

[Gilles Dodinet]

Jens Zastrow wrote:

How can I specifiy the projectDescriptor of deploy:copy-deps ?!
 

does something like below not work ?


   

this worked but only the deps of the file (x.getFile()) are used. but I
use  in these project.xml files with more deps which a want to
be copied too.
actually maven:pom seems to not read parent file (parameter useParentPom 
is false) so you might want to process the parent file as well. 
something like below :




Is there a docu for the ${x.getXXX()} stuff ?
 

source xref and javadoc afaik

Thanks
Jens Zastrow
-
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]

JDK 1.5 is out, and it breaks Maven

[Berin Loritsch]

Thanks to the new JDK 1.5 installer, the default location to install both the
runtime and the developer kit is within the %PROGRAM_FILES% directory.  That
means a space is in the path to the "java" command no matter how you slice it.
The current "maven" script for Cygwin compatibility does not properly handle
this arrangement--because it never had to until now.  The proper way to solve
the issue is to add surrounding quotes to the $JAVACMD that starts up maven.
Enclosed is a script that works.
Also a problem is that the defaults on the "javac" compiler are different, and
the fact that we set the "-target" option without specifying the "-source"
option means that all compilation will fail with the following message:
javac: source release 1.4 requires target release 1.4

The default "-source" option is "1.4" for JDK 1.5, which means you need a
"-target" of "1.4".  Actually, unless you intend to have Java 1.1 compatible
binaries, the "-target" option should never be set.
As a temperary workaround, how do we override the "-source" property in
Maven?
#!/bin/sh

#   Copyright (c) 2001-2002 The Apache Software Foundation.  All rights
#   reserved.

FOREHEAD_VERSION=1.0-beta-5

if [ -z "$MAVEN_OPTS" ] ; then
  MAVEN_OPTS="-Xmx256m"
fi

if [ -f "$HOME/.mavenrc" ] ; then
  . $HOME/.mavenrc
fi

# OS specific support.  $var _must_ be set to either true or false.
cygwin=false;
darwin=false;
case "`uname`" in
  CYGWIN*) cygwin=true ;;
  Darwin*) darwin=true ;;
esac

if [ -z "$MAVEN_HOME" ] ; then
  # try to find MAVEN
  if [ -d /opt/maven ] ; then
MAVEN_HOME=/opt/maven
  fi

  if [ -d ${HOME}/maven ] ; then
MAVEN_HOME=${HOME}/maven
  fi

  ## resolve links - $0 may be a link to maven's home
  PRG=$0
  progname=`basename $0`
  saveddir=`pwd`

  # need this for relative symlinks
  cd `dirname $PRG`

  while [ -h "$PRG" ] ; do
ls=`ls -ld "$PRG"`
link=`expr "$ls" : '.*-> \(.*\)$'`
if expr "$link" : '.*/.*' > /dev/null; then
  PRG="$link"
else
  PRG="`dirname $PRG`/$link"
fi
  done

  MAVEN_HOME=`dirname "$PRG"`/..

  # make it fully qualified
  MAVEN_HOME=`cd "$MAVEN_HOME" && pwd`

  cd $saveddir
fi

# For Cygwin, ensure paths are in UNIX format before anything is touched
if $cygwin ; then
  [ -n "$MAVEN_HOME" ] &&
MAVEN_HOME="`cygpath --unix "$MAVEN_HOME"`"
  [ -n "$MAVEN_HOME_LOCAL" ] &&
MAVEN_HOME_LOCAL="`cygpath --unix "$MAVEN_HOME_LOCAL"`"
  [ -n "$JAVA_HOME" ] &&
JAVA_HOME="`cygpath --unix "$JAVA_HOME"`"
  [ -n "$CLASSPATH" ] &&
CLASSPATH="`cygpath --path --unix "$CLASSPATH"`"
fi

if [ -z "$JAVACMD" ] ; then
  if [ -n "$JAVA_HOME"  ] ; then
if [ -x "$JAVA_HOME/jre/sh/java" ] ; then
  # IBM's JDK on AIX uses strange locations for the executables
  JAVACMD=$JAVA_HOME/jre/sh/java
else
  JAVACMD=$JAVA_HOME/bin/java
fi
  else
JAVACMD=java
  fi
fi

if [ ! -x "$JAVACMD" ] ; then
  echo "Error: JAVA_HOME is not defined correctly."
  echo "  We cannot execute $JAVACMD"
  exit
fi

if [ -z "$JAVA_HOME" ] ; then
  echo "Warning: JAVA_HOME environment variable is not set."
  echo "  If build fails because sun.* classes could not be found"
  echo "  you will need to set the JAVA_HOME environment variable"
  echo "  to the installation directory of java."
fi

MAVEN_ENDORSED==${JAVA_HOME}/lib/endorsed:${MAVEN_HOME}/lib/endorsed

# For Cygwin, switch paths to Windows format before running java
if $cygwin; then
  [ -n "$MAVEN_HOME" ] &&
MAVEN_HOME="`cygpath --path --windows "$MAVEN_HOME"`"
  [ -n "$MAVEN_HOME_LOCAL" ] &&
MAVEN_HOME_LOCAL="`cygpath --path --windows "$MAVEN_HOME_LOCAL"`"
  [ -n "$JAVA_HOME" ] &&
JAVA_HOME="`cygpath --path --windows "$JAVA_HOME"`"
  [ -n "$MAVEN_ENDORSED" ] &&
MAVEN_ENDORSED="`cygpath --path --windows "$MAVEN_ENDORSED"`"
fi

# For Darwin, use classes.jar for TOOLS_JAR
TOOLS_JAR="${JAVA_HOME}/lib/tools.jar"
if $darwin; then
  
TOOLS_JAR="/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/classes.jar"
fi

MAIN_CLASS=com.werken.forehead.Forehead
if [ -n "$MAVEN_HOME_LOCAL" ]; then
  "$JAVACMD" \
$MAVEN_OPTS \
-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl \

-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
 \
"-Djava.endorsed.dirs=${MAVEN_ENDORSED}" \
-classpath "${MAVEN_HOME}/lib/forehead-${FOREHEAD_VERSION}.jar" \
"-Dforehead.conf.file=${MAVEN_HOME}/bin/forehead.conf"  \
"-Dtools.jar=$TOOLS_JAR" \
"-Dmaven.home=${MAVEN_HOME}" \
"-Dmaven.home.local=${MAVEN_HOME_LOCAL}" \
$MAIN_CLASS $@
fi
if [ ! -n "$MAVEN_HOME_LOCAL" ]; then
  "$JAVACMD" \
$MAVEN_OPTS \
-Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl \

-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
 \
"-Djava.endorsed.dirs=${MAVEN_ENDORSED}" \
-classpath "${MAVEN_HOME}/lib/forehead-${FOREHEAD_VERSION}.jar" \
"-Dforehead.conf.file=$

Re: Dependencies

[Christopher W. Farnham]

That depends on what you mean by source controlled.

The dependencies are source controlled in the sense that the 
dependencies are recorded in the project.xml file
for each release or build.  At my company we have a company repository 
set up that has all of our jar dependencies.

For each build and/or release it pulls the jar files out of the maven 
repository.  This is really no different than having
the jars in CVS except it's more explicit, faster, and easier to manage.

Of cource someone could delete your maven repository... but the same 
could happen to a CVS repository... so that's a matter of backups.

Christopher Farnham
Senior Consultant at Wrycan, Inc.
[EMAIL PROTECTED]
http://www.wrycan.com


Dandeneau, David J. (LNG-DAY) wrote:

We are evaluating maven for use at our company, but we are having a
difficult time figuring out how maven's notion of dependencies can work with
our process. The main difficulty is that we need to be able to reproduce a
build at any given time. We are troubled by the idea that the repository is
not source controlled, and therefore could possibly change. Is it possible
to use a standard classpath instead of the maven dependencies? or could you
use a combination?
Right now we make use of clearcase and have a build system constructed
completely of generic Ant scripts. We use clearcase to manage the
dependencies between projects. 

How are other organizations using Maven to handle dependencies? What about
dependencies between closely related internal projects? Is it possible to
have a dependency configured to automatically use the latest version, no
matter what the version number is? Is it possible to build a custom remote
repository?
Thanks,
Dave
-
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]

Dependencies

[Dandeneau, David J. (LNG-DAY)]

We are evaluating maven for use at our company, but we are having a
difficult time figuring out how maven's notion of dependencies can work with
our process. The main difficulty is that we need to be able to reproduce a
build at any given time. We are troubled by the idea that the repository is
not source controlled, and therefore could possibly change. Is it possible
to use a standard classpath instead of the maven dependencies? or could you
use a combination?

Right now we make use of clearcase and have a build system constructed
completely of generic Ant scripts. We use clearcase to manage the
dependencies between projects. 

How are other organizations using Maven to handle dependencies? What about
dependencies between closely related internal projects? Is it possible to
have a dependency configured to automatically use the latest version, no
matter what the version number is? Is it possible to build a custom remote
repository?

Thanks,
Dave

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

Re: setting properties

[matthew.hawthorne]

What about trying: 
pom.getPluginContext('maven-multiproject-plugin').setVariable(...)

A shot in the dark, but maybe it's worth a try.

Sonnek, Ryan wrote:
Still no luck for me, could this be multiproject related?  When I echo the
property in my master project, the property is set fine, but once the call
goes into a subproject the property is lost.  The property stays set from
one project to the next if it is passed from the command line.


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

RE: Problems with Maven and JUnit: package junit.framework does not exist. Yes it is on the classpath.

[Stephane Nicoll]

Well, I think he should put the tests in src/test in a first place. This
dependency is added automatically by the plugin.


-Original Message-
From:   Erik Husby [mailto:[EMAIL PROTECTED]
Sent:   Tue 3/2/2004 20:30
To: Maven Users List
Cc: 
Subject:Re: Problems with Maven and JUnit: package junit.framework
does not exist.  Yes it is on the classpath.
You need to declare a dependency on JUnit in your project.xml file.

  


  junit
  junit
  3.8.1
  http://junit.org

 

Andy Hale wrote:

> I recently installed maven-1.0-rc.tar.gz on Red Hat Enterprise Linux 3 
> release: 4.3.0-55.EL.
> I have junit.jar in my classpath and can compile JUnit Test classes 
> with java at the command line.  I am attempting to compile a simple 
> JUnit class file, but when I attempt to compile the JUnit class with 
> maven it does not find the junit.jar.  Can you please let me know what 
> I am doing wrong?
>
> -Andy Hale
>
>
> *Here is my project.xml:
>
> *CUT-
> 
>nesso
>1.0
>
>
>${basedir}/src/java
>
>
>
>${basedir}/src/test
>
> 
> CUT-
>
> *The output when attempting to run maven:*
>
> CUT-
> $ maven java:jar
> __  __
> |  \/  |__ _Apache__ ___
> | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc1-SNAPSHOT
>
> java:prepare-filesystem:
>
> java:compile:
>[echo] Compiling to /home/halea/sandbox/nesso/current/target/classes
>[javac] Compiling 2 source files to 
> /home/halea/sandbox/nesso/current/target/classes
>
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java
:3: 
> package junit.framework does not exist
> import junit.framework.TestCase;
>   ^
>
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java
:5: 
> cannot resolve symbol
> symbol  : class TestCase
> location: class nesso.metnet.navy.mil.BoxTest
> public class BoxTest extends TestCase{
> ^
>
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java
:9: 
> cannot resolve symbol
> symbol  : method assertEquals (int,int)
> location: class nesso.metnet.navy.mil.BoxTest
>assertEquals(4,b.getArea());
>^
> 3 errors
>
> BUILD FAILED
> File.. file:/home/halea/.maven/plugins/maven-java-plugin-1.3/
> Element... ant:javac
> Line.. 34
> Column 48
> Compile failed; see the compiler error output for details.
> Total time: 8 seconds
> Finished at: Tue Mar 02 10:40:05 PST 2004
> CUT-
> 
>

-- 
Erik Husby
Team Lead for Software Quality Automation
Genome Center at MIT
Rm. 2192
320 Charles St
Cambridge, MA 02141-2023
mobile: 781.354.6669
office: 617.258.9227
[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: Problems with Maven and JUnit: package junit.framework does not exist. Yes it is on the classpath.

[Erik Husby]

You need to declare a dependency on JUnit in your project.xml file.

 

   
 junit
 junit
 3.8.1
 http://junit.org
   

Andy Hale wrote:

I recently installed maven-1.0-rc.tar.gz on Red Hat Enterprise Linux 3 
release: 4.3.0-55.EL.
I have junit.jar in my classpath and can compile JUnit Test classes 
with java at the command line.  I am attempting to compile a simple 
JUnit class file, but when I attempt to compile the JUnit class with 
maven it does not find the junit.jar.  Can you please let me know what 
I am doing wrong?

-Andy Hale

*Here is my project.xml:

*CUT-

   nesso
   1.0
   
   
   ${basedir}/src/java
   
   
   
   ${basedir}/src/test
   

CUT-
*The output when attempting to run maven:*

CUT-
$ maven java:jar
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc1-SNAPSHOT
java:prepare-filesystem:

java:compile:
   [echo] Compiling to /home/halea/sandbox/nesso/current/target/classes
   [javac] Compiling 2 source files to 
/home/halea/sandbox/nesso/current/target/classes
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:3: 
package junit.framework does not exist
import junit.framework.TestCase;
  ^
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:5: 
cannot resolve symbol
symbol  : class TestCase
location: class nesso.metnet.navy.mil.BoxTest
public class BoxTest extends TestCase{
^
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:9: 
cannot resolve symbol
symbol  : method assertEquals (int,int)
location: class nesso.metnet.navy.mil.BoxTest
   assertEquals(4,b.getArea());
   ^
3 errors

BUILD FAILED
File.. file:/home/halea/.maven/plugins/maven-java-plugin-1.3/
Element... ant:javac
Line.. 34
Column 48
Compile failed; see the compiler error output for details.
Total time: 8 seconds
Finished at: Tue Mar 02 10:40:05 PST 2004
CUT-

--
Erik Husby
Team Lead for Software Quality Automation
Genome Center at MIT
Rm. 2192
320 Charles St
Cambridge, MA 02141-2023
mobile: 781.354.6669
office: 617.258.9227
[EMAIL PROTECTED]


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

Problems with Maven and JUnit: package junit.framework does not exist. Yes it is on the classpath.

[Andy Hale]

I recently installed maven-1.0-rc.tar.gz on Red Hat Enterprise Linux 3 
release: 4.3.0-55.EL.
I have junit.jar in my classpath and can compile JUnit Test classes with 
java at the command line.  I am attempting to compile a simple JUnit 
class file, but when I attempt to compile the JUnit class with maven it 
does not find the junit.jar.  Can you please let me know what I am doing 
wrong?

-Andy Hale

*Here is my project.xml:

*CUT-

   nesso
   1.0
   
   
   ${basedir}/src/java
   
   
   
   ${basedir}/src/test
   

CUT-
*The output when attempting to run maven:*

CUT-
$ maven java:jar
__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc1-SNAPSHOT
java:prepare-filesystem:

java:compile:
   [echo] Compiling to /home/halea/sandbox/nesso/current/target/classes
   [javac] Compiling 2 source files to 
/home/halea/sandbox/nesso/current/target/classes
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:3: 
package junit.framework does not exist
import junit.framework.TestCase;
  ^
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:5: 
cannot resolve symbol
symbol  : class TestCase
location: class nesso.metnet.navy.mil.BoxTest
public class BoxTest extends TestCase{
^
/home/halea/sandbox/nesso/current/src/java/nesso/metnet/navy/mil/BoxTest.java:9: 
cannot resolve symbol
symbol  : method assertEquals (int,int)
location: class nesso.metnet.navy.mil.BoxTest
   assertEquals(4,b.getArea());
   ^
3 errors

BUILD FAILED
File.. file:/home/halea/.maven/plugins/maven-java-plugin-1.3/
Element... ant:javac
Line.. 34
Column 48
Compile failed; see the compiler error output for details.
Total time: 8 seconds
Finished at: Tue Mar 02 10:40:05 PST 2004
CUT-

RE: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Kalaveshi, Adrian]

Joern --

I can't reproduce this behavior.  For me, whenever a jar has "-SNAPSHOT.jar"
in it's name, it copies the version from the remote repository (overwriting
whatever is in the local repository).  It doesn't seem to matter if your
dependency is 1.1-SNAPSHOT or just
SNAPSHOT.

Might this be an Apache configuration problem?  Any help would be greatly
appreciated.

-adrian-

-Original Message-
From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 02, 2004 7:37 AM
To: Maven Users List
Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
reposito ry


Hi Ben,

maybe there is also a difference between SNAPSHOT and versioned SNAPSHOT
jars. I.e. if your project A has a currentVersion like '1.1-SNAPSHOT' and
you create the jar with 'maven jar:install' you'll have a
'a-1.1-SNAPSHOT.jar' in your local repository. In this case if a project B
has a dependency like this

a
a
1.1-SNAPSHOT

a new version in your local repository gets overriden by an older version in
the remote repository.


However, if you install your jar with 'maven jar:install-snapshot' you'll
find a 'a-SNAPSHOT.jar' and a 'a-MMDD.HHMMSS.jar' in your local
repository. Maybe in this case if project B has a dependency like this

a
a
SNAPSHOT

the local 'a-SNAPSHOT.jar' doesn't get overridden by an older remote
version.


Note, that the Maven project and the Maven-Plugin uses the first way of
creating SNAPSHOT jars.
It would be great, if a SNAPSHOT download would check the date in bith
cases.

Joern

> -Ursprüngliche Nachricht-
> Von: Ben Walding [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 2. März 2004 16:11
> An: Maven Users List
> Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> reposito ry
> 
> 
> Nope, Maven does check the date - it uses the http protocol to only 
> download as required.  However I think there might be some 
> issues in it 
> - possibly even in the ibiblio web server / dates on the 
> server (see my 
> earlier email today)
> 
> I'll take a further look when I code up the snapshot 
> downloader for the 
> maven-proxy.
> 
> Kalaveshi, Adrian wrote:
> 
> >I also don't believe that Maven checks to see which SNAPSHOT 
> is newer.
> >Maven seems to always download it -- even if they are 
> identical.  Anyone
> >have a definitive answer for this?  I'm using 1.0-rc1.
> >
> >Using the "-o" option isn't sufficient enough.  I'd like to avoid
> >downloading SNAPSHOT jars of my internal projects (or, I 
> should say, I'd
> >like to avoid overwriting the newer SNAPSHOT jar that exists 
> in my local
> >repository) but, at the same time, I need to have access to 
> everything else
> >in the repository.
> >
> >-adrian-
> >
> >-Original Message-
> >From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
> >Sent: Tuesday, March 02, 2004 1:19 AM
> >To: Maven Users List
> >Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
> >reposito ry
> >
> >
> >Hi,
> >
> >That's strange. We have exactly the same problem that Adrian 
> described. I
> >believe that Maven doesn't check any dates when resolving SHNAPSHOT
> >dependencies, but just downloads the SNAPSHOT jar from the 
> remote repository
> >if it is there.
> >
> >I've posted a similar message some weeks ago and was advised 
> to used the -o
> >(offline) option of Maven (e.g. maven -o jar) to suppress 
> the download from
> >the remote server. Alternatively, you can set a property (I 
> don't remember
> >the property name, but it's documented somewhere...) in your local
> >build.properties to switch to the offline mode.
> >
> >Jörn
> >
> >  
> >
> >>-Ursprüngliche Nachricht-
> >>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>Gesendet: Dienstag, 2. März 2004 04:20
> >>An: Maven Users List
> >>Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> >>repository
> >>
> >>
> >>"Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 
> 02/03/2004 
> >>08:09:36 AM:
> >>
> >>
> >>
> >>>Greetings --
> >>>
> >>>Is there a best practices document describing maven's role in a 
> >>>  
> >>>
> >>multiproject
> >>
> >>
> >>>environment?
> >>>
> >>>One of the problems I'm currently trying to tackle is this: 
> >>>
> >>>- internal components have dependencies to SNAPSHOT 
> >>>  
> >>>
> >>versions of other
> >>
> >>
> >>>internal components.
> >>>- after each project is compiled, it's SNAPSHOT artifact is 
> >>>  
> >>>
> >>created and
> >>
> >>
> >>>'installed' to the local repository (for use by other projects)
> >>>  
> >>>
> >>We have exactly this.
> >>
> >>
> >>
> >>>- when the next project is compiled, it's dependencies are 
> >>>  
> >>>
> >>downloaded 
> >>from
> >>
> >>
> >>>the repository (overwriting the SNAPSHOT artifact that was 
> >>>  
> >>>
> >>created in 
> >>the
> >>
> >>
> >>>previous line item)
> >>>  
> >>>
> >>This doesn't happen for us. 

RE: setting properties

[Sonnek, Ryan]

Still no luck for me, could this be multiproject related?  When I echo the
property in my master project, the property is set fine, but once the call
goes into a subproject the property is lost.  The property stays set from
one project to the next if it is passed from the command line.

> -Original Message-
> From: Oliver Nölle [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 02, 2004 10:44 AM
> To: Maven Users List
> Subject: Re: setting properties
> 
> > Any pointers on how to set properties from within my maven.xml?  I've
> got
> a
> > short custom goal to set properties, then call install:
> >
> >   
> > 
> > 
> >   
> 
> I just ran into the same problem: setting a property from maven.xml before
> invoking a plugin's goal (jdiff).
> 
> I also have problems understanding the relations between jelly properties,
> plugin contexts and ant properties.
> However, for me the solution was to use  instead of 
> like this:
> 
> 
>   
>   
> 
> 
> Maybe this helps.
> 
> 
> Oliver
> 
> 
> -
> 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: setting properties

[Oliver Nölle]

> Any pointers on how to set properties from within my maven.xml?  I've got
a
> short custom goal to set properties, then call install:
>
>   
>   
>   
>   

I just ran into the same problem: setting a property from maven.xml before
invoking a plugin's goal (jdiff).

I also have problems understanding the relations between jelly properties,
plugin contexts and ant properties.
However, for me the solution was to use  instead of 
like this:


  
  


Maybe this helps.


Oliver


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

Re: From eclipse/maven to WS5.0

[Thomas . Lageson]

Francois,
There are a lot of dissimiliarities between JBoss and WAS when it comes to
deployment.

The first problem you have is that the application.xml contains jar
references which WAS balks at so you need to:
Modify the maven-ear-plugin\plugin.jelly file, commenting out the following
code:
 

If the code is commented out properly, this basically says if you see a
"jar" type to NOT include it in the application.xml

The spec actually makes it sound like only application client jars should
be included in the application.xml file, not just any jars.  You don't want
to remove the jars from the ear bundle, because you do want them there, you
just don't want them in the application.xml file.

What are you doing for the EJB RMI generated code?  WAS expects certain
classes, which you get with WSAD 5.x EJB generation.  Of course, if you are
not doing EJBs, it's not a problem.

Also, to actually tell maven to generate the application.xml, you need to
put this in the project.properties for the EAR project:
maven.ear.appxml.generate=true

- Tom



|-+>
| |   "Francois Boccou"|
| |   |
| ||
| |   03/02/2004 08:47 |
| |   AM   |
| |   Please respond to|
| |   "Maven Users |
| |   List"|
| ||
|-+>
  
>-|
  |
 |
  |   To:   [EMAIL PROTECTED]  
|
  |   cc:  
 |
  |   Subject:  From eclipse/maven to WS5.0
 |
  
>-|




Hello,

I have a problem to deploy an ear on websphere 5.0.
I use Eclipse, maven, jboss on my local pc and think goes well for testing
but the deployment to websphere 5.0 goes actually completly wrong and I
don't know where to lead my investigations.

Maven helped me create an ear files thats contains my web application, my
ejbs et some jars.

When I run AAT on this ear , I have the following error :
*** ERROR *** Mon Mar 01 18:10:19 CET 2004caller:   at
com.ibm.etools.archive.impl.LoadStrategyImpl.openNestedArchive(LoadStrategyI

mpl.java:390)
com.ibm.etools.archive.exception.OpenFailureException: IWAE0023E Unable
to open module file "vpc-donnees-1.0.jar" in EAR file
"/u04/product/vpc/vpcv2.7/vpc-ear-1.0.ear"
Stack trace of nested exception:
com.ibm.etools.archive.exception.OpenFailureException: IWAE0006E
Archive
is not a valid Application Client JAR File because the deployment
descriptor
can not be found (case sensitive): META-INF/application-client.xml

Ok, it seems that META-INF/application-client.xml is missing, but how to
generate this file, for what ?

If someone would show me the path ...

Thanks
François







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

AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Jörn Gebhardt]

Hi Ben,

maybe there is also a difference between SNAPSHOT and versioned SNAPSHOT
jars. I.e. if your project A has a currentVersion like '1.1-SNAPSHOT' and
you create the jar with 'maven jar:install' you'll have a
'a-1.1-SNAPSHOT.jar' in your local repository. In this case if a project B
has a dependency like this

a
a
1.1-SNAPSHOT

a new version in your local repository gets overriden by an older version in
the remote repository.


However, if you install your jar with 'maven jar:install-snapshot' you'll
find a 'a-SNAPSHOT.jar' and a 'a-MMDD.HHMMSS.jar' in your local
repository. Maybe in this case if project B has a dependency like this

a
a
SNAPSHOT

the local 'a-SNAPSHOT.jar' doesn't get overridden by an older remote
version.


Note, that the Maven project and the Maven-Plugin uses the first way of
creating SNAPSHOT jars.
It would be great, if a SNAPSHOT download would check the date in bith
cases.

Joern

> -Ursprüngliche Nachricht-
> Von: Ben Walding [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 2. März 2004 16:11
> An: Maven Users List
> Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> reposito ry
> 
> 
> Nope, Maven does check the date - it uses the http protocol to only 
> download as required.  However I think there might be some 
> issues in it 
> - possibly even in the ibiblio web server / dates on the 
> server (see my 
> earlier email today)
> 
> I'll take a further look when I code up the snapshot 
> downloader for the 
> maven-proxy.
> 
> Kalaveshi, Adrian wrote:
> 
> >I also don't believe that Maven checks to see which SNAPSHOT 
> is newer.
> >Maven seems to always download it -- even if they are 
> identical.  Anyone
> >have a definitive answer for this?  I'm using 1.0-rc1.
> >
> >Using the "-o" option isn't sufficient enough.  I'd like to avoid
> >downloading SNAPSHOT jars of my internal projects (or, I 
> should say, I'd
> >like to avoid overwriting the newer SNAPSHOT jar that exists 
> in my local
> >repository) but, at the same time, I need to have access to 
> everything else
> >in the repository.
> >
> >-adrian-
> >
> >-Original Message-
> >From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
> >Sent: Tuesday, March 02, 2004 1:19 AM
> >To: Maven Users List
> >Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
> >reposito ry
> >
> >
> >Hi,
> >
> >That's strange. We have exactly the same problem that Adrian 
> described. I
> >believe that Maven doesn't check any dates when resolving SHNAPSHOT
> >dependencies, but just downloads the SNAPSHOT jar from the 
> remote repository
> >if it is there.
> >
> >I've posted a similar message some weeks ago and was advised 
> to used the -o
> >(offline) option of Maven (e.g. maven -o jar) to suppress 
> the download from
> >the remote server. Alternatively, you can set a property (I 
> don't remember
> >the property name, but it's documented somewhere...) in your local
> >build.properties to switch to the offline mode.
> >
> >Jörn
> >
> >  
> >
> >>-Ursprüngliche Nachricht-
> >>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>Gesendet: Dienstag, 2. März 2004 04:20
> >>An: Maven Users List
> >>Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> >>repository
> >>
> >>
> >>"Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 
> 02/03/2004 
> >>08:09:36 AM:
> >>
> >>
> >>
> >>>Greetings --
> >>>
> >>>Is there a best practices document describing maven's role in a 
> >>>  
> >>>
> >>multiproject
> >>
> >>
> >>>environment?
> >>>
> >>>One of the problems I'm currently trying to tackle is this: 
> >>>
> >>>- internal components have dependencies to SNAPSHOT 
> >>>  
> >>>
> >>versions of other
> >>
> >>
> >>>internal components.
> >>>- after each project is compiled, it's SNAPSHOT artifact is 
> >>>  
> >>>
> >>created and
> >>
> >>
> >>>'installed' to the local repository (for use by other projects)
> >>>  
> >>>
> >>We have exactly this.
> >>
> >>
> >>
> >>>- when the next project is compiled, it's dependencies are 
> >>>  
> >>>
> >>downloaded 
> >>from
> >>
> >>
> >>>the repository (overwriting the SNAPSHOT artifact that was 
> >>>  
> >>>
> >>created in 
> >>the
> >>
> >>
> >>>previous line item)
> >>>  
> >>>
> >>This doesn't happen for us. We never get a download as our 
> >>local SNAPSHOT 
> >>is newer than the one in the remote repo.
> >>
> >>--
> >>dIon Gillard, Multitask Consulting
> >>
> >>
> >>
> >
> >-
> >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: multiproject and clean:clean

[Maczka Michal]

> -Original Message-
> From: Jens Zastrow [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 02, 2004 3:43 PM
> To: Maven Users List
> Subject: multiproject and clean:clean
> 
> 
> I have 2 subprojects
> 
>  
> 
> A, B
> 
>  
> 
> B depends on A (has a dependency)
> 
>  
> 
> If i invoke multiproject:clean i get the error that project 
> A.jar cannot be dowloaded.
> 
> This might be correct for a normal build but for a simple clean not.
> 
>  
> 
> How can I disable the dependency-check during "multiproject:clean".
> 
You cannot. Maven checks if all dependencies are satisfied before lettting
you to execute any goal. 
You might call it a bug or feature..

What you can try is:

maven multiproject:goal -Dgoal=clean,jar:install (not 100% sure about the
syntax)

Michal

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

RE: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Maczka Michal]

Ben: I think that such problem exists and it is certainly not limited to
ibiblio only.
I have the same exact bug when I am working with intranet web server. 
I don't know  if this is problem of maven it self, web server caching, proxy
server caching etc.

I am too busy to look into it at the moment :(
I was forced (lack of time to fix it) to stop working with SNAPSHOTs.

Michal

> -Original Message-
> From: Ben Walding [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 02, 2004 4:11 PM
> To: Maven Users List
> Subject: Re: multiproject:artifact, SNAPSHOT dependencies and the
> reposito ry
> 
> 
> Nope, Maven does check the date - it uses the http protocol to only 
> download as required.  However I think there might be some 
> issues in it 
> - possibly even in the ibiblio web server / dates on the 
> server (see my 
> earlier email today)
> 
> I'll take a further look when I code up the snapshot 
> downloader for the 
> maven-proxy.
> 
> Kalaveshi, Adrian wrote:
> 
> >I also don't believe that Maven checks to see which SNAPSHOT 
> is newer.
> >Maven seems to always download it -- even if they are 
> identical.  Anyone
> >have a definitive answer for this?  I'm using 1.0-rc1.
> >
> >Using the "-o" option isn't sufficient enough.  I'd like to avoid
> >downloading SNAPSHOT jars of my internal projects (or, I 
> should say, I'd
> >like to avoid overwriting the newer SNAPSHOT jar that exists 
> in my local
> >repository) but, at the same time, I need to have access to 
> everything else
> >in the repository.
> >
> >-adrian-
> >
> >-Original Message-
> >From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
> >Sent: Tuesday, March 02, 2004 1:19 AM
> >To: Maven Users List
> >Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
> >reposito ry
> >
> >
> >Hi,
> >
> >That's strange. We have exactly the same problem that Adrian 
> described. I
> >believe that Maven doesn't check any dates when resolving SHNAPSHOT
> >dependencies, but just downloads the SNAPSHOT jar from the 
> remote repository
> >if it is there.
> >
> >I've posted a similar message some weeks ago and was advised 
> to used the -o
> >(offline) option of Maven (e.g. maven -o jar) to suppress 
> the download from
> >the remote server. Alternatively, you can set a property (I 
> don't remember
> >the property name, but it's documented somewhere...) in your local
> >build.properties to switch to the offline mode.
> >
> >Jörn
> >
> >  
> >
> >>-Ursprüngliche Nachricht-
> >>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >>Gesendet: Dienstag, 2. März 2004 04:20
> >>An: Maven Users List
> >>Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> >>repository
> >>
> >>
> >>"Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 
> 02/03/2004 
> >>08:09:36 AM:
> >>
> >>
> >>
> >>>Greetings --
> >>>
> >>>Is there a best practices document describing maven's role in a 
> >>>  
> >>>
> >>multiproject
> >>
> >>
> >>>environment?
> >>>
> >>>One of the problems I'm currently trying to tackle is this: 
> >>>
> >>>- internal components have dependencies to SNAPSHOT 
> >>>  
> >>>
> >>versions of other
> >>
> >>
> >>>internal components.
> >>>- after each project is compiled, it's SNAPSHOT artifact is 
> >>>  
> >>>
> >>created and
> >>
> >>
> >>>'installed' to the local repository (for use by other projects)
> >>>  
> >>>
> >>We have exactly this.
> >>
> >>
> >>
> >>>- when the next project is compiled, it's dependencies are 
> >>>  
> >>>
> >>downloaded 
> >>from
> >>
> >>
> >>>the repository (overwriting the SNAPSHOT artifact that was 
> >>>  
> >>>
> >>created in 
> >>the
> >>
> >>
> >>>previous line item)
> >>>  
> >>>
> >>This doesn't happen for us. We never get a download as our 
> >>local SNAPSHOT 
> >>is newer than the one in the remote repo.
> >>
> >>--
> >>dIon Gillard, Multitask Consulting
> >>
> >>
> >>
> >
> >-
> >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: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Ben Walding]

Nope, Maven does check the date - it uses the http protocol to only 
download as required.  However I think there might be some issues in it 
- possibly even in the ibiblio web server / dates on the server (see my 
earlier email today)

I'll take a further look when I code up the snapshot downloader for the 
maven-proxy.

Kalaveshi, Adrian wrote:

I also don't believe that Maven checks to see which SNAPSHOT is newer.
Maven seems to always download it -- even if they are identical.  Anyone
have a definitive answer for this?  I'm using 1.0-rc1.
Using the "-o" option isn't sufficient enough.  I'd like to avoid
downloading SNAPSHOT jars of my internal projects (or, I should say, I'd
like to avoid overwriting the newer SNAPSHOT jar that exists in my local
repository) but, at the same time, I need to have access to everything else
in the repository.
-adrian-

-Original Message-
From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 02, 2004 1:19 AM
To: Maven Users List
Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
reposito ry
Hi,

That's strange. We have exactly the same problem that Adrian described. I
believe that Maven doesn't check any dates when resolving SHNAPSHOT
dependencies, but just downloads the SNAPSHOT jar from the remote repository
if it is there.
I've posted a similar message some weeks ago and was advised to used the -o
(offline) option of Maven (e.g. maven -o jar) to suppress the download from
the remote server. Alternatively, you can set a property (I don't remember
the property name, but it's documented somewhere...) in your local
build.properties to switch to the offline mode.
Jörn

 

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 2. März 2004 04:20
An: Maven Users List
Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
repository
"Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 02/03/2004 
08:09:36 AM:

   

Greetings --

Is there a best practices document describing maven's role in a 
 

multiproject
   

environment?

One of the problems I'm currently trying to tackle is this: 

- internal components have dependencies to SNAPSHOT 
 

versions of other
   

internal components.
- after each project is compiled, it's SNAPSHOT artifact is 
 

created and
   

'installed' to the local repository (for use by other projects)
 

We have exactly this.

   

- when the next project is compiled, it's dependencies are 
 

downloaded 
from
   

the repository (overwriting the SNAPSHOT artifact that was 
 

created in 
the
   

previous line item)
 

This doesn't happen for us. We never get a download as our 
local SNAPSHOT 
is newer than the one in the remote repo.

--
dIon Gillard, Multitask Consulting
   

-
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: Public maven repos (was Re: jakarta-taglibs)

[Tim Chen]

I'm not exactly sure so please don't kill me if this is not true.
But I think that the ibiblio repository was created by actually moving 
jars manually.
I know some of it is sym links (I only know this because apparently it 
was messed up not too long ago =P)
If you don't use the maven goals for installing to a repository the you 
will have to move the project.xml yourself.

If you use artifact:install for example.. you might see this:
Copying: from 'C:\project\NPP\modules\ear\project.xml' to: 'C:\Documents 
and Settings\chengt\.maven\repository\NPP\poms\NPP-release-1.0.1.pom'

-Tim

Henri Yandell wrote:

I've not seen any in there yet :) All the poms/ seem empty.

I assume they're renamed to something like:  commons-lang-1.0.pom to avoid
collision?
Would be useful to know as that's the pattern I've adopted in my repo's.

Hen

On Sun, 29 Feb 2004, Tim Chen wrote:

 

project.xml files *are* places in the maven repo
They are renamed to project.pom
I think the dependencies of a dependency is something being worked on :)
-Tim
Henri Yandell wrote:

   

I believe the war plugin will suck tld's down from the maven repo. I was
looking at the source the other day [I think it was that plugin] and it
had something to pull them down.
It would also be nice if the project.xml files were placed on the maven
repo, which seemed to be suggested at one point by the creation of pom/
directories but I've not seen any deployed as such. Not looked in a bit
though.
This would allow plugins to become recursive and ask for the dependencies
of a dependency etc.
Hen

On Sat, 28 Feb 2004, Joe Germuska wrote:



 

At 8:00 PM -0500 2/27/04, Mark R. Diggory wrote:

   

No, we just need to get them up and available in
/www/www.apache.org/dist/java-repository on minotaur, they'll be
published onto ibiblio using the rsync Jason's running between the
two.
Notice: Apache Projects should all be publishing thier jars onto
"java-repository" not via requests to ibiblio/JIRA, if you do submit
such requests they will now be redirected to use "java-repository".
 

I have a couple of questions about public repositories in general.
One can see from the structure of the iBiblio repository that there
are ideas of storing more than just JARs there.  Are there any parts
of Maven that currently use anything besides the JARS?
   

-
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]
 



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

From eclipse/maven to WS5.0

[Francois Boccou]

Hello,

I have a problem to deploy an ear on websphere 5.0.
I use Eclipse, maven, jboss on my local pc and think goes well for testing
but the deployment to websphere 5.0 goes actually completly wrong and I
don't know where to lead my investigations.

Maven helped me create an ear files thats contains my web application, my
ejbs et some jars.

When I run AAT on this ear , I have the following error :
*** ERROR *** Mon Mar 01 18:10:19 CET 2004caller:   at
com.ibm.etools.archive.impl.LoadStrategyImpl.openNestedArchive(LoadStrategyI
mpl.java:390)
com.ibm.etools.archive.exception.OpenFailureException: IWAE0023E Unable
to open module file "vpc-donnees-1.0.jar" in EAR file
"/u04/product/vpc/vpcv2.7/vpc-ear-1.0.ear"
Stack trace of nested exception:
com.ibm.etools.archive.exception.OpenFailureException: IWAE0006E Archive
is not a valid Application Client JAR File because the deployment descriptor
can not be found (case sensitive): META-INF/application-client.xml

Ok, it seems that META-INF/application-client.xml is missing, but how to
generate this file, for what ?

If someone would show me the path ...

Thanks
François

multiproject and clean:clean

[Jens Zastrow]

I have 2 subprojects

 

A, B

 

B depends on A (has a dependency)

 

If i invoke multiproject:clean i get the error that project A.jar cannot be dowloaded.

This might be correct for a normal build but for a simple clean not.

 

How can I disable the dependency-check during "multiproject:clean".

 

Thanks

Jens Zastrow

DAI-Labor - Technische Universität Berlin

Sekretariat GOR 1-1, Franklinstraße 28/29, 10587 Berlin

Fon: +49 30 314 7

Fax: +49 30 314 21799

[EMAIL PROTECTED]  

http://www.dai-labor.de

 

adding a folder to the dependencies

[Marco Herrn]

Hi,

im managing a java app with maven. This app searches for a specific file 
in the classpath. Because of this I had to add a folder (where the file 
resides) to the classpath.
Now, how do I tell maven that this folder is a dependency? I also need 
this for the "maven eclipse" goal to generate the .classpath file for 
eclipse. The  tag seems to be only for jars and libraries.



Marco

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

RE: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Kalaveshi, Adrian]

I also don't believe that Maven checks to see which SNAPSHOT is newer.
Maven seems to always download it -- even if they are identical.  Anyone
have a definitive answer for this?  I'm using 1.0-rc1.

Using the "-o" option isn't sufficient enough.  I'd like to avoid
downloading SNAPSHOT jars of my internal projects (or, I should say, I'd
like to avoid overwriting the newer SNAPSHOT jar that exists in my local
repository) but, at the same time, I need to have access to everything else
in the repository.

-adrian-

-Original Message-
From: Jörn Gebhardt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 02, 2004 1:19 AM
To: Maven Users List
Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the
reposito ry


Hi,

That's strange. We have exactly the same problem that Adrian described. I
believe that Maven doesn't check any dates when resolving SHNAPSHOT
dependencies, but just downloads the SNAPSHOT jar from the remote repository
if it is there.

I've posted a similar message some weeks ago and was advised to used the -o
(offline) option of Maven (e.g. maven -o jar) to suppress the download from
the remote server. Alternatively, you can set a property (I don't remember
the property name, but it's documented somewhere...) in your local
build.properties to switch to the offline mode.

Jörn

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 2. März 2004 04:20
> An: Maven Users List
> Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> repository
> 
> 
> "Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 02/03/2004 
> 08:09:36 AM:
> 
> > Greetings --
> > 
> > Is there a best practices document describing maven's role in a 
> multiproject
> > environment?
> > 
> > One of the problems I'm currently trying to tackle is this: 
> > 
> > - internal components have dependencies to SNAPSHOT 
> versions of other
> > internal components.
> > - after each project is compiled, it's SNAPSHOT artifact is 
> created and
> > 'installed' to the local repository (for use by other projects)
> 
> We have exactly this.
> 
> > - when the next project is compiled, it's dependencies are 
> downloaded 
> from
> > the repository (overwriting the SNAPSHOT artifact that was 
> created in 
> the
> > previous line item)
> 
> This doesn't happen for us. We never get a download as our 
> local SNAPSHOT 
> is newer than the one in the remote repo.
> 
> --
> dIon Gillard, Multitask Consulting
> 

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

Re: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa s ks

[Alexey Demakov]

Yesterday we faced similar problem (com.sun.tools.javac.Main not found 
when compiling java files with maven). My colleague told me that it was solved
by reinstallation of jdk and maven. Sorry don't know details.

Thanks,
Alexey

- Original Message - 
From: "Shields, John (HQP)" <[EMAIL PROTECTED]>
To: "'Webb Morris'" <[EMAIL PROTECTED]>; "Maven Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, March 02, 2004 4:27 AM
Subject: RE: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa s ks


> I have already added tools.jar to my Maven repository and made a dependency
> on it to no avail. But I do think that that may need to stay there, though.
> 
> I think the main problem is the JWSDP relies on calling
> Thread.currentThread().getContextClassLoader() to get a reference to an
> appropriate ClassLoader. It seems that the thread context ClassLoader is
> often null for the ant tasks. I don't understand why that happens???
> 
> I see that line 439 of "PluginManager.java" (in the Maven sources I have)
> sets the thread context classloader to null. Why is that done?
> 
> I think that's the problem, but I'd like to understand why that is done.
> 
> Cheers,
> 
> John
> 
> 
> -Original Message-
> From: Webb Morris [mailto:[EMAIL PROTECTED] 
> Sent: Monday, March 01, 2004 5:01 PM
> To: Maven Users List
> Subject: RE: NullPointerException Running JAX-RPC wscompile/wsdeploy AntTa s
> ks
> 
> John,
> 
> I believe I follow, but hopefully someone else is paying attention to our
> thread and will be able
> to offer better answers than the ones I'm about to give you:
> 
> 0. I don't think so, see 1.
> 
> 1. I don't know. I don't know. ;)
> 
> 2. I'm away from my projects, but I'll be able to check for sure tomorrow. I
> know that I've come
> across a problem where tools.jar was not included in the class loader that I
> needed for it to be
> in, but I can't remember the exact situation. I do remember that in order to
> work around this
> problem, I faked tools.jar in the repository (under something like
> java/jars/tools-1.4.jar) and
> added it as a dependency. Gross, I know, but it worked. I've been meaning to
> revisit this, just
> haven't gotten around to it, yet.
> 
> I'll actually be working on a JAX-RPC project tomorrow, so I'll let you know
> what kind of
> wackiness I encounter.
> 
> Hope this helps,
> 
> WM
> 
> 
> --- "Shields, John (HQP)" <[EMAIL PROTECTED]> wrote:
> > Webb,
> > 
> > Thanks for the tip. Your suggestion prompted me to write a quick test case
> > to print out the ClassLoader hierarchy for the pertinent classes. The
> output
> > is created by calling ClassLoader.getParent() in a loop. Here is the
> output:
> > 
> > Thread Classloader1: [EMAIL PROTECTED]
> > Thread Classloader2: [EMAIL PROTECTED]
> > Thread Classloader3: [EMAIL PROTECTED]
> > Boot Classloader1: [EMAIL PROTECTED]
> > Javac Classloader1: [ForeheadClassLoader: name="root"]
> > Javac Classloader2: [ForeheadClassLoader: name="$forehead-root$"]
> > Javac Classloader3: [EMAIL PROTECTED]
> > Javac Classloader4: [EMAIL PROTECTED]
> > Compiler Helper Classloader1: [EMAIL PROTECTED]
> > Compiler Helper Classloader2: [EMAIL PROTECTED]
> > Compiler Helper Classloader3: [EMAIL PROTECTED]
> > 
> > In the JWSDP, there is a class called JavaCompilerHelper that uses the
> > thread context ClassLoader to load "com.sun.tools.javac.Main". As you can
> > see from the output above, "...javac.Main" is in a sibling ClassLoader of
> > the AntClassLoader which is the thread context ClassLoader. Thus, I think
> > the JWSDP ant tasks just can't see tools.jar because they are in a sibling
> > ClassLoader, not a child one. So...
> > 
> > 0. Am I missing something???
> > 
> > 1. Why is the AntClassLoader a sibling of the ForeheadClassLoader and not
> a
> > child? Is there a way to change that?
> > 
> > 2. How do I get tools.jar into the AntClassLoader?
> > 
> > Thanks!
> > 
> > John



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

Including the uberjar in a binary distribution

[Sean Kelly]

The dist goal's binary distribution includes README and LICENSE files, 
documentation, and a jar.  But it doesn't include any uberjar.

Short of overriding the dist:prepare-bin-filesystem goal, is there a 
clean or preferred way to get the uberjar into the binary distribution?

Thanks.

--
Sean Kelly
Independent Consultant
http://seankelly.biz/


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

RE: copy all jars/deps of sub-projects with

[Gilles Dodinet]

> >  > projectDescriptor="${x.getFile()}"/>
> 
> everytime I read something like this on this list, I wonder how you can know
> that this es even possible. Where do I have to look to find out, that there
> is a property defined "reactorProjects" and that a getFile() assumingly gets
> the project file (as a java File object, as String, ... ?)
> 
> Do you all read the jelly scripts for all the plugins to learn what is
> possible? I started doing that, but I wonder if there is a better way.

indeed thats what i do.. reading the ReactorTag source (or the numerous examples
available out there) you can know that if postProcessing is set to true in
maven:reactor a variable named reactorProjects is set in the context
(http://maven.apache.org/xref/org/apache/maven/jelly/tags/maven/ReactorTag.html#335).
reading the deploy plugin you can see that deploy:copy-deps passes the
projectDescriptor var to the maven:pom tag
(maven_home_local/plugins/maven-deploy-plugin-1.1/plugin.jelly#140) ; also
maven:pom accepts a file as parameter
(http://maven.apache.org/tags.html#maven:reactor) and Project has a property of
type File
(http://maven.apache.org/xref/org/apache/maven/project/Project.html#194) so you
can jump quickly on the conclusion.. as you can see pretty much of the needed
information is available online. 

ive described here the path i personnally take to discover that. that might seem
to be a bit complicate, however it needs much less time than writing this mail
(about 1 or 2 minutes), then 1 minute to test (creating a simple project
structure for that purpose) the assumptions that have been made (for instance
testing that the File property has been correctly set and is available). 

last, im not sure to really understand what you mean by "read the jelly scripts
for all the plugins". i dont think that reading all the plugins are actually
quite good (assuming is would make sense to read them *all*), instead i prefer
to lazyread them. you can know which plugins are available and what they
globally do by looking at the plugin doc, that should be enough..

comments about the "process" described here are welcome. please forgive me if
replied a bit out of topic.

regards,

-- gd

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

Re: Launching BeanShell/Groovy from Maven?

[James Strachan]

On 2 Mar 2004, at 08:34, James A. Hillyerd wrote:
Okay, so I guess I was too impatient to wait for an answer to my 
question! After a bunch more research and some trial and error, I came 
up with the following maven.xml:


  



  


  

  


Which appears to do what I want.  (You can change "bsh.Console" above 
to "bsh.Interpreter" if you don't want a windowed interface)
FWIW if you want a groovy interactive shell then just change the 
classname in the above to groovy.ui.InteractiveShell

James
---
http://radio.weblogs.com/0112098/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Launching BeanShell/Groovy from Maven?

[James A. Hillyerd]

Okay, so I guess I was too impatient to wait for an answer to my 
question! After a bunch more research and some trial and error, I came 
up with the following maven.xml:


  



  


  

  


Which appears to do what I want.  (You can change "bsh.Console" above to 
"bsh.Interpreter" if you don't want a windowed interface)

Hopefully some of you will find it useful.

-james

James A. Hillyerd wrote:
I'm looking for a way to launch BeanShell (or Groovy, either one will 
work for me) from Maven.  My goal is to have an interactive scripting 
shell with a classpath containing all of my project's dependencies, and 
"target/classes" itself.

I'm new to Maven, it's not something I can figure out how to do myself. 
I've searched the web for an example but there was a lot of noise in the 
results since Groovy uses Maven to build, and Maven supports(?) writing 
plugins in BeanShell.

Has anyone done this?  It seems like it would make a really useful maven 
plugin, since it would let you test ideas without writing experimental 
classes and launch scripts, etc.

Thanks!

-james



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

Re: copy all jars/deps of sub-projects with

[Heiko Kundlacz]

Andreas,

you are right. I am also checking always the plugins to see what is 
possible within maven and jelly. Sometimes I gave the tip to check some 
plugins to know what is going on. I think, there will be a growing 
documentation and the plugins will go better and much more configurable. 
It makes sense that this userlist is full of postings.

A good start would be  HowTos.

Heiko

[EMAIL PROTECTED] wrote:

Hi,

 

Jens Zastrow wrote:
   

		

		
		
			

todir="${maven.build.dir}" projectDescriptor="${x}"/>
   

  		
 

 

-Original Message-
From: ext Gilles Dodinet [mailto:[EMAIL PROTECTED]
   

 

does something like below not work ?


   

everytime I read something like this on this list, I wonder how you can know that this es even possible. Where do I have to look to find out, that there is a property defined "reactorProjects" and that a getFile() assumingly gets the project file (as a java File object, as String, ... ?)

Do you all read the jelly scripts for all the plugins to learn what is possible? I started doing that, but I wonder if there is a better way.

Thanks,
_ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
  `-
  Andreas Ebbert
  Software Design Engineer - Nokia Networks OSS 
  phone: +49-177-9413928, fax: +49-211-94123988 
  Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 



--
--
Heiko Kundlacz   | MailTo:   [EMAIL PROTECTED]
Qnamic AG| Tel:  +41 62 209 7056
Fabrikstr. 10| Natel:+41 78 861 4006
4614 Haegendorf  | Fax:  +41 62 209 7044
Switzerland  | Homepage: http://www.qnamic.com
--


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

AW: copy all jars/deps of sub-projects with

[Jens Zastrow]

>>How can I specifiy the projectDescriptor of deploy:copy-deps ?!
>
>
>does something like below not work ?
>
>projectDescriptor="${x.getFile()}"/>

this worked but only the deps of the file (x.getFile()) are used. but I
use  in these project.xml files with more deps which a want to
be copied too.

Is there a docu for the ${x.getXXX()} stuff ?

Thanks
Jens Zastrow

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

Re: Including jars in our projects (Web and not)

[Andrew Chapman]

No. maven.repo.local is where maven keeps it's local repository. You're
free to change it but that won't achieve anything. If you want to include
jar's that aren't in the repository then just change the dir attribute of
zipgroupfileset to somewhere else.

Andy


   

  [EMAIL PROTECTED]

   To:   [EMAIL PROTECTED] 
   
  02/03/04 09:47   cc: 

  Please respond toSubject:  Re: Including jars in our 
projects (Web and not)  
  users

   

   





Thank you, this is exactly what I needed.

One more question: how could I setup the ${maven.repo.local}? As far as I
understood, this is a local repository with the jars of our interest. Is it
enough to declare a maven.repo.local in the .properties file pointing to a
local directory on my PC containing what I need?

Marco
- Original Message -
From: "Andrew Chapman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 02, 2004 9:04 AM
Subject: Re: Including jars in our projects (Web and not)


>
> 1. If you look at the war plugin docs you'll see the war.bundle
dependency
> property e.g:
>
> 
>   jdom
>   jdom
>   b9
>   
> true
>   
> 
>
> 2. There may be a better way to do this but I defined a jar:jar postGoal
in
> maven.xml to merge other content into the jar...
>
>   
>  destfile="${maven.build.dir}/${maven.final.name}.jar">
>   
>
>
>   
> 
>   
>
> Andy
>
>
>
>   [EMAIL PROTECTED]
>To:
[EMAIL PROTECTED]
>   02/03/04 08:55   cc:
>   Please respond toSubject:  Including jars
in
our projects (Web and not)
>   users
>
>
>
>
>
>
> Hi, I'm using the war plugin for the first time. Let's say that my web
> application depends on a jar and that this jar should be available only
to
> my web application (and it's application specific). Is there a way to
> include it automatically under WEB-INF/lib?
>
> Also related to this issue, there is another issue: in a general
> application, if I need to include a jar in the project artifact jar, is
> there an automatic way to do it, without using the  target?
>
> Marco
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET.
>
> On entering the GSI, this email was scanned for viruses by the Government
> Secure Intranet (GSI) virus scanning service supplied exclusively by
> Energis Communications in partnership with MessageLabs.
>
> GSI users see
> http://www.gsi.gov.uk/main/notices/information/gsi-003-2002.pdf for
further
> details. In case of problems, please call your organisational IT
helpdesk.
>
>
>
>
>
>
>
> For the latest data on the economy and society
> consult National Statistics at http://www.statistics.gov.uk
>
> **
> Please Note:  Incoming and outgoing email messages
> are routinely monitored for compliance with our policy
> on the use of electronic communications
> **
> Legal Disclaimer  :  Any views expressed by
> the sender of this message are not necessarily
> those of the Office for National Statistics
> **
>
> The original of this email was scanned for viruses by the Government
Secure Intranet (GSi) virus scanning service supplied exclusively by
Energis
in partnership with MessageLabs.
>
> On leaving the GSi this email was certified virus-free
>
> -
> 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]


PLEASE NOTE: THE ABOVE MESSAGE

RE: setting properties

[Andreas.Ebbert]

Hi Heiko,

> -Original Message-
> From: ext Heiko Kundlacz [mailto:[EMAIL PROTECTED]

> Maybe it helps to check the deploy plugin. The deploy plugin will be 
> invoked from within the jar plugin. And if I am not wrong, some 
> properties will be set in the jar plugin.

Thanks for the tipp. I took a look in the plugin.jelly from the deploy plugin and 
could find entries like these:

  

as I understand, this is setting the property "mavenRepoLocal" in the plugincontext to 
the value of the property "maven.repo.local" from the maven context. Generally, j:set 
*only* can set a property in the context it is executed in. When executed in 
maven.xml, j:set sets the property in the maven context, when executed in the 
plugin.jelly, it sets the property in the plugin context. The question is how to tell 
j:set to set the property in a different context than it is executed in.

 _ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
   `-
   Andreas Ebbert
   Software Design Engineer - Nokia Networks OSS 
   phone: +49-177-9413928, fax: +49-211-94123988 
   Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--

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

Re: Including jars in our projects (Web and not)

[Marco Tedone]

Thank you, this is exactly what I needed.

One more question: how could I setup the ${maven.repo.local}? As far as I
understood, this is a local repository with the jars of our interest. Is it
enough to declare a maven.repo.local in the .properties file pointing to a
local directory on my PC containing what I need?

Marco
- Original Message - 
From: "Andrew Chapman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 02, 2004 9:04 AM
Subject: Re: Including jars in our projects (Web and not)


>
> 1. If you look at the war plugin docs you'll see the war.bundle dependency
> property e.g:
>
> 
>   jdom
>   jdom
>   b9
>   
> true
>   
> 
>
> 2. There may be a better way to do this but I defined a jar:jar postGoal
in
> maven.xml to merge other content into the jar...
>
>   
>  destfile="${maven.build.dir}/${maven.final.name}.jar">
>   
>
>
>   
> 
>   
>
> Andy
>
>
>
>   [EMAIL PROTECTED]
>To:
[EMAIL PROTECTED]
>   02/03/04 08:55   cc:
>   Please respond toSubject:  Including jars in
our projects (Web and not)
>   users
>
>
>
>
>
>
> Hi, I'm using the war plugin for the first time. Let's say that my web
> application depends on a jar and that this jar should be available only to
> my web application (and it's application specific). Is there a way to
> include it automatically under WEB-INF/lib?
>
> Also related to this issue, there is another issue: in a general
> application, if I need to include a jar in the project artifact jar, is
> there an automatic way to do it, without using the  target?
>
> Marco
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET.
>
> On entering the GSI, this email was scanned for viruses by the Government
> Secure Intranet (GSI) virus scanning service supplied exclusively by
> Energis Communications in partnership with MessageLabs.
>
> GSI users see
> http://www.gsi.gov.uk/main/notices/information/gsi-003-2002.pdf for
further
> details. In case of problems, please call your organisational IT helpdesk.
>
>
>
>
>
>
>
> For the latest data on the economy and society
> consult National Statistics at http://www.statistics.gov.uk
>
> **
> Please Note:  Incoming and outgoing email messages
> are routinely monitored for compliance with our policy
> on the use of electronic communications
> **
> Legal Disclaimer  :  Any views expressed by
> the sender of this message are not necessarily
> those of the Office for National Statistics
> **
>
> The original of this email was scanned for viruses by the Government
Secure Intranet (GSi) virus scanning service supplied exclusively by Energis
in partnership with MessageLabs.
>
> On leaving the GSi this email was certified virus-free
>
> -
> 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: setting properties

[Heiko Kundlacz]

Maybe it helps to check the deploy plugin. The deploy plugin will be 
invoked from within the jar plugin. And if I am not wrong, some 
properties will be set in the jar plugin.

Heiko

[EMAIL PROTECTED] wrote:

Hi,

 

-Original Message-
From: ext Sonnek, Ryan [mailto:[EMAIL PROTECTED]
   

 

Thanks for the reply.  I can't say I fully understand why 
it's needed from
within maven.xml and not from the command line, unless 
settings passed from
the command line are "wrapped up" and fed into maven's plugins.
   

That's how I understand it works. If you define properties on the commandline they are available in the maven context as well as in all plugin contexts. When a property is set from maven xml it goes into the maven context only by default.

_ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
  `-
  Andreas Ebbert
  Software Design Engineer - Nokia Networks OSS 
  phone: +49-177-9413928, fax: +49-211-94123988 
  Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 



--
--
Heiko Kundlacz   | MailTo:   [EMAIL PROTECTED]
Qnamic AG| Tel:  +41 62 209 7056
Fabrikstr. 10| Natel:+41 78 861 4006
4614 Haegendorf  | Fax:  +41 62 209 7044
Switzerland  | Homepage: http://www.qnamic.com
--


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

AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry

[Jörn Gebhardt]

Hi,

That's strange. We have exactly the same problem that Adrian described. I
believe that Maven doesn't check any dates when resolving SHNAPSHOT
dependencies, but just downloads the SNAPSHOT jar from the remote repository
if it is there.

I've posted a similar message some weeks ago and was advised to used the -o
(offline) option of Maven (e.g. maven -o jar) to suppress the download from
the remote server. Alternatively, you can set a property (I don't remember
the property name, but it's documented somewhere...) in your local
build.properties to switch to the offline mode.

Jörn

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 2. März 2004 04:20
> An: Maven Users List
> Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the
> repository
> 
> 
> "Kalaveshi, Adrian" <[EMAIL PROTECTED]> wrote on 02/03/2004 
> 08:09:36 AM:
> 
> > Greetings --
> > 
> > Is there a best practices document describing maven's role in a 
> multiproject
> > environment?
> > 
> > One of the problems I'm currently trying to tackle is this: 
> > 
> > - internal components have dependencies to SNAPSHOT 
> versions of other
> > internal components.
> > - after each project is compiled, it's SNAPSHOT artifact is 
> created and
> > 'installed' to the local repository (for use by other projects)
> 
> We have exactly this.
> 
> > - when the next project is compiled, it's dependencies are 
> downloaded 
> from
> > the repository (overwriting the SNAPSHOT artifact that was 
> created in 
> the
> > previous line item)
> 
> This doesn't happen for us. We never get a download as our 
> local SNAPSHOT 
> is newer than the one in the remote repo.
> 
> --
> dIon Gillard, Multitask Consulting
> 

Re: Including jars in our projects (Web and not)

[Andrew Chapman]

1. If you look at the war plugin docs you'll see the war.bundle dependency
property e.g:


  jdom
  jdom
  b9
  
true
  


2. There may be a better way to do this but I defined a jar:jar postGoal in
maven.xml to merge other content into the jar...

  

  
   
   
  

  

Andy


   

  [EMAIL PROTECTED]

   To:   [EMAIL PROTECTED] 
   
  02/03/04 08:55   cc: 

  Please respond toSubject:  Including jars in our 
projects (Web and not)  
  users

   

   





Hi, I'm using the war plugin for the first time. Let's say that my web
application depends on a jar and that this jar should be available only to
my web application (and it's application specific). Is there a way to
include it automatically under WEB-INF/lib?

Also related to this issue, there is another issue: in a general
application, if I need to include a jar in the project artifact jar, is
there an automatic way to do it, without using the  target?

Marco




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


PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET.

On entering the GSI, this email was scanned for viruses by the Government
Secure Intranet (GSI) virus scanning service supplied exclusively by
Energis Communications in partnership with MessageLabs.

GSI users see
http://www.gsi.gov.uk/main/notices/information/gsi-003-2002.pdf for further
details. In case of problems, please call your organisational IT helpdesk.







For the latest data on the economy and society 
consult National Statistics at http://www.statistics.gov.uk

**
Please Note:  Incoming and outgoing email messages
are routinely monitored for compliance with our policy
on the use of electronic communications
**
Legal Disclaimer  :  Any views expressed by
the sender of this message are not necessarily
those of the Office for National Statistics
**

The original of this email was scanned for viruses by the Government Secure Intranet 
(GSi) virus scanning service supplied exclusively by Energis in partnership with 
MessageLabs.

On leaving the GSi this email was certified virus-free

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

Including jars in our projects (Web and not)

[Marco Tedone]

Hi, I'm using the war plugin for the first time. Let's say that my web
application depends on a jar and that this jar should be available only to
my web application (and it's application specific). Is there a way to
include it automatically under WEB-INF/lib?

Also related to this issue, there is another issue: in a general
application, if I need to include a jar in the project artifact jar, is
there an automatic way to do it, without using the  target?

Marco




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

AW: Launching BeanShell/Groovy from Maven?

[Jörn Gebhardt]

Hi James,

You can use Ant to launch another program. Here is a Jelly script sniplet
that we used to launch a JVM (we launched the Axis Admin Tool to merge
wsdds). Maybe that helps you.











Added Axis ${plugin.getDependencyPath('axis:axis')} to
classpath.




















Best regards,
Jörn


> -Ursprüngliche Nachricht-
> Von: James A. Hillyerd [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 2. März 2004 03:59
> An: [EMAIL PROTECTED]
> Betreff: Launching BeanShell/Groovy from Maven?
> 
> 
> I'm looking for a way to launch BeanShell (or Groovy, either one will 
> work for me) from Maven.  My goal is to have an interactive scripting 
> shell with a classpath containing all of my project's 
> dependencies, and 
> "target/classes" itself.
> 
> I'm new to Maven, it's not something I can figure out how to 
> do myself. 
> I've searched the web for an example but there was a lot of 
> noise in the 
> results since Groovy uses Maven to build, and Maven 
> supports(?) writing 
> plugins in BeanShell.
> 
> Has anyone done this?  It seems like it would make a really 
> useful maven 
> plugin, since it would let you test ideas without writing 
> experimental 
> classes and launch scripts, etc.
> 
> Thanks!
> 
> -james
> 
> -- 
> James A. Hillyerd <[EMAIL PROTECTED]>
> http://www.activerain.com/
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: / /OREF:CPTAFE7A Deploy artifact method

[Andrew Chapman]

The artifact plugin does this. I changed my jar plugin to use
artifact:deploy instead of deploy:artifact so I could deploy jars to the
file system.

Andy


   

  [EMAIL PROTECTED]

  ne.com   To:   [EMAIL PROTECTED] 
   
   cc: 

  02/03/04 07:54   Subject:  / /OREF:CPTAFE7A Deploy 
artifact method   
  Please respond to

  users

   

   









Hey All,

Is there a way, as shipped, to deploy artifact distribution to local
file system?
I would like to use "fs" mode instead of "ssh", like with site
deploy.

If not, should I create my own version of the deploy plugin? or?

Thanks.



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


PLEASE NOTE: THE ABOVE MESSAGE WAS RECEIVED FROM THE INTERNET.

On entering the GSI, this email was scanned for viruses by the Government
Secure Intranet (GSI) virus scanning service supplied exclusively by
Energis Communications in partnership with MessageLabs.

GSI users see
http://www.gsi.gov.uk/main/notices/information/gsi-003-2002.pdf for further
details. In case of problems, please call your organisational IT helpdesk.







For the latest data on the economy and society 
consult National Statistics at http://www.statistics.gov.uk

**
Please Note:  Incoming and outgoing email messages
are routinely monitored for compliance with our policy
on the use of electronic communications
**
Legal Disclaimer  :  Any views expressed by
the sender of this message are not necessarily
those of the Office for National Statistics
**

The original of this email was scanned for viruses by the Government Secure Intranet 
(GSi) virus scanning service supplied exclusively by Energis in partnership with 
MessageLabs.

On leaving the GSi this email was certified virus-free

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

RE: setting properties

[Andreas.Ebbert]

Hi,

> -Original Message-
> From: ext Sonnek, Ryan [mailto:[EMAIL PROTECTED]

> Thanks for the reply.  I can't say I fully understand why 
> it's needed from
> within maven.xml and not from the command line, unless 
> settings passed from
> the command line are "wrapped up" and fed into maven's plugins.

That's how I understand it works. If you define properties on the commandline they are 
available in the maven context as well as in all plugin contexts. When a property is 
set from maven xml it goes into the maven context only by default.

 _ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
   `-
   Andreas Ebbert
   Software Design Engineer - Nokia Networks OSS 
   phone: +49-177-9413928, fax: +49-211-94123988 
   Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--

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

RE: setting properties

[Andreas.Ebbert]

Hi Ryan,

I tried to figure out exactly the same thing as you, without success so far. Look in 
the archive for the thread "setting plugin properties in maven.xml". 

 _ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
   `-
   Andreas Ebbert
   Software Design Engineer - Nokia Networks OSS 
   gsm: +49-177-9413928, fax: +49-211-94123988 
   Heltorfer Straße 1, 40472 Düsseldorf, Germany 

> -Original Message-
> From: ext Sonnek, Ryan [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 01, 2004 4:42 PM
> To: 'Maven Users List'
> Subject: setting properties
> 
> 
> 
> Any pointers on how to set properties from within my 
> maven.xml?  I've got a
> short custom goal to set properties, then call install:
> 
>   
>   
>   
>   
> 
> when I run this goal, tests are still run.  If I run this 
> from the command
> line, tests are not run:
> maven multiproject:install-snapshot -Dmaven.test.skip=true
> 
> are properties from the command line propogated to subprojects, but
> properties set in maven.xml not?
> 
> Ryan
> 
> -
> 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: copy all jars/deps of sub-projects with

[Andreas.Ebbert]

Hi,

> Jens Zastrow wrote:
> > 
> >
> > 
> > 
> >  todir="${maven.build.dir}" projectDescriptor="${x}"/>
> >
> > 

> -Original Message-
> From: ext Gilles Dodinet [mailto:[EMAIL PROTECTED]

> 
> does something like below not work ?
> 
>  projectDescriptor="${x.getFile()}"/>

everytime I read something like this on this list, I wonder how you can know that this 
es even possible. Where do I have to look to find out, that there is a property 
defined "reactorProjects" and that a getFile() assumingly gets the project file (as a 
java File object, as String, ... ?)

Do you all read the jelly scripts for all the plugins to learn what is possible? I 
started doing that, but I wonder if there is a better way.

Thanks,
 _ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
   `-
   Andreas Ebbert
   Software Design Engineer - Nokia Networks OSS 
   phone: +49-177-9413928, fax: +49-211-94123988 
   Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--

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

RE: Depenceny version..

[Andreas.Ebbert]

Hi,

> -Original Message-
> From: ext John Casey [mailto:[EMAIL PROTECTED]

> Even without considering this, there is the classical problem 
> of people
> trying to use maven who are not connected to the internet. This
> definitely should not be a prerequisite for maven usage. If a 
> person has
> all the dependencies he needs located in the local 
> repository, there is
> no need to connect to the internet at all.

Of course it should be possible to use and develop with maven, while disconnected from 
the Internet. But at the same time it could be made easier for the people who are 
connected (which is the majority, IMHO).

 _ __  _  _
//\ndreas.[|-bbert(a)[|\|okia.com
   `-
   Andreas Ebbert
   Software Design Engineer - Nokia Networks OSS 
   phone: +49-177-9413928, fax: +49-211-94123988 
   Heltorfer Straße 1, 40472 Düsseldorf, Germany 

--
This message is confidential. If you have received this message in error,
please delete it from your system. You should not copy it for any purpose,
or disclose its contents to any other person. Internet communications are
not secure and therefore Nokia GmbH does not accept legal responsibility
for the contents of this message as it has been transmitted over a public
network. Thank you.
Nokia GmbH, Nokia Networks is a German Company. Further information
about the Company is available from its principal offices at
Heltorferstrasse 1, D-40472, Düsseldorf, Germany and from the
website at http://www.nokia.com/
--

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

/ /OREF:CPTAFE7A Deploy artifact method

[aribic]

Hey All,

Is there a way, as shipped, to deploy artifact distribution to local
file system?
I would like to use "fs" mode instead of "ssh", like with site
deploy.

If not, should I create my own version of the deploy plugin? or?

Thanks.



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