RE: Artifactory pro abstract credentials in settings.xml

[cody.a.fyler]

You don't need to use the Artifactory pro plugin to publish to Artifactory from 
Maven. The maven-release-plugin should provide all the functionality you need.

Cody Fyler
CLT – APMS 
G=Lending Grid Builds
(515) – 441 - 0814


-Original Message-
From: swapnil barwat [mailto:swapnilbar...@gmail.com] 
Sent: Tuesday, August 09, 2016 12:27 PM
To: users@maven.apache.org
Subject: Fwd: Artifactory pro abstract credentials in settings.xml

Hi,

I am using artifactory pro and integrating with Jenkins. We are also using 
artifactory maven plugin to publish artifacts. For this plugin configuration 
regarding artifactory (username, password, context url) needs to go in project 
pom.xml. Which gives our security teams creeps (since it has plain text 
password).
Before this we were using default maven deploy plugin which had all of this 
information in settings.xml.
So my question is - is there a way we can leverage username/password (server 
stanza) from settings.xml and pass it to artifactory maven plugin to read from?

Any help would be highly appreciated.

--
regards..
Swapnil Barwat



-- 
regards..
Swapnil Barwat

RE: Artifactory pro abstract credentials in settings.xml

[cody.a.fyler]

I googled it for you.

https://maven.apache.org/guides/mini/guide-encryption.html


Cody Fyler
CLT – APMS 
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: swapnil barwat [mailto:swapnilbar...@gmail.com] 
Sent: Tuesday, August 09, 2016 12:27 PM
To: users@maven.apache.org
Subject: Fwd: Artifactory pro abstract credentials in settings.xml

Hi,

I am using artifactory pro and integrating with Jenkins. We are also using 
artifactory maven plugin to publish artifacts. For this plugin configuration 
regarding artifactory (username, password, context url) needs to go in project 
pom.xml. Which gives our security teams creeps (since it has plain text 
password).
Before this we were using default maven deploy plugin which had all of this 
information in settings.xml.
So my question is - is there a way we can leverage username/password (server 
stanza) from settings.xml and pass it to artifactory maven plugin to read from?

Any help would be highly appreciated.

--
regards..
Swapnil Barwat



-- 
regards..
Swapnil Barwat

RE: Offline builds nearly impossible

[cody.a.fyler]

I just wanted to weigh in.

This indeed does not function in what I would call an "intuitive" way.

It would be really nice if offline mode meant just provide the switch and 
everything used your local repo. No extra configuration or trickery required.

I know in modern times, the idea of always being connected is the norm, but if 
you KNOW you don't need any updates and you have a lot of deps, this could 
speed up the build a bit. Especially if you are forced to use a 3G connection 
for a build on an emergency basis in your job.

Then again, it would also be nice if Santa Claus were real. 

When will Apache have their open source Santa project? ;)

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Paul Benedict [mailto:pbened...@apache.org] 
Sent: Friday, November 13, 2015 11:27 AM
To: Maven Users List 
Cc: joerg.schai...@gmx.de
Subject: Re: Offline builds nearly impossible

I think most people, at least once in their life, try to use their local 
repository cache as an offline remote repository. However, the two aren't the 
same in concept though, IIRC, the last time I tried. You still need to keep the 
two separate.

Now it would be interesting if a tool existed to copy the contents of a local 
repository and scrub its local metadata. That would then give you a true 
"remote offline repo".


Cheers,
Paul

On Fri, Nov 13, 2015 at 11:17 AM, Jason van Zyl  wrote:

> If this does not work please let me know. This is what I’ve used in 
> the past and if it doesn’t work I agree it needs to be fixed. I 
> honestly haven’t tried making a hermetically sealed build in a few 
> years but last year worked on a project that did no network traversal 
> aside from using file-based repositories and it all worked fine.
>
> > On Nov 13, 2015, at 11:33 AM, Jörg Schaible 
> wrote:
> >
> > Hi Jason,
> >
> > Jason van Zyl wrote:
> >
> >> Use a file based remote repository instead of trying to build in 
> >> offline mode.
> >>
> >> You can either use a repository manager to create the remote 
> >> repository
> or
> >> an empty local repository with a full build. As noted though, you 
> >> have
> to
> >> remove all local repository metadata and files if you create the 
> >> repository locally.
> >>
> >> Now that you have the repository that contains everything you need 
> >> to build create a settings.xml with a mirror pointing to a 
> >> file-based repository. You shouldn’t need to build in offline mode 
> >> but using a file-base repository in your mirror will effectively be 
> >> the same. This
> way
> >> you will not be subject to every Maven plugins potentially flaking 
> >> handling of offline mode.
> >
> > Good idea, thanks! And with a mirror setup to file:/// (except for 
> > that file-based remote repo) we can even verify that no offline 
> > access is required.
> >
> > Cheers,
> > Jörg
> >
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> To think is easy. To act is hard. But the hardest thing in the world 
> is to act in accordance with your thinking.
>
>  -- Johann von Goethe
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

RE: [ANN] Apache Maven Assembly Plugin 2.5.4 Released

[cody.a.fyler]

Is the same change going to be made to the plexus-archiver 3.x branch?

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: kristian.rosenv...@zenior.no [mailto:kristian.rosenv...@zenior.no] On 
Behalf Of Kristian Rosenvold
Sent: Monday, April 27, 2015 2:00 PM
To: Maven Users List
Subject: Re: [ANN] Apache Maven Assembly Plugin 2.5.4 Released

I divides the zip into N streams where N=number of cpu cores.  Subsequently 
files are submitted round-robin to each stream (it's actually fork-join with 
work-stealing on java7). Each stream is written to memory with an offload to 
disk if it grows too large.  When all streams are done they are merged back 
into a single well formed zip file.

This is totally zero-config and cannot be disabled :) Any users of 
plexus-archiver can get this feature by simply upgrading to version 2.10 (and 
plexus-io 2.5). This includes war and jar plugin too.

Kristian


2015-04-27 20:45 GMT+02:00 Michael Osipov :

> Am 2015-04-27 um 20:39 schrieb Kristian Rosenvold:
>
>> The Apache Maven team is pleased to announce the release of the 
>> Apache Maven Assembly Plugin, version 2.5.4
>>
>> The Assembly Plugin for Maven is primarily intended to allow users to 
>> aggregate the project output along with its dependencies, modules, 
>> site documentation, and other files into a single distributable 
>> archive.
>>
>> This release is mostly a bugfix release, but due to MASSEMBLY-764 we 
>> also gained multithreaded ZIP compression, which should especially 
>> benefit users with large zip files.
>>
>
> This works by default and requires no further config? How does the 
> logic decide that divide and conquer will gain a speedup?
>
> Michael
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

RE: Issue with maven-release-plugin and maven 3.3.1

[cody.a.fyler]

That works for me.

Thanks!

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] 
Sent: Wednesday, April 22, 2015 3:11 PM
To: Maven Users List
Subject: Re: Issue with maven-release-plugin and maven 3.3.1

Hi,

a short solution could be

https://issues.apache.org/jira/browse/MRELEASE-902

after the new release of maven-release-plugin 2.5.2 is there you could change 
to the new release which contains a fix for that...


Kind regards
Karl Heinz Marbaise
On 4/22/15 10:02 PM, cody.a.fy...@wellsfargo.com wrote:
> It appears as though the maven-release-plugin needs to be updated for Maven 
> 3.3.1 (similar to the maven-invoker-plugin)?
>
> I get this error trying a dry run:
>
> [INFO] [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-release-plugin:2.5.1:prepare (default-cli) on 
> project parent: Failed to invoke Maven build. Error configuring command-line. 
> Reason: Maven executable not found at: C:\bin\apache-maven-3.3.1\bin\mvn.bat 
> -> [Help 1]
>
> Cody Fyler
> Lending Grid Build Team
> G=Lending Grid Builds
> (515) - 441 - 0814
>
>
>
>


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

Issue with maven-release-plugin and maven 3.3.1

[cody.a.fyler]

It appears as though the maven-release-plugin needs to be updated for Maven 
3.3.1 (similar to the maven-invoker-plugin)?

I get this error trying a dry run:

[INFO] [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-release-plugin:2.5.1:prepare (default-cli) on 
project parent: Failed to invoke Maven build. Error configuring command-line. 
Reason: Maven executable not found at: C:\bin\apache-maven-3.3.1\bin\mvn.bat -> 
[Help 1]

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814

RE: Can Maven be used in an nmake environment with VPATH?

[cody.a.fyler]

Have you looked into using Jenkins or Hudson to automate those builds?

You can set up custom environment variables, different jvms, etc. etc. It can 
run any number of utilities via shell scripts, Maven, Ant, Gradle, etc. etc.

That might be a more fruitful place to start.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Steve Cohen [mailto:sco...@javactivity.org] 
Sent: Tuesday, March 31, 2015 1:26 PM
To: users@maven.apache.org
Subject: Can Maven be used in an nmake environment with VPATH?

I work for an organization which uses an SCM/Build process based on the
following:

SCM: a ancient legacy horror of a system

Build: Alcatel-Lucent nmake

With this system the organization maintains a large suite of applications.  The 
system is monstrously inflexible and a pain to work with.  They do manage to 
have an automated build process with it, but no continuous integration.

A large proportion of the actual code built by this system is java. 
Deployment is onto various servers using versions of containers such as 
weblogic, or sometimes standalone. This requires old JVMs, a few of which are 
as old as JDK-1.3, and none use a version of java that is still supported by 
Oracle (>=1.7).  Deployment is done through RPMs and in some cases Solaris 
packaging.

As you might imagine, change, in such an organization is difficult.  The main 
impediment to change is the accreted base of thousands of makefiles that have 
been created over the years.

But a few intrepid (or maybe foolhardy) souls are thinking of trying. 
We'd like to use maven to handle the java portion of this process.  Its 
dependency management features would be worth the effort if we could get them.  
Since replacing the whole system is not in scope, the idea is to use maven to 
handle the java compilation, archiving into jars, wars, ears, etc., while 
leaving the packaging, deployment, source control systems as they are.  
Alcatel-Lucent nmake would invoke maven as it now invokes javac, jar, etc.  If 
we can get this far, future upgrading of other portions of the system may come 
into play, but not in step 1. 
Such a transition will happen gradually or not at all.

The problem is this.  Alcatel-Lucent nmake (and other versions of make such as 
GNU make) includes the concept of the VPATH, an environment variable containing 
a path (similar to PATH, etc.) along which to search for dependent source.  If 
a necessary file is not found along the first node of the path, the second is 
searched for it, then the third, etc. 
Only if the full VPATH is exhausted is the dependency not satisfied and the 
build fails.  Importantly, if the dependency IS satisfied, then nodes further 
down the path are not looked at for that dependency.

There is a little tutorial here, explaining how this works:
http://nmake.alcatel-lucent.com/tutorial/s10.html

Needless to say, this is not the way Maven works, especially the compiler 
plugin, certainly not under default settings.  There is the sourcepath setting 
which invokes the -sourcepath switch on javac, which might be part of a 
solution.  There would then be a need for something that could translate the 
$VPATH envvar to a sourcepath which would need to dig down through several 
layers of a directory tree (at least they would be identical in each node -e.g. 
$NODE/$PROJECT/src/main/java) to produce a sourcepath.

I don't think this will work because if I turn on the verbose debug output, I 
see that maven is putting a path to each source file on the javac command line, 
and am guessing maven is not going to do this looking over each node of the 
VPATH.

Another option would be to pull the source from the various vpath nodes in 
reverse order and then use maven in a more normal way.  But I imagine that this 
would have negative performance consequences.

Has anyone on this list ever tried anything like this?  Or is this too big a 
hill to even contemplate climbing?

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

RE: maven 3.0.6 release date

[cody.a.fyler]

I have to admit, this would be pretty cool.

However, Jenkins already has this functionality. You specify the Maven version 
in the job and configure Jenkins to automatically download that version (it 
does with this with Java and Ant as well).

I highly suggest you look into it. Even running it on your local machine is 
pretty convenient.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: David Hoffer [mailto:dhoff...@gmail.com] 
Sent: Monday, February 02, 2015 9:06 AM
To: Maven Users List
Subject: Re: maven 3.0.6 release date

On a somewhat related note, one feature I'd like to see added to Maven is the 
ability to easily upgrade the version of Maven used.  I want the build to 
specify the version of Maven used and automatically download and use that 
version.  Currently it's the system that determines what version is installed 
on the path.  The best a project can do is require a (min) version of Maven.  
This makes it hard to upgrade as we have several projects to support and some 
will never be upgraded as they are older branches.  Is this feature on the 
Maven radar?

On Mon, Feb 2, 2015 at 6:27 AM, Karl Heinz Marbaise 
wrote:

> Hi,
>
> isn't it an option to update to 3.2.5 ? Have you tried it ?
>
>
> On 2/2/15 10:27 AM, Bichov, Vitaly wrote:
>
>> Hi,
>>
>> There is this (http://jira.codehaus.org/browse/MNG-5315) bug.
>> The bug has a fix proposal and a workaround.
>> Due to some restrictions I can't apply the workaround on my environment.
>>
>> Will the bug be fixed in the next (3.0.6)  release?
>> When will 3.0.6 version will be released if ever?
>>
>> Thank you,
>> Vitaly
>>
>>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

RE: [VOTE] Name our mascot: "Shotgun" vs "The Maven Owl"

[cody.a.fyler]

B

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] 
Sent: Monday, December 15, 2014 4:39 AM
To: Maven Users List; Maven Developers List
Subject: [VOTE] Name our mascot: "Shotgun" vs "The Maven Owl"

After the run-off round, we are left with two names standing.

This second vote will be a straight and simple majority wins.

The vote will be open for at least 72 hours (with the potential of an extension 
until I send a message saying that the polls are closed)

There will be no discussion in this thread, we have talked it all enough 
already. If you want to discuss something, please use a different thread.

Vote:

[A]: Shotgun
[B]: The Maven Owl

Thank you very much for your time

-Stephen

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

RE: [ANN] Apache Maven Assembly Plugin 2.5 Released

[cody.a.fyler]

This fixes the issue for me.

Thanks Kristian!

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Kristian Rosenvold [mailto:krosenv...@apache.org] 
Sent: Wednesday, October 29, 2014 2:21 AM
To: Maven Users List
Cc: Maven Developers List
Subject: Re: [ANN] Apache Maven Assembly Plugin 2.5 Released

AS can be seen from http://jira.codehaus.org/browse/MASSEMBLY-722,
this can be fixed for 2.5 by adding the following to your pom (these component 
updates are available in central):


maven-assembly-plugin
...


org.codehaus.plexus
plexus-archiver
2.8.2


org.codehaus.plexus
plexus-io
2.3.3




Or alteranately you could give 2.6-SNAPSHOT (will be 2.5.1) a spin. I will 
await some feedback on this fix before I stage 2.5.1 for relase.

Kristian



2014-10-28 22:03 GMT+01:00 Kristian Rosenvold :
> Unfortunately filtering into tar/zip is broken 
> (http://jira.codehaus.org/browse/MASSEMBLY-722), and users of 
> filtering/line endings must use a previous version or wait for 2.5.1, 
> which will be released fairly soon.
>
> Kristian
>
>
> 2014-10-27 5:50 GMT+01:00 Kristian Rosenvold :
>> The Apache Maven team is pleased to announce the release of the 
>> long-awaited Apache Maven Assembly Plugin, version 2.5.
>>
>> The Assembly Plugin for Maven is primarily intended to allow users to 
>> aggregate the project output along with its dependencies, modules, 
>> site documentation, and other files into a single distributable archive.
>>
>> Notable in this release is improved file attribute support and full 
>> symlink support for java7+ users. Users of filtering/line ending 
>> selection should also notice a nice performance improvement.  A large 
>> number of bugs have also been fixed.
>>
>>
>> http://maven.apache.org/plugins/maven-assembly-plugin/
>>
>> You should specify the version in your project's plugin configuration:
>>
>> 
>>   org.apache.maven.plugins
>>   maven-assembly-plugin
>>   2.5
>> 
>>
>>
>> Release Notes - Maven Assembly Plugin - Version 2.5
>>
>>
>>
>> ** Bug
>> * [MASSEMBLY-75] - Unpacked TAR dependencies do not preserve file 
>> mode nor uid/gid
>> * [MASSEMBLY-458] - Directory name resolution ignores "$" and beyond
>> * [MASSEMBLY-495] - Assembly changes timestamps when extracting 
>> dependency sets
>> * [MASSEMBLY-523] - Filtering causes a loss of original unix file 
>> permissions
>> * [MASSEMBLY-543] - japanese filenames cannot be correctly 
>> assembled by maven-assembly-plugin
>> * [MASSEMBLY-557] - Corrupted zip created by assembly: extracting 
>> the zip forgets certain folders (or throws permission denied errors) 
>> possibly because zip index is corrupted
>> * [MASSEMBLY-563] - JAR entry not found when including jar 
>> dependencies with "#" in classname
>> * [MASSEMBLY-576] - addClasspath broken in new single goal
>> * [MASSEMBLY-605] - Filtering does not work on files which are symlinks
>> * [MASSEMBLY-615] - assembly:single fails with odd resource file name
>> * [MASSEMBLY-622] - Unable to create "TAR" artifacts
>> * [MASSEMBLY-641] - Assembly fails on resource name with a percent 
>> character
>> * [MASSEMBLY-661] - Assembly plugin looses permissions when using 
>> fileSets
>> * [MASSEMBLY-670] - Specifying  option of  
>> causes timestamps not to be preserved
>> * [MASSEMBLY-684] - Parallel Execution w Custom Assembly Descriptor Fails
>> * [MASSEMBLY-692] - Assembly ID is global
>> * [MASSEMBLY-709] - When assembling a zip on windows duplicate 
>> files are added to the assembly
>> * [MASSEMBLY-721] - Failing ITs for Maven 2.2.1
>>
>>
>>
>> ** Improvement
>> * [MASSEMBLY-479] - Add option to generate Posix tar files.
>> * [MASSEMBLY-530] - Allow configuration of encoding
>> * [MASSEMBLY-638] - [PATCH] Support tgz and tbz2 formats in assemblies
>> * [MASSEMBLY-673] - Add support for "delimiters" and 
>> "useDefaultDelimiters" like the maven-resources-plugin 2.4 has
>> * [MASSEMBLY-688] - Use maven-invoker-plugin 1.9
>> * [MASSEMBLY-705] - Removed compatibility with Maven 2.0.X
>> * [MASSEMBLY-706] - MavenProject/MavenSession Injection as a 
>> paremeter instead as a component.
>> * [MASSEMBLY-707] - Remove unnecessary excludes / Cleaning up console 
>> output
>> * [MASSEMBLY-710] - Fix RAT Report
>> * [MASSEMBLY-712] - Update version of plexus-archiver to 2.5
>> * [MASSEMBLY-714] - Update version of plexus-archiver to 2.7.1
>> * [MASSEMBLY-716] - Update plexus-io from 2.0.9 to 2.3.2
>> * [MASSEMBLY-719] - Ugrade to plexus-interpolation 1.21
>>
>> ** New Feature
>> * [MASSEMBLY-717] - Add an option to turn off project filters
>>
>> ** Wish
>> * [MASSEMBLY-343] - add symbolic links managment (java7+ only 
>> supported)
>>
>> Enjoy,
>>
>> -The Apache Maven team

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

RE: [ANN] Apache Maven Assembly Plugin 2.5 Released

[cody.a.fyler]

This version breaks my build.

The error I receive is:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly-plugin:2.
5:single (flex-flexA-single) on project flexA: Failed to create assembly: Error
creating assembly archive flexA: This archives contains unclosed entries. -> [He
lp 1]

My installation details:

C:\Users\fylerca\workspace\FlexFrameworkPackaging\branches\R4.14>mvn -v
Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4; 2014-08-11T15:58:1
0-05:00)
Maven home: C:\bin\apache-maven-3.2.3
Java version: 1.8.0_20-ea, vendor: Oracle Corporation
Java home: C:\Java\jdk1.8.0_20\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"

Here is the packaging file that works under previous versions:


http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1";
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
  
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1
 http://maven.apache.org/xsd/assembly-1.1.1.xsd";>
  flexA
  
dir
tar.gz
  
  false
  


  
xpp3:xpp3_min
com.wellsfargo.lendinggrid:MQ
*:pom
  
  

com.wellsfargo.lendinggrid.framework:CommonLibDependencies:pom
javax.servlet:jstl
com.ibm.as400:jt400
ojdbc:ojdbc
com.oracle:ojdbc6
com.teradata.jdbc:tdgssconfig
com.teradata.jdbc:terajdbc4
net.sourceforge.jtds:jtds
com.ibm.db2:db2jcc
com.thoughtworks.xstream:xstream
  
  /flexshare/flexA/commonLib
  true



  

com.wellsfargo.lendinggrid.frameworkFlexFrameworkPackaging:pom:*
  
  
org.apache.rampart:rampart
org.apache.rampart:rampart-core
org.apache.rampart:rampart-policy
org.apache.rampart:rampart-trust
org.apache.axis2:addressing:jar
org.opensaml:opensaml
org.apache.ws.security:wss4j
org.apache.santuario:xmlsec
org.opensaml:xmltooling
com.wellsfargo.pps.core.handlers:PasswordCallback
com.wellsfargo.lending.mortgagepricing:vbjorb
com.wellsfargo.lendinggrid.framework:framework-common

com.wellsfargo.service.provider.hcfg.creditrisk.riskenginedirector:com.wellsfargo.service.provider.hcfg.creditrisk.riskenginedirector

com.wellsfargo.service.provider.hcfg.creditRisk.decisionCoordinator:com.wellsfargo.service.provider.hcfg.creditRisk.decisionCoordinator
org.apache.axis2:axis2-transport-jms:jar:patch
com.wellsfargo:ExperianATBxmltypes
org.jdom:jdom2
  
  /flexshare/flexA/flexwebLib



  
com.wellsfargo.lending.services:HelloWorld
com.wellsfargo.lendinggrid.framework:version
  
  

  /flexshare/flexA/services

  
  


  target
  /flexshare/flexA/flexwebLib
  
**/*
*
  


  target
  /flexshare/flexA/webapps
  
**/*
*
  
  unix


  target
  /flexshare/flexA/config
  
**/*
*
  
  unix


  
C:\\Users\\fylerca\\workspace\\FlexFrameworkPackaging\\branches\\R4.14/domainconfig2/src/main/resources/tokenized/context
  /flexshare/flexA/context
  
*.xml
  
  true
  unix


  
C:\\Users\\fylerca\\workspace\\FlexFrameworkPackaging\\branches\\R4.14/domainconfig2/src/main/resources/tokenized/properties/flexweb
  /flexshare/flexA/properties/flexweb
  
*.properties
*.xml
jaas.config
  
  true
  unix


  
C:\\Users\\fylerca\\workspace\\FlexFrameworkPackaging\\branches\\R4.14/domainconfig2/src/main/resources/tokenized/config
  /flexshare/flexA/config
  true
  0755
  unix


  
C:\\Users\\fylerca\\workspace\\FlexFrameworkPackaging\\branches\\R4.14/domainconfig2/dev/src/main/resources/env/flexshare
  /flexshare
  
flexA/**/*.xml
flexA/**/*.properties
flexA/**/*.config
  
  
**/flexweb/framework.xml
**/flexweb/log4j.xml
**/context/flexweb.xml
**/context/activemq-web-console*.xml
**/context/GridFileServer.xml
**/context/flexcamel.xml
**/flexweb/activemq.properties
**/flexweb/jaas.config
**/flexweb/axis2.xml
**/context.xml
**/flexcamel/route.properties
  
  false
  unix


  
C:\\Users\\fylerca\\workspace\\FlexFrameworkPackaging\\branches\\R4.14/domainconfig2/src/main/resources/tokenized/properties/flexcamel
  /flexshare/flexA/properties/flexcamel
  true
  unix

  
  



  


Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Kristian Rosenvold [mailto:krosenv...@apache.org] 
Sent: Monday, October 27, 2014 1:27 AM
To: annou...@maven.ap

RE: maven-javadoc-plugin 2.10 upgrade breaks build

[cody.a.fyler]

I found the same issue and had to roll back to the previous version.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Steven Schlansker [mailto:stevenschlans...@gmail.com] 
Sent: Thursday, September 25, 2014 1:02 PM
To: Maven Users List
Subject: maven-javadoc-plugin 2.10 upgrade breaks build

I have a project that under javadoc plugin 2.9.1 works fine:

[steven@Anesthetize:~/ot-code/otj-jaxrs](master↑1|✔)% mvn 
org.apache.maven.plugins:maven-javadoc-plugin:2.9.1:jar
…
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 

but now fails under 2.10:

[steven@Anesthetize:~/ot-code/otj-jaxrs](master↑1|✔)% mvn 
org.apache.maven.plugins:maven-javadoc-plugin:2.10:jar

100 warnings
[WARNING] Javadoc Warnings
[WARNING] 
/Users/steven/ot-code/otj-jaxrs/shared/src/main/java/com/opentable/jaxrs/exceptions/ExcessivelySizedHttpBodyExceptionMapper.java:18:
 error: package javax.ws.rs.core does not exist [WARNING] import 
javax.ws.rs.core.MediaType; [WARNING] ^ [WARNING] 
/Users/steven/ot-code/otj-jaxrs/shared/src/main/java/com/opentable/jaxrs/exceptions/ExcessivelySizedHttpBodyExceptionMapper.java:19:
 error: package javax.ws.rs.core does not exist [WARNING] import 
javax.ws.rs.core.Response; [WARNING] ^ [WARNING] 
/Users/steven/ot-code/otj-jaxrs/shared/src/main/java/com/opentable/jaxrs/exceptions/ExcessivelySizedHttpBodyExceptionMapper.java:20:
 error: package javax.ws.rs.core.Response does not exist [WARNING] import 
javax.ws.rs.core.Response.Status; [WARNING] ^ [WARNING] 
/Users/steven/ot-code/otj-jaxrs/shared/src/main/java/com/opentable/jaxrs/exceptions/ExcessivelySizedHttpBodyExceptionMapper.java:21:
 error: package javax.ws.rs.ext does not exist [WARNING] import 
javax.ws.rs.ext.Provider; [WARNING] ^

In fact, it seems that almost all of the dependencies are now reference errors! 
 With -X I can see that it thinks the jar is available:

[DEBUG] Dependency collection stats: {ConflictMarker.analyzeTime=1, 
ConflictMarker.markTime=0, ConflictMarker.nodeCount=31, 
ConflictIdSorter.graphTime=0, ConflictIdSorter.topsortTime=0, 
ConflictIdSorter.conflictIdCount=21, ConflictIdSorter.confl ictIdCycleCount=0, 
ConflictResolver.totalTime=2, ConflictResolver.conflictItemCount=30, 
DefaultDependencyCollector.collectTime=85, 
DefaultDependencyCollector.transformTime=3}
[DEBUG] com.opentable.components:otj-jaxrs-shared:jar:1.4.0-SNAPSHOT
...
[DEBUG]javax.ws.rs:javax.ws.rs-api:jar:2.0:compile
…

Is anyone else seeing problems like this?  What am I doing wrong?
Thanks!
Steven
-
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: Build once, deploy everywhere

[cody.a.fyler]

Both of the below are good solutions.

I've also seen folks use a run time based solution where a different set of 
properties is loaded based on an Environment Variable common to all servers.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814

-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] 
Sent: Wednesday, September 10, 2014 9:15 AM
To: Maven Users List
Subject: Re: Build once, deploy everywhere

What you want to do is have your packaged software be independent of the 
environment it is deployed to. That way you know by checking the SHA1 of the 
artifact you can know it was the one that was tested by QA.

So what you do is have your application read its configuration from an external 
source.

One example is you could read the configuration from the JNDI environment (if 
you are deploying in a JavaEE server). Thus you can setup the dev environment 
with the DB servers, etc defined in JNDI and the same for QA, PROD, etc

Another example is you could look for a .properties file on the classpath or at 
a well known location (perhaps the user home or something like that)

The application should fail fast if any of the configuration settings are 
missing to help diagnose issues.

There are many ways to skin this cat, but rebuilding an artifact for each 
environment should be considered a critical anti-pattern

On 10 September 2014 15:03, Jan  wrote:

> Hi All,
>
> Does anyone using Maven as Build Once and deploy Everywhere method? 
> Like lets say i don't want to recompile my source code everytime for 
> different environment DEV,SIT,UAT & PROD. I want to do my compile and 
> package only at DEV then deploy the artifact to all mentioned 
> environment. Is this possible using Maven, is there any reference any one 
> could share with me Please.
>

RE: Testing Maven 3.2.3

[cody.a.fyler]

Any chance we can use ssl only for the hashes and throw an error when 
validation fails? (as a future option)

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814


-Original Message-
From: Hilton Wichwski Silva [mailto:hws...@gmail.com] 
Sent: Wednesday, August 13, 2014 9:19 AM
To: Maven Users List
Subject: Re: Testing Maven 3.2.3

Example:
http://blog.ontoillogical.com/blog/2014/07/28/how-to-take-over-any-java-developer/


2014-08-13 11:16 GMT-03:00 :

> Just out of curiosity, why use https to download artifacts?
>
> This does not seem like sensitive data that requires an encrypted 
> connection.
>
> Cody Fyler
> Lending Grid Build Team
> G=Lending Grid Builds
> (515) - 441 - 0814
>
> -Original Message-
> From: Jason van Zyl [mailto:ja...@takari.io]
> Sent: Wednesday, August 13, 2014 12:36 AM
> To: Maven Users List
> Subject: Testing Maven 3.2.3
>
> Hi,
>
> We have staged Maven 3.2.3 and I'd ask that users try and test this 
> version because we have changed to using the HTTPS connection to Maven 
> Central by default. The information for the release can be found 
> below. I encourage users to give this release a spin before we 
> actually release it to ensure the HTTPS connection is working for everyone.
>
> Begin forwarded message:
>
> > From: Jason van Zyl 
> > Subject: [VOTE] Maven 3.2.3 Release
> > Date: August 11, 2014 at 2:19:34 PM PDT
> > To: Maven Developers List 
> > Reply-To: "Maven Developers List" 
> >
> > Hi,
> >
> > Time to release Maven 3.2.3!
> >
> > This release contains the important change of switching to HTTPS
> transport by default! Please test this release with your builds!
> >
> > Here is a link to Jira with 9 issues resolved:
> > https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&ve
> > rs
> > ion=20443
> >
> > Staging repo:
> > https://repository.apache.org/content/repositories/maven-1046/
> >
> > The distributable binaries and sources for testing can be found here:
> > https://repository.apache.org/content/repositories/maven-1046/org/ap
> > ac
> > he/maven/apache-maven/3.2.3/
> >
> > Specifically the zip, tarball, and source archives can be found here:
> > https://repository.apache.org/content/repositories/maven-1046/org/ap
> > ac he/maven/apache-maven/3.2.3/apache-maven-3.2.3-bin.zip
> > https://repository.apache.org/content/repositories/maven-1046/org/ap
> > ac he/maven/apache-maven/3.2.3/apache-maven-3.2.3-bin.tar.gz
> > https://repository.apache.org/content/repositories/maven-1046/org/ap
> > ac he/maven/apache-maven/3.2.3/apache-maven-3.2.3-src.zip
> > https://repository.apache.org/content/repositories/maven-1046/org/ap
> > ac he/maven/apache-maven/3.2.3/apache-maven-3.2.3-src.tar.gz
> >
> > Source release checksum(s):
> > apache-maven-3.2.3-src.zip sha1:
> > 8607b9922d21078133f31ed8523ebae90a871d1f
> >
> > Staging site:
> > http://people.apache.org/~jvanzyl/maven-3.2.3/
> >
> > Vote open for 72 hours.
> >
> > [ ] +1
> > [ ] +0
> > [ ] -1
> >
> > Thanks,
> >
> > The Maven Team
> >
> >
> >
> >
> >
> >
> >
> >
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder,  Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> In short, man creates for himself a new religion of a rational and 
> technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

RE: Testing Maven 3.2.3

[cody.a.fyler]

Just out of curiosity, why use https to download artifacts?

This does not seem like sensitive data that requires an encrypted connection.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814

-Original Message-
From: Jason van Zyl [mailto:ja...@takari.io] 
Sent: Wednesday, August 13, 2014 12:36 AM
To: Maven Users List
Subject: Testing Maven 3.2.3

Hi,

We have staged Maven 3.2.3 and I'd ask that users try and test this version 
because we have changed to using the HTTPS connection to Maven Central by 
default. The information for the release can be found below. I encourage users 
to give this release a spin before we actually release it to ensure the HTTPS 
connection is working for everyone.

Begin forwarded message:

> From: Jason van Zyl 
> Subject: [VOTE] Maven 3.2.3 Release
> Date: August 11, 2014 at 2:19:34 PM PDT
> To: Maven Developers List 
> Reply-To: "Maven Developers List" 
> 
> Hi,
> 
> Time to release Maven 3.2.3!
> 
> This release contains the important change of switching to HTTPS transport by 
> default! Please test this release with your builds!
> 
> Here is a link to Jira with 9 issues resolved:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&vers
> ion=20443
> 
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1046/
> 
> The distributable binaries and sources for testing can be found here:
> https://repository.apache.org/content/repositories/maven-1046/org/apac
> he/maven/apache-maven/3.2.3/
> 
> Specifically the zip, tarball, and source archives can be found here:
> https://repository.apache.org/content/repositories/maven-1046/org/apac
> he/maven/apache-maven/3.2.3/apache-maven-3.2.3-bin.zip
> https://repository.apache.org/content/repositories/maven-1046/org/apac
> he/maven/apache-maven/3.2.3/apache-maven-3.2.3-bin.tar.gz
> https://repository.apache.org/content/repositories/maven-1046/org/apac
> he/maven/apache-maven/3.2.3/apache-maven-3.2.3-src.zip
> https://repository.apache.org/content/repositories/maven-1046/org/apac
> he/maven/apache-maven/3.2.3/apache-maven-3.2.3-src.tar.gz
> 
> Source release checksum(s):
> apache-maven-3.2.3-src.zip sha1: 
> 8607b9922d21078133f31ed8523ebae90a871d1f
> 
> Staging site:
> http://people.apache.org/~jvanzyl/maven-3.2.3/
> 
> Vote open for 72 hours.
> 
> [ ] +1
> [ ] +0
> [ ] -1
> 
> Thanks,
> 
> The Maven Team
> 
> 
> 
> 
> 
> 
> 
> 

Thanks,

Jason

--
Jason van Zyl
Founder,  Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-

In short, man creates for himself a new religion of a rational and technical 
order to justify his work and to be justified in it.

  -- Jacques Ellul, The Technological Society



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

RE: Upload 3rd party jars retaining original names

[cody.a.fyler]

If you're using ant, why not also use Ivy? Then you can make use of the maven 
standard named artifacts.

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814


-Original Message-
From: David Evans [mailto:da...@evans6.me.uk] 
Sent: Thursday, July 24, 2014 7:58 AM
To: users@maven.apache.org
Subject: Re: Upload 3rd party jars retaining original names

Thanks all.  It seems that what I want to do doesn't fit naturally into the 
Maven way of things.

Using the "copy" plugin I can see how I might possibly unpack elements and 
modify my Eclipse classpath in flight but part of the problem with my existing 
Ant deployment is that I've extended it to do the "possible", not necessarily 
considering the "sensible", so I'll not go down that route. Yet.

It's a shame that I can't store the external jars in the Maven repository and 
treat them ) as  "versioned foreign artifacts" because having Maven manage them 
in this way would be brilliant.

Here's what I'm going to try instead:

* I'll carry on with the libraries in my [Perforce] SCM. 

* I can map them to a project folder as I do now (similar to sources, 
resources, etc).

* if I understand this part of Maven dependepencies correctly, I can create a 
parent dependendency that depends on an individual system-scope dependency for 
each of the libraries. This will hopefully get them all onto my Maven project 
classpath without too much fuss.

* use "assembly" to include the jars in my final deployment.

Does this seem the natural and sensible way to manage external jars with Maven?

Thanks

David  





--
View this message in context: 
http://maven.40175.n5.nabble.com/Upload-3rd-party-jars-retaining-original-names-tp5800921p5800925.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: Why not a forum

[cody.a.fyler]

I don't care either way.

But your argument is wrong.

Most forums will email you about a subscribed thread. You can get an email for 
every update or a daily digest.

Also, a lot of forums have mobile apps that will notify you (xda-developers for 
instance).

It allows you to read only what you care about and get notified anywhere you 
are.

I think we need an RSS site. Discuss. Call names. Shout and cry. (off to get 
the popcorn)

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814

-Original Message-
From: Mark H. Wood [mailto:mw...@iupui.edu] 
Sent: Wednesday, July 23, 2014 8:03 AM
To: users@maven.apache.org
Subject: Re: Why not a forum

On Tue, Jul 22, 2014 at 03:51:54PM +, Preston, Dale wrote:
> I was just wondering why this group uses an email list rather than a forum.  
> It seems forum software is more searchable and filterable than email lists.

If it had been my choice:  because I'd have to go to a forum every day (and a 
hundred others!) while email comes to me.  I have plenty of powerful email 
search and filter tools right here on my workstation.

Every time someone proposes some other medium for this sort of communication 
(forum, Twitter, etc.) my first question is "how can I get that in email?"  I 
can't think offhand of any forum software I've used that isn't uncomfortable, 
inconvenient and hard to search.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Machines should not be friendly.  Machines should be obedient.

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

RE: maven 3.2.2 breaks maven-invoker-plugin?

[cody.a.fyler]

Thanks so much for jumping on this and getting it taken care of. You are an 
example of everything that is right with open source tools/development!

Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814

-Original Message-
From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] 
Sent: Friday, June 27, 2014 11:29 AM
To: Maven Users List
Subject: Re: maven 3.2.2 breaks maven-invoker-plugin?

Hi,

so based on the tests made and the help of Cody the issue is fixed.

 > Thanks Karl-Heinz!

You're welcome...

Regards
Karl-Heinz Marbaise
>
> On Jun 26, 2014, at 1:03 PM, Karl Heinz Marbaise  > wrote:
>
>> Hi,
>>
>> Created an jira entry http://jira.codehaus.org/browse/MINVOKER-166
>>
>> for it...
>>
>> Many thanks for the information...
>>
>> Kind regards
>> Karl-Heinz Marbaise
>> On 6/26/14 4:42 PM, cody.a.fy...@wellsfargo.com 
>>  wrote:
>>> I just update to 3.2.2 from 3.2.1 and am now getting the error below 
>>> from the maven-invoker-plugin. Using Java 1.8.20.
>>>
>>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-invoker-plugin:1.8:run
>>> (integration-test) on project base-pom: Execution integration-test 
>>> of goal org.apache.maven.plugins:maven-invoker-plugin:1.8:run 
>>> failed: An API incompatibility was encountered while executing
>>> org.apache.maven.plugins:maven-invoker-plugin:1.8:run:
>>> java.lang.NoSuchMethodError:
>>> org.apache.maven.settings.Settings.getRuntimeInfo()Lorg/apache/maven
>>> /settings/RuntimeInfo;
>>>
>>> Here is the configuration from my pom.xml:
>>>
>>> 
>>> org.apache.maven.plugins
>>> maven-invoker-plugin
>>> 1.8
>>> false
>>> 
>>> 
>>> pre-integration-test
>>> 
>>> install
>>> 
>>> 
>>> 
>>> integration-test
>>> 
>>> run
>>> 
>>> 
>>> false
>>> 
>>> ${basedir}/src/test/resources/settings.xml
>>> true
>>> true
>>> 
>>> ${project.build.directory}/it/projects
>>> true
>>> 4
>>> 
>>> ${basedir}/src/test/resources/parent
>>> 
>>> 
>>> ${BUILD_NUMBER}
>>> true
>>> true
>>> 
>>> ${BUILD_NUMBER}
>>> 
>>> true
>>> 
>>> 
>>> ${basedir}/src/test/resources/parent/pom.xml
>>> true
>>> true
>>> true
>>> false
>>> 
>>> 
>>> install
>>> sonar:sonar
>>> release:prepare
>>> release:perform
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> something.com 
>>> 
>>> 
>>> 
>>> ${localRepositoryPath}
>>> 
>>> 
>>

-
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

maven 3.2.2 breaks maven-invoker-plugin?

[cody.a.fyler]

I just update to 3.2.2 from 3.2.1 and am now getting the error below from the 
maven-invoker-plugin. Using Java 1.8.20.

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-invoker-plugin:1.8:run (integration-test) on 
project base-pom: Execution integration-test of goal 
org.apache.maven.plugins:maven-invoker-plugin:1.8:run failed: An API 
incompatibility was encountered while executing 
org.apache.maven.plugins:maven-invoker-plugin:1.8:run: 
java.lang.NoSuchMethodError: 
org.apache.maven.settings.Settings.getRuntimeInfo()Lorg/apache/maven/settings/RuntimeInfo;

Here is the configuration from my pom.xml:


org.apache.maven.plugins
maven-invoker-plugin
1.8
false


pre-integration-test

install



integration-test

run


false

${basedir}/src/test/resources/settings.xml
true
true

${project.build.directory}/it/projects
true
4

${basedir}/src/test/resources/parent


${BUILD_NUMBER}
true
true

${BUILD_NUMBER}
true


${basedir}/src/test/resources/parent/pom.xml
true
true
true
false


install
sonar:sonar
release:prepare
release:perform






something.com


${localRepositoryPath}



Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) - 441 - 0814

RE: Is it necessary to learn XML in order to lear Maven?

[cody.a.fyler]

I agree wholeheartedly.

Cody Fyler
Lending Grid Build Team
cody.a.fy...@wellsfargo.com
(515)-441-0814


-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com] 
Sent: Thursday, June 27, 2013 10:52 AM
To: users@maven.apache.org
Subject: Re: Is it necessary to learn XML in order to lear Maven?

On 27/06/2013 11:35 AM, cody.a.fy...@wellsfargo.com wrote:
> I would argue that to be a competent, modern computer programmer, you DO need 
> to learn XML.
>
> There are many powerful things that can be accomplished once you have that 
> knowledge.
You are right that in general XML is useful for lots of things and that people 
who know lots of technologies have a much broader palette of solution 
components However, the specific question relates to Maven and you really do 
not need to have any more knowledge of XML than understanding that  
will be terminated by  and that they can be nested.

You can use an IDE that will give you a graphic editor for your POM files.
You can cut and paste models of POMs.  Your graphic editor should spot any XML 
validation errors.

Ron

>
> Cody Fyler
> Lending Grid Build Team
> cody.a.fy...@wellsfargo.com
> (515)-441-0814
>
>
> -Original Message-
> From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On 
> Behalf Of Curtis Rueden
> Sent: Thursday, June 27, 2013 10:31 AM
> To: Maven Users List
> Subject: Re: Is it necessary to learn XML in order to lear Maven?
>
> Hi Nayana,
>
>> Is it necessary to learn XML in order to lear Maven?
> No, if you use Eclipse you can configure your POM in its graphical editor.
> Other IDEs may have similar things.
>
> Even if you edit POMs by hand, XML is "human readable" meaning you don't 
> really need an in-depth understanding of XML in order to hack together a 
> Maven POM.
>
> My definition of "learn XML" would be more like:
> * Understand basics: elements vs. attributes, etc.
> * Understand XML validation; e.g. XSD and DTD
> * Understand XSLT stylesheets
> * Understand parsing: SAX, DOM and XPath
>
> And you certainly do not need to know those things to configure a Maven POM.
>
> Regards,
> Curtis
>
>
> On Thu, Jun 27, 2013 at 10:22 AM, Nayana ABREU 
> wrote:
>
>> Is it necessary to learn XML in order to lear Maven?
>>
>> Thanks
>>
>> --
>> Nayana Holanda de Abreu
>> holanda.nay...@gmail.com
>> Phone: 662-801-6349
>> Skype: nayanexbourdon
>>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


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


-
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: Is it necessary to learn XML in order to lear Maven?

[cody.a.fyler]

I picked up my XML skills over many years in bits and pieces here and there.

However this would be a great place to start:

http://www.w3schools.com/xml/

Basic XML is simple, especially if you've done HTML in the past. 

Good luck and most importantly have fun!

Cody Fyler
Lending Grid Build Team
cody.a.fy...@wellsfargo.com
(515)-441-0814


-Original Message-
From: Nayana ABREU [mailto:holanda.nay...@gmail.com] 
Sent: Thursday, June 27, 2013 10:39 AM
To: Maven Users List
Subject: Re: Is it necessary to learn XML in order to lear Maven?

So, how long does it take to learn XML? Can you recommend me good sources, like 
webpages or books?

Thanks Cody


On Thu, Jun 27, 2013 at 11:35 AM,  wrote:

> I would argue that to be a competent, modern computer programmer, you 
> DO need to learn XML.
>
> There are many powerful things that can be accomplished once you have 
> that knowledge.
>
> Cody Fyler
> Lending Grid Build Team
> cody.a.fy...@wellsfargo.com
> (515)-441-0814
>
>
> -Original Message-
> From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On 
> Behalf Of Curtis Rueden
> Sent: Thursday, June 27, 2013 10:31 AM
> To: Maven Users List
> Subject: Re: Is it necessary to learn XML in order to lear Maven?
>
> Hi Nayana,
>
> > Is it necessary to learn XML in order to lear Maven?
>
> No, if you use Eclipse you can configure your POM in its graphical editor.
> Other IDEs may have similar things.
>
> Even if you edit POMs by hand, XML is "human readable" meaning you 
> don't really need an in-depth understanding of XML in order to hack 
> together a Maven POM.
>
> My definition of "learn XML" would be more like:
> * Understand basics: elements vs. attributes, etc.
> * Understand XML validation; e.g. XSD and DTD
> * Understand XSLT stylesheets
> * Understand parsing: SAX, DOM and XPath
>
> And you certainly do not need to know those things to configure a 
> Maven POM.
>
> Regards,
> Curtis
>
>
> On Thu, Jun 27, 2013 at 10:22 AM, Nayana ABREU 
>  >wrote:
>
> > Is it necessary to learn XML in order to lear Maven?
> >
> > Thanks
> >
> > --
> > Nayana Holanda de Abreu
> > holanda.nay...@gmail.com
> > Phone: 662-801-6349
> > Skype: nayanexbourdon
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


--
Nayana Holanda de Abreu
holanda.nay...@gmail.com
Phone: 662-801-6349
Skype: nayanexbourdon

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

RE: Is it necessary to learn XML in order to lear Maven?

[cody.a.fyler]

I would argue that to be a competent, modern computer programmer, you DO need 
to learn XML.

There are many powerful things that can be accomplished once you have that 
knowledge.

Cody Fyler
Lending Grid Build Team
cody.a.fy...@wellsfargo.com
(515)-441-0814


-Original Message-
From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of 
Curtis Rueden
Sent: Thursday, June 27, 2013 10:31 AM
To: Maven Users List
Subject: Re: Is it necessary to learn XML in order to lear Maven?

Hi Nayana,

> Is it necessary to learn XML in order to lear Maven?

No, if you use Eclipse you can configure your POM in its graphical editor.
Other IDEs may have similar things.

Even if you edit POMs by hand, XML is "human readable" meaning you don't really 
need an in-depth understanding of XML in order to hack together a Maven POM.

My definition of "learn XML" would be more like:
* Understand basics: elements vs. attributes, etc.
* Understand XML validation; e.g. XSD and DTD
* Understand XSLT stylesheets
* Understand parsing: SAX, DOM and XPath

And you certainly do not need to know those things to configure a Maven POM.

Regards,
Curtis


On Thu, Jun 27, 2013 at 10:22 AM, Nayana ABREU wrote:

> Is it necessary to learn XML in order to lear Maven?
>
> Thanks
>
> --
> Nayana Holanda de Abreu
> holanda.nay...@gmail.com
> Phone: 662-801-6349
> Skype: nayanexbourdon
>

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

RE: Maven zip artifact

[cody.a.fyler]

I wonder if a system type of dependency would work for that?

http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html



  javax.sql
  jdbc-stdext
  2.0
  system
  ${java.home}/lib/rt.jar

  


Cody Fyler
Lending Grid Build Team
cody.a.fy...@wellsfargo.com
(515)-441-0814


-Original Message-
From: Brett Vanderveen [mailto:brett.vanderv...@gfs.com] 
Sent: Monday, June 24, 2013 9:07 AM
To: Maven Users List
Subject: Re: Maven zip artifact

Hey Cody,
How would you unzip a static zip file rather than a Maven artifact?

*Brett VanderVeen* | brett.vanderv...@gfs.com

*Gordon Food Service(r)* | IS Transportation | *www.gfs.com*

P 616-717-6042 | C 630-310-0172

Street: 1300 Gezon Parkway SW | Wyoming, MI 49509-9300

Mail: Mail Code 12003 | PO Box 1787 | Grand Rapids, MI 49501-1787


On Mon, Jun 24, 2013 at 9:40 AM,  wrote:

> How to unzip with Maven:
>
>
> http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpac
> king-artifacts.html
>
>
> http://maven.apache.org/plugins/maven-dependency-plugin/unpack-depende
> ncies-mojo.html
>
> How to call other plugins from your mojo:
>
>
> http://stackoverflow.com/questions/4243686/how-to-programatically-invo
> ke-a-maven-dependency-plugin/5761554#5761554
>
> Google is your friend...
>
>
> Cody Fyler
> Lending Grid Build Team
> cody.a.fy...@wellsfargo.com
> (515)-441-0814
>
> -Original Message-
> From: Brett Vanderveen [mailto:brett.vanderv...@gfs.com]
> Sent: Monday, June 24, 2013 8:26 AM
> To: Maven Users List
> Subject: Re: Maven zip artifact
>
> Hi Igor,
> I have seen people use the Maven Antrun 
> plugin tml
> >for
> this:
> 
>   maven-antrun-plugin
>   
> 
>   install
>   
> 
>   
>src="dependency.zip"/>
> 
>   
>   
> run
>   
> 
>   
> 
>
> It's not the most elegant method, but maybe someone else can inform us 
> of a better way.
>
> *Brett VanderVeen* | brett.vanderv...@gfs.com
>
> *Gordon Food Service(r)* | IS Transportation | *www.gfs.com*
>
> P 616-717-6042 | C 630-310-0172
>
> Street: 1300 Gezon Parkway SW | Wyoming, MI 49509-9300
>
> Mail: Mail Code 12003 | PO Box 1787 | Grand Rapids, MI 49501-1787
>
>
> On Sun, Jun 23, 2013 at 6:07 AM, Igor Zapletnev 
>  >wrote:
>
> > Hi all,
> >
> > I have an artifact that has dependency to artifact with zip package type.
> > How I can get an access (unzip and manager files inside) during 
> > runtime in my custom Mojo?
> >
> > Thanks,
> > Igor
> >
>
> -
> 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: Maven zip artifact

[cody.a.fyler]

How to unzip with Maven:

http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html

http://maven.apache.org/plugins/maven-dependency-plugin/unpack-dependencies-mojo.html

How to call other plugins from your mojo:

http://stackoverflow.com/questions/4243686/how-to-programatically-invoke-a-maven-dependency-plugin/5761554#5761554

Google is your friend...


Cody Fyler
Lending Grid Build Team
cody.a.fy...@wellsfargo.com
(515)-441-0814

-Original Message-
From: Brett Vanderveen [mailto:brett.vanderv...@gfs.com] 
Sent: Monday, June 24, 2013 8:26 AM
To: Maven Users List
Subject: Re: Maven zip artifact

Hi Igor,
I have seen people use the Maven Antrun
pluginfor
this:

  maven-antrun-plugin
  

  install
  

  
  

  
  
run
  

  


It's not the most elegant method, but maybe someone else can inform us of a 
better way.

*Brett VanderVeen* | brett.vanderv...@gfs.com

*Gordon Food Service(r)* | IS Transportation | *www.gfs.com*

P 616-717-6042 | C 630-310-0172

Street: 1300 Gezon Parkway SW | Wyoming, MI 49509-9300

Mail: Mail Code 12003 | PO Box 1787 | Grand Rapids, MI 49501-1787


On Sun, Jun 23, 2013 at 6:07 AM, Igor Zapletnev wrote:

> Hi all,
>
> I have an artifact that has dependency to artifact with zip package type.
> How I can get an access (unzip and manager files inside) during 
> runtime in my custom Mojo?
>
> Thanks,
> Igor
>

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

RE: using ants listeners and loggers in maven-antrun-plugin

[cody.a.fyler]

Figured it out. I had to use javascript to add a listener inside of my 
build.xml Thanks anyway...

Cody Fyler
Cell:  (515) 441 - 0814

Upcoming PTO 3/15/2013 - 3/18/2013


-Original Message-
From: cody.a.fy...@wellsfargo.com [mailto:cody.a.fy...@wellsfargo.com] 
Sent: Friday, May 31, 2013 12:45 PM
To: users@maven.apache.org
Subject: using ants listeners and loggers in maven-antrun-plugin

I'm looking for a way to use Ant's org.apache.tools.ant.listener.ProfileLogger 
in combination with the maven-antrun-plugin.

Cody Fyler




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

using ants listeners and loggers in maven-antrun-plugin

[cody.a.fyler]

I'm looking for a way to use Ant's org.apache.tools.ant.listener.ProfileLogger 
in combination with the maven-antrun-plugin.

Cody Fyler