Re: Problems with MAVEN's-ANT on OpenVMS

[Benson Margulies]

Putting on my pointy hat with the stars on it, I'm predicting that
various APIs of the File object return strings ending in "." on
OpenVMS whether you want them to or not. Lucene creates a file that it
thinks is named '1', (or something ending with '1') and OpenVMS
helpfully decides that it's name is actually '1.', and that's what
comes out of the File APIs that list files in a directory. And it's
all downhill from there. Given OpenVMs's rather antediluvian file
system architecture, nothing about this should surprise anyone.



On Thu, Oct 20, 2011 at 5:51 PM, Wayne Fay  wrote:
>> With knowing the details about our environment
>> would you expect that Lucene written in clean Java
>> is not operating on such a platform?
>
> Without a comprehensive analysis of the source code for Lucene (and
> potentially, some or all of its dependencies) it is impossible to say
> anything conclusive about how well it may operate on OpenVMS or any
> other operating system except for those explicitly supported (and
> tested) by the dev team. Java isn't truly write-once run-anywhere,
> despite such claims ~10-15 years back.
>
> I looked at your stacktrace and the problem seemed to be related to a
> NumberFormatException thrown by java.lang.Long.parseLong() that is not
> being caught and handled by Lucene:
>
> Caused by: java.lang.NumberFormatException: For input string: "1."
>        at 
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
>        at java.lang.Long.parseLong(Long.java:419)
>        at 
> org.apache.lucene.index.SegmentInfos.generationFromSegmentsFileName(SegmentInfos.java:199)
>
> I found a Lucene JIRA issue that is loosely related:
> https://issues.apache.org/jira/browse/LUCENE-3008
>
> Looks like line 211 in trunk is the issue (was line 199 in the stacktrace):
> http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/src/java/org/apache/lucene/index/SegmentInfos.java?view=markup
>
> The source code is:
>   return 
> Long.parseLong(fileName.substring(1+IndexFileNames.SEGMENTS.length()),
>      Character.MAX_RADIX);
>
> A quick look at the Java API shows:
> http://download.oracle.com/javase/1,5.0/docs/api/java/lang/Long.html#parseLong(java.lang.String,%20int)
>  An exception of type NumberFormatException is thrown if any of the
> following situations occurs:
>    * Any character of the string is not a digit of the specified
> radix, except that the first character may be a minus sign '-'
> ('\u002d') provided that the string is longer than length 1.
>
> The decimal character in the string "1." is not valid in the radix
> defined by Character.MAX_RADIX. So, you'll need to figure out where
> that filename of "1." is coming from -- either OpenVMS or Lucene --
> and somehow get rid of the decimal in the filename. Or just rename
> that file from 1. to simply 1 in your filesystem.
>
> Without access to an OpenVMS system and having no real understanding
> of Lucene's internals, I can't really look into it any more at this
> point. You probably need to email the Lucene Users list and ask if
> anyone has successfully gotten it to run on OpenVMS (I'm guessing not)
> and get things patched up before you can make more progress with
> getting Nexus running on it. Or take the more reasonable approach and
> simply install Nexus on a Windows box in your office. ;-)
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

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

Re: Problems with MAVEN's-ANT on OpenVMS

[Wayne Fay]

> With knowing the details about our environment
> would you expect that Lucene written in clean Java
> is not operating on such a platform?

Without a comprehensive analysis of the source code for Lucene (and
potentially, some or all of its dependencies) it is impossible to say
anything conclusive about how well it may operate on OpenVMS or any
other operating system except for those explicitly supported (and
tested) by the dev team. Java isn't truly write-once run-anywhere,
despite such claims ~10-15 years back.

I looked at your stacktrace and the problem seemed to be related to a
NumberFormatException thrown by java.lang.Long.parseLong() that is not
being caught and handled by Lucene:

Caused by: java.lang.NumberFormatException: For input string: "1."
at 
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:419)
at 
org.apache.lucene.index.SegmentInfos.generationFromSegmentsFileName(SegmentInfos.java:199)

I found a Lucene JIRA issue that is loosely related:
https://issues.apache.org/jira/browse/LUCENE-3008

Looks like line 211 in trunk is the issue (was line 199 in the stacktrace):
http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/src/java/org/apache/lucene/index/SegmentInfos.java?view=markup

The source code is:
   return Long.parseLong(fileName.substring(1+IndexFileNames.SEGMENTS.length()),
  Character.MAX_RADIX);

A quick look at the Java API shows:
http://download.oracle.com/javase/1,5.0/docs/api/java/lang/Long.html#parseLong(java.lang.String,%20int)
 An exception of type NumberFormatException is thrown if any of the
following situations occurs:
* Any character of the string is not a digit of the specified
radix, except that the first character may be a minus sign '-'
('\u002d') provided that the string is longer than length 1.

The decimal character in the string "1." is not valid in the radix
defined by Character.MAX_RADIX. So, you'll need to figure out where
that filename of "1." is coming from -- either OpenVMS or Lucene --
and somehow get rid of the decimal in the filename. Or just rename
that file from 1. to simply 1 in your filesystem.

Without access to an OpenVMS system and having no real understanding
of Lucene's internals, I can't really look into it any more at this
point. You probably need to email the Lucene Users list and ask if
anyone has successfully gotten it to run on OpenVMS (I'm guessing not)
and get things patched up before you can make more progress with
getting Nexus running on it. Or take the more reasonable approach and
simply install Nexus on a Windows box in your office. ;-)

Wayne

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

Re: zip instead of jar

[Olivier Lamy]

Hello,
IMHO, Use assembly plugin.
If you want those code zip plugin.
It's available in sandbox svn:
http://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/maven-zip-plugin/



2011/10/19 louis_xie :
> Hi,
> I know this post has been quite dated to date, however, i believe it
> continues to be relevant to many out there trying to create a zip package.
>
> I have found a maven zip plugin at
> http://people.apache.org/~olamy/snapshots/maven-zip-plugin/index.html
> http://people.apache.org/~olamy/snapshots/maven-zip-plugin/index.html .
> However, I do not know how I could download this to include in my project.
>
> Please pardon me as I'm a complete noob to Maven, and have no experience in
> build scripts either. Would appreciate your patience.
>
> Thanks!
>
> --
> View this message in context: 
> http://maven.40175.n5.nabble.com/zip-instead-of-jar-tp111889p4916811.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>



-- 
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

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

RE: Error during release:perform with multi-module git project on Windows

[codingplayer]

Hi James,

thx for your hint.

when running the maven command (mvn release:prepare release:perform) in a
cmd.exe (rather than in a cygwin/GitBash) it works for me.


br
Roman

--
View this message in context: 
http://maven.40175.n5.nabble.com/Error-during-release-perform-with-multi-module-git-project-on-Windows-tp4610985p4921875.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

RE: Maven 3.0.3: Problems with SNAPSHOT updates

[Thiessen, Todd (Todd)]

There are two ways. You can force maven to update snapshot by using the -U 
option. Ie:

mvn -U install

Or you can change when maven updates snapshots by default by changing the 
updatePolicy in your settings.xml file.

http://maven.apache.org/ref/3.0.3/maven-settings/settings.html


> -Original Message-
> From: Dreier Ruediger [mailto:ruediger.dre...@bdal.de]
> Sent: Thursday, October 20, 2011 11:02 AM
> To: 'users@maven.apache.org'
> Subject: Maven 3.0.3: Problems with SNAPSHOT updates
> 
> Hello!
> 
> We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev. 13017)
> as repository server and I am now evaluating if we can migrate to Maven
> 3.
> 
> I am testing Maven 3 in the following environment:
> 
> Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
> Java version: 1.6.0_26, vendor: Sun Microsystems Inc.
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "x86", family: "windows"
> 
> I used a very simple POM file for this check:
> 
>   
> 
>   de.bdal.common.bcl
>   settings
>   0.0.0.1-SNAPSHOT
>   binaries
>   zip
> 
>   
> 
>   
> 
> 
>   
> 
> org.apache.maven.plugins
> maven-dependency-plugin
> 2.2
> 
>   
> process-resources
> 
>   unpack-dependencies
> 
> 
>   true
>   ./target/references
> 
>   
> 
>   
> 
> 
>   
> 
> 
> On a second PC (our Jenkins build system, still using Maven 2.2.1) the
> project de.bdal.common.bcl:settings can be build.
> 
> With an empty local repository, everything works well:
> 'mvn install' downloads the newest version of
> de.bdal.common.bcl:settings to my local repository and the dependency
> plugin extracts it.
> 
> Then I use Jenkins on the build system to create a new SNAPSHOT build
> of de.bdal.common.bcl:settings.
> 
> Now I try to use this new version:
> 
> 'mvn -U install' only downloads metadata:
> 
> Downloading:
> http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
> SNAPSHOT/maven-metadata.xml
> Downloaded:
> http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
> SNAPSHOT/maven-metadata.xml (319 B at 4.0 KB/sec)
> 
> and my local repository contains updated files "maven-metadata-
> inhouse.xml", "maven-metadata-inhouse.xml.sha1" and "resolver-
> status.properties". But all other files are not changed (especially
> settings-0.0.0.1-SNAPSHOT-binaries.zip is not updated). However "maven-
> metadata-inhouse.xml" contains the correct value for lastUpdate (build
> time on the server).
> 
> What am I doing wrong?
> How do I get updates of snapshot dependencies without deleting my local
> repository?
> 
> Thanks for any help,
> 
> i.A. Rüdiger Dreier
> Project Manager
> 
> Bruker Daltonik GmbH
> Fahrenheitstr. 4
> 28359 Bremen, Germany
> 
> Phone: +49 421 2205-393
> Fax: +49 421 2205-3005
> 
> ruediger.dre...@bdal.de
> www.bruker.com
> 
> 
> 
> 
> Sitz der Gesellschaft / Registered Office Bremen; Handelsregister
> Amtsgericht Bremen HRB 8150 / Commercial Register District Court Bremen
> HRB 8150; Geschäftsführer / Managing Directors: Frank Laukien, Ph. D.,
> Gerd Hülso, Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders, Ph. D.,
> Dr. Michael Schubert
> 
> Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich
> für die ordnungsgemäße, vollständige und verzögerungsfreie Übertragung
> der Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er
> unsererseits durch einen Brief oder ein Fax entsprechend bestätigt
> wird.
> 
> Disclaimer: Bruker Daltonik GmbH is not responsible for correct,
> complete and timely transmission of this message. The content of this
> e-mail, including any attachments, is only legally binding if confirmed
> by Bruker Daltonik GmbH by letter or fax

Maven 3.0.3: Problems with SNAPSHOT updates

[Dreier Ruediger]

Hello!

We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev. 13017) as 
repository server and I am now evaluating if we can migrate to Maven 3.

I am testing Maven 3 in the following environment:

Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Java version: 1.6.0_26, vendor: Sun Microsystems Inc.
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "x86", family: "windows"

I used a very simple POM file for this check:

  

  de.bdal.common.bcl
  settings
  0.0.0.1-SNAPSHOT
  binaries
  zip

  

  


  

org.apache.maven.plugins
maven-dependency-plugin
2.2

  
process-resources

  unpack-dependencies


  true
  ./target/references

  

  


  


On a second PC (our Jenkins build system, still using Maven 2.2.1) the project 
de.bdal.common.bcl:settings can be build.

With an empty local repository, everything works well:
'mvn install' downloads the newest version of de.bdal.common.bcl:settings to my 
local repository and the dependency plugin extracts it.

Then I use Jenkins on the build system to create a new SNAPSHOT build of 
de.bdal.common.bcl:settings.

Now I try to use this new version:

'mvn -U install' only downloads metadata:

Downloading: 
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-SNAPSHOT/maven-metadata.xml
Downloaded: 
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-SNAPSHOT/maven-metadata.xml
 (319 B at 4.0 KB/sec)

and my local repository contains updated files "maven-metadata-inhouse.xml", 
"maven-metadata-inhouse.xml.sha1" and "resolver-status.properties". But all 
other files are not changed (especially settings-0.0.0.1-SNAPSHOT-binaries.zip 
is not updated). However "maven-metadata-inhouse.xml" contains the correct 
value for lastUpdate (build time on the server).

What am I doing wrong?
How do I get updates of snapshot dependencies without deleting my local 
repository?

Thanks for any help,

i.A. Rüdiger Dreier
Project Manager

Bruker Daltonik GmbH
Fahrenheitstr. 4
28359 Bremen, Germany

Phone: +49 421 2205-393
Fax: +49 421 2205-3005

ruediger.dre...@bdal.de
www.bruker.com




Sitz der Gesellschaft / Registered Office Bremen; Handelsregister Amtsgericht 
Bremen HRB 8150 / Commercial Register District Court Bremen HRB 8150; 
Geschäftsführer / Managing Directors: Frank Laukien, Ph. D., Gerd Hülso, 
Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders, Ph. D., Dr. Michael Schubert

Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich für die 
ordnungsgemäße, vollständige und verzögerungsfreie Übertragung der Nachricht. 
Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch 
einen Brief oder ein Fax entsprechend bestätigt wird.

Disclaimer: Bruker Daltonik GmbH is not responsible for correct, complete and 
timely transmission of this message. The content of this e-mail, including any 
attachments, is only legally binding if confirmed by Bruker Daltonik GmbH by 
letter or fax

Change the values of custom properties during project creation

[ntzanos]

Hello,

I want to change the default values that I have set in my archetype pom.xml
to some custom value during project creation. Is this possilble?



--
View this message in context: 
http://maven.40175.n5.nabble.com/Change-the-values-of-custom-properties-during-project-creation-tp4921393p4921393.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

RE: Error during release:perform with multi-module git project on Windows

[Nord, James]

Cygwin, cmd and git can get in each others way and confuse things.
do you have the ability to try from a cmd.exe console and with the native git 
port?

/James

-Original Message-
From: codingplayer [mailto:roman.ce...@smartengine.at]
Sent: 20 October 2011 10:25
To: users@maven.apache.org
Subject: Re: Error during release:perform with multi-module git project on 
Windows

Hi,

we currently experience the same problem.

running mvn release:prepare (on a Windows 7 machine from a cygwin console) in a 
module-project fails with the following error:

[INFO] Executing: cmd.exe /X /C "git add -- pom.xml 
C:\DATA\Workspace\sandbox\sandbox-module1\pom.xml
C:\DATA\Workspace\sandbox\sandbox-module2\pom.xml
C:\DATA\Workspace\sandbox\sandbox-module2\sandbox-module2-submodule1\pom.xml"
[INFO] Working directory: c:\DATA\Workspace\sandbox [INFO]

[INFO] Reactor Summary:
[INFO]
[INFO] Smart Engine - Sandbox  FAILURE [0.547s] 
[INFO] Smart Engine - Sandbox - First Module . SKIPPED [INFO] Smart 
Engine - Sandbox - Second Module  SKIPPED [INFO] Smart Engine - 
Sandbox - Second Module's First Submodule  SKIPPED [INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 1.221s
[INFO] Finished at: Thu Oct 20 11:00:00 CEST 2011 [INFO] Final Memory: 22M/981M 
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.2.1:rollback (default-cli) on 
project sandbox: Unable to commit files [ERROR] Provider message:
[ERROR] The git-add command failed.
[ERROR] Command output:
[ERROR] fatal: 'C:\DATA\Workspace\sandbox\sandbox-module1\pom.xml' is outside 
repository


We are using the latest release version of the maven-release-plugin:


2.2.1



org.apache.maven.plugins
maven-release-plugin
${release.plugin.version}


And yes, the parent project is a git repository:

myusername@mymachine /c/DATA/Workspace/sandbox (release/1.0)
$ git status
# On branch release/1.0
nothing to commit (working directory clean)

Are there any workarounds or any solutions yet?

br
R.C.

--
View this message in context: 
http://maven.40175.n5.nabble.com/Error-during-release-perform-with-multi-module-git-project-on-Windows-tp4610985p4920884.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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



**
This message is confidential and intended only for the addressee. If you have 
received this message in error, please immediately notify the 
postmas...@nds.com and delete it from your system as well as any copies. The 
content of e-mails as well as traffic data may be monitored by NDS for 
employment and security purposes. To protect the environment please do not 
print this e-mail unless necessary.

NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, 
United Kingdom. A company registered in England and Wales. Registered no. 
3080780. VAT no. GB 603 8808 40-00
**

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

Re: writing a parent pom that does not execute its plugins

[Dirk Olmes]

>>> Regarding your use case: do you have a) N products which need to be
>>> packaged all in the same way or b) one product which has to be packaged
>>> in N similar variants? Or where is the variation in your packaging
>>> otherwise? What differs between the projects you're attempting to package?
>>
>> It's more like a) - different products, same packaging. These products are
>> all very similar since they sit on top of the same framework, though. The
>> packaging process is always like this:
>>
>> - use an assembly to put all of our classes from different child modules
>> into one jar that's to be fed into proguard for obfuscation
>> - generate the obfuscator config, this plugin resolves depencies and puts
>> paths to third party jars into a template
>> - use proguard to obfuscate only our classes - third party classes are open
>> source anyway so there's little use in obfuscating them
>> - use another assembly to package up all third party jars along with our
>> obfuscated jar and some supporting resources like scripts etc. into a
>> deployment zip
>> - use yet another assembly to package up the deployment zip and an installer
>> shell script into an installer.zip
>>
>> All the installers we produce vary only in dependencies and in the contents
>> of the various assemblies. The list of plugins and their configurations
>> stays the same.
> 
> This is crying out for a custom packaging... with that you can define
> all the plugins to bind to the lifecycle of that custom packaging, and
> then presto-chango your pom becomes
> 
> 
>   
> ...
> ...
> ...
>   
>   ...
>   ...
>   ...
>   obfusacted-installer
>   
> ...
>   
>   
> 
>   
> ...
> obfuscated-installer-maven-plugin
> ...
> true
>   
> 
>   
> 

This is somewhat unfortunate because  (quoting Anders' reply earlier in
this thread):

> Unfortunately it is not possible to include configuration of a plugin
> in a custom packaging type. You need to create specific plugins (with
> the proper default config) and use them in the packaging type.

Please tell me there's an easier way to specify default configuration to
a plugin than hard-coding the required values in MOJOs? How would I
create the 3 executions of the assembly plugin? 3 different plugins?
This approach seems far too heavy-weight ...

I'm still tryig to find out why the approach I'm using (profiles
activated by a child module) actually works when everyone says it
shouldn't :-)

-dirk

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

Re: Error during release:perform with multi-module git project on Windows

[codingplayer]

Hi,

we currently experience the same problem.

running mvn release:prepare (on a Windows 7 machine from a cygwin console)
in a module-project fails with the following error:

[INFO] Executing: cmd.exe /X /C "git add -- pom.xml
C:\DATA\Workspace\sandbox\sandbox-module1\pom.xml
C:\DATA\Workspace\sandbox\sandbox-module2\pom.xml
C:\DATA\Workspace\sandbox\sandbox-module2\sandbox-module2-submodule1\pom.xml"
[INFO] Working directory: c:\DATA\Workspace\sandbox
[INFO]

[INFO] Reactor Summary:
[INFO]
[INFO] Smart Engine - Sandbox  FAILURE [0.547s]
[INFO] Smart Engine - Sandbox - First Module . SKIPPED
[INFO] Smart Engine - Sandbox - Second Module  SKIPPED
[INFO] Smart Engine - Sandbox - Second Module's First Submodule  SKIPPED
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 1.221s
[INFO] Finished at: Thu Oct 20 11:00:00 CEST 2011
[INFO] Final Memory: 22M/981M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.2.1:rollback (default-cli)
on project sandbox: Unable to commit files
[ERROR] Provider message:
[ERROR] The git-add command failed.
[ERROR] Command output:
[ERROR] fatal: 'C:\DATA\Workspace\sandbox\sandbox-module1\pom.xml' is
outside repository


We are using the latest release version of the maven-release-plugin:


2.2.1



org.apache.maven.plugins
maven-release-plugin
${release.plugin.version}


And yes, the parent project is a git repository:

myusername@mymachine /c/DATA/Workspace/sandbox (release/1.0)
$ git status
# On branch release/1.0
nothing to commit (working directory clean)

Are there any workarounds or any solutions yet?

br
R.C.

--
View this message in context: 
http://maven.40175.n5.nabble.com/Error-during-release-perform-with-multi-module-git-project-on-Windows-tp4610985p4920884.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: writing a parent pom that does not execute its plugins

[Stephen Connolly]

On 20 October 2011 06:38, Dirk Olmes  wrote:
> On 20.10.2011, at 00:21, Ansgar Konermann wrote:
>>
>> Am 18.10.2011 13:28, schrieb Dirk Olmes:
>>>
>>> I am aware of the  section but fail to see if it would
>>> help: I'd still have to list all the plugins to be executed in the
>>> individual installer POMs.
>>
>> True, but IMHO a lot better than specifying the whole plugin
>> configuration over and over again. This is probably the "low hanging
>> fruit" which you could harvest easily.
>
> Not low enough for me :-)
> The alternative would have been to write a custom generator for pom files.
>
>> Regarding your use case: do you have a) N products which need to be
>> packaged all in the same way or b) one product which has to be packaged
>> in N similar variants? Or where is the variation in your packaging
>> otherwise? What differs between the projects you're attempting to package?
>
> It's more like a) - different products, same packaging. These products are
> all very similar since they sit on top of the same framework, though. The
> packaging process is always like this:
>
> - use an assembly to put all of our classes from different child modules
> into one jar that's to be fed into proguard for obfuscation
> - generate the obfuscator config, this plugin resolves depencies and puts
> paths to third party jars into a template
> - use proguard to obfuscate only our classes - third party classes are open
> source anyway so there's little use in obfuscating them
> - use another assembly to package up all third party jars along with our
> obfuscated jar and some supporting resources like scripts etc. into a
> deployment zip
> - use yet another assembly to package up the deployment zip and an installer
> shell script into an installer.zip
>
> All the installers we produce vary only in dependencies and in the contents
> of the various assemblies. The list of plugins and their configurations
> stays the same.

This is crying out for a custom packaging... with that you can define
all the plugins to bind to the lifecycle of that custom packaging, and
then presto-chango your pom becomes


  
...
...
...
  
  ...
  ...
  ...
  obfusacted-installer
  
...
  
  

  
...
obfuscated-installer-maven-plugin
...
true
  

  


or


  
...
...
...
  
  ...
  ...
  ...
  obfusacted-installer
  
...
  
  

  
...
obfuscated-installer-lifecycle
...
  

  


depending on whether you require some custom mojo's, or just the
custom lifecycle with existing plugins

-Stephen

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

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

Re: Problems with MAVEN's-ANT on OpenVMS

[Tamás Cservenák]

Um,

unsure about OS versions, but by googling I found this:
http://vouters.dyndns.org/tima/OpenVMS-CRTL-Java-C-Illegal_seek-lucene-Problem_with_running_any_lucene_based_Java_code.html

Looks like Java on openVMS makes some software -- lucene among them --
0xdeadbeef.

Thanks,
~t~

On Thu, Oct 13, 2011 at 2:58 PM, Benson Margulies  wrote:
> Just to put the cork in this, the backtrace at the end proves that
> Apache Lucene doesn't work in your OpenVMS environment. Words cannot
> express my lack of surprise.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

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

AW: How does Maven use timestamps?

[Stadelmann Josef]

I am havening a very similar thing which I would say fosters what you say.

I know I have a somehow unsupported maven as I runs to some degree on OpenVMS

But, I would be glad how experts explain the following:

$ cd /dka3/sw-projekte/asf.axis/axis2/java/core/tags/v1.6.0
$ mvn "clean install"   fails for 
module/codegen in the surefire test
$ mvn "clean install --projects module/maven"   runs perfect

I guess, as I am not a maven expert, that in the first mvn case 
the reactor gets engaged and it set-up/delivers/passes/invokes something 
different whereas 
in the second case the reactor is bypassed and the command reaches the executor 
on duty very straight.

Josef



-Ursprüngliche Nachricht-
Von: Dieter Van de Walle [mailto:dieter.vandewa...@newtec.eu] 
Gesendet: Freitag, 14. Oktober 2011 09:30
An: users@maven.apache.org
Betreff: How does Maven use timestamps?

Hello, 

For a while now, I have noticed sporadic problems when using Maven. 
For example: a maven build results in errors on a project. 
If I then check out the project into another directory, the project builds 
without any problems. 
The content of both directories is identical. I use 'mvn clean install' . 

More in general: if I have problems like these, a touch of all files in the 
project seems to resolve them. 
Therefore it seems to me that the file properties seems to be the cause. 
I'm suspecting timestamps, because a touch always magically solves these 
problems. 
However I don't understand why this could make a difference? 
If I run a 'mvn clean' or just manually remove the target directory, everything 
should be rebuilt, and timestamps shouldn't matter right? 

However this seems to be the case. I get the impression some files are 
sometimes skipped for compilation by maven, causing errors. 

Another thing that could also be a factor is that I am using GIT to manage the 
project files in the faulty directory. 
However I don't really see how this could influence the build ... 

Does this ring a bell with anyone? 
Can anyone point me in the right direction on solving this issue? 

Maven version info below. 

Best regards, 

Dieter Van de Walle 

-- 

Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) 
Maven home: /opt/apache-maven-3.0.3 
Java version: 1.6.0_26, vendor: Sun Microsystems Inc. 
Java home: /usr/lib/jvm/java-6-sun-1.6.0.26/jre 
Default locale: nl_BE, platform encoding: UTF-8 
OS name: "linux", version: "2.6.38-11-generic-pae", arch: "i386", family: "unix 


Discover our world of Innovation and Product leadership - bePART, Engineered 
for partner value   Meet us @ www.newtec.eu/events  *** e-mail 
confidentiality footer ***  This message and any attachments thereto are 
confidential. They may also be privileged or otherwise protected by work 
product immunity or other legal rules. If you have received it by mistake, 
please let us know by e-mail reply and delete it from your system; you may not 
copy this message or disclose its contents to anyone. E-mail transmission 
cannot be guaranteed to be secure or error free as information could be 
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain 
viruses. The sender therefore is in no way liable for any errors or omissions 
in the content of this message, which may arise as a result of e-mail 
transmission. If verification is required, please request a hard copy.

AW: How to install MAVEN on Windows 7

[Stadelmann Josef]

But if windows claims as in this case that the command is not known, 
then  the PATH does not know the .exe, .com or .bat making the command 
and maven has ./bin/mvn.bat
hence you have to add (as one points out previously %M2_HOME%\bin; to the PATH
and there best to the SYSTEM not the USER
Josef




-Ursprüngliche Nachricht-
Von: Eric Kolotyluk [mailto:eric.koloty...@gmail.com] 
Gesendet: Freitag, 14. Oktober 2011 18:58
An: users@maven.apache.org
Betreff: Re: How to install MAVEN on Windows 7

I use Maven on several Windows 7 systems and have had no real problems 
after setting up the environment variables properly. Other than that, 
Maven is just like any other Java application.

In particular make sure maven\bin is on your Path or Path2 environment 
variables. Do you know how to set those in Windows?

Cheers, Eric

Cheers, Eric

On 2011-10-13 7:23 PM, Wayne Fay wrote:
>> What environment variables do I modify for Windows 7?  The  system does
> not recognize the "mvn -version" command.
>
> What directions did you follow?
> What commands did you execute?
>
> I am aware of nothing special about installing on Win7. I think you simply
> skipped/missed a step or two in the documentation.
>
> Wayne
>

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

AW: default auth for settings.xml

[Stadelmann Josef]

This is very clean clear statement! 
Please make maven pointing this out to the user to use a repo if it is so 
wasteful.
I am by far not an expert of maven or repositories, but I agree with you, 

it gets much more simple 

as all proxy connections and all connections to external servers can be handled 
at one point, the repository in the role of a proxy 

So far I did not manage to make nexus reach out through our firewall because
I do not know how to pass such a thing as -Dhttp.auth.preference=Basic
to our proxy server on a attempt to take central into service. (Sorry a nexus 
issue)
Josef

-Ursprüngliche Nachricht-
Von: Ron Wheeler [mailto:rwhee...@artifact-software.com] 
Gesendet: Donnerstag, 13. Oktober 2011 20:24
An: users@maven.apache.org
Betreff: Re: default auth for settings.xml

On 13/10/2011 2:06 PM, Tommy Chheng wrote:
Do you have Nexus or another repo installed?
If not, do that first.
That will fix your settings.xml problem in a much more sensible way and make 
your whole life a lot easier.
Using Maven without a repo is a horribly wasteful thing to do.

Ron
> Hi,
> I have a few servers in the settings.xml where the username/password 
> is the same for all server ids.
>
> is there a way to set a default username/password so i don't have to 
> add a new server xml block every time?
>
>   26
>   27scala-tools.org
>   28t
>   29XXX
>   30
>   31
>   32sweble
>   33t
>   34XXX
>   35
>   36
>


--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

AW: Problems with MAVEN's-ANT on OpenVMS

[Stadelmann Josef]

Thank you Benson 

pointing me into the right direction. Was an oversight on my site, that yet 
another product got involved. Lucene
So I have to download yet another hopefully open source project and build it on 
OpenVMS

We attempted to run 
the Sonatype nexus war 
on our Apache Tomcat/5.5.26 AS 
on top of JVM Version 1.6.0-2.p1 
from Hewlett-Packard Company 
on OpenVMS 8.4 patched to latest level 
in a ia64 OS Architecture environment

to get your right
With knowing the details about our environment
would you expect that Lucene written in clean Java 
is not operating on such a platform?

-Ursprüngliche Nachricht-
Von: Benson Margulies [mailto:bimargul...@gmail.com] 
Gesendet: Donnerstag, 13. Oktober 2011 14:58
An: Maven Users List
Betreff: Re: Problems with MAVEN's-ANT on OpenVMS

Just to put the cork in this, the backtrace at the end proves that
Apache Lucene doesn't work in your OpenVMS environment. Words cannot
express my lack of surprise.

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

Re: Uncompiled classes resulting in COMPILATION ERROR : cannot find symbol

[Guillaume Polet]

OK, thanks for your answers. On my side, I made sure that those issues 
arise on both my laptop and on jenkins. I have also tried your 
suggestions on both, but unfortunately they did not work for me. Anyway, 
thanks again for spending the time to reply.


Cheers,
Guillaume

Le 20/10/2011 09:15, bgik a écrit :

Hi
Maybe i should add some clarification.

We don't use Jenkins, so my issue was related purely to the fact classes
under src/main in my module failed to compile using mvn release:perform,
meaning classes under src/test then failed with missing symbols.

Increasing the heap size worked for the 3 of us on my team previously seeing
the issue.

Agree that it would be nice to raise a bug, but in the absence of any test
case to show the issue i haven't done.

Sorry it doesn't help you much

thanks

--
View this message in context: 
http://maven.40175.n5.nabble.com/Uncompiled-classes-resulting-in-COMPILATION-ERROR-cannot-find-symbol-tp4903264p4920568.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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




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

Re: Uncompiled classes resulting in COMPILATION ERROR : cannot find symbol

[bgik]

Hi
Maybe i should add some clarification.

We don't use Jenkins, so my issue was related purely to the fact classes
under src/main in my module failed to compile using mvn release:perform,
meaning classes under src/test then failed with missing symbols.

Increasing the heap size worked for the 3 of us on my team previously seeing
the issue.

Agree that it would be nice to raise a bug, but in the absence of any test
case to show the issue i haven't done. 

Sorry it doesn't help you much

thanks

--
View this message in context: 
http://maven.40175.n5.nabble.com/Uncompiled-classes-resulting-in-COMPILATION-ERROR-cannot-find-symbol-tp4903264p4920568.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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