build-helper-maven-plugin allows you to add multiple sourcepaths to the
build, which could be part of the answer. I've never attempted scripting
the sourcepaths in but might be possible. In any case, I've done something
similar in the past in an ancient c+java monolithic make build environment
B.
Kalle
On Mon, Dec 15, 2014 at 7:53 AM, Tim Astle tas...@nbnet.nb.ca wrote:
A - Shotgun
Tim
On 12/15/2014 6:39 AM, Stephen Connolly wrote:
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
On Tue, Jul 1, 2014 at 7:41 AM, Jason van Zyl ja...@takari.io wrote:
On Jun 30, 2014, at 11:53 PM, Dan Tran dant...@gmail.com wrote:
Possible to configure your nexus to use port 80 so that some of use with
strict corp firewall policy can access it?
Not anytime soon. I run everything with
Works fine for me on Comcast/Bay area.
Kalle
On Fri, Jun 27, 2014 at 2:12 PM, Dan Tran dant...@gmail.com wrote:
I am having a problem[1] accessing
http://central.maven.org/maven2/org/apache/maven/scm/maven-scm-provider-cvsexe/
I think it has something to do with CDN close to bayarea with
mvn versions:use-latest-releases? See
http://mojo.codehaus.org/versions-maven-plugin/use-latest-releases-mojo.html.
Kalle
On Thu, Sep 6, 2012 at 8:43 PM, Billy Newman newman...@gmail.com wrote:
I would like to use the release plugin to update versions on some of
my projects. However my
As a by-product of some infrastructure work some time ago I hacked
together an Ant/Maven script for parallel deployment to Tomcat 7. I
just had a discussion about the parallel deployment feature last week
with a friend of mine so I figured publishing our script might be of
use to somebody:
seem to work.
Kalle
On Friday, 20 July 2012, Kalle Korhonen wrote:
Thanks Werdex. Using the release plugin version 2.3.2 and it's still
exactly the same, only goalsdeploy -f Sources/pom.xml/goals works
when the pom.xml is not in the root, regardless of pomFileName
setting. Stephen, isn't
Thanks Werdex. Using the release plugin version 2.3.2 and it's still
exactly the same, only goalsdeploy -f Sources/pom.xml/goals works
when the pom.xml is not in the root, regardless of pomFileName
setting. Stephen, isn't that exactly why you want to lock down the
plugin versions? I'll take a
On Mon, May 7, 2012 at 12:59 PM, Jason van Zyl ja...@tesla.io wrote:
On May 7, 2012, at 3:27 PM, Jörg Hohwiller wrote:
Hi Jeff, hi Kalle,
thanks for your hints. I will give webby and sysdeo a try.
Jetty-run will not help as I need a way to run and debug directly from
eclipse
including code
I've always found WTP's generic container support to be too slow and
too limiting for me. Sysdeo's Tomcat launcher allows for more explicit
control of the classpath, google or see
http://tynamo.org/Developing+with+Tomcat+and+Eclipse for more info.
run-jetty-run plugin is another good and simple
On Fri, Apr 27, 2012 at 8:40 AM, J.V. jvsr...@gmail.com wrote:
I understand how Maven resolves dependencies (and transitive dependencies)
at compile time, but does it bring anything to the table at run time?
For example, if I have in my application dependency list two versions of
log4J (let's
Gaah! I just managed to waste an hour hunting down an issue with a
suddenly failing release after a parent of a parent was changed to use
version 2.2.2 of the release plugin. The worst is that I now recall I
saw this thread a week ago.
Kalle
On Tue, Jan 3, 2012 at 1:20 PM, Stephen Connolly
How are you reading in your properties files? By default, latin-1 is
assumed. Configure your surefire JVM to read files as UTF-8 with:
argLine-Xms256m -Xmx512m -XX:MaxPermSize=128m -ea
-Dfile.encoding=UTF-8/argLine
Kalle
On Mon, Oct 10, 2011 at 3:04 PM, Eric Kolotyluk
eric.koloty...@gmail.com
A whole case? I *love* inflation.
Kalle
2011/10/10 Eric Kolotyluk eric.koloty...@gmail.com:
Awesome Kalle - thanks.
Where should I send the case of beer?
Cheers, Eric
On 2011-10-10 4:00 PM, Kalle Korhonen wrote:
How are you reading in your properties files? By default, latin-1
solution. For some reason the
tests pass when run from m2e, but fail when run from the command line. I'm
still trying to figure out what the difference is.
Cheers, Eric
On 2011-10-10 4:41 PM, Kalle Korhonen wrote:
A whole case? I *love* inflation.
Kalle
2011/10/10 Eric Kolotylukeric.koloty
Since you are including the dependencies in project A, you should
declare them with scope provided.
Kalle
On Tue, Jul 26, 2011 at 11:23 AM, marcelo d2olive...@gmail.com wrote:
Hi,
I have project A which dependens on 15 jars , when I build project A, I
include all dependenices in the jar..
Yes, I have been wishing for the same as well.
Kalle
On Tue, May 31, 2011 at 10:16 AM, Benson Margulies
bimargul...@gmail.com wrote:
I have recently been trimming 'unnecessary' scm/ elements out of
poms. That is, if the current project is just sitting under it's
parent.
I'm now wishing
You are abusing the version system by trying to re-deploy different
bits as the same version. If you don't release, then you have
snapshots even if you preferred a different name for it. Why deploy
anywhere else if you just want to make those bits available to other
(Maven) users? You can simply
Why do you need to re-release? I typically checkout/clone, build, edit
the pom directly and change the version to
existingversion-mycompany-1, then take both the pom and the
(snapshot) library and deploy them to Nexus.
Kalle
On Wed, Feb 2, 2011 at 2:17 PM, Benson Margulies bimargul...@gmail.com
http://www.apache.org/dev/publishing-maven-artifacts.html
Kalle
On Tue, Feb 1, 2011 at 2:44 PM, Craig L Russell
craig.russ...@oracle.com wrote:
Hi,
I'm using maven2 to build JDO db.apache.org/jdo and would like a pointer to
how to use the Apache parent pom. I've searched Google for a while
http://pyx4me.com/pyx4me-maven-plugins/proguard-maven-plugin/.
Obfuscate the jars that go into the war or obfuscate the classes
directly before they are packaged into the war. The plugin can do
both. Deploy the zip to your repository as well as the war.
Kalle
On Fri, Jan 28, 2011 at 4:23 PM,
On Tue, Jan 25, 2011 at 8:09 AM, Miguel Almeida
migueldealme...@gmail.com wrote:
I agree with you. I'm still quite new to advanced Maven topics so it still
seems counter-intuitive to store the config file outside the .war - it adds
one extra step of deploy the .xml/config file in the
As Wayne mentioned, most of the modules contain an url to a license
rather than have it checked in. Perhaps you just need the license
report instead? The dependencies report of the mpir plugin has had a
license section for quite some time, I use it all the time. See e.g.
the dependency report of
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-release-plugin/artifactId
configuration
preparationGoalsclean
On Wed, Jan 5, 2011 at 9:33 AM, juranta juha.ra...@iki.fi wrote:
Thanks, that's a simple solution that might even work in most of the
situations (perhaps excepting the release plugin, etc).
The release plugin is surprisingly good at dealing with versions
declared in properties, try it, might
Assembly plugin can do resource filtering, see
http://maven.apache.org/plugins/maven-assembly-plugin/examples/single/filtering-some-distribution-files.html.
Kalle
On Tue, Jan 4, 2011 at 10:10 AM, juranta juha.ra...@iki.fi wrote:
Hi,
I'm quite new to Maven, so I'm happy with all suggestions.
Right, and the rest of your build needs to know that version as well,
right? Put that version in a property and use it in the dependency as
well as resource filtering, i.e.
properties
cssversion2/cssversion
/properties
Kalle
On Tue, Jan 4, 2011 at 11:30 AM,
solution for what we are trying to test right
now. What I am really after is failing fast on the integration tests. If the
app didn't start I would rather not run through each test and all setup
associated with each one.
-Nate
Kalle Korhonen wrote:
Why not
http://docs.codehaus.org/display
Hmm.. I just mavenized RestFB
(http://code.google.com/p/restfb/source/browse/#svn%2Ftrunk%2FRestFB),
including an assembly-based distro and I can verify that
useAllReactorProjects works as expected and documented. The
documentation could be more clear though - I'm not sure it's obvious
what the
src/main/config ?
Kalle
2010/12/29 Pazmiño Mazón, Iván Andrés iapm270...@sri.ad:
Hello,
I'm building a web project and I have some configuration and descriptor
files located inside src/main/resources/config which are used during the
source preparation phase. Since this location will be
Why not
http://docs.codehaus.org/display/TYNAMO/2010/07/30/Full+web+integration+testing+in+a+single+JVM
and something like
http://svn.codehaus.org/tynamo/trunk/tapestry-model/tapestry-model-test/src/main/java/org/tynamo/test/AbstractContainerTest.java
?
With an embedded Jetty, your integration
On Fri, Dec 10, 2010 at 9:20 AM, KARR, DAVID (ATTSI) dk0...@att.com wrote:
Another desire I have is to allow for developers not even building most
of the modules, and just letting the ear project pull snapshot
artifacts from the Nexus repo (built by the release team or continuous
integration).
Beyond the basics and the core principles, it's difficult to write
down the exact instructions for a large scale deployment and use of
Maven because the situations are vastly different. Even if one would
document the best practices for some particular situations, the issue
for the novice is
On Wed, Dec 8, 2010 at 9:16 AM, KARR, DAVID (ATTSI) dk0...@att.com wrote:
-Original Message-
From: Nick Stolwijk [mailto:nick.stolw...@gmail.com]
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-deploy-plugin:2.5:deploy (default-deploy) on
project myproject: Deployment
On Wed, Dec 8, 2010 at 3:26 PM, KARR, DAVID (ATTSI) dk0...@att.com wrote:
-Original Message-
What is a destination? What exact field in the pom does the server/id
correspond to?
Module's deployment destination is specified by the distribution URL.
Server id corresponds to the server
Of course, developers never need to run deploy goal in the first
place. Anyhow, it's a commonly used practice to deploy to different
locations. Create a release profile and override the
distributionManagement section as needed, for example see
of snapshot
artifacts the want to use? Seems very complicated and error prone to me and
simply just to difficult for the users to get right.
/Anders
On Tue, Dec 7, 2010 at 19:10, Kalle Korhonen
kalle.o.korho...@gmail.comwrote:
Of course, developers never need to run deploy goal in the first
Why not just use a profile for this?
Kalle
On Fri, Nov 26, 2010 at 4:50 PM, Greg Akins angryg...@gmail.com wrote:
I want to run selenium tests outside of the normal build cycle.
They're working right now in the integration-test phase, but I can't
allow them to run from the build server
Use regular command prompt, not cygwin when making a release. (If you
find a better fix, let me know.)
Kalle
On Mon, Nov 22, 2010 at 1:00 PM, edgarosy edgar.l...@gmail.com wrote:
Question for all maven gurus. Hope you can help me..
I've been using a maven-release plugin for over a year and
The previous replies seem to miss the mark, your set up sounds good to
me. The missing configuration you are looking for is:
configuration
autoVersionSubmodulestrue/autoVersionSubmodules
You need to specify:
mavenExecutorIdforked-path/mavenExecutorId
in release plugin configuration. See http://jira.codehaus.org/browse/MGPG-9
Kalle
On Fri, Sep 10, 2010 at 9:30 AM, Simone Tripodi
simone.trip...@gmail.com wrote:
Hi all guys,
using the maven-release-plugin and signing artifacts
On Thu, Sep 9, 2010 at 1:35 AM, motes motes mort.mo...@gmail.com wrote:
I have build the below MANIFEST first project using maven3 with tycho:
Any suggestion on how to deploy a project (like the one at the above
link) which consists of:
parent
-bundle
-feature
-target definition
-update
Sounds like you are using the Apache super pom as the parent. If you
simply name yours LICENSE and NOTICE, they'll overwrite the default
ones.
Kalle
On Fri, Aug 27, 2010 at 7:03 AM, Justin Edelson justinedel...@gmail.com wrote:
Nothing in the release plugin will do this automatically; it must
You need to tell Maven about the additional artifacts. Attach them to
your module with buildhelper plugin, specifying a different
type/classifier. See
http://mojo.codehaus.org/build-helper-maven-plugin/usage.html
Kalle
On Thu, Aug 26, 2010 at 1:02 PM, Victor Calvello vcalve...@gmail.com wrote:
No, you bind exec:exec to deploy phase, or profile or however you want
to set it up and skip the normal deploy.
Kalle
On Mon, Aug 9, 2010 at 6:22 PM, Sergio Oliveira
sergio.souj...@gmail.com wrote:
I added:
goalsinstall exec:exec/goals
But release:perform does not like exec:exec. :-(
/property
/activation
build
defaultGoalexec:exec/defaultGoal
/build
/profile
On Mon, Aug 9, 2010 at 6:56 PM, Kalle Korhonen
kalle.o.korho...@gmail.comwrote:
No, you bind exec:exec to deploy phase, or profile or however you want
to set it up and skip the normal deploy.
Kalle
On Fri, Aug 6, 2010 at 10:43 AM, Haszlakiewicz, Eric
ehas...@transunion.com wrote:
-Original Message-
I don't (yet) know much about the internals of maven, but is it really
that much of an impact on the code? There's already support present for
checking for differences in snapshot
So you just want to verify?
$ mvn --help
usage: mvn [options] [goal(s)] [phase(s)]
Options:
-am,--also-makeIf project list is specified, also
build projects required by the
list
Unless there's a Java version of pngcrush, I wouldn't worry about
running it as a plugin. You could just configure exec plugin
(http://mojo.codehaus.org/exec-maven-plugin/) to run pngcrush.
Kalle
On Sat, Jul 24, 2010 at 7:12 AM, Laurent Martelli
martellilaur...@gmail.com wrote:
Hi there !
Always a good idea to state *why* you might want to do this so people
can provide alternatives. AFAIK the answer is no to your question, but
if, for example, you just want to use the artifact name and strip out
the version info from the filename, you can use outputFileNameMapping
(see
, for various business reasons.
So in my ZIPs for each set of packaged goods, I would like the WARs to have
their finalNames, as opposed to their fully qualified maven names.
Shan
On Tue, Jul 20, 2010 at 4:54 PM, Kalle Korhonen
kalle.o.korho...@gmail.comwrote:
Always a good idea to state *why* you
The pom artifact is always produced regardless. Make your module type
pom and attach the assembly zip as an artifact with the help of
buildhelper plugin:
http://mojo.codehaus.org/build-helper-maven-plugin/usage.html.
Kalle
On Thu, Jul 1, 2010 at 9:56 AM, Andreas Sewe
On Fri, Jun 4, 2010 at 1:28 PM, Les Hazlewood l...@katasoft.com wrote:
Is this possible? So, in addition to stuff like developers, is it
possible to add additional metadata?
plugins. A Grails plugin is a .zip file, but the Grails environment
http://www.grails.org/plugin/home) need to read
.
Kalle
On Fri, Jun 4, 2010 at 2:10 PM, Kalle Korhonen
kalle.o.korho...@gmail.com wrote:
On Fri, Jun 4, 2010 at 1:28 PM, Les Hazlewood l...@katasoft.com wrote:
Is this possible? So, in addition to stuff like developers, is it
possible to add additional metadata?
plugins.
Seems like
logs at http://jira.codehaus.org/browse/DOXIA.
Thanks,
-Lukas
Kalle Korhonen wrote:
Thanks! I tried 2.2 with the site plugin (2.1), but I'm getting:
[INFO] Trace
java.lang.ArrayIndexOutOfBoundsException: 1
at
org.apache.maven.doxia.module.xhtml.XhtmlSink.tableCell(XhtmlSink.java
Yes, in 2.x reporting plugins don't use the pluginManagement section,
I've never understood why. It's stated *somewhere* in the docs but
whether you are going to read it before first hitting the issue is
probably unlikely. The whole reporting is going to be revamped in 3.x
and I'm sure this is one
Thanks! I tried 2.2 with the site plugin (2.1), but I'm getting:
[INFO] Trace
java.lang.ArrayIndexOutOfBoundsException: 1
at
org.apache.maven.doxia.module.xhtml.XhtmlSink.tableCell(XhtmlSink.java:791)
which seems to be caused by:
http://jira.codehaus.org/browse/DOXIA-215
Assuming the
Use the dependency plugin. See
http://svn.apache.org/repos/asf/incubator/shiro/trunk/samples/spring/pom.xml
for example, doing exactly the same thing for deploying a webstart app
to webapp broot.
Kalle
On Mon, May 17, 2010 at 3:40 AM, Aleksey Didik
di...@magenta-technology.ru wrote:
Hello all,
So the deb is a secondary artifact in the same module? Use the
buildhelper plugin, see the last example at
http://mojo.codehaus.org/build-helper-maven-plugin/usage.html
Kalle
On Thu, May 13, 2010 at 9:44 AM, Jason Winnebeck jpw...@rit.edu wrote:
What is the best way to deploy a non-jar file
Are you absolutely positively sure your command-line javac is of the
same minor version as what Maven uses? 1.5 doesn't implement generics
captures so you'd get these kinds of problems if you tried to compile
the same with 1.6 - source is not version compatible even if binary
is.
Kalle
On Thu,
Heh, that's old school - you actually have two different machines. I
bet many developers today do their work on a single laptop, which
leads to the constant need to change settings, especially if you work
on multiple projects, some professional, some open source ones. One
solution is, if you can,
On Wed, Apr 14, 2010 at 2:06 PM, Justin Lee evancho...@gmail.com wrote:
I'm working on making the grizzly deployments actually work with maven
[INFO] The version could not be updated: ${grizzly-version}
The problem, it seems, is that we use the property grizzly-version defined
in the root pom
to
specify intra-project dependencies like that. Seems overly redundant.
On Wed, Apr 14, 2010 at 5:30 PM, Kalle Korhonen
kalle.o.korho...@gmail.comwrote:
On Wed, Apr 14, 2010 at 2:06 PM, Justin Lee evancho...@gmail.com wrote:
I'm working on making the grizzly deployments actually work with maven
http://maven.apache.org/plugins/maven-dependency-plugin/examples/copying-project-dependencies.html
Kalle
On Tue, Mar 30, 2010 at 11:43 AM, John Eke tone...@yahoo.com wrote:
Hi,
I have a maven repository that manages dependencies for my projects.
Currently in my release environment I am
On Tue, Mar 16, 2010 at 4:18 AM, Benson Margulies bimargul...@gmail.com wrote:
If the answer is, 'always make a branch,' then that's the answer. It
is not a popular answer with the developers I'm supporting. I wish
there was some alternative involving controlling snapshot updates per
g/a
On Wed, Mar 10, 2010 at 12:58 AM, Erlend Hamnaberg ngar...@gmail.com wrote:
I have project that is on codehaus. For some reason I decided to have a
distribution build as an attached artifact.
This causes clutter in the repo, which I do not want.
Are there any guidelines for how to create a
You don't need any command line options to release from a branch (I'd
even go so far as to say that if you need to specify command line
options with mvn release, you haven't configured the plugin correctly)
but you *have to* have scm urls pointing to the right location (i.e.
not the trunk for the
Perhaps add a stage profile where you override the
distributionManagement/site definition and which you'd activate with
site:stage-deploy?
Kalle
On Wed, Mar 10, 2010 at 10:44 AM, shinsato har...@shinsato.com wrote:
I'm having a heck of a time with our build since we've been required to use a
This might be more of a Tomcat question but then again, I'm mostly
interested in Maven plugins for Tomcat. For remote deployment, both
Cargo and Tomcat plugin use and integrate with Tomcat's manager
application which is dog slow as it can only deploy the full war over
http and happily shuts down
Glad to hear you got things working. Just a note on Cobertura though;
we are running our cove coverage for unit and container-based
integration tests with Cobertura so it's not the tool per se. Could
have been an issue with the version of Cobertura you were using or the
configuration but if Emma
Why would you insist on starting it with mvn? How do you run the the
same test in your IDE? Wouldn't it be easier to just use JettyHelper
in your test? For another example of the same concept, perhaps a bit
more evolved, see
.
I don't want to start and stop jetty for every test, because hibernate and
guice intialize actually take a little bit of time.
Which would slow down the entire suite..
D/
On Mar 4, 2010, at 12:17 PM, Kalle Korhonen wrote:
Why would you insist on starting it with mvn? How do you run
On Thu, Mar 4, 2010 at 11:03 AM, Douglas Ferguson
doug...@douglasferguson.us wrote:
So how does the server get stopped?
Up to you, but typically when the JVM exits.
Kalle
On Mar 4, 2010, at 12:46 PM, Kalle Korhonen wrote:
If it takes a long time, why would you restart for each test? If you
On Wed, Mar 3, 2010 at 3:00 PM, marilysa maril...@cisco.com wrote:
Does anyone know how to get the source code and license information for
maven-jibx-plugin? The web site gives a link to the license, but that link
is broken. It gives a link to the source code repository, but access to
that
We use Nexus for RSS feeds, it has a built-in feed for releases.
Kalle
On Thu, Feb 25, 2010 at 10:06 AM, Wayne Fay wayne...@gmail.com wrote:
Is there a way to add notifications (email, RSS, etc.) when a release is
performed ?
Seems like a feature I'd expect to get from an MRM (Nexus,
SNAPSHOTs are essential (otherwise developers end up with multiple
different versions of platform libs in their local repositories) and
you should deploy them automatically if you want to avoid compiling
the platform code. @Ron; multiple repositories are needed to
distinguish the branched platform
afford the resources to implement the changes to the
platform simply have to wait and stick with a previous version of the
platform until they do.
Kalle
On Mon, Feb 15, 2010 at 5:13 PM, Kalle Korhonen
kalle.o.korho...@gmail.com wrote:
SNAPSHOTs are essential (otherwise developers end up
Good stuff Luke, thanks, I've been pondering what the best approach is
for this myself.
Kalle
On Thu, Feb 11, 2010 at 6:13 AM, Luke Patterson
lukewpatter...@gmail.com wrote:
On Wed, Feb 10, 2010 at 5:37 PM, Max Spring mspr...@cisco.com wrote:
What would be a good approach to test an archetype
I had filed https://issues.apache.org/bugzilla/show_bug.cgi?id=48216
against log4j to mark javamail as optional (and it's still in NEW
state) but yes, log4j should mark all those optional dependencies as
so.
Kalle
On Wed, Feb 10, 2010 at 12:24 PM, Reto Bachmann-Gmür r...@gmuer.ch wrote:
ok,
Are you not using standard SVN directory layout or no SVN at all? We
do fully automated releases with mvn -B release:prepare
release:perform and it gets the tagname etc. right without any special
configuration. As a sidenote, pom.version is deprecated, use
project.version instead.
Kalle
On Fri,
What's meant by that is that Eclipse by default uses the same target
folder as if you have run Maven from command line. Some people hate it
but for others like me it makes all the sense. Just need to be aware
of consequences - say for example running mvn clean without refreshing
Eclipse.
Kalle
Definitely depends on your definitions for integration test and
circumstances. We run our Spring context-based and other long-running
tests via a special profile-activated surefire configuration together
with plain unit tests to get accurate code coverage counts.
Kalle
On Wed, Jan 27, 2010 at
If you really want to go against the grain you can always hack Maven
as needed, but if you just refactored those into two different modules
it'd be all much simpler.
Kalle
On Thu, Jan 14, 2010 at 10:45 AM, vishalmanohar vishalmano...@gmail.com wrote:
Hi Kalle,
What we need is to build 2
On Thu, Jan 14, 2010 at 11:19 AM, Wendy Smoak wsm...@gmail.com wrote:
On Thu, Jan 14, 2010 at 11:56 AM, Kalle Korhonen
kalle.o.korho...@gmail.com wrote:
If you really want to go against the grain you can always hack Maven
as needed, but if you just refactored those into two different modules
Do you mean that you want to weave in compiled aspects to two
different modules? If so, that's certainly possible. You are not using
aspect terminology which makes it a bit difficult to understand what
you actually want to achieve. But assuming I understood you correctly,
you'd be using
http://cargo.codehaus.org/Maven2+plugin
Kalle
On Thu, Dec 10, 2009 at 8:53 PM, vijay shanker vijay.s...@gmail.com wrote:
Hi All,
I am planning to use maven to deploy my application in tomcat. My
requirement is to deploy on a remote instance of tomcat.
Can any one got some pointer/links to
There cannot be a single answer to this since applications,
application packages and use cases are different. If you are building
webapplications and updating your own site, Maven cargo plugin is very
effective (google this list for examples, lots of them). If you are
developing a client-side
I've seen a similar case at work where Internet access is through a
proxy. Configuring proxy incorrectly lead to Proxy: not authorized
messages and corresponding files stored in local repo. Needless to
say, Maven got all confused about it.
Kalle
On Sun, Dec 6, 2009 at 5:31 AM, Wayne Fay
I wouldn't worry *too much* about the true and righteous way. While I
agree that the more modular approach is more proper and allows for
more flexibility, as with anything else, you need to strike a balance
with building for future and practicality. With multiple modules,
there comes additional
+ any plugin should publish their plugin documentation, e.g.
http://maven.apache.org/plugins/maven-install-plugin/plugin-info.html.
Once you know which plugin you want to use, it's almost trivial.
Kalle
On Thu, Dec 3, 2009 at 10:41 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Since the build artifacts are output of the same source, they should
part of the same module. Use classifiers to specify the different
artifacts. If you are using custom scripts to produce the output (i.e.
not plugins that attach additional artifacts automatically), use
buildhelper plugin to
At least my experience has been that distributing your app to a target
system (as opposed to deploying to a standard repo) varies enough on
case by case basis that a standard plugin typically cannot offer
enough options for customizing the behavior (unless it's a webapp in
which case cargo is
Make it a (test) dependency of your project, use dependency:copy to
copy the jar to a location of choice (see
http://maven.apache.org/plugins/maven-dependency-plugin/examples/copying-artifacts.html)
before the test phase is executed.
Kalle
On Fri, Nov 27, 2009 at 2:04 AM, TorstenKarusseit
Changes plugin offers Jira and Trac integration. You can filter your
changes.xml if you cannot use current version only. Use ci system to
run the site and changes report so you know if it'll work or not
before the release.
Kalle
On Wed, Nov 18, 2009 at 12:56 PM, David C. Hicks dhi...@i-hicks.org
the dependencies
report and get some useful information about the changes report.
Thanks!
Kalle Korhonen wrote:
Changes plugin offers Jira and Trac integration. You can filter your
changes.xml if you cannot use current version only. Use ci system to
run the site and changes report so you know
:41:
2009/11/16 Kalle Korhonen kalle.o.korho...@gmail.com:
There's been quite a few threads on declaring Maven repos in poms,
most of them referring to Brian's blog post
http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your-poms-is-a-bad-idea/.
I agree with that 100
There's been quite a few threads on declaring Maven repos in poms,
most of them referring to Brian's blog post
http://www.sonatype.com/people/2009/02/why-putting-repositories-in-your-poms-is-a-bad-idea/.
I agree with that 100%, but as you mention Brian, it's not black and
white for open source
Also, avoid deploying snapshots if nothing's changes. This is easier
to accomplish if you have a truly modular build with sub-modules
following their independent release cycles rather than a one
monolithic multi-module buid. It'll certainly work if you always
deploy everything just in case, but
That's the right process, and no, the process itself is not overkill but you
need to decide what is the right level between better traceability and
release overhead for you. Obviously your process was a lot simpler with Ant
because you never/rarely tagged and released your code. If you found an
mvn eclipse:eclipse -DdownloadSources=true -DdownloadJavadocs=true
http://maven.apache.org/plugins/maven-eclipse-plugin/examples/attach-library-sources.html
Kalle
On Tue, Oct 20, 2009 at 8:16 PM, jpswain jpsw...@gmail.com wrote:
I looked at the link but I still have these questions:
Is there
1 - 100 of 283 matches
Mail list logo