On Fri, Aug 10, 2018 at 7:22 AM Mills, Gary (GE Digital) <
gary.l.mi...@ge.com> wrote:
> Hey Tommy, thanks! Yeah, I get it. I'm really just trying to understand
> how this all works .
>
> How does Maven determine the default plugin version to use? Let's say you
> only give Maven the order,
.
On Mon, Oct 5, 2015 at 2:28 PM, wrote:
> Now who has a tone?
>
> Michael Tarullo
> Contractor (Engility Corp)
> Enterprise Architect
> NSRR System Administrator
> FAA WJH Technical Center
> (609)485-5294
>
>
> -Original Message-
> From: Bernd Eckenfels
A quick google search led me to
http://www.aspose.com/docs/display/pdfjava/Applying+a+License
Is that what you're trying to accomplish?
Seems you might have the wrong package for the License class, should it be
com.aspose.pdf.License.
FYI: This doesn't seem like a maven problem, perhaps contact
Kevin,
If the builds are currently downloading the same artifacts only once, then
running any of the suggested mvn commands during your build won't actually
save any time will it?
You mention an init process...Are you planning on running the artifact
pre-caching outside of your CI build e.g. at
On Mon, Feb 2, 2015 at 8:30 AM, David Hoffer dhoff...@gmail.com wrote:
The issue is for developers...I don't
want devs to have to constantly switch their environment around just to run
different maven versions. We often have to run both at the same time as we
are fixing something in a branch
On Mon, Jan 19, 2015 at 1:24 AM, Kevin Burton bur...@spinn3r.com wrote:
The main situation I see is when the artifact and group ID differ …
so an older version of jdom used just jdom and the newer version used
org.jdom and then I ended up with both :)
Kevin,
Specific to jdom, I don't
On Thu, Mar 27, 2014 at 8:39 AM, Wayne Fay wayne...@gmail.com wrote:
[INFO] Generating project in Batch mode.
*It hangs here for hours! *
what's going on here? why it hangs?
Hopefully the silence is deafening for you on this one.
Try running the command without -B, perhaps there is
On Wed, Nov 13, 2013 at 3:32 PM, Curtis Rueden ctrue...@wisc.edu wrote:
Hi,
org.apache.maven.u...@io7m.com wrote:
Can anyone else reproduce this problem?
OK, I ran the example (mvn clean package) and the project builds
successfully on my system:
I ran the sample project on a couple
On Thu, Nov 7, 2013 at 8:46 AM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
Am I doing anything wrong?
Simple answer, yes.
Read Stephen Connolly's excellent blog posting,
http://developer-blog.cloudbees.com/2013/03/playing-trade-offs-with-maven.html
.
On Thu, Nov 7, 2013 at 12:41 PM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
Only mvn compile yields the exact same result as mvn validate compile,
I just did it like this explicitly to make a point and show clearly what
hapens. So again: Why, pray tell, does my two-phase build work
On Thu, Nov 7, 2013 at 2:29 PM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
I have never used Ant, so I do nkt have the urge to script my build. I
have also read the blog post you mentioned. The JARs I was trying to
dynamically download from. non-Maven URL are, as I said
- not
Google might help: http://www.google.com/search?q=thrift%2Bmaven%2Bplugin
I have no experience with this plugin, nor thrift.
HTH
On Thu, Sep 12, 2013 at 12:32 PM, Yuen-Chi Lian m...@yclian.com wrote:
I'm using maven-antrun-plugin to execute a thrift shell command. I can
compile one file
On Sun, Mar 10, 2013 at 6:24 PM, Martin Gainty mgai...@hotmail.com wrote:
From: guido.martin.larr...@monsanto.com
To: users@maven.apache.org
Subject: mvn deploy - Passing username and password as arguments
Date: Fri, 8 Mar 2013 16:05:38 +
Hi There;
I'm newbie on Maven and I
On Fri, Mar 8, 2013 at 12:28 AM, Joachim Durchholz j...@durchholz.org wrote:
Matthew mentioned install-file, but I already explained why a Maven repo
is not an option.
Just a point of clarification, install-file installs artifacts into a
machines local repository cache, and in no way
@Anders, on the contrary, pom properties work quite well.
@Jo, one consideration I think you missed is when configuring several
plugins with the same value it's handy (best?) to have that value
maintained in a single location. We do this in our poms, and I've seen it
in others, for things like
Jared,
I think the best practice in this area is to configure the deployment
environment (i.e. app server) and not the deployable (WAR, EAR,...). It
prevents potential failures that could be introduced if you change a
known-good deployable, or forget to change when you graduate the
deployable to
Hey Markus,
I happened to be working in a project that currently uses hamcrest-core 1.1
transitively via junit 4.10, we also use nexus. If I add an explicit
dependency for org.hamcrest:hamcrest-core:[1.3] to the pom I get the
requested 1.3 version as expected. I tested this on 2 machines: my Mac
FWIW, we setup a second CI system (hudson) in order to run builds with
several different future versions of maven to help catch upgrade issues.
On Tue, Feb 10, 2009 at 10:31 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
The first thing I would do is lock down all the versions of
We're using camel-1.5.0-SNAPSHOT from
http://people.apache.org/maven-snapshot-repository/
On Sat, Oct 25, 2008 at 10:58 AM, Wendy Smoak [EMAIL PROTECTED] wrote:
On Sat, Oct 25, 2008 at 9:46 AM, hockey_dave
[EMAIL PROTECTED] wrote:
Is camel 1.5.0 available in the repository because adding
Ian,
We maven-ized our local/custom build of OpenReports, which has dependencies
on BIRT. We created a separate pom project to manage the entire set of BIRT
dependencies as a single unit and had to manually install most the
dependencies into our repository manager.
Note, we haven't used the BIRT
Mark,
The only time I've seen a maven build trigger a JVM seg fault the problem
was due to bad server memory. It was low end hardware running CentOS and
hosted our Cruise Control install, amongst many other things. The seg faults
were intermittent.
HTH and good luck,
Doug
On Wed, Apr 30, 2008
Mick,
I presume you sent this to the maven list because you're running amq within
a unit or integration test? Hmm, might be a better question for the amq
users list, but I'll try...
How are you configuring the startup of amq? If you're using XBean XML
configuration, there is a dataDirectory
Similar to what Trent described...
We add src/main/webapp as a test resource in the parent pom of all our web
applications so we can render our view templates (Freemarker) via unit tests
-- very, very handy!
You could do something similar in your pom:
...
build
...
testResources
Instead of trying to configure surefire, just add a test resource to your
projects build.
We use the follow pom snippet inherited by all our war projects:
build
[..snip..]
testResources
testResource
directorysrc/main/webapp/directory
/testResource
testResource
Yann,
This is to be expected. When running maven in your B project, maven has no
knowledge of project A as a module to be built and referenced, only as a
dependency that needs to be retrieved from a repository and added to the
classpath.
In addition, finalName only effects the name of the
FYI, we ran into the same issue with scpexe. I don't particularly think this
is so outrageous, we just had our hosting provider whitelist certain IPs.
Dan, hasn't maven and mojo moved to using WebDAV for deploys? Any feedback
on how this has been working?
Doug
On 10/6/06, dan tran [EMAIL
maven 2.x uses/expects M2_HOME env. variable, not MAVEN_HOME (as in maven
1.x). This is confirmed by having a look at the comments in the mvn.bat file
in the bin directory. Try defining M2_HOME and see if that makes any
difference.
As for UNC paths, like most pathing issues between windows and
Checkout qalab[1], there's a maven plugin around for it, though I haven't
used it. Perhaps search the [EMAIL PROTECTED] list archives, I think there was a
thread over there in the last few weeks regarding the maven reporting API.
Many people are very, very interested in this type of capability.
Cruise control has such a feature via the maven2snapshotdependency
modificationset plugin -- very handy, although it requires more
configuration and can cause more builds to run than doing a single maven
multi-project build across the same set of projects.
It will be nice to compare Continuums
Alexander,
Maybe you found the PHP plugins for maven 1 I developed at my previous
company[1]? Unfortunately, it appears they haven't been updated since I
left. All of the plugins were simply command-line wrappers around PHP,
usually building a temporary PHP script to be executed. Such capability
Small project, large project, small team, large team, maven is applicable to
all.
If you've never used maven, creating a parallel build for an existing small
project is a great way to learn IMHO. If you like maven and it makes your
life easier, then you can deprecate the old system. Think of it
Doesn't the release plugin hard-code the plugin/dependency versions in the
distributed pom, for just the reasons being discussed?
On 9/1/06, Wayne Fay [EMAIL PROTECTED] wrote:
Well run mxn -X deploy and you should get all plugins used up to and
including deploy goal. Assuming all your plugins
mvn help:effective-pom should help you get a pom that can be tweaked for
corporate deployment.
Doug
On 8/30/06, Wayne Fay [EMAIL PROTECTED] wrote:
I would guess that another pom somewhere else (or possibly even not in
the source code you've got) is introducing this people.apache.org url.
Two
At this point I think you need to contact who ever created the
maven-exo-plugin and/or exo.
On 8/26/06, john_sh [EMAIL PROTECTED] wrote:
hello
i want to build exo-ecm module with maven but i recieve this error
message:
F:\java\projects\v2.x\exo-ecmmvn clean install
[INFO] Scanning for
What version did you give your modified maven-surefire-plugin?
When creating locally modified versions of plugins, it's a very good idea
(best practice???) to give them a very clear/specific version that
differentiates them from the main versions. For example, if your surefire
modifications were
Christoph,
Have you resolved this problem yet?
I think you may find that maven deployed your artifact into a local
directory. Look for a directory in the root of your local filesystem with
the same name as the remote host. I say this because your file url doesn't
appear to be correct for a
uniqueVersionfalse/uniqueVersion
/snapshotRepository
And now the file is not in the local directoy anymore (except my local M2
repository, of course) -- but not on the server either!
Any ideas?
Thanks,
Christoph.
-Ursprüngliche Nachricht-
Von: Doug Douglass [mailto:[EMAIL PROTECTED]
Gesendet
You can use the fully-specified syntax for executing a goal, eg. mvn
groupId:artifactId:version:goal
When using the short form of specifying a goal, maven, by default, only
searches two groupIds: org.apache.maven.plugins and org.codehaus.mojo. Odds
are the maven-evo-plugin is not in either of
Well, I know nothing of exo, so I can't help you with those specifics.
I can say that originally you were trying to execute the bp goal of the
maven-exo-plugin, yet the error message you mention above required goal not
found: org.apache.maven.plugins:maven-exo-plugin:1.0:exo indicates you
tried
a few
lines.
182-184 Maven2Builder.java
if (buildLogElement.getAttribute(error) != null) {
break;
}
This just means that we don't brealk out of the goalSet loop until all
goals
have been executed.
Hope this is of some use.
Cheers
Jon
Doug Douglass [EMAIL
would be great.
Thanks
Jon
Doug Douglass [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
FYI,
As another option, we've got this profile in our CI servers settings.xml
for
use during site generating builds:
profiles
profile
idsite-generation/id
properties
Nathan,
If you really believe that 'central' (i.e., ibiblio.org) is over loaded (and
it certainly is!) then running maven over and over isn't much of a solution,
nor is it helping the situation. Do yourself a favor and define a mirror[1].
Ted, I think the same advice should help you out.
FYI,
As another option, we've got this profile in our CI servers settings.xml for
use during site generating builds:
profiles
profile
idsite-generation/id
properties
maven.test.failure.ignoretrue/maven.test.failure.ignore
/properties
/profile
/profiles
On 8/18/06,
Funny, we've recently had kind of the opposite problem -- recurring SIGSEGV
problems during CruiseControl-initiated maven builds on a linux platform (CC
2.5, Maven 2.0.4, Sun JDK 1.5.0_07-b03 on a RH CentOS 3.7 SMP Intel box). It
was a rare occurrence until this week, now every build breaks due
Andreas,
Your best bet for getting your patch committed is to create a JIRA issue for
the maven-war-plugin[1] and attach the patch there.
[1] http://jira.codehaus.org/browse/MWAR
Doug
On 8/10/06, AndreasWuest [EMAIL PROTECTED] wrote:
Hello,
attached you will find a patch that will allow
Other alternatives:
1) add -Dmaven.test.failure.ignore=true to your mvn command line.
2) use a profile
profiles
profile
idsite-generation/id
properties
maven.test.failure.ignoretrue/maven.test.failure.ignore
/properties
/profile
/profiles
While you can certainly
on the roadmap for jboss-packaging-maven-plugin?
Thanks,
Ian
[1] http://mojo.codehaus.org/jboss-sar-maven-plugin/
| -Original Message-
| From: Doug Douglass [mailto:[EMAIL PROTECTED]
| Sent: Tuesday, August 01, 2006 6:58 PM
| To: Maven Users List
| Subject: Re: Getting the ear plugin to recognise har
Graham,
There have been some recent discussions over on the mojo-dev list regarding
JBoss packagings and how best to implement them in the
jboss-packaging-maven-plugin. Specifically, the very issue you note (name
clashing) did come up, thought dismissed as a very unlikely use case.
One thought
Srgjan, Andrew,
First, thanks Andrew for the contribution. I found the maven and continuum
content on your trac site a few weeks back -- very nice.
As for the changes plugin, in the m1 version of the plugin a URL template
can be used to prodive the links to different systems -- we did this
Matt,
Since no one has responded...I haven't used this plugin, but it is in the
Mojo Sandbox, from which we do use other plugins. The following should help
you out with repository access issues:
http://mojo.codehaus.org/using-sandbox-plugins.html
I don't see a snapshot deployed to the above
DOH! Now that's the kind of problem I like. Add a JIRA enhancement request,
that seems like a worthy feature.
On 6/30/06, Heiko Wolf [EMAIL PROTECTED] wrote:
I don't know, should I laugh or cry? The problem was - that there was no
problem! If pmd finds nothing, it says nothing. My source code
What version of the plugin? We've been using 2.1-SNAPSHOT for many months
and haven't seen the problems you describe.
On 6/29/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Heiko,
I have the same issue. Except that only a blank page is created.
plugin
-plugin/artifactId
/plugin
/plugins
/reporting
-Original Message-
From: Doug Douglass [mailto:[EMAIL PROTECTED]
Sent: 29 June 2006 13:39
To: Maven Users List
Subject: Re: maven-pmd-plugin can't find my source files
What version of the plugin
I think no one has answered because your question is kind of vague WRT how
you may or may not be using maven.
When you ask how do I tell maven... do you mean via the command line or in
a POM? And if in a POM, do you have POMs for each sub-project and modules
declared in a top level POM?
If
Not Python, but at my old job we managed a few PHP projects using
maven 1.xand a few custom plugins.
You should still be able to grab the plugins and sources from
http://projects.denverdata.com as examples. They're basically just jelly
wrapping around ant:exec tasks for php and simpletest.
And
http://mojo.codehaus.org/kodo-maven-plugin/
Never used it though.
Doug
On 6/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Does anyone know where I can find Maven2 Kodo (Solarmetric's JDO)
plugin binaries and doc?
Cheers,
J-F
Jimisola,
FWIW, our team developed a small set of abstract test support classes that
extend Junit TestCase. The base class of this set of classes is
LoggingTestCase which configures log4j from a non-default
test-log4j.properties file in the same package as the test case. Such a
setup handles #2
Thanks Henry. I was searching the archives, but couldn't find the right
combination of terms.
On 6/9/06, Henry S. Isidro [EMAIL PROTECTED] wrote:
On Friday, June 9, 2006 04:04, Doug Douglass wrote:
Thanks for feedback Chris. I like your versioning convention.
deploy:deploy-file does work
David,
We've had cobertura reporting working for quite some time. My pom is very
similar except we don't have the phase element.
Note that we're still using version 2.0-SNAPSHOT. Maybe that's a clue?
Doug
On 6/9/06, David Hay [EMAIL PROTECTED] wrote:
Hello,
I've been trying to get the
Will,
It's my understanding that when communicating with a remote stand-alone JCR
server it must be via a network protocol, e.g., RMI over JRMP or WebDAV.
Wagon has a WebDAV implementation, therefore you should already be able to
use a remote JCR server.
At least that's the impression I get
I'm struggling with an issue regarding custom-built versions of maven
plugins in the org.apache.maven.plugins groupId. Specifically, I've built a
custom 2.1-SNAPSHOT version of maven-pmd-plugin that includes
http://jira.codehaus.org/browse/MPMD-33. The plugin builds, installs and
runs correctly
other
dependencies from your internal repository okay, you should have no
problem getting to this one.
Chris Hilton
-Original Message-
From: Doug Douglass [mailto:[EMAIL PROTECTED]
Sent: Thursday, 08 June, 2006 14:37
To: Maven Users List
Subject: working with custom-built
On 6/1/06, Martin Aspeli [EMAIL PROTECTED] wrote:
TestDBSetup.properties lives in src/main/test/resources.
Martin,
I think your problem is that the above path is not the default test
resources location, and it appears you have not overridden this in your POM.
The default test resources
Oooppps, I misspoke...you have overridden the default test resources
directory, but I don't think you've done so correctly.
On 6/1/06, Doug Douglass [EMAIL PROTECTED] wrote:
On 6/1/06, Martin Aspeli [EMAIL PROTECTED] wrote:
TestDBSetup.properties lives in src/main/test/resources.
Martin
Step one completed -- the resources are being built/copied correctly.
I used a little JUnit test to exercise the difference between using
ClassLoader.getSystemResourceAsStream() and Kierans suggestion above.
In Eclipse, both tests pass, but in Maven, the ClassLoader method fails, as
you're
I'm getting an NPE when using the maven-pmd-plugin on a specific class, see
maven output below.
maven: 2.0.3
maven-pmd-plugin: 2.0-beta-2-SNAPSHOT (20060402.035249-4)
The above version of the PMD plugin uses PMD 3.6.
Using the Eclipse PMD plugin, it successfully analyzes the class noted
/plugins
/reporting
-Original Message-
From: Doug Douglass [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 01, 2006 12:34 PM
To: users@maven.apache.org
Subject: [m2] NPE with maven-pmd-plugin
I'm getting an NPE when using the maven-pmd-plugin on a specific class,
see maven output
You're right Mike, PMD problem that appearantly is happily hidden by the
Eclipse PMD plugin :|
Doug
On 6/1/06, Doug Douglass [EMAIL PROTECTED] wrote:
Mike,
Well, at first I thought this was a PMD-only issue also, but that doesn't
jibe with the fact that every other way of running the same
Ah, good ol' Documentum. I haven't worked with those jars in a while.
Vinnie, each jar is a separate artifact, so each jar must be installed
separately. You'll want to add -DgeneratePom=true to the mvn command to
generate a minimal POM and prevent maven from looking for that POM in remote
doesn't seem to really accomplish anything.
Vinnie
-Original Message-
From: Doug Douglass [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 25, 2006 2:29 PM
To: Maven Users List
Subject: Re: Using mvn install:install-file
Ah, good ol' Documentum. I haven't worked with those jars in a while
What about the old repository plugin?
http://maven.apache.org/maven-1.x/plugins/repository/
Back in the day I used the create-project and copy-jar goals to place
3rd party jars in remote repos.
Jeff Jensen wrote:
Smarty ;-)
I didn't think there was, but just in case...
-Original
Ryan,
Sounds like you're using maven 1...lists/arrays are not directly supported.
Instead, specify the property value as a delimited string (e.g.,
foo.property=1,2,3,4,5) and use the jelly util:tokenize[1] tag to split
the property into a variable based on a delimiter (e.g., comma). Then
you
GREAT!!!
FYI: I see in the doco for forEach that the items attribute accepts a
comma-separated String. I've never tried it, but it could save you a
line of jelly.
Cheers,
Doug
rturnbull wrote:
Thanks Doug,
I was able to figure it out EXCELLENT!
Ryan
Doug Douglass
Director of Engineering
Denver Data Systems, Inc.
Office: (303) 534-1745
Fax: (303) 534-2745
E-mail: mailto:[EMAIL PROTECTED]
Web: http://www.denverdata.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Lukas,
I had read that issue, but didn't get it until now. I think you're
correct, declaring the plugin as a dependency causes it to be installed
into the local repo, and expanded into the cache, but not installed into
the maven plugins directory.
Arnauds statement that It forces the
Matthew,
M1 doesn't carry such information in its POM, as you've found out.
Take a look at the M1 maven-multiproject-plugin:
http://maven.apache.org/maven-1.x/reference/plugins/multiproject/
Specifically read about the following properties on the properties page
Matthew,
What version of maven are you using/trying to use?
Maven 1.x has very good support and documentation for various properties
files and how they are read and relate to the build process. See this
reference:
http://maven.apache.org/maven-1.x/reference/properties.html
To many,
Matt,
While it's true that M1 provides a jar override mechanism via
properties, I've found I've used it very infrequently (I still use m1
day in and day out).
Regarding version numbers in artifact names, if you find that you're
trying to circumvent this, you'll be fighting an uphill battle
Freddy,
Add the following to you project.properties and try maven java:compile
again:
maven.compile.source=1.5
maven.compile.target=1.5
Doug
Minds Work wrote:
Hi
I have a class that uses the method setXIncludeAware(boolean) from
javax.xml.parsers.SAXParserFactory (jdk1.5)
The class
I'm not using m2 in production yet, but with m1 you would define another
resource (testResource in your case), one directory per resource. I
don't think this model has changed.
In other words:
testResources
testResource
directorysrc/test/resources/directory
/testResource
testResource
p Devi wrote:
I am currently creating a plugin for exporting
data from the database using Maven 1.x. To acheive this I use octopus.
The directory of the plugin that I create is in C:\Workspace\plugins\spec-config-plugin. I have files Plugin.jelly, plugin.properties, project.xml and folders
p Devi wrote:
Thank you very much for the reply.
For my goal to work I had to get many dependencies in the plugin.jelly file. I had to import some thing like the following to work as octopus is dependent on many other Jars.
ant:pathelement
Well, you don't _need_ to have separate resource type directories, nor a
separate resource directory, Maven allows you the flexibility to do either.
Cheers,
Doug
Jochen Wiedmann wrote:
Doug Douglass wrote:
1) Put you images in a separate resource directory (e.g.,
src/main/image) and add
Koos,
First, two things:
1) You say you're trying to add the resources, but never describe
what the problem is. I presume that the resources you defined are not
being copied to your webapp/war.
2) It is a suggested Maven practice to place resources to be bundled
in your artifact (war
Jakob,
Presuming your TLDs are in src/main/tld, you can add the following to
your POM build section:
resources
resource
directorysrc/main/tld/directory
targetPathMETA-INF/targetPath
/resource
/resources
See http://maven.apache.org/maven-1.x/using/resources.html for more info
Jochen,
Here's a couple suggestions:
1) Put you images in a separate resource directory (e.g.,
src/main/image) and add another resource stanza to your POM with
filteringfalse/filtering
2) Add an excludes stanza to your existing resource and exclude
all common image extension, then add
thx Fabrice.
As we transition our projects to m2 we plan on transitioning the plugins
as well. Sort of depends on continuation of a couple of PHP projects.
cheers
[EMAIL PROTECTED] wrote:
Great, Doug!
Do you plan to make releases for Maven 2 as well?
Best Regards / Cordialement,
Nathan,
For m1.x, we wrote a plugin to provide this functionality for our PHP
webapps, though it needn't be exclusive to that purpose. It works very
much the same as the maven-war-plugin, in that you specify properties on
each dependency to be bundled into the resulting build directory
Dietrich,
Periods in the groupId should not be causing this problem, we use them
all the time in our corporate repository (m1.x).
In fact, we maintain our own internal maven builds of spring and spring
rich client and place them in groupIds org.springframework and
We've released a bunch of Maven 1.x plugins, mostly for working with PHP
projects:
* Milestones Plugin for Maven -- Create milestones report (e.g., for
use as a Bugzilla milestones document)
* PHP Plugin for Maven -- Plugin for compiling PHP source files
* PHPApp Plugin for Maven --
This sounds a lot like: http://jira.codehaus.org/browse/CONTINUUM-381
Doug
Christian Schulte wrote:
Emmanuel Venisse schrieb:
yes, it's supported, but you need to have your module accessible from
parent pom url with relative path.
if your parent pom url is
Brian,
I've been using the following site for months, but I'm pretty sure it's
m1 only:
http://maven.ozacc.com/search
DD
Brian Bonner wrote:
It seems like the ibiblio site could benefit from search including:
1. Searching pom.xml files for dependencies
2. Searching for artifacts by a
I reported this problem for maven 1 projects:
http://jira.codehaus.org/browse/CONTINUUM-381
Wim Deblauwe wrote:
Hi,
I'm using a structure where my pom.xml is in a subdirectory called build
like this:
module-name
+ build
+ pom.xml
+ src
+ ...
Continuum seems to handle this case
First off, where do you guys get all the time to release these projects?
Between m2 2.0 and continuum 1.0, how much sleep have you been getting.
Not that I'm complaining ;) Well done!
Just up and running with continuum and I've dropped in two m1 projects:
one a simple project, the other a
Dion Gillard wrote:
nodeps was the one I needed.
And it makes sense to at least provide that for 1.1.
For all the other ant optional jars, you would have at least had to
add their dependencies in to your own pom to get it to work.
At the least, we should add an example on using an optional
Anthony,
Following is a snip from the m1 atrifact plugins plugin.jelly:
j:set var=version value=${maven.application.version} /
j:if test=${version.compareTo('1.1') lt 0}
ant:fail
Maven Artifact Plugin v${plugin.currentVersion} requires Maven
1.1 or above.
To correct this
maven 1.0.2...
I'm having a bit of a struggle with a project that does not contain any
java source files, only WSDL for a 3rd party WS that several other
projects will be interacting with.
I'm using the axis plugin to generate java source from the wsdl. I would
like the artifact of the
Ballard, Ken wrote:
CVS and Subversion support keyword setting:
Like CVS, Subversion supports keywords that can be expanded in files, such
as $Id$, $Date$, $Revision$, etc. By default, these properties
(svn:keywords) are not set on files
Chris Berry wrote:
Kenney,
It's not about taste. Defining repos in teh POM are a real problem.
Here's an example; I recently got a POM from someone that had the
SNAPSHOT repo defined in the POM. Fine, as long as you could get at
it, which we couldn't. But that aside, this repo element
Try getting it via the System property java.home:
ant:echo message=${context.getVariable('java.home')}/
Hogeweg, Erwin (GE Infrastructure) wrote:
Hi,
I need a reference to JAVA_HOME in my jelly script but the tag below doesn't seem to
work. All I get is JAVA_HOME= (w/o the quotes of
1 - 100 of 114 matches
Mail list logo