The reactor problems will definitely be sorted out in rc1.
Cheers,
Brett
-Original Message-
From: James Ward [mailto:[EMAIL PROTECTED]
Sent: Monday, 14 July 2003 3:05 PM
To: Maven Users List
Subject: Re: b10
Great work Maven team!
The .tgz seems to work fine. I just have two comments.
Great work Maven team!
The .tgz seems to work fine. I just have two comments...
I think the inconsistency between jar, war and ejb final.name's should
be fixed. For example:
The maven.war.final.name gets set to ${pom.artifactId}.war
while maven.ejb.final.name gets set to ${maven.final.n
At present, yes it does, and I think it's a good idea.
I will get around to patching maven's startup to copy lib/* into the local
repo, but I haven't had the time recently. There is a maven issue for this
(I think 470?)
- Brett
-Original Message-
From: Bill Lynch [mailto:[EMAIL PROTECTED
Dave,
Does the local repo have to have maven's special file structure? Can it be
just a folder with a bunch of jars?
c:\localRepo\ant-1.5.jar
Or does it have to be like this:
c:\localRepo\ant\jars\ant-1.5.jar
Hmm, not sure on that one (I'm still pretty new to Maven). I'd actually also
like to k
Howdy,
A few people have tried the test installers so I'll let it sit over
night and release it tomorrow. If anyone happens to want to try the
installers they are here:
http://www.apache.org/~jvanzyl
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
In short, man creates for
On Sun, 2003-07-13 at 22:07, Mark R. Diggory wrote:
> Sorry, I made it sound like I was poking holes in the project in that
> last thread, while in reality, I really appreciate Maven as a tool and
> use it regularly.
Fear not, I have a very, very thick skin :-)
> I want to clarify that I unders
Sorry, I made it sound like I was poking holes in the project in that
last thread, while in reality, I really appreciate Maven as a tool and
use it regularly.
I want to clarify that I understand that there are project.xml elements
that can be set ( unitTestSourceDirectory,
integrationUnitTestS
Does Maven distinguish between run-time and build-time classpath? For
example, I'm using a custom ant task and I've added it to my local repo. So,
now do I add it as a dependency in project.xml? If so, does that mean it
will be included when I build a run-time distro?
What's the correct way to han
On Sun, 2003-07-13 at 19:39, Dave Ford wrote:
> I have just successfully created my first plug-in. Darn, that was easy! I'm
> really starting to like Maven. Question: what's the purpose of having a
> project.xml inside of a plug-in?
It is a bad mixing of concerns to be honest. It serves as the bui
I have just successfully created my first plug-in. Darn, that was easy! I'm
really starting to like Maven. Question: what's the purpose of having a
project.xml inside of a plug-in?
Dave Ford
Smart Soft - The Developer Training Company
http://www.smart-soft.com
--
> in the long run
> it will be better to sacrifice some
> variability for a standard, even if
> some of the standard is ad hoc.
That's a good point Jason.
Dave Ford
Smart Soft - The Developer Training Company
http://www.smart-soft.com
-
Make sure you delete the *.cache files.
Dave Ford wrote:
I just copied one the plug-ins from the plug-ins folder and used it to
create my own plug-in. when I go to run it, Maven tells me that the plug-in
does not exist in this project. Do I have to register the plug-in somewhere?
Dave Ford
Smart
Hmm, I think we need to remember here that Apache Projects are actually
owned by the community at large. If someone wanted Maven to do something
more, and a consensus of the developer community liked it enough to vote
them in, then Maven would develop in the direction of those capabilities
(loo
On Sun, 2003-07-13 at 15:00, Mark R. Diggory wrote:
> This is all but one opinion on the subject. IMHO, as this is a user list
> and not a developer list, I'd advise that moderation should not be so
> restrictive when the subject matter is not at all off topic.
>
> I also think that "comparing t
I just copied one the plug-ins from the plug-ins folder and used it to
create my own plug-in. when I go to run it, Maven tells me that the plug-in
does not exist in this project. Do I have to register the plug-in somewhere?
Dave Ford
Smart Soft - The Developer Training Company
http://www.smart-sof
On Sun, 2003-07-13 at 21:30, Andy Jefferson wrote:
> I've tried using all of the above (except the commons-jelly ones, and
> the xdoclet-jdo, xdoclet-apache - since I'm not using any of those), and
> I still get no success.
It appears that I lied :-) ... turns out that I was missing the
xdoclet-w
On Sun, 2003-07-13 at 16:30, [EMAIL PROTECTED] wrote:
> Make sure you include the xjavadoc dependency. I
> have:
>commons-jelly-tags-log
>20030211.142821
>commons-jelly-tags-interaction
>SNAPSHOT
>xdoclet
>1.2b4
>
>xdoclet-xdoclet-module
>1.2b4
>xjavado
On Sun, 2003-07-13 at 14:43, Mark R. Diggory wrote:
> Thanks Gilles,
>
> Its good to know that this is configurable, I'm working on another
> project where we're trying to get Maven working but cannot yet
> restructure the cvs to meet "assumed Maven best practices" without
> breaking the old bu
Thanks. I thought I need to do something else. It turns out that my
public web server only supports an old version of ssh with some strange
additional restrictions. Confused the heck out of me. On top of it, I'm
an old unix guy chained to a windows box (which confuses me even more).
-max
> -
This is all but one opinion on the subject. IMHO, as this is a user list
and not a developer list, I'd advise that moderation should not be so
restrictive when the subject matter is not at all off topic.
I also think that "comparing total downloads against any discussion" is
a very poor and bia
Thanks Gilles,
Its good to know that this is configurable, I'm working on another
project where we're trying to get Maven working but cannot yet
restructure the cvs to meet "assumed Maven best practices" without
breaking the old build.
I'd caution on the use of default settings as a "rule" for
Under Linux, the destination host of the ssh
connection must include an authorized_keys file for
connections that do not require an interactive
password be entered. See
http://www.openssh.org/manual.html. The link for ssh
discuss use of the authorized_keys file.
Thanks.
--- "Maximilian A. Ott"
I've got a project where I have a src directory, as well as a directory
with data in it. I want to add this data directory into the
'distribution' tar.gz that is built by the 'dist' plugin, yet havent
managed to pursuade it to include naything more than the src directory.
Is there a section in pr
Dave, brendan,
Just a quick note about this. it seems that maven actually does allow to
keep all main and test sources under one dir .
just make sourceDirectory and unitTestSourceDirectory point to the same
dir, then your test will be run.
About the artifact generation, when building jar, you ju
Make sure you include the xjavadoc dependency. I
have:
commons-jelly
commons-jelly-tags-log
20030211.142821
http://jakarta.apache.org/commons/jelly/libs/log/
commons-jelly
c
On Sat, 2003-07-12 at 20:14, Bob Cumbers wrote:
> > Never going to happen and I make no apologies for that.
> It's nice to see that you take user input so graciously
Give me a break.
When I think something is categorically a bad practice then the dialog
is cut short. I am not trying to win any po
I've slapped up a page on the wiki for this
http://wiki.codehaus.org/maven/OtherMavenArticles#preview
(Yes I realise this duplicates a static xdoc page we have, but it's all
part of my master plan!)
Andy Jefferson wrote:
On Sun, 2003-07-13 at 11:04, Aaron Robinson wrote:
Andy,
Where did yo
Arg! You're right, we are internationalizing our web site and the
webmaster has mixed up things. You can find them here:
http://www.pivolis.com/fr/pdf/J2EE_projects_Maven_V1.1.pdf
Sorry about that. I've asked him to restore the old link.
-Vincent
> -Original Message-
> From: Aaron Robi
On Sun, 2003-07-13 at 11:04, Aaron Robinson wrote:
> Andy,
>
> Where did you find the J2EE maven articles? I'm very interested in seeing
> how J2EE and maven work together and have the same project granularity
> issues as you. Perhaps we can help each other.
Hi Aaron,
the docs I've been lookin
Vincent,
FYI, the link appears to be down: -
The requested URL /pdf/Unit_Testing_J2EE_V1.1.pdf was not found on this
server
Cheers
Aaron
From: "Vincent Massol" <[EMAIL PROTECTED]>
Reply-To: "Maven Users List" <[EMAIL PROTECTED]>
To: "'Maven Users List'" <[EMAIL PROTECTED]>
Subject: RE: J2EE p
On Saturday, July 12, 2003, at 08:02 PM, Dave Ford wrote:
The advantage I see is that you get to have test code that has
package-level access
Actually, you get that by placing them in the same directory also. So
that's
not really an advantage.
and because it's in a separate tree, it's easy to
bu
> Never going to happen and I make no apologies for that.
It's nice to see that you take user input so graciously
-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
Hi Aaron,
I have presented a talk at TheServerSide Symposium about building J2EE
applications with Maven. You can find the slides there:
http://blogs.codehaus.org/people/vmassol/archives/80.html
Thanks
-Vincent
> -Original Message-
> From: Aaron Robinson [mailto:[EMAIL PROTECTED]
>
Andy,
Where did you find the J2EE maven articles? I'm very interested in seeing
how J2EE and maven work together and have the same project granularity
issues as you. Perhaps we can help each other.
Aaron
From: Andy Jefferson <[EMAIL PROTECTED]>
Reply-To: "Maven Users List" <[EMAIL PROTECTED]>
I've been using the xdoclet plugin and have put the following into the
maven directories
repository/xdoclet/jars/
xdoclet-1.2b4.jar
xdoclet-ejb-module-1.2b4.jar
xdoclet-jboss-module-1.2b4.jar
xdoclet-jmx-module-1.2b4.jar
xdoclet-xdoclet-module-1.2b4.jar
xdoclet-xjavadoc-1.0
35 matches
Mail list logo