maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stadelmann Josef" <josef.stadelm...@axa-winterthur.ch>
Subject AW: Problems with MAVEN's-ANT on OpenVMS
Date Tue, 04 Oct 2011 16:58:06 GMT
Hello Wayne

 

Thank you.

 

Wayne, I understand by far not all in maven , who does?

But thanks for the reply, it clears a bit of the clouds.

 

May I ask you a favor and lead me to a document describing how we can make maven using our
own ant 1.7.1, 

as we had changes in ANT 1.7.1 specifically for OpenVMS, those catching logical, and generating
a temporary 

file where all the many hundred arguments being passed today to JAVA / JVM are stored in.


 

can we make maven use our ant by changing pom.xml or better have a more global approach/setup
such as in a settings.xml?

 

We need maven to execute our own ant 1.7.1 for now as this  is the only way we can pass 100+
arguments to JAVA/JVM on OpenVMS  

 

The current version of ANT, which maven-2.2.1 uses by default, is not doing this right for
OpenVMS. 

 

And hence we run into the error shown in the trace below, which is from a AntSetup.xml calling
the real build-wsdls.xml for test purpose.

 

It is even not executing correct just when just asked to execute an ordinary bash shell ls
command.

 

And to be positive: We would not take this challenge and work and work just to get maven build
maven and axis2 if we would not love maven!

 

But with openvms it is sometimes a night mare. 

And it is a nightmare if maven developers use Unix scripts when they could use JAVA statements
for the same.

 

Today we have maven build 6/7 of apache-maven-2.2.1 from the bootstrap, and we have maven-2.2.1
build axis2-1.6.0 to about 70%

And we see the day when we have a working environment on OpenVMS as many of you have on Linux
and Solaris and Windows;

 

And we are not from HP owning OpenVMS but are just ordinary customers counting on open source
communities!

 

And we do not yet have a nexus e all repository manager! 

This will end in a next port to OpenVMS !!! 

So we need to keep it simple and know how to deploy our own ANT into what you call mavens
cache. 

 

Josef.Stadelmann@

Axa-winterthur.ch

 

[INFO] Executing tasks

     [echo] Building WSDLs...

Overriding previous definition of reference to maven.dependency.classpath

     [echo] Running on OpenVMS

     [echo] Inside /dka3/sw-projekte/asf/axis/axis2/java/core/tags/v1.6.0/modules/codegen/AntSetup.xml.
ANT Version = ${antversion}

 

not-CustomAnt:

 

CustomAnt:

     [echo] Executing /bin/sh -c 'export ANT_OPTS="-Dhttp.auth.preference=Basic -Dhttp.proxyHost=bcproxyserver.ch.winterthur.com
-Dh

ttp.proxyPort=8080 -Dhttp.proxyUser=C770817 -Dhttp.proxyPassword=orbxorbx"; ls -l'

     [exec] %DCL-W-NOCOMD, no command on line - reenter with alphabetic first character

     [exec] %DCL-W-NOCOMD, no command on line - reenter with alphabetic first character

     [exec] Result: 229552

 

all:

[INFO] Executed tasks

[INFO] [resources:copy-resources {execution: copy-templates}]

[INFO] Using 'UTF-8' encoding to copy filtered resources.

[INFO] Copying 7 resources

[INFO] Copying 1 resource

[INFO] Copying 1 resource

[INFO] Copying 1 resource

[INFO] [resources:testResources {execution: default-testResources}]

[INFO] Using 'UTF-8' encoding to copy filtered resources.

[INFO] Copying 0 resource

[INFO] Copying 10 resources

[INFO] Copying 2 resources

[INFO] [compiler:testCompile {execution: default-testCompile}]

[INFO] Compiling 4 source files to /dka3/sw-projekte/asf/axis/axis2/java/core/tags/v1.6.0/modules/codegen/target/test-classes

[INFO] [surefire:test {execution: default-test}]

[INFO] Surefire report directory: /dka3/sw-projekte/asf/axis/axis2/java/core/tags/v1.6.0/modules/codegen/target/surefire-reports

[INFO] ------------------------------------------------------------------------

[ERROR] BUILD FAILURE

[INFO] ------------------------------------------------------------------------

[INFO] There are test failures.

 

Please refer to /dka3/sw-projekte/asf/axis/axis2/java/core/tags/v1.6.0/modules/codegen/target/surefire-reports
for the individual te

st results.

[INFO] ------------------------------------------------------------------------

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

[INFO] ------------------------------------------------------------------------

[INFO] Total time: 40 seconds

[INFO] Finished at: Tue Oct 04 18:30:21 CEST 2011

[INFO] Final Memory: 25M/618M

[INFO] ------------------------------------------------------------------------

bash$

 

 

-----Urspr√ľngliche Nachricht-----
Von: Wayne Fay [mailto:waynefay@gmail.com] 
Gesendet: Montag, 3. Oktober 2011 16:31
An: Maven Users List
Betreff: Re: Problems with MAVEN's-ANT on OpenVMS

 

> I was never expecting that maven is using it's own ANT !

 

Its not "using its own Ant." It simply does not use the Ant that you

previously installed but rather uses the Ant jars directly from its

cache.

 

> Now with maven it just did not work and the reason why is: "Maven uses it's

> own ANT lib files !!!"

> 

> I was not expecting that maven reinvents the wheel.

 

It doesn't. This is a failure of your understanding of how Maven works.

 

> So then - be it as it is --- how can we enforce maven to use a particular

> installed ANT version and not use the maven-internal ANT ?

 

You simply need to "release" your own version of Ant using a specific

version eg 1.8-JOSEPH and then specifically depend on that version in

your Maven pom. You probably want to lock down the version with

<version>[1.8-JOSEPH]</version> to prevent Maven from helpfully using

a different version. You could use a "real" version like 1.8.2 but

realize that **will** cause problems in the future if/when Ant

releases their own version 1.8.2 jars.

 

Deploy your Ant version to your Repo Manager (assuming you are using

Nexus et al) and you should be all set.

 

Wayne

 

---------------------------------------------------------------------

To unsubscribe, e-mail: users-unsubscribe@maven.apache.org

For additional commands, e-mail: users-help@maven.apache.org

 

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message