This happens at startup. And I can't get any further.
I will open a ticket.
On Dec 28, 2007 5:16 PM, Wendy Smoak [EMAIL PROTECTED] wrote:
On Dec 20, 2007 6:05 PM, Mick Knutson [EMAIL PROTECTED] wrote:
*I have looked at:*
http://jira.codehaus.org/browse/CONTINUUM-1189
*And I have the
I stopped tomcat and attempted to delete the files manually and it wont let
me because they seem to be read-only (see below).
I restarted tomcat and now get:
[EMAIL PROTECTED] bin]$ ./startup.sh
Using CATALINA_BASE: /home/build/opt/apache-tomcat-5.5.25
Using CATALINA_HOME:
I had got the same error and figured out the same solution as Wendy
mentioned,
just log in the server and delete /working-directory/20 manually,
actually I deleted
everything inside the working-directory.
BTW, I use continuum 1.1 as a webapp deployed to tomcat 6.0.14, Mick, seems
you
have the
Hello,
thanks, but I've already solved it differently. Actually I just wanted to
override some read-only properties of a maven plugin in order to being
able to specify them in my pom (i.e. I just wanted to remove the @readonly
option). However, I've found a way to specify the plugin.xml
Long time Maven user getting the dreaded plugin does not exist or no
valid version could be found on every maven call after unrelated
software installation. Any advice where to look next greatly
appreciated.
Ran on same box 2 hours before, runs on every other box same network
connection, only
The UnknownHostException make this look like a network issue. Can you do a
ping repo1.maven.org ?
Tom
On Dec 29, 2007 1:26 PM, Pete Carapetyan [EMAIL PROTECTED] wrote:
Long time Maven user getting the dreaded plugin does not exist or no
valid version could be found on every maven call after
answer is inline below question:
On Dec 29, 2007 6:30 AM, Tom Huybrechts [EMAIL PROTECTED] wrote:
The UnknownHostException make this look like a network issue. Can you do a
ping repo1.maven.org ?
$ ping repo1.maven.org
Pinging repo1.maven.org [63.246.20.112] with 32 bytes of data:
Reply from
Tomasz Pik [EMAIL PROTECTED]:
yes, add something like this:
activeProfiles
activeProfileidOfProfile/activeProfile
activeProfileidOfOtherProfile/activeProfile
/activeProfiles
listing profiles that needs to be activated at the end of settings.xml
file (before /settings).
So simple!
On Dec 29, 2007 1:39 PM, Pete Carapetyan [EMAIL PROTECTED] wrote:
answer is inline below question:
On Dec 29, 2007 6:30 AM, Tom Huybrechts [EMAIL PROTECTED] wrote:
The UnknownHostException make this look like a network issue. Can you do a
ping repo1.maven.org ?
$ ping repo1.maven.org
Mick,
If you are moving to version 2.2 of the cobertura-maven-plugin, then you
should remove the dataFile and systemProperties-hack from your pom.
Mick Knutson wrote:
Nothing changed from my cobertura plugin. I was trying to do a
plugin
All I am doing is a site:site
This was working 2 weeks ago, and I have not upgraded cobertura.
I have a multi-module project. In my main pom i have the
dependancyManagement declaration as I posted here.
Then for only the modules that I want to run cobertura on, I have the
plugin, and a report
As you can imagine I have double, triple and quadruple checked
everything I could think of xp and norton firewall wise, don't know
anything else to check. Which is why I only half jokingly titled this
thread as mvn setup:diagnose would be nice at times like this. This
is such a huge plague on the
cobertura-maven-plugin 2.2 was released on December 12.
Are you sure that you have specified a version for all occurrences of
cobertura-maven-plugin in all of your poms?
Mick Knutson wrote:
All I am doing is a site:site
This was working 2 weeks ago, and I have not upgraded cobertura.
I
On 30/12/2007, Pete Carapetyan [EMAIL PROTECTED] wrote:
As you can imagine I have double, triple and quadruple checked
everything I could think of xp and norton firewall wise, don't know
anything else to check. Which is why I only half jokingly titled this
thread as mvn setup:diagnose would
I was using 2.0 up to this point, and that version was only specified with
the dependancyManagement section.
On Dec 29, 2007 9:35 AM, Dennis Lundberg [EMAIL PROTECTED] wrote:
cobertura-maven-plugin 2.2 was released on December 12.
Are you sure that you have specified a version for all
Well dependencyManagement only works for build plugins - not for
reporting plugins. So if you have cobertura-maven-plugin specified
inside reporting in some pom, it will not use the version you
specified in dependencyManagement.
Mick Knutson wrote:
I was using 2.0 up to this point, and that
dependancyManagement?? you mean pluginManagement right?
did you even try my suggested solution?
-d
On Dec 29, 2007 10:52 AM, Mick Knutson [EMAIL PROTECTED] wrote:
I was using 2.0 up to this point, and that version was only specified with
the dependancyManagement section.
On Dec 29, 2007
Opps, yes luginManagement.
But I can't try this til Monday when I get in the office.
On Dec 29, 2007 11:08 AM, Dan Tran [EMAIL PROTECTED] wrote:
dependancyManagement?? you mean pluginManagement right?
did you even try my suggested solution?
-d
On Dec 29, 2007 10:52 AM, Mick Knutson
Hello everyone,
I've created a standalone plugin in which I'm doing some unpacking/copying
of artifacts in addition to a few other things. I would like to defer the
unpacking/copying operations to the maven dependency plugin for obvious
reasons.
Has anyone tried creating and configuring a plugin
Which part is it that you need to use in the dependency plugin? The
actual copying and unpacking is mostly delegated to the maven-archiver
component.
-Original Message-
From: Kallin Nagelberg [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 29, 2007 4:03 PM
To: Maven Users List
Take a look at your java network settings too - maybe that has a proxy
configured ?
Tom
On Dec 29, 2007 7:06 PM, Stuart McCulloch [EMAIL PROTECTED]
wrote:
On 30/12/2007, Pete Carapetyan [EMAIL PROTECTED] wrote:
As you can imagine I have double, triple and quadruple checked
everything I
On Dec 28, 2007 5:14 PM, amidrunk [EMAIL PROTECTED] wrote:
Hi, thanks for responding!
Waouh, it may have taken some time :)
You have no idea :)
See http://jira.codehaus.org/browse/MEAR-51
Looked good until I saw Would be really great if you implement that. at
the end :)
I get the
On Dec 30, 2007 12:04 AM, Haim Ashkenazi [EMAIL PROTECTED] wrote:
On Dec 28, 2007 5:14 PM, amidrunk [EMAIL PROTECTED] wrote:
Hi, thanks for responding!
Waouh, it may have taken some time :)
You have no idea :)
See http://jira.codehaus.org/browse/MEAR-51
Looked good until
Thanks Stuart for the idea on running the java program to make sure.
Of course that works perfectly. But at least one more issue taken care
of.
So recapping, here is what it does NOT appear to be
- proxy problem
- java permission problem
- firewall problem
- network problem
- JAVA_HOME problem
I need to run the unpack and copy goals repeatedly, with given
group:artifact:version and different target directories for each one.
On Dec 29, 2007 4:23 PM, Brian E. Fox [EMAIL PROTECTED] wrote:
Which part is it that you need to use in the dependency plugin? The
actual copying and unpacking
25 matches
Mail list logo