I suspect we could add that trick to mrm-maven-plugin with a little code...
then you'd have
mvn mrm:stage-start clean deploy mrm:stage-commit
mrm:stage-start would set the altDeploymentRepository property to redirect
the deploy to mrm, and then mrm:stage-commit would push them to the root
pom's
best practice is *never* to put repository in your pom.
best practice is to run a Maven Repository Manager (there are 3 good
ones: [in alphabetical order] archivia, artifactory, nexus)
best practice is to have those present a virtual repository that is an
aggregate of all the repositories you
Take a step back and try and explain exactly what the problem is that you
think you are trying to solve.
I have a sneaky feeling you are trying to get functionality similar to
staging/promotion available from the good repository managers (iirc nexus
free does not, but nexus pro and artifactory
Iirc the latest version does, but older versions didn't (except with m3
where the older versions might also pull from reactor)
On Wednesday, 28 March 2012, Benson Margulies bimargul...@gmail.com wrote:
Does dependency:copy (note, not copy-dependencies) interact with the
reactor? In a
during production
builds.
-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
Sent: Wednesday, March 28, 2012 2:45 AM
To: Maven Users List
Subject: Re: There is a way to override distributionManagement in Maven
Take a step back and try and explain
wrote:
On Tue, Mar 20, 2012 at 7:05 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
if you are writing a plugin yourself, you can add the generated code
to the compile classpath from your plugin itself once out of the
hacking stage
Momentarily hijacking this--could you kindly
On 20 March 2012 10:49, jackett_dad jackett_...@yahoo.com wrote:
Anders,
I'll look at that, then. This is in the early stages, and I'm following a
tutorial on annotation processing, where annotations in code is used to
generate code that the compiler will compile on a subsequent pass. If I
Always depend on a release version
Keep in mind that the build must be reproducible, so old releases will
build with the parent that was most recent at the time they were released
mvn versions:update-parent
Is your friend
On Friday, 16 March 2012, Daivish Shah daivish.s...@gmail.com wrote:
On 15 March 2012 12:11, Joao Silva joao.si...@vilt-group.com wrote:
Hi Anders
Thanks, but I already mentioned that blog post in my email.
Do you have something to add to that post?
Because in my opinion, that post does not offer clear cut conclusions
regarding the inclusion of repositories
properties cannot be used where they will affect the build plan.
Therefore the following xpaths are not allowed (it may appear to work,
but it will blow up in your face when you are not looking)
/project/parent/*
/project/groupId
/project/artifactId
/project/version
almost anywhere else is fair
My view is that there are places where stuff can be inferred, such as
groupId and version of children can be inferred *if and only if* the child
is always checked out with the parent (at the specified relative path)...
There are plans to tackle those cases.
There is, though a bit of a dual
On 7 March 2012 20:59, Seth Call sethc...@gmail.com wrote:
Bad smell eh? Ok, here's my bad smell. Version numbers. Stinkier?
Version *numbers* in source code. More stinky than that? Version numbers
in source code for projects that are never released to the public.
You are confusing two
Because ejb type maps to jar extension
On Sunday, 4 March 2012, Markus KARG mar...@headcrashing.eu wrote:
You are right, when adding typeejb/type it is working! I missed the
fact
that maven coordinates include the packaging, while the default packaging
is
typejar/type. The odd thing is that
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
On Feb 29, 2012, at 4:02 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
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
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 rwhee...@artifact-software.com wrote:
Great explanation.
Could I put this up on my technical blog where it can be referenced
is used to describe that the artifact is for development.
prod is used to describe that the artifact is for production.
Seems like this is exactly what I would like to use the classifier for.
Sent from my iPhone
On Feb 29, 2012, at 9:20 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote
Read the thread I posted... JNDI is not the only solution. Profiles is
*NOT* the solution
On 29 February 2012 21:32, offbyone r...@iridiumsuite.com wrote:
I have no interest in using JNDI. Could someone please address my question
regarding profiles?
--
View this message in context:
You are fighting maven. One artifact one module
Sent from my iPhone
On 28 Feb 2012, at 19:40, Billy Newman newman...@gmail.com wrote:
I have a pretty simple pom file setup to build a jar. I can deploy to my
internal repository just fine. However I want to build different flavors
of my jar
if they all use the same credentials, I would say no issues
On 27 February 2012 16:08, chad.da...@emc.com wrote:
Are there issues with the re-use of the same repository id across the various
repository declarations? As identifiers, it seems like they should each be
unique. Is there
Add a dependencies section to the plugin
On 22 February 2012 05:48, zhaoyi youhaod...@gmail.com wrote:
I am using a maven plugin which has some dependencies. How can I modify the
plugin's dependencies in my pom.xml?
--
View this message in context:
put the tests in a separate module and that way the module can have
the alternative dependency
On 21 February 2012 09:44, Daniel Jones dan...@mendeley.com wrote:
Hi all,
Apologies in advance if this isn't the right list to post to.
Using Maven 3.0.3 and Dependency plug-in 2.4, I've
They are special elements. if inherited, the artifactId is appended...
you will just have to write each one in each module
2012/2/20 José Manuel Prieto joseman...@prietopalacios.net:
Hi,
I try configure to scm (for mvn release:prepare release:perform ) in my
enterprise superPOM. But I have a
Write your own plugins it's not too hard...
In the absolute worst case you may end up implementing your own
packaging type, that is not too hard either, but slightly more work
than implementing your own plugins, and you need to understand the use
case that drives needing your own packaging
Archetypes are initial templates of a project, they just provide an initial
layout and pom, but no build time functionality, and cannot be reapplied.
Plugins provide buildtime actions
From your initial description, you want the latter... You might, after you
have created your plugin, create an
solution ;-)
On 20 February 2012 14:45, Ron Wheeler rwhee...@artifact-software.com wrote:
What about the assembly plug-in or shade?
Could they not be used to package up the structure in the right way?
Ron
On 20/02/2012 8:02 AM, Stephen Connolly wrote:
Archetypes are initial templates
Do not drop off list.
The list acts as a searchable archive for the next person that has your problem.
Please read the sonatype maven book.
Please get yourself a repository manager... There are three prominent options,
all equally capable, I will not recommend one over the other, in
Looks like you are fighting maven (a loosing battle)
Only tags should have a fixed version
Sent from my iPhone
On 19 Feb 2012, at 00:29, Dipl.-Ing. Torsten Liermann l...@liermann-it.de
wrote:
Hi, (sorry, I can't speak english :( )
I would like to create a branch with a release version in
No.
Toolchains that is the way. Profiles are not best suited to that, esp
when you are hardcoding paths in the profile.
If you are doing Maven right, on another new PC running any of
MacOS/Linux/Windows you should just need to install maven, setup your
toolchains.xml and settings.xml and
It is a question of itch scratching... If it is your itch, scratch it,
submit a patch, and it will be done ;-)
On Saturday, 18 February 2012, sarmahdi sarma...@hotmail.com wrote:
Stephen,
i just saw toolchain.
for jdk yes its a good way, pretty much the same way I am doing in
profiles.
It
Sure fire expects test class names to begin or end with Test unless you
configure it otherwise... Rename your test and it will run ;-)
On Saturday, 18 February 2012, Gogirl claudia.fr...@gmail.com wrote:
Wayne wrote I am guessing that you made changes but did not re-import
yet.
I am only using
Copy your toolchains and Pom into *pastebin* or *gist* and post *the link*
I will take a look
Do not try posting you Pom in the reply, do not pass go, do not collect
$200, do not pick up any community chest cards
On Saturday, 18 February 2012, sarmahdi sarma...@hotmail.com wrote:
Hello Stephen,
don't use scope=system
either:
1. install the artifact in your local repo
or
2. (Better) deploy the artifact to your maven repository manager
Friends don't let friends use Maven without a Repository Manager
Friends don't let friedns use Scope = system
-Stephen
On 17 February 2012 15:03,
put it in a separate module
On 18 February 2012 15:14, jgruber john.t.gru...@gmail.com wrote:
Hello all.. still learning maven. I have a project where I need to compile a
class and then run its main method to acquire some of the needed files for
the compile phase. The files I need to acquire
or better yet, make it a plugin
On 19 February 2012 01:38, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
put it in a separate module
On 18 February 2012 15:14, jgruber john.t.gru...@gmail.com wrote:
Hello all.. still learning maven. I have a project where I need to compile a
class
Alternatively, if you just need a copy of the jar, and not the jar on the
classpath, ie you are writing some app that builds its own classpath, some
parts of the app use one version and other parts use the other version, and
you have fancy code that sets up the class loaders correctly, this would
ASIDE:
Please note that using properties is not the recommended way to pick
different JDKs for building with.
The recommended way is to use ~/.m2/toolchains.xml to define where
your different JDKs (and other toolchains) are located, and then use
the maven-toolchains-plugin to call out the
On 15 February 2012 09:06, Nord, James jn...@nds.com wrote:
Moving to Jenkins-dev (if anyone wants to follow there)
I say no - except if you use any plugin that behind the scenes changes the
configuration of the mojos you run.
I'm open for someone to convince me I'm wrong though.
I
Add the modules in a profile that is activated by default... that way
when you activate the check profile explicitly (as long as you don't
do -P+check) the modules will be missing from the effective pom ;-)
But beware fun side-effects
On 15 February 2012 08:49, Cem Koc cemalettin@gmail.com
On 14 February 2012 11:20, Gaurav Arora g.ar...@iontrading.com wrote:
Hi,
I'm running robot framework tests from maven using the rf maven plugin -
http://code.google.com/p/robotframework-maven-plugin/. The plugin works
fine except that it fails my build and prevents post-integration-test from
On 14 February 2012 14:54, Olivier Lamy ol...@apache.org wrote:
2012/2/14 Drury, Tim t.dr...@sap.com:
I've asked this question on the Jenkins email list a week ago (where I think
it belongs) and on StackOverflow, but I've gotten no results. I know this
isn't a Maven issue per se' because a
On 14 February 2012 17:00, Nord, James jn...@nds.com wrote:
Some people (like Stephen) will say yes.
And what would I know about maven and jenkins ;-)
99 times out of 100, when I see a problem with Maven and Jenkins it is
trivially fixed by switching to a FreeStyle project type with a Maven
On Tuesday, 14 February 2012, Andrew Todd andrew.todd...@gmail.com wrote:
Apologies if this has already been rehashed to death, but I have been
trying to trace the arc of Maven mixin development over the past few
years, and was wondering what happened.
They kind of need a Pom version change to
On 10 February 2012 18:58, Markus Karg markus.k...@gmx.net wrote:
What is Maven 3's best practice to deal with Maintenance Branches
(non-feature, bug-fix-only line of development)?
Our company needs to maintain a second development line besides trunk,
which we call The Maintenance Branch,
On 13 February 2012 18:20, chad.da...@emc.com wrote:
I'm wondering what the difference would be between the following two ways of
handling copying of a certain type of maven dependency. The dependency I'm
talking about is something like, for instance, a self-extracting installer
that I
can we not cheat and specify -DupdateReleaseInfo=false
Or is the flag set in the parent directly in the configuration and not
by setting the property
On 10 February 2012 13:32, Thiessen, Todd (Todd) tthies...@avaya.com wrote:
You certainly can do the work yourself. But most of what you have
In the light of idiocy you resort to complete and utter foolishness...
Where is your repository manager? Just deploy it there.
Friends don't let friends use maven without a repository manager
On Friday, 10 February 2012, laredotornado-3 laredotorn...@gmail.com
wrote:
Hi,
I'm using Maven
They are the bastard son of satan.
which is why adding dependencies via profiles is an anti-pattern
people who do it give maven a bad name
Take them out and shoot them.
I may just have to thump psandoz on the shoulder really hard next time
I see him if old jersey poms did that kind of thing...
be some rare cases where indirect dependency tree
modification is ok but I have yet to see one.
-Stephen
On 9 February 2012 14:50, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
They are the bastard son of satan.
which is why adding dependencies via profiles is an anti-pattern
people who
The Mojo team is pleased to announce the release of the Versions Maven
Plugin, version 1.3.1
NOTE: This is the *last* planned release that will support running on Maven
2.0.x and JRE 1.4
The Versions Plugin has the following goals.
* versions:compare-dependencies compares the dependency
The Mojo team is pleased to announce the release of the Versions Maven
Plugin, version 1.3.
NOTE: This is the last release line that will support running on Maven 2.0.x.
NOTE: This version contains one method that requires JDK 1.5, version
1.3.1 of this plugin will be released tomorrow and that
On 2 February 2012 16:17, Leon Rosenberg rosenberg.l...@gmail.com wrote:
Hello,
I have following question, I don't quite understand how to solve
properly. I have 3 projects, A,B and C.
A depends on B and C, and B depends on C.
A requires at least C version 1.06. However, after a while C got
On 30 January 2012 20:09, Shane StClair sh...@axiomalaska.com wrote:
Hello all,
I have a project with a parent pom and child modules. Configuration
properties are kept in a build.properties file and an overriding
custom.build.properties. The properties-maven-plugin is defined in the
You are
On 30 January 2012 19:01, Michael Norman michael.nor...@oracle.com wrote:
Running maven 3.0.4 via m2e (Maven Integration for Eclipse version
1.0.100.20110804-1717).
Here is my pom.xml file:
properties
maven-surefire-plugin.version2.11/maven-surefire-plugin.version
Please take a look at the maven-failsafe-plugin, it is a version of
surefire to cover your exact use case
On 26 January 2012 19:36, swapsa...@gmail.com swapsa...@gmail.com wrote:
Hi,
I have been using Maven 2.2.1 for a while now and have used it successfully
for multiple projects so far. I
Sorry, my bad. I mis-understood.
You can just write your own plugin, very easy to do
On 26 January 2012 22:58, Stephen Connolly
stephen.alan.conno...@gmail.comwrote:
Please take a look at the maven-failsafe-plugin, it is a version of
surefire to cover your exact use case
On 26 January 2012
Try pipe. I think a long time ago i added support for pipe
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On Jan 24, 2012 8:40 p.m., Mirko Friedenhagen
.
These are a lot of manual task to to. I want this to be determined in a
easier way. So if you could be please so kind to point me to what you say
is the best practice here...
regards
Thomas
On 20/01/2012 10:14 AM, Stephen Connolly wrote:
2012/1/20 Thomas
Schefflerthomas.scheffler@**uni
until the GUI can be fixed to handle the revised
specification or they get through a customer presentation.
Ron
On 23/01/2012 9:32 AM, Stephen Connolly wrote:
On 23 January 2012 13:25, Ron Wheeler rwhee...@artifact-software.comwrote:
You could reach out to the Hudson user community.
I do
add a dependency of type zip and scope test
On 20 January 2012 08:38, Ashish Srivastava ashis...@yahoo.com wrote:
Hi,
(I just subscribed to the mailing list so would appreciate if you could
reply directly to my email address too)
I am trying out the parallel build feature of Maven 3. My
It cannot.
That is part of the spec for the layout of a Maven repository.
-Stephen
2012/1/20 Thomas Scheffler thomas.scheff...@uni-jena.de:
Hi,
I want to create a unique SNAPSHOT version that does not consist of
timestamp and buildnumber but is created by a defined property.
I read the
, 2012 10:45 a.m., Thomas Scheffler thomas.scheff...@uni-jena.de
wrote:
Am 20.01.2012 10:32, schrieb Stephen Connolly:
It cannot.
That is part of the spec for the layout of a Maven repository.
Is there a way to embed the unique version string into the JAR manifest
then? If I test
2012/1/20 Thomas Scheffler thomas.scheff...@uni-jena.de:
Am 20.01.2012 15:30, schrieb Stephen Connolly:
2012/1/20 Thomas Schefflerthomas.scheff...@uni-jena.de:
Am 20.01.2012 12:40, schrieb Stephen Connolly:
You can stuff what ever you want in tge manifest.
Google is your friend: maven jar
where is that test?
is it in src/test/java? it should be somewhere in src/test/java or it
will not be picked up
On 19 January 2012 10:04, kooper sergeysach...@list.ru wrote:
Hi,
I'm using fail-safe plugin for integration tests but it seems that plugin
does not see the tests. I have
On 19 January 2012 11:31, kooper sergeysach...@list.ru wrote:
hm, I've tried moving class to src/test/java folder once more and it works
now. Not sure why it wasn't previously, so thank you very much for advice.
BTW can I configure fail-safe to check my directory also?
failsafe looks for
On 19 January 2012 11:53, Julien Ruaux jru...@gmail.com wrote:
Hi,
I'm trying to get my plugin to automatically call another one (the
JAXB XJC Maven plugin).
Here is what users of my plugin currently have to write:
project
build
plugins
On 18 January 2012 13:32, C Potter cabin.pot...@gmail.com wrote:
Hi Manfred,
I've already posted my Android related questions on the Android Dev forum
yesterday that motivated the need for this.
These question here remain outstanding and all pertain solely to Maven...
can someone please
in
http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html#completionGoals
invoke scm:add
Though I am pretty sure all unmodified files which are already in SCM
get committed by default
On 17 January 2012 14:47, Andrew Todd andrew.todd...@gmail.com wrote:
I'm fairly certain the
.
Not to mention that I'm not sure scm:add is the right command, since
my .properties file already exists in the repository. Looking at
scm:checkin.
On Tue, Jan 17, 2012 at 9:55 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
in
http://maven.apache.org/plugins/maven-release-plugin
1. Both of these tags are deprecated because they are a load of crap
and useless.
2. Here is what they mean:
LATEST = The most recently deployed version
RELEASE = The most recently deployed non -SNAPSHOT version
Crappy aren't they!
3. Versions-maven-plugin does not pay any heed to those
Most people use invoker to run integration tests of their maven plugins.
As such, when running integration tests, you typically will have a
test settings.xml so that the test environment will be constant.
There is the issue of when you are behind a proxy, to solve this issue
(as sometimes you
it automatically.
Is there some way to solve this or will I just have to live with adding
2 parameters when running Maven?
On 16.01.2012 10:12, Stephen Connolly wrote:
Most people use invoker to run integration tests of their maven plugins.
As such, when running integration tests, you typically will have
find() just means that there is a partial match, but you need a
complete match (i.e. the match() column needs to say yes)
On 16 January 2012 15:49, mschipperheyn m.schipperh...@gmail.com wrote:
Your suggestion doesn't work. BTW, I do see a Yes in the column find() in the
example you are
here is why this is a bad plan.
the pom that gets deployed will not have the property value resolved, so
anyone depending on that pom will pick up the dependency as being the
string uninterpolated with the ${ } and much hilarity will ensue in your
build process.
in maven 2.1.0 and/or 2.2.0 an
Step 1. Download Nexus OSS (i.e. free)
Step 2. Run Nexus
Step 3. Configure your settings.xml to point to Nexus
Done. Done. Done.
NOTE 1: Does not have to be Nexus, there are others: Artifactory,
Archivia, etc. I only mention Nexus OSS because: 1. it's free, 2. it's
very low footprint in terms of
different versions of the plugin you need to specify the version
of the plugin you are asking help about as the same version you are
using otherwise it answers for thew latest version
On 12 January 2012 15:51, Adam Dyga ad...@tlen.pl wrote:
Hello,
I have some problems with goals not
do NOT use maven 2.1.0 or 2.2.0
2.2.1 is safe, i would seriously consider going as far as 3.0.3 as it is
mostly a drop in replacement, with very few regressions and some serious
bugs fixed.
but do NOT use maven 2.1.0 or 2.2.0
- Stephen
---
Sent from my Android phone, so random spelling
assuming that the project that succeeds is the aggregator root, everything
is fine. prepare runs on the aggregator root and tags from that root. just
run perform and it will check out all the modules and release them.
if it is not the aggregator root, you may have to release each scm root
. (I hope it won't have side effects using failsafe rather than
surefire).
Regards,
Xavier
2012/1/10 Stephen Connolly stephen.alan.conno...@gmail.com
given that nobody else bothered to read the original question, it does
not
surprise me that nobody bothered to read my original answer
Moving to Users list as this is a question for people developing WITH
maven not a question for people developing maven.
At present there is no solution, other than having those classes
referenced from a referenced class. Shade has no way of knowing that
you use properties files to pull in classes
actually, no, in that case I would recommend downloading a repository
manager and running it locally.
Running Maven without a repository manager is like driving a car with
a 24inch spike pointing out of the middle of the steering wheel
On 11 January 2012 12:31, Rueegg Alexander a...@bdal.de
artifacts when you don't have a proper repository
manager installed. For sure best is to use a repo manager!
-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
Sent: Mittwoch, 11. Januar 2012 14:33
To: Maven Users List
Subject: Re: Could we delete old
getClass().getClassLoader().getPackage().getImplementationVersion()
On 11 January 2012 16:44, Steve Cohen sco...@javactivity.org wrote:
Hm, is this really heading into the direction you intended with your
question originally?
No, it isn't! Thanks. The original link I posted talked about
you'd need to do something like failsafe, where the execution is
separated from the checking and failing the build might even get
what you want using just failsafe
On 10 January 2012 13:05, Xavier S. xavier.seign...@gmail.com wrote:
Hello,
I would like to know if there is a way to execute
use failsafe.
parse the failsafe results yourself... if they show a test failure, do your
special thing then let failsafe verify stop the build
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to
of using swype to type on the
screen
On 10 Jan 2012 18:16, Stephen Connolly stephen.alan.conno...@gmail.com
wrote:
use failsafe.
parse the failsafe results yourself... if they show a test failure, do
your special thing then let failsafe verify stop the build
- Stephen
---
Sent from my Android
the standard java way to solve this is the service loader pattern.
java 6 has explicit support in the serviceloader class, but it is easy to
use classloader.getResources(...) note that's a plural, to roll your own if
you need to support java 5 or earlier.
basically the factory looks for files
On 5 January 2012 13:41, Mark H. Wood mw...@iupui.edu wrote:
On Wed, Jan 04, 2012 at 10:19:15PM +0100, Ansgar Konermann wrote:
Am 04.01.2012 05:02, schrieb zuxiong lin:
I want to remove 3.0.5 and 3.0.6.
The local maven repository is an artifact cache. Why do you want to
remove anything from
Hi,
I just found a regression:
http://jira.codehaus.org/browse/MNG-5224
I think it is serious enough to recommend users avoid using the above
combination if you rely on properties in a settings.xml profile to GPG
sign your releases. (i.e. anyone pushing to Central)
-Stephen
:
Is this still broken under the 3.0.4-RC4 builds, or just 3.0.3?
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Wed, Jan 4, 2012 at 4:18 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Hi,
I just found a regression:
http
. As someone who uses GPG in that manner for
some of his releases I'd certainly want 3.0.4 to be able to release...
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Wed, Jan 4, 2012 at 5:23 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
I
that is because you are using maven-release-plugin 2.2.1
switch to 2.2.2 and see how you feel
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 3 Jan 2012 20:58, Jesse
yes
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 18 Dec 2011 17:41, Mirko Friedenhagen mfriedenha...@gmail.com wrote:
I had a look :-D . The class code boils down to
The automated solution is probably a patch to the xmlbeans plugin you
are using...
Given that the plugin is hosted at mojo, it should be easy for a well
structured patch with tests to get accepted. If you have issues
getting a well structured patch accepted, ping myself or Barry and I'm
sure we
The Maven team is pleased to announce the release of the Maven XXX
Plugin, version Y.Z
This plugin is used to release a project with Maven, saving a lot of
repetitive, manual work. Releasing a project is made in two steps:
prepare and perform.
ship-maven-plugin
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 15 Dec 2011 17:09, Tom Masterson kd7...@gmail.com wrote:
So if I don't use the wagon plugin do you have
Are you sure you know how to spell checkstyle?
On 14 December 2011 09:54, Andreas Sewe
s...@st.informatik.tu-darmstadt.de wrote:
Hi,
I have encountered a very odd failure when adding the
maven-checkstyle-plugin to my pluginManagement section. Below is the
simplest POM that triggers this
On 14 December 2011 16:06, Daniel Kulp dk...@apache.org wrote:
On Tuesday, December 13, 2011 7:45:29 PM Benson Margulies wrote:
On Tue, Dec 13, 2011 at 7:39 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
describe the problem better and point me to some sample code and i
maybe the ship-maven-plugin could help... though if you want to use a wagon
that is non-default for the maven version you are using (eg ssh is non
default in maven 3.0.3) you will need to either add that wagon as a
dependency of *the plugin* or add that wagon as an extension to *the
project's
try {
Class.forName(oracle.jdbc.driver.OracleDriver.class.getName())
} catch (LinkerError e) {
// ignore
}
:-P
On 13 December 2011 12:04, Oliver Schrenk oliver.schr...@gmx.net wrote:
Hej,
I'm using the maven-shade-plugin to create an executable jar. The number of
included jars blows the
801 - 900 of 2415 matches
Mail list logo
