On Thursday 01 March 2012 03:57:59 Terence Stephens wrote:
> I know I could do this in a shell script, but I think I would have
> better luck with a Java based tool. This is outside the scope of
> Maven's uses. For my needs, should I look into using Maven or find a
> different tool?
Maybe gradle
Adding to the valid observations of others, I'd first consider the size of the
project, number of people that are going to be using it and their experience
with Maven.
If you want do to such a build cleanly with Maven, the best way to do it is by
creating or obtaining plugins for the various
One of the uses of profiles is to have different maven runtime
configurations for running different plugin configurations based on them.
See these examples
https://github.com/jbossas/jboss-as/blob/master/pom.xml
https://github.com/jboss/jboss-parent-pom/blob/master/pom.xml
If you still insist on
Although I really like maven, and use it in all my projects, maven is
tightly integrated with the project lifecycle (clean, compile, package,
install, deploy ,etc) so ant looks like a better fit for what you're
looking for.
Néstor
On Wed, Feb 29, 2012 at 11:51 PM, Ron Wheeler <
rwhee...@artifact-
I would have suggested Ant since it is easy to use, widely supported
with documentation, books and examples.
It can do damn near anything.
make seems awfully obscure but it is used a lot for installation.
maven does not seem like a good fit.
Ron
On 29/02/2012 10:20 PM, Yuen-Chi Lian wrote:
F
Everyone else has to deal with this situation.
Your concerns are not unique.
Everyone has production, development and maintenance to deal with.
A lot of applications of each type standalone, web, etc., have been
built by many companies and development teams.
You have been told the correct way t
For such scripting with phases, I find rake (or make) to be more suitable
than ant or Maven. Or try BuildR.
Yuen-Chi Lian | www.yclian.com
"I do not seek; I find." - Pablo Picasso
2012/3/1 Terence Stephens
> I'm looking for a tool that will help me:
> Build Java Code
> Move Php code to a differ
On Wed, Feb 29, 2012 at 9:57 PM, Terence Stephens
wrote:
> I'm looking for a tool that will help me:
> Build Java Code
> Move Php code to a different location on my computer
> Create New Directories on the server and upload content to them (via
> FTP over SSL or maybe SSH)
> Download whole directo
I'm looking for a tool that will help me:
Build Java Code
Move Php code to a different location on my computer
Create New Directories on the server and upload content to them (via
FTP over SSL or maybe SSH)
Download whole directories and then zip of the contents
I know I could do this in a shell
Hi, I have a mojo named 'forklifecycle' with the annotation
@execute lifecycle="customlifecycle" phase="compile"
to fork a custom lifecycle which has a single other mojo in its compile
phase. When I run a project (mvn compile) with this plugin I get the
warning:
[WARNING] Removing: forkl
Hi,
Note: I'm a newbie in this issue.
I need to use Maven to build, testing and deploy some Ruby
code.
But, when i was trying to mix Ruby with Maven, I found
some problems. I installed Maven in OS, and in Eclipse
(m2e plugin). When I try to create a new project, I'm
having some trouble to find
Thanks for the reply.
Unfortunately all the documentation I have seen point to profiles for this
tool. If profiles are not used to differentiate runtime configuration
changes, then what are? Can you point me to some documentation?
--
View this message in context:
http://maven.40175.n5.nabb
I am trying to understand how profiles work. I don't want to use classifiers
for this as this has nothing to do with my environment which is identical
but rather my deployment needs.
Could someone please explain what I am missing about profiles?
--
View this message in context:
http://maven.4
Am 29.02.2012 22:33 schrieb "offbyone" :
>
> I have no interest in using JNDI.
You certainly don't need to. Pick any mechanism you like to configure your
application according to the needs of your runtime environment, as long as
you do it by configuration at *runtime* (not compile time).
Would Mi
Read the thread I posted... JNDI is not the only solution. Profiles is
*NOT* the solution
On 29 February 2012 21:32, offbyone wrote:
> I have no interest in using JNDI. Could someone please address my question
> regarding profiles?
>
> --
> View this message in context:
> http://maven.40175.n5.
I have no interest in using JNDI. Could someone please address my question
regarding profiles?
--
View this message in context:
http://maven.40175.n5.nabble.com/using-build-profiles-for-WAR-plugin-tp5525954p5526140.html
Sent from the Maven - Users mailing list archive at Nabble.com.
---
> I am trying to create different WAR builds using profiles for my different
> production sites. Each site requires different configuration files. I
> think I am confused on how to use build profiles.
Don't do this. Build a WAR file that can be deployed on any server and
will run properly with n
I am trying to create different WAR builds using profiles for my different
production sites. Each site requires different configuration files. I
think I am confused on how to use build profiles.
My plan was this:
1)Create a base configuration for the war plugin that includes my basic
configurati
> The point is that the official documentation implicitly blesses described
> usages. That is, when the official documentation describes a design or
This documentation should be changed to reflect the current thinking
on classifiers. This has changed through the years. Originally the
dev/prod use
On Wed, Feb 29, 2012 at 9:03 AM, Ron Wheeler
wrote:
> Great explanation.
>
> Could I put this up on my technical blog where it can be referenced?
> This comes up at least once a month and really needs a clear explanation
> such as you have given.
Sure.
>
> If you agree, can you give me an attrib
Curtis
I agree completely. I was looking for a solution to my problem. I discovered
maven documentation that the classifier feature is intended to be used for my
situation. In fact the example given in the docs is exactly how I want to use
the feature.
It's not a matter of doing something ju
Hi Stephen,
Just because you *can* do something doesn't mean you *should*
>
The point is that the official documentation implicitly blesses described
usages. That is, when the official documentation describes a design or
usage pattern, the implication is that the feature in question was intended
Just because you *can* do something doesn't mean you *should*
On Wednesday, 29 February 2012, Billy Newman wrote:
> So this is not true:
>
> http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploying-with-classifiers.html
>
> bin is used to describe that the artifact is a binary.
> de
So this is not true:
http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploying-with-classifiers.html
bin is used to describe that the artifact is a binary.
dev is used to describe that the artifact is for development.
prod is used to describe that the artifact is for production.
Seems
Yes, using CI Server job configuration can actually completely remove the
need for "distributionManagement" declaration.
The problem becomes a Jenkins job configuration management which I find
easier has a global CM tool.
Playing with pom files in VCS for handling data that are solely related to
th
On 12-02-29 07:34 AM, Wayne Fay wrote:
If i tweak the scenario little bit and lets assume that all the development
teams need to go in same repository. Even then my understaing till now is
that "settings.xml" can not host distribution management tag , it can only
be present in pom.
Ron already
No problem:
Stephen Connolly
Hat #1: Apache Maven Project Management Committee
Hat #2: CloudBees Elite Developer & Architect
On 29 February 2012 14:03, Ron Wheeler wrote:
> Great explanation.
>
> Could I put this up on my technical blog where it can be referenced?
> This comes up at least once a
On 29 February 2012 14:36, Billy Newman wrote:
> I have a solution that already works, is what I am really trying to say.
>
> Rather than keep it to myself I thought I would reply so that if someone else
> ran into this solution they might find some help.
>
> I understand one build one artifact.
Or it that 1 year old. Always get those yy/mm/dd vs dd/mm/yy confused.
:-(
> -Original Message-
> From: Matt Walsh
> Sent: Wednesday, February 29, 2012 8:56 AM
> To: Maven Users List
> Subject: RE: Antwort: RE: offline not truly offline?
>
> Nice. 4 years old.
>
> > -Original Message
Nice. 4 years old.
> -Original Message-
> From: Thorsten Heit [mailto:thorsten.h...@vkb.de]
> Sent: Wednesday, February 29, 2012 2:35 AM
> To: Maven Users List
> Subject: Antwort: RE: offline not truly offline?
>
> Hi,
>
> > From my experience with the archetype plugin, it appears to ign
Hi,
1) How popular is Maven? (Companies using it, number of users, etc)
2) How many Jars/libs are available and how many do people use?
3) How regularly is it updated?
Take a look at that most update webinar
http://www.sonatype.com/people/2012/02/missed-the-nexus-2-0-webinar-dont-worry-we-reco
> If i tweak the scenario little bit and lets assume that all the development
> teams need to go in same repository. Even then my understaing till now is
> that "settings.xml" can not host distribution management tag , it can only
> be present in pom.
Ron already told you what to do:
>> The paren
Ron thank's you for your response ,
If i tweak the scenario little bit and lets assume that all the development
teams need to go in same repository. Even then my understaing till now is
that "settings.xml" can not host distribution management tag , it can only
be present in pom.
Any thoughts ?
I hate to see jira's and go "Hmmm - well, it's documented, so I'll do
nothing"...
At the very least, I'll hack this up locally for us
On Wed, Feb 29, 2012 at 4:34 AM, Thorsten Heit wrote:
> Hi,
>
> > From my experience with the archetype plugin, it appears to ignore your
> > company proxies
If you have Artifactory 2.4.2 Pro, then I would suggest using some type of
CI tool that has good integration with Artifactory. I use Jenkins
Enterprise. With the provided plugins the integration between Jenkins and
Artifactory is seamless and very easy to set up for a large number of
builds. The
> The mojo's FAQ page says that to solve this problem, one has to use
> "booter-windows" and/or "booter-unix" platforms. But how exactly do I have
> to do this? Inserting these values as platform names results in an error:
>
> "Non-valid default platform declared, supported types are: [windows, uni
*bump*
Anyone?
"Thorsten Heit" schrieb am 13.02.2012 17:30:44:
> Von: "Thorsten Heit"
> An: Maven Users List
> Datum: 13.02.2012 17:31
> Betreff: AppAssembler and very long classpath
>
> Hi,
>
> I'm using the appassembler plugin to generate executable scripts for
> Windows and Unix machines
I can give some answers but not all.
On 29/02/2012 6:15 AM, sufs2000 wrote:
Hello All,
I need a little help, I am trying to persuade people in my office to make
use of Maven but in order for this to happen I need to put together a case
with Security. They have asked me 3 questions and I was won
I ran 'mvn clean install'. But I still see that some test cases are being
picked up by more than one parallel runners. This occurs randomly. Can there
be some issue with the junit provider?
The configuration for the provider
org.apache.
I have a solution that already works, is what I am really trying to say.
Rather than keep it to myself I thought I would reply so that if someone else
ran into this solution they might find some help.
I understand one build one artifact. I am using Jenkins to initiate multiple
builds (one for
Great explanation.
Could I put this up on my technical blog where it can be referenced?
This comes up at least once a month and really needs a clear explanation
such as you have given.
If you agree, can you give me an attribution line that I can add to
indicate that you are the author.
If you
My interpretation of the theory is that each project has its own
deployment need so that putting the distribution management at the
settings.xml level would be problematic.
On the other hand all projects probably share the same sources for
libraries so putting the repo config in settings makes s
Billy,
The functionality in Maven is a fact. Whether you or anyone else
thinks that the design *should* have, or *should*, include your use
case, it does not. It is the nature of Maven, for better or worse,
that attempting to use it 'against the grain' generally leads to a
ramifying collection of
That still does not help. I do not have a war/ear. I have a jar. I is
standalone and will not run in a container. Jar will not work without the
properties file in which it is backed. There is proprietary info in the
different properties files and my company will not let me include certain
prope
Hello All,
I need a little help, I am trying to persuade people in my office to make
use of Maven but in order for this to happen I need to put together a case
with Security. They have asked me 3 questions and I was wondering if anyone
could help me with answering them? Im trying to do my own res
Argh
You're doing it wrong.
The JAR/WAR/EAR/etc should be independent of the environment in which
it works. If you want to bundle default properties for when no
properties file is to be found, that is fine. But it is a great
ANTI-PATTERN to put environment specific resources into your
artifac
Hi,
> From my experience with the archetype plugin, it appears to ignore your
> company proxies and mirrors and always and only goes to repo1 unless you
> tell it otherwise
> using -DarchetypeCatalog=http://your.company.repo/ or
> -DarchetypeCatalog=local
>
> I don't have a proxy, but I do h
47 matches
Mail list logo