it is completely automatic, no need to ask
I see jars here
http://repo1.maven.org/maven2/org/apache/tapestry/tapestry-core/5.0.1/
On 2/2/07, Howard M. Lewis Ship <[EMAIL PROTECTED]> wrote:
I still don't know if it is automatic or if I need to send this request.
In any case, the copy doesn't ap
Jason Dillon wrote:
When I was building locally and on remote systems, I was using
-Dmaven.repo.local=repository to use a specific repository directoy.
But it looks like something inside of Maven or Surefire is not happy if
this value is not absolute or canonical. While most of Maven is happ
Here's how to reproduce this:
* Check out https://svn.codehaus.org/cargo/trunks
* Remove all Cargo artifacts from local repo (in org/codehaus/cargo)
* Go in trunks/ and type "mvn install -o" (do no forget the -o)
* This will fail because the parent pom is not found. This is the
first issue as t
Hi Jason,
2007/2/1, Jason van Zyl <[EMAIL PROTECTED]>:
Hi,
Currently for releasing to a staging directory we have documented
each developer specifying one, but do we want to have a shared
directory where we stage releases?
+0 good idea but I need to be more convinced
Simple use case might b
Hi Joakim,
2007/1/31, Joakim Erdfelt <[EMAIL PROTECTED]>:
The dashboard plugin is definitely within the scope of this proposal,
but is still just 1 consumer of the datapoint data. The dashboard
plugin would be definitely be affected dramatically by this concept, it
would no longer need to know
Hi,
When I build from the top level where my modules are defined, Maven
is looking in the remote repo first even though sources are available
locally for the specified modules.
I have the following in my top level pom.xml:
...
core/samples/testdata
...
...
Maven tries to download
I still don't know if it is automatic or if I need to send this request.
In any case, the copy doesn't appear to have worked, probably due to me
forgetting to fix some permissions. The directory structure is there, as
is the Maven metadata files, but the actual JARs are not. I've gone back
in
