Hey Guys,
I'm throwing together some archetypes for a project
and according to the documentation all archetype
directories must contain a source filei.e. empty
directories cannot be created.
It would make my life slighly easier if the archetype
plugin could generate archetypes with empty
dire
See comments inline...
John Casey wrote:
Hi everyone,
I know we've talked about this quite a bit already. Actually, I'm having
trouble finding the past threads on this topic in my email...can someone
who
knows please link them in?
Basically, I've talked to Brett, Jason, and a few other Maven
Jason van Zyl wrote:
On 16 Jun 06, at 3:24 PM 16 Jun 06, Dennis Lundberg wrote:
Wendy Smoak wrote:
On 6/14/06, John Casey <[EMAIL PROTECTED]> wrote:
Basically, I've talked to Brett, Jason, and a few other Maven
developers,
and I think it's time we started making website documentation a top
p
I think the search interface is a great addition but shouldn't be used in
place of a front page. I would think the front page would have generic
links to areas of information. Things like:
User: Getting Started
Dev: Getting Started
References (XML xsd/dtds with human readable information for ge
On 16 Jun 06, at 3:24 PM 16 Jun 06, Dennis Lundberg wrote:
Wendy Smoak wrote:
On 6/14/06, John Casey <[EMAIL PROTECTED]> wrote:
Basically, I've talked to Brett, Jason, and a few other Maven
developers,
and I think it's time we started making website documentation a
top priority
for Maven.
Hi
in the freehep-nar-plugin (for maven 1, being ported to maven 2)
we have such a solution.
We build a generic jar file (with classes as needed and a special
properties file).
The properties file refers to native jar files (nar files), normally:
the noarch file which has the include directorie
probably, ask ben for a fix of permissions
Emmanuel
Milos Kleint a écrit :
it doesn't work from home either. There are some released artifacts in
the mevenide's part of remote repository already that were created
before the beaver crash. These directories and files seem to be owned
by root now
Wendy Smoak wrote:
On 6/14/06, John Casey <[EMAIL PROTECTED]> wrote:
Basically, I've talked to Brett, Jason, and a few other Maven developers,
and I think it's time we started making website documentation a top
priority
for Maven.
General thoughts -- I never navigate the Maven site, I go st
it doesn't work from home either. There are some released artifacts in
the mevenide's part of remote repository already that were created
before the beaver crash. These directories and files seem to be owned
by root now (when I mounted the webdav dir using mount -t davfs2)
So probably a configurat
On 5/9/06, Richard van der Hoff <[EMAIL PROTECTED]> wrote:
...
This brings me to my next thought, which is that the maven "artifact"
probably ought to be a zip file (or similar) containing the
correctly-named library. This is good because it means my artifacts have
the same extension no matter
On 16 Jun 06, at 4:18 AM 16 Jun 06, Trygve Laugstøl wrote:
Trygve Laugstøl wrote:
Edwin Punzalan wrote:
Definitely deserves +1
However, I'm still torn between using apt and a wiki site but
whichever wins I think the obvious casualty will be the site-plugin.
If we continue on using the p
On 16 Jun 06, at 9:00 AM 16 Jun 06, Brett Porter wrote:
Are all these required?
It's the start of a larger IT but I started it here.
I think the converter covers all the alternatives, all we want to
test here is that the discoverer and converter are tied together
correctly?
Sure, I co
Are all these required?
I think the converter covers all the alternatives, all we want to test
here is that the discoverer and converter are tied together correctly?
- Brett
[EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Fri Jun 16 05:02:05 2006
New Revision: 414809
URL: http://svn.apache.o
Edwin Punzalan wrote:
Have you tried using the assembly plugin for this? The assembly plugin
can work on project sources and/or binaries.
I have already looked at the assembly plugin as it would be the most
intuitive solution to my problem but it didn't work for me: I was able
to include the
On 6/16/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
Seems to be a connection problem : Caused by: java.net.UnknownHostException:
dav.codehaus.org
Do you have installed the certificate for codehaus?
http://docs.codehaus.org/display/HAUSMATES/WebDAV
Yes.
Do you have configured your proje
Seems to be a connection problem : Caused by: java.net.UnknownHostException:
dav.codehaus.org
Do you have installed the certificate for codehaus?
http://docs.codehaus.org/display/HAUSMATES/WebDAV
Do you have configured your project correctly?
http://docs.codehaus.org/display/HAUSMATES/Maven+Gu
Trygve Laugstøl wrote:
Edwin Punzalan wrote:
Definitely deserves +1
However, I'm still torn between using apt and a wiki site but
whichever wins I think the obvious casualty will be the site-plugin.
If we continue on using the pages generated by the site plugin, and
based from John Casey'
Edwin Punzalan wrote:
Definitely deserves +1
However, I'm still torn between using apt and a wiki site but whichever
wins I think the obvious casualty will be the site-plugin.
If we continue on using the pages generated by the site plugin, and
based from John Casey's "Core Documentation" po
John Casey wrote:
[SNIP]
It will come as no surprise that I think you should encourage more
user-contributed documentation. (Aside from submitting patches for
the apt source-- that's too high a barrier if you just want to share a
plugin configuration example that works for you.)
Agreed. I'
well, actually i'm having problems deploying behind the firewall..
Milos
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error deploying artifact: Failed to
The url I gave have the snapshot timestamped on Jan 13...
The latest is already in apache and no snapshots have been deployed yet.
Jochen Wiedmann wrote:
Hi,
is there a snapshot of the maven-changes-plugin available somewhere? I would
like to do a release Apache XML-RPC, where I am using th
2.0-beta-2-SNAPSHOT can be found here:
http://snapshots.maven.codehaus.org/maven2/org/codehaus/mojo/changes-maven-plugin/
Jochen Wiedmann wrote:
Hi,
is there a snapshot of the maven-changes-plugin available somewhere? I would
like to do a release Apache XML-RPC, where I am using this snapsho
Have you tried using the assembly plugin for this? The assembly plugin
can work on project sources and/or binaries.
Ovidio Mallo wrote:
Hi,
a few days ago I have posted a request on the Maven user list for some
way to create a source bundle for an artifact which not only includes
the artif
23 matches
Mail list logo
