> 404b downloaded (maven-resources-plugin-2.3.pom)
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> '527a9bce69bf4700c735f9fddea3dd2a49dd'; remote = '
Dear all,
Can anyone tell me how to resolve the following error:
Downloading:
http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-digest/1.0/plexus-digest-1.0.jar
[INFO] [install:install {execution: default-install}]
[INFO] Installing
e:\liferay-workspaces\omii-jaxws-examples-1.0.1\pom.xml
Laird Nelson wrote:
Hello; could someone tell me if there's a way to make it so that if a
configured isn't working for some reason--or isn't accessible--that
the repository it mirrors should be used directly instead?
I am wide open to various recipes to accomplish the same result.
The setup: I
Thomas Harris wrote:
When Mavenizing an existing project, especially one that is as old as Java, you
might find that the prying apart of the ball of mud via major refactoring is a
task that a client will not pay for. You still want to Mavenize the project and
integrate it into you blah/blah CI
> The case I'm currently looking at would take many months of work
> to refactor to split the modules up, whereas a build system is a build
Many months for a complete refactor, but couldn't you make a pretty
good effort in just a few weeks, at least hit some of the low-hanging
fruit etc? Making mo
Further, you can configure Nexus to do the automatic fallback:
http://www.sonatype.com/books/nexus-book/reference/config-sect-manage-repo.html#sect-config-selecting-mirrors-proxy
On Fri, Mar 5, 2010 at 5:15 PM, Jesse Farinacci wrote:
> Hi Laird,
>
> On Fri, Mar 5, 2010 at 5:04 PM, Laird Nelson w
Hi Laird,
On Fri, Mar 5, 2010 at 5:04 PM, Laird Nelson wrote:
>
> The setup: I have a Nexus repository manager installed at work. Sometimes
> I'm on the VPN, sometimes I'm not. I'd like it so that if I'm off the VPN
> and therefore Nexus isn't available to proxy all the repositories from any
>
Hello; could someone tell me if there's a way to make it so that if a
configured isn't working for some reason--or isn't accessible--that
the repository it mirrors should be used directly instead?
I am wide open to various recipes to accomplish the same result.
The setup: I have a Nexus reposito
The case I'm currently looking at would take many months of work to refactor to
split the modules up, whereas a build system is a build system. Our new
standard is Maven with Husdon and a bunch of code reporting tools, etc. We
really don't have a choice, except to use Maven or a different new bu
Yeah, can't split up the code; 1. A lot of the code in the two artifacts is the
same and, 2. This code is an existing project consisting of a enormous ball of
mud, and the client will not pay for refactoring. The circular dependencies
alone would make any decent programmer run screaming.
I gue
Well, I believe that in most cases it's going to be more expensive fighting
Maven to force an nonstandard behavior instead of refactoring and going the
standard Maven path.
It's like doing C code style in Java. What's the benefit of switching to
Java?
/Anders
On Fri, Mar 5, 2010 at 21:22, Thomas
> It now takes both the main artifact AND the classified attachment. Closer,
> but still wrong. So odd.
Except in very specific circumstances, I am not a fan of artifacts
with classifiers. Reconfigure your project so that you have 2 separate
modules and don't use classifier, and I'd assume it wil
Well cobertura's graphs in hudson are far superior.
We aren't even specifying a version so we should have had the latest.
org.codehaus.mojo
cobertura-maven-plugin
D/
On Mar 5, 2010, at 11:28 AM, Kalle Korhonen wrote:
> Glad to hear you got things working. Just a note on Cobertura though;
> w
When Mavenizing an existing project, especially one that is as old as Java, you
might find that the prying apart of the ball of mud via major refactoring is a
task that a client will not pay for. You still want to Mavenize the project and
integrate it into you blah/blah CI process, etc. So, in
Wayne:
It now takes both the main artifact AND the classified attachment. Closer, but
still wrong. So odd.
Tom
-Original Message-
From: Wayne Fay [mailto:wayne...@gmail.com]
Sent: Friday, March 05, 2010 3:09 PM
To: Maven Users List
Subject: Re: Including sibling module attachment insid
>
> com.x
> module1
> ${project.version}
> jar
blah
Did you try this? The documentation doesn't show it, but the API [1]
has a getClassifier() which makes me think its there.
[1]
http://ma
Wayne:
Thanks a lot for the headstart. I've got the first part of the solution working
now, however I'm having trouble figuring out how to specify the derived
attachment from module1 in the m-dependency-p:copy portion of it.
Here's a fragment from my module2's pom:
org.apache.ma
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 is
Hello:
I'm trying to create and archetype from a project using a default
encoding different from UTF-8. As states in the plugin page the option
defaultEncoding could be used for that purpose but after configuring my
pom and executing the command, the file archetype-metada.xml still uses
UTF-8
Remove config.properties from your server jar project!
Put it in src/main/resources of the war project (as you would for any Maven
project).
/Anders
On Fri, Mar 5, 2010 at 15:34, maven apache wrote:
> 2010/3/5 Anders Hammar
>
> > Generally, read files from the classpath.
> > So, remove the con
2010/3/5 Anders Hammar
> Generally, read files from the classpath.
> So, remove the config.properties form your server project. For any unit
> tests you can put a config.properties under src/test/resources (will be on
> the test class path). The add the config.properties to you war project so
> t
List plugins = mavenProject.getBuildPlugins();
for (Plugin plugin : plugins) {
if (plugin.getArtifactId().equalsIgnoreCase("maven-war-plugin")) {
...plugin.getConfiguration();
}
}
Rémy wrote:
>
> Hello,
> I wrote a Maven plugin. I manage to access the se
Generally, read files from the classpath.
So, remove the config.properties form your server project. For any unit
tests you can put a config.properties under src/test/resources (will be on
the test class path). The add the config.properties to you war project so
that it will be added to the webapp'
HI:
I have two module Server(type of jar) and Web(type of war).
The Web module need Server, however in the Server module I need to read
something from a config file(config.properties), this file is put under the
Server module, and I do not want to this file packaged to the server.jar
file, I want t
I've got this in my pom:
false
release
file:/temp/testdeploy
default
When I execute "mvn deploy", the artifacts do get deployed to the
local directory. However, I was expecting to see something like this
in the deployed pom:
deployed
But I see the same
Hi!
You should perhaps even have three projects. One for the common stuff,
one for the specific jar project that depends on the common stuff and
one for the sar project that also depends on the common stuff.
/Thomas
On Fri, Mar 5, 2010 at 10:35, Anders Hammar wrote:
> No, you should have two se
No, you should have two separate projects. That's the Maven way - do
yourself a favor and don't fight it!
/Anders
On Fri, Mar 5, 2010 at 10:11, WriteJava wrote:
>
> Thanks for your reply Anders, yes I am trying to build both jar and sar
> within same maven project and I've some java classes whi
/**
* @parameter default-value="${project.build.plugins}"
*
*/
private List plugins;
Would give you all the plugins as a list. You can get the configurations of
other plugins via this list.
On Fri, Mar 5, 2010 at 2:18 PM, Rémy wrote:
>
> Hello,
> I wrote a Maven plugin. I
Thanks for your reply Anders, yes I am trying to build both jar and sar
within same maven project and I've some java classes which i need to add to
sar and exclude others and add them to jar. Is this possible?
Thanks
Anders Hammar wrote:
>
> The exclude tag is for specifying artifactId:groupId
Actually switching to emma got things working..
I just start jetty from the base class of my selenium test.
I have a static field that prevents jetty from attempting to start twice.
Seems to work great.
D/
On Mar 4, 2010, at 11:23 PM, hanasaki wrote:
> most of what I have found points to using
Hello,
I wrote a Maven plugin. I manage to access the settings of my plugin (tags
in the POM). I would like access to configuration
information of another plugin, I don't know how to do that (for exemple the
element of maven-war-plugin).
Thanks.
Remy
--
View this message in context:
http://old
Of course:
27 /**
28 * @parameter expression="${session}"
29 */
30 private MavenSession mavenSession;
Bernd
meier.krist...@gmail.com wrote on 05.03.2010 06:28:53:
> [image removed]
>
> Re: offline mode with in plugin
>
> kristian
>
> to:
>
> Maven Users List
>
>
32 matches
Mail list logo