easier than migration to any other build tool (including reverting
back to ant)--we'll have to chuck everything away and start from
scratch.
>
> Revolution vs evolution.
>
>
> -Original Message-
> From: Peter Bright [mailto:[EMAIL PROTECTED]
> Sent: Friday, Apr
I agree.
We're using 1 and would like to move to 1.1. Maven 2 is a complete
waste of time because, as far as I can tell, Maven 2 seems to be
completely incompatible with Maven 1 with no migration path, thereby
rendering it completely worthless. Not so 1.1.
> -Original Message-
> From: J
It's pretty easy to make maven-proxy support NTLM for its own upstream proxies.
Whether this change breaks it in any way, I don't know; we need to be able to
use an NTLM proxy and aren't actually bothered if it breaks non-NTLM proxies,
and for NTLM proxies it works fine.
I built and changed ma
That's what it's meant to do to long lines. It's in the jar spec,
somewhere. JBoss understands wrapped lines just fine.
> -Original Message-
> From: Mike Cantrell [mailto:[EMAIL PROTECTED]
> Sent: 09 May 2005 15:34
> To: users@maven.apache.org
> Subject: Manifest CLASSPATH line wraps?
>
Hello,
When actually constructing the ejb client jar, the ejb plugin uses a nice
sensible name; ${maven.final.name}-client.jar. However, when installing it
into the repository, this name gets overridden; it gets installed according
to the POM's id.
I can't help but feel that this is sub-optimal.
i, 14 Jan 2005 15:00:43 -, Peter Bright
<[EMAIL PROTECTED]> wrote:
> Maybe I'm being dumb, but I don't really get it.
>
> It excludes stuff from maven.build.dest, but surely if you want stuff
> excluded from maven.build.dest, you just wouldn't build it in the firs
Maybe I'm being dumb, but I don't really get it.
It excludes stuff from maven.build.dest, but surely if you want stuff
excluded from maven.build.dest, you just wouldn't build it in the first
place.
What I was hoping it would do is exclude stuff from maven.ejb.src. I'm
generating the contents of
I put this in my maven.xml to usurp the normal multiproject:clean. It uses
the multiproject logic to figure out which projects actually need cleaning,
but then uses the clean:clean "payload" directly. It seems to work well
enough.
You mean you're looking for something like
http://www.ibiblio.org/maven/layout.html
only up-to-date?
> -Original Message-
> From: Craig S. Cottingham [mailto:[EMAIL PROTECTED]
> Sent: 20 August 2004 14:59
> To: Maven Users List
> Subject: Re: JavaMail on ibiblio
>
>
> On Aug 20, 2004,
Since you appear to use Outlook, try
http://spambayes.sourceforge.net/windows.html . It works very well, IME.
> -Original Message-
> From: Dan R Greening [mailto:[EMAIL PROTECTED]
> Sent: 12 August 2004 04:25
> To: 'Maven Users List'
> Subject: RE: Autoresponders :-(
>
>
> My deepest
Does
fit your needs? It seems to work well enough.
I imagine it's looking at dependencies because it doesn't know that 'clean'
AIL PROTECTED]
> Sent: 30 July 2004 16:11
> To: 'Maven Users List'
> Subject: RE: scm:perform-release occasionally commits an empty POM
>
>
> With the link below operations on the left side called
> "Comment on this
> issue"
>
> > -Original
scm:perform-release occasionally commits an empty POM
>
>
> sounds like a bug: I think it is in JIRA. can you add your discovery
> to the comments?
>
> On Thu, 22 Jul 2004 16:19:39 +0100, Peter Bright
> <[EMAIL PROTECTED]> wrote:
> > Most of the time it works prope
ot forgotten
>
> Regards
>
> Carlos Sanchez
> A Coruña, Spain
>
> Oness Project
> http://oness.sourceforge.net
>
>
> > -Original Message-
> > From: Peter Bright [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, July 22, 2004 5:20 PM
> &g
Most of the time it works properly, but sometimes the POM it commits is
empty.
Having a poke around, a plausible culprit for this behaviour seems to be
org.apache.maven.release.AbstractPomTransformer, about line 305, the write()
method. It doesn't close the FileOutputStream it writes to, which I
It's a literary reference to Joseph Heller's frankly fantastic book,
"Catch-22", first published in 1961.
It tells the story of an air force pilot, Yossarian, who would rather not be
a pilot because he doesn't want to die. The ways of avoiding flying are
limited; one way to avoid service is to be
I presume him to mean "use Eclipse 3.0 M9 or 3.0 RC1". RC1 is available,
but it doesn't seem to be mentioned on eclipse.org (at least, not that I can
see).
> -Original Message-
> From: Chuck Daniels [mailto:[EMAIL PROTECTED]
> Sent: 02 June 2004 06:56
> To: [EMAIL PROTECTED]
> Subject: Re
nd call that
> goal instead.
>
> There are numerous entries in JIRA proposing fixes to the
> eclipse plugin
> that have not been committed due to the patch becoming out of
> date. It
> needs someone to step up and just get it all in and working.
>
> Kris.
>
Without some kind of defined (and widely used!) mechanism for
source-modifying plugins to do their thing, it's not clear how they have any
real choice in the matter. Does there exist a better way that works right
now?
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
>
Er... that wasn't meant to happen.
What I meant to say was, did you try sticking a password into the connection
string?
> -Original Message-
> From: Peter Bright [mailto:[EMAIL PROTECTED]
> Sent: 22 April 2004 12:10
> To: 'Maven Users List'
> Subje
Using : as a separator does not play nicely with drive letters.
> -Original Message-
> From: Arto Pastinen [mailto:[EMAIL PROTECTED]
> Sent: 22 April 2004 12:12
> To: Maven Users List
> Subject: Re: Changelog cvs problems
>
>
>
> Hi!
>
> Did you miss Menetrieux's reply this today?
> He
scm:update-project will fetch changed source from CVS. So I would imagine
you could put that into a build. We use Cruise Control here and we get
maven do do all the "heavy lifting". CC fetches one file (project.xml) and
checks the repository for changes; if it finds them maven updates the
projec
Then the tokenizers are broken. Any tokenizer manipulating paths should
split on the system separators (for directories and paths, e.g. \ and ; for
Win32, / and : for *nix), not on spaces. It'd probably be a significant
breaking change to maven to make it use these separators throughout (at the
m
Hello.
I have a project that looks like:
root project
\subprojects
\subproject a
subproject b
subproject c
I'd like to generate a single set of javadoc documents for the entire thing.
One can sort of frig it by setting the root project's sourceDirectory to
something such as "subprojects
tory
> >below the current location, **/project.xml for anything any number of
> >subdirectories below the current location).
> >
> >The multiproject wrapper around the reactor has a default as
> described in my
> >initial reply.
> >
> > >
g any number of
subdirectories below the current location).
The multiproject wrapper around the reactor has a default as described in my
initial reply.
> -Original Message-
> From: Peter Bright [mailto:[EMAIL PROTECTED]
> Sent: 26 March 2004 17:02
> To: 'Maven Users List
http://maven.apache.org/reference/plugins/multiproject/properties.html
maven.multiproject.includes
"Default value is */project.xml, that is all project.xml files one directory
below the base directory "
So I'm thinking you'll want to set it to **/project.xml instead.
> -Original Message---
exist alongside the project.xml somewhat undermines the convenience of
scm:bootstrap-project. IMHO the way scm:bootstrap-project runs the goal
should be /exactly/ the same as if I were to change to the checked out
directory and run the goal from there.
Is this the way things are meant to be?
>
[EMAIL PROTECTED]
> Sent: 25 March 2004 22:00
> To: 'Maven Users List'
> Subject: RE: bootstrap-project not working quite right.
>
>
> Can you summarise, include this, and put it in JIRA for us?
>
> Thanks
> Brett
>
> > -Original Message-
> &
an't set jboss.home in
> ~/build.properties? This makes
> more sense to me.
>
> - Brett
>
> > -Original Message-
> > From: Peter Bright [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, 24 March 2004 10:34 PM
> > To: Maven Users List
Perhaps something such as
The operating system is Windows
The operating system is Unix
-Original Message-
From: Erik Husby [mailto:[EMAIL PROTECTED]
Sent: 24 March 2004 16:37
To: [EMAIL PROTECTED]
Hello
I have a multiproject project set up something like this:
/root-project
maven.xml
project.xml
project.properties
/sub-projects
/sub-project-one
maven.xml
project.xml
proje
I would have thought that you could remedy this by writing "call maven
clean" rather than simply "maven clean". The reason it's doing what it's
doing is that "maven" is a batch file, and when one runs a batch file from
another batch file execution ends when the second batch file ends -- even if
th
> I am harsh, but honest $DIETY (sic) I am only trying to make your life
easier.
You may be trying to make the lives of plugin developers a little easier,
but it doesn't seem at all clear that you're trying to make any user's lives
easier.
The only "advantages" appear to be working around the ina
> if the Nazi's had stayed in power till now (~70 years) with the same
> genocidal mentality witnessed during Hitler Germany, ~ 150 million
> people would be dead at the hands of Nazi's.
No, they wouldn't, for the simple reason that he would have run out of Jews
and Slavs to kill. He didn't have t
> John D Taylor (ROE) [mailto:[EMAIL PROTECTED] wrote:
> Jim Crossley wrote:
> > A runoff between the top 2 vote getters listed at
> > http://projects.walding.com/powered/
> >
> > propaganda or feather?
>
> +1 propaganda
>
> Much more striking, and because most non-US citizens probably find
ort.html
Thanks
-Vincent
> -Original Message-
> From: Peter Bright [mailto:[EMAIL PROTECTED]
> Sent: 05 November 2003 18:49
> To: Maven Users List (E-mail)
> Subject: Best way to exclude a class with the Cactus plugin
>
> Hello.
>
> I have an abstract test case to te
(abstract) test case so that it can run its (abstract) tests. Needless to
say, this fails to occur and a number of spurious failures are generated.
Is there a clean way to prevent this?
Peter Bright
***
This message contains
correct way to use it?
Peter Bright
***
This message contains information that may be privileged or confidential and is the
property of Orbian Management Limited. It is intended solely for the named
addressee(s) and
39 matches
Mail list logo
