On Fri, Apr 17, 2009 at 11:06 PM, david.schroeder
wrote:
> org/jvnet/hudson/maven/plugins/hpi/CreateMojo (Unsupported major.minor
> version 49.0) "
Not sure, but this looks like you need to upgrade your Java to >= 1.5
Henry
-
please open a Jira issue with a sample simplified project to show the issue:
I'll have a look
regards,
Hervé
Le jeudi 16 avril 2009, Yury Kudryashov a écrit :
> Hello,
>
> I have an internal Maven repository that can only be accessed via HTTPS
> with authorization. I have setup everything in se
On 17-Apr-09, at 12:53 PM, Christian Edward Gruber wrote:
Hi. I'm not sure where to find this, but whoever's maintaining
javax.jdo has uploaded this: javax.jdo:jdo2-api:jar:
2.3-20090302111651
I did it because it's the version used in the google appengine. It was
actually 2.3-SNAPSHOT
You have to configure your repo manager (artifactory as I can see in your logs).
Because the pom is really here [1].
--
Olivier
[1] http://download.java.net/maven/2/net/java/dev/jna/jna/3.0.5/
2009/4/17 nodje :
>
> Olivier,
>
> i'm getting those log lines for each mavengoal invoked:
>
> [WARNING
I am trying to use maven to build a plugin to Hudson
org.jvnet.hudson.tools:maven-hpi-plugin:1.34:create
Is giving me a BUILD ERROR
" Internal error in the pluging manager executing goal
'org.jvnet.hudson.tools:maven-hpi-plugin:1.34:create': Unable to find the mojo
'org.jvnet.hudson.tools:mave
What CI system is used? I think we loose our maven integration if we use a
script but we will check into this.
-Dave
On Fri, Apr 17, 2009 at 2:20 PM, Todd Thiessen wrote:
> You don't even need a plugin. Instead of calling maven directly, your CI
> could call a script which calls the maven comm
On Fri, Apr 17, 2009 at 12:53 PM, Christian Edward Gruber
wrote:
> Hi. I'm not sure where to find this, but whoever's maintaining javax.jdo
> has uploaded this: javax.jdo:jdo2-api:jar:2.3-20090302111651
>
> There are two problems - firstly, it doesn't have CRC/hash files. Secondly,
> it looks l
Hi. I'm not sure where to find this, but whoever's maintaining
javax.jdo has uploaded this: javax.jdo:jdo2-api:jar:2.3-20090302111651
There are two problems - firstly, it doesn't have CRC/hash files.
Secondly, it looks like it was a snapshot that was released. It does
worry me a little,
The Maven team is pleased to announce the release of the Maven Shade
Plugin, version 1.2.1
This plugin provides the capability to package the artifact in an
uber-jar, including its dependencies and to shade - i.e. rename - the
packages of some of the dependencies. See the plugin's
site for mor
You don't even need a plugin. Instead of calling maven directly, your CI
could call a script which calls the maven commands seperate. So your CI
only need call the one script. One of my collegues does exactly that.
You could also use the release plugin.
---
Todd Thiessen
> -Original Messa
On Fri, Apr 17, 2009 at 12:48 PM, Jim McCaskey
wrote:
> Not sure who runs the web site, but for some reason I can't get here:
> http://maven.apache.org/guides/introduction/introduction-to-the-pom.html
> I can navigate around to most other places FWIW.
Strange. For me it's not 404, but the page i
Hello all,
Not sure who runs the web site, but for some reason I can't get here:
http://maven.apache.org/guides/introduction/introduction-to-the-pom.html
I can navigate around to most other places FWIW.
-Jim
-
To unsubscribe,
Hi
I have a set of modules that I create an archetype from using the following
binding
maven-archetype-plugin
generate
package
Hi,
Could you please post the details of the error message that was displayed.
Also, please attach your settings.xml file.
Ian
On Fri, Apr 17, 2009 at 3:03 PM, MS21 wrote:
>
> Hi,
> We are new to Maven and trying to build a project , it shows Not able to
> download from the URL.
>
> I am not
The Maven Findbugs team would like to release Maven Findbugs Plugin
version 2.0.1
This plugin allows the developer to run Findbugs analysis against a
Maven project and produce site output in HTML to match other site
reports. There are option to produce other XML outputs which are used
by oth
Our CI server doesn't support running separate command lines when using
maven, it wants a list of goals.
Regarding the release plugin, we do/will use this but that's exclusively for
releases we are just doing snapshot builds at the moment. I have however,
had good success with the release plugin
Yes, I'm sure we call:
mvn clean deploy site-deploy
I too figured site-deploy would happen after the deploy so all would be
well.
I have not written a plugin before, I'm not sure I'd know how to do this.
I can't easily change my build to do this in separate steps, i.e.
mvn clean deploy
mvn sit
Ah
OK, that explains some things, but I'm not sure how you go about fixing them ;-)
I suspect some of your site reports are forking a build... the forked
build will not have reference to the reactor artifacts from the main
build, so as a result will pull the version from the local
repository/
> On our CI system we want a complete site report in addition
> to the regular clean & deploy goals so our build command is:
> mvn clean deploy site-deploy
Ok. You could try executing each command individually. ie:
mvn clean
mvn deploy
mvn site-deploy
Doing them all at once has different behavi
No, we use TeamCity for CI.
-Dave
On Fri, Apr 17, 2009 at 10:10 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> [random]
> are you using Hudson as your CI?
> if yes, are you using the crazy m2 project type in Hudson?
> if yes, are you using the advanced parallel builds option?
>
Your replies do make sense to me, I have had this problem with renaming
artifacts, etc but I think to really find all missed changes you also would
need to purge these from your corporate repo.
Okay I have more data on why our CI builds fail. (I'm prepared for a 'your
doing it wrong' type of answ
Manos Batsis wrote:
Kogel, Jonck-van-der wrote:
I'm trying to get Maven to correctly set my class path entry in the Jar
manifest file. It's all working as it should except for my system scoped
jars, these get excluded from the manifests class path for some reason.
Sounds right; system scoped s
Cool -- I've never seen that before :-) - Looks like it will do the
trick.
On Apr 17, 2009, at 11:44 AM, Wayne Fay wrote:
I have a project that consists of 1 War module and a bunch of
supporting
modules.
War overlays
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.ht
[random]
are you using Hudson as your CI?
if yes, are you using the crazy m2 project type in Hudson?
if yes, are you using the advanced parallel builds option?
if yes to all of the above: stop right now and switch to freestyle
[/random]
2009/4/17 David Hoffer :
> I concur with what you are saying.
Kogel, Jonck-van-der wrote:
I'm trying to get Maven to correctly set my class path entry in the Jar
manifest file. It's all working as it should except for my system scoped
jars, these get excluded from the manifests class path for some reason.
Sounds right; system scoped stuff are supposed to
Hi,
I'm trying to get Maven to correctly set my class path entry in the Jar
manifest file. It's all working as it should except for my system scoped
jars, these get excluded from the manifests class path for some reason.
I have several system scoped dependencies as such:
com.ibm.db2
db2jcc
1.
> I have a project that consists of 1 War module and a bunch of supporting
> modules.
War overlays
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html
Wayne
-
To unsubscribe, e-mail: users-unsubscr...@mave
Hello,
I have a project that consists of 1 War module and a bunch of
supporting modules.
This one war module is deployed in different places for different
clients. About 90% of the web content is common, but the remaining
content (jsps, images, etc) are unique to the client. I would pref
> So how then does one know when they have to purge the local
> repository? Having rules where you sometimes need to and
> sometimes don't is really hard to live with. Perhaps you can
> clarify the rules?
I can provide a bit of clarify here. You could have a problem if you
changed the artifac
Hi,
We are new to Maven and trying to build a project , it shows Not able to
download from the URL.
I am not really sure if its a proxy issue, though the network we were using
does not have any proxy & user ids for that.
We actually tried changing the settings.xml and pointed it to maven2 repos
So how then does one know when they have to purge the local repository? And
if it's important why isn't it done by default? Having rules where you
sometimes need to and sometimes don't is really hard to live with. Perhaps
you can clarify the rules? I would hate to tell the developers well add
'
> 4. We do not purge the local repo before a build (shouldn't have to).
This is the only thing I disagree with. There are scenarios where you do
have to do it and it isn't obvious.
> IMHO, muti-module builds shouldn't even try to download
> module artifacts for the build because by definition if
I concur with what you are saying. I wish I had the build log to see the
reactor order...but I don't because the CI system wasn't keeping history.
So I can't say for certain the reactor order was wrong. I can sure say it
seems so because changing it manually fixed the build.
The thing that is 's
Hello,
yeah, thats it.
Thanks Rüdiger
Yoav Landman wrote:
>
> Please follow the instructions at
> http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolution
> and
> you'll be fine.
> Mirror-any by itself without a repository definition is not enough for
> overriding sn
Just don't include the changelog report in your pom. There are no
reports defined in the super pom so you won't get any by default. So you
are getting them from a parent you have defined yourself, or the reports
are defined in your pom directly.
---
Todd Thiessen
> -Original Message-
>
I think it may be difficult to provide much further insite without
actually seeing your exact project.
Are you absolutely sure that the reactor order is wrong? You started off
by saying that you didn't see the build fail again after restoring the
module order in the parent pom to the "wrong" order
Please follow the instructions at
http://wiki.jfrog.org/confluence/display/RTF/Configuring+Artifacts+Resolutionand
you'll be fine.
Mirror-any by itself without a repository definition is not enough for
overriding snapshot resolution.
Yoav
On Fri, Apr 17, 2009 at 2:56 PM, Rüdiger Gubler wrote:
>
Hi!
A springws-maven-plugin 1.0-alpha-1 is released.
Site: http://mojo.codehaus.org/springws-maven-plugin/
It's purpose is to extract wsdl's from springws based projects, so that
these can be distributed without having to deploy the application.
Register any ussues here:
http://jira.codehaus
Hi,
I can't access snapshots in my artifactory.
The jat is deployed with mvn deploy
...
Uploading:
http://pc489:80/artifactory/libs-local/com/initka/bprocess/gisinterface/0.0.1-SNAPSHOT/gisinterface-0.0.1-20090417.113758-2.jar
...
in an other module i have the following entry
com.in
I did retry the test with the module order reset back to the previous order
where the build failed.
Unfortunately, I was not able to see it fail again. I suspect that these
commands don't duplicate the conditions where folks see build failures
regarding muli-module builds. I apparently am not al
I do not undertand why but I cleared my local repository launch again the mvn
release:rollback and it worked. I do not think that the version of the release
plugin has changed...
De : langlois yan
À : maven-user maven-user
Envoyé le : Vendredi, 17 Avril 2009
Hi,
I use :
mvn release:branch -DbranchName=branche -DupdateBranchVersions=false
-DupdateWorkingCopyVersions=false
And I got this error :
[INFO] Unable to branch SCM
Provider message:
The svn branch command failed.
Command output:
svn: Commit failed (details follow):
svn: File '.../branches
You should probably file a JIRA against the changelog plugin
AFAIK it should be looking up the passwords from settings.xml or
prompting from the command line... storing passwords in the pom.xml is
asking for trouble
Although perhaps those fields are designed to pick up from the system
prooperties
43 matches
Mail list logo
