Joerg Hohwiller wrote:
Anyways I experienced slightly differences of JDK6 when dealing with XML
(e.g. XmlUnits fail with JDK6 that work with any JDK <= 5, might be a bug in
JAVA6) and also when using collections (iterator orderung of unordered
collections changed, but this one is NOT a bug).
X
Dennis Lundberg wrote:
Steve Loughran wrote:
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 19 Dec 06, at 12:28 PM 19 Dec 06, Steve Loughran wrote:
Jason van Zyl wrote:
Hi,
Just checking in with folks to see if anyone is planning ApacheCon
talks.
1. "fear the repository police
robert burrell donkin wrote:
On 12/20/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
> On 12/19/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> robert burrell donkin wrote:
>> > On 12/19/06, Steve Loughran <[EMAIL PROTECTED]
Carlos Sanchez wrote:
just some holiday fun ahead...
On 12/20/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
>> We are
>>
>> 1. planning an apache con EU talk, "fear the repository police".
>
> in suitable costumes, i hope ;-)
nothing planned, but if we
Barrie Treloar wrote:
On 12/20/06, Graham Leggett <[EMAIL PROTECTED]> wrote:
On Wed, December 20, 2006 1:27 pm, Steve Loughran wrote:
> "who is interested in working with me to come up with something that is
> broadly useful"?
>
> One troublespot with proxy code is
FYI, the issue w/ TestNG and Surefire is here:
http://jira.opensymphony.com/browse/TESTNG-122
I dont like the look of one of the patches, but the other seems to be
the changes to surefire testng support to keep it in sync w/ testng 5.2+
Perhaps when the maven support on gump goes live, the t
Jason van Zyl wrote:
On 19 Dec 06, at 12:28 PM 19 Dec 06, Steve Loughran wrote:
Jason van Zyl wrote:
Hi,
Just checking in with folks to see if anyone is planning ApacheCon
talks.
1. "fear the repository police". We will pick people in the audience
and beat them with rolled up
robert burrell donkin wrote:
On 12/19/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
> On 12/19/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
>
>
>
>> I'd like to see POM auditing in there somewhere.
>
> +1
>
> henr
Brett Porter wrote:
On 19/12/2006, at 9:39 PM, Steve Loughran wrote:
Anyone interested in working on this?
Thanks for volunteering! :)
I knew that would happen. But I suspect that nobody else would do it.
How about,
"who is interested in working with me to come up with something
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 19 Dec 06, at 12:28 PM 19 Dec 06, Steve Loughran wrote:
Jason van Zyl wrote:
Hi,
Just checking in with folks to see if anyone is planning ApacheCon
talks.
1. "fear the repository police". We will pick people in the audience
and
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 19 Dec 06, at 12:28 PM 19 Dec 06, Steve Loughran wrote:
Jason van Zyl wrote:
Hi,
Just checking in with folks to see if anyone is planning ApacheCon
talks.
1. "fear the repository police". We will pick people in the audience
and
Jason van Zyl wrote:
Hi,
Just checking in with folks to see if anyone is planning ApacheCon
talks.
1. "fear the repository police". We will pick people in the audience and
beat them with rolled up copies of the pom schema until they promise not
to publish invalid metadata. we will start off
robert burrell donkin wrote:
On 12/19/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
I'd like to see POM auditing in there somewhere.
+1
henri's been talking about adding this to RAT. IMHO this should be
implemented as a separate component so that it could be used
Joakim Erdfelt wrote:
This is just a synopsis email about the future of the release process.
Disclaimer: I am not attempting to set policy, just to get discussion
going,
document it, and work towards the ideal toolchain that
make the
future of apache releases smooth
Jason van Zyl wrote:
Yah, I don't buy it. I don't know anyone who uses RPMs to do anything
with Java.
Nobody who works java does, but the goal is to let people who work with
OSS systems use Java apps the way they work with C++, Perl, python, mono
and ruby code --with one central managem
Brett Porter wrote:
google says...
http.auth.ntlm.domain
http://java.sun.com/j2se/1.5.0/docs/guide/net/properties.html
Could be worth exposing this via the settings into the lightweight
wagon, and passing the equivalent to the httpclient wagon via it's
authenticators.
- Brett
FWIW, Ant1.
Alistair Bush wrote:
After browsing thru the conversation relating to Maven and Fedora I thought I
would put in the Gentoo Linux's perspective.
(snip)
Sadly we only have support for ant presently.
I wouldnt say sadly :)
To accomplish this we had to
implement some funky build.xml rewri
Jason van Zyl wrote:
On 12 Dec 06, at 7:24 AM 12 Dec 06, nicolas de loof wrote:
According to http://xerces.apache.org/xerces2-j/, 2.9.0 is the latest
stable
version of Xerces.
Why isn't it available on maven public repo ? Doesn't all apache projects
get automatically sync with repo ?
No. I
Jason van Zyl wrote:
Have you ever tried using a cleaning installed Redhat and trying to use
the Java stuff that's installed? In the recent past I spent an hour
trying to figure out why AMQ tests were failing and it was because gjc
was picking stuff up instead of the JDK I installed. Then I
Ole Ersoy wrote:
OK - Got it.
Apparently Eclipse EMF likes
each resourceSet = createResourceSet()
method inside each test case.
Cheers,
- Ole
you should do all junit setup in setUp() , not the ctor. JUnit creates
all instances in advance and stores them somewhere. This is a fact you
can ab
Rafael Schloming wrote:
Jason van Zyl wrote:
I don't remember a specific instance, but I'm sure there are some who
would like them. Either way, we need to consider Fedora as a consumer
of Maven and that they know what their users want, which apparently
is Maven bundled with Fedora.
I doubt
Jason van Zyl wrote:
If the RPM rolled out something that had the same structure as
everywhere else then fine. Limitless options at the infrastructural
level does not help anyone, it's a massive hinderance.
We do already have near limitless options in proxy setup, for better or
worse. Mave
Jesse Kuhnert wrote:
Right. I forgot to mention in my last email that in a good 98% of the
cases the only reason we've ever found out that dojo users install ant
via a package manager is because they are having conflicting library
classpath problems. (related to rhino)
oh, you get those bugreps
Jason van Zyl wrote:
On 6 Dec 06, at 11:38 AM 6 Dec 06, Carl Trieloff wrote:
I have spoken with a few committers over IRC, ApacheCon etc about this
so here it comes. Some of us would like to include maven into Fedora
distributions. There are two components to this, one technical and the
othe
Fabian Christ wrote:
Simone Gianni schrieb:
Steve Loughran wrote:
The thing to remember about WAR files is that they are a packaging
format that is intended to make it easy to deploy web apps. Not
distribute, but deploy. The old WAR/EAR use cases always had the
'assembler' who wou
Jim Crossley wrote:
Apologies if this is too off-topic, but...
On Tue, 2006-12-05 at 17:28 +, Steve Loughran wrote:
Because that's the kind of thing we can automate and lock down under
SCM. That lets us create a blank VMWare or Xen disk image, have it run a
PXE preboot to get the
[EMAIL PROTECTED] wrote:
Steve Loughran <[EMAIL PROTECTED]> schrieb am 05.12.2006 14:51:52:
The weakness is that someone, somewhere, has to lay down what those
states are. And what works for simple
ready-to-compile->compiled->packaged->tested->published lifecycle gets
comp
Ralph Goers wrote:
Steve Loughran wrote:
Ralph Goers wrote:
Steve Loughran wrote:
Simone Gianni wrote:
The thing to remember about WAR files is that they are a packaging
format that is intended to make it easy to deploy web apps. Not
distribute, but deploy. The old WAR/EAR use cases
Ralph Goers wrote:
Steve Loughran wrote:
Simone Gianni wrote:
The thing to remember about WAR files is that they are a packaging
format that is intended to make it easy to deploy web apps. Not
distribute, but deploy. The old WAR/EAR use cases always had the
'assembler' who wou
Simone Gianni wrote:
Stephane Nicoll wrote:
Yes, I've seen this thread as well. Sounds good to me even if we need
strong
use cases to create a new standard phase.
Basic use cases I've seen so far, applied to the WAR problem :
- Cocoon team developed a plugin that deploys its blocks inside a wa
Jason van Zyl wrote:
On 4 Dec 06, at 9:59 AM 4 Dec 06, Ralph Goers wrote:
Richard,
I love this idea and hate it at the same time. The idea of using
numbers, as I'm sure has been pointed out before, just seems awful.
But I understand what you are driving at. If there was a way to
register
Jason van Zyl wrote:
On 20 Sep 06, at 3:04 PM 20 Sep 06, Steve Loughran wrote:
Daniel Jemiolo wrote:
> The Muse development team has worked hard over the spring and summer
> months, enhancing, refactoring, fixing, and polishing the 2.x code
base,
> and the time has come to vote on
Daniel Jemiolo wrote:
> The Muse development team has worked hard over the spring and summer
> months, enhancing, refactoring, fixing, and polishing the 2.x code base,
> and the time has come to vote on a release for version 2.0.0. I am very
> proud of the members of our team - both the committers
nhb wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after they are removed
during exca
Brett Porter wrote:
Hi,
I wanted to get thoughts on starting to require a Java 5 JVM to run
stuff we build. We currently restrict to 1.4 across the board.
Here's what I'm thinking:
- MRM and Continuum should switch now. Stuff built there is rarely
consumed elsewhere, and a Java 5 requirement
jerome lacoste wrote:
On 7/5/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
Ralph Goers wrote:
>
>
> Carlos Sanchez wrote:
>>
>> Yes you can, it's not the best way to do it but you can, by adding
>> explicitly the dependency with the versoin you want to y
Mike Perham wrote:
The more I think about it, the more I agree with this. I believe we
will need to start using this -n versioning for POM fixes. It's easy to
develop and test a java module but screw up the POM and make it unusable
to the public. How long and how many revisions did it take for
Ralph Goers wrote:
Carlos Sanchez wrote:
Yes you can, it's not the best way to do it but you can, by adding
explicitly the dependency with the versoin you want to your pom. In
the very worst case you have to add all transitive deendencies to your
pom, like in Maven 1.
That is so impractical a
Jochen Wiedmann wrote:
On 7/4/06, Steve Loughran <[EMAIL PROTECTED]> wrote:
That'll be the ant-that-has-to-support-java-1.2 on
everything-and-build-with-no-dependencies, won't it?
Be that as it may, but personally I prefer this over the
maven-which-needs-thousands-of-jars-f
Brett Porter wrote:
Hi Ralph,
You've got a general versioning problem here, and you'll find the answer
to "how do I do this with Maven?" will be more straightforward once
considering the question of how you should generally deal with them. As
you've said, this is already a problem for you as
Jason van Zyl wrote:
On 4 Jul 06, at 1:45 PM 4 Jul 06, Steve Loughran wrote:
In a way, many of the stuff in M2 is experimental; a build tool that
effectively encodes beliefs about how a project should be structured
and delivered, focusing on component-based development instead of
Brett Porter wrote:
On 4/07/2006 8:16 PM, Steve Loughran wrote:
very +1 too, though I'd like it decoupled from any partiucular build
tool if possible, primarily because you can do other things outside
the build itself. Imagine apps auto-opening bugreps on system crashes,
for example.
Jesse Kuhnert wrote:
Please, let's not go overboardAnt is nice like c is nice when you need
to get small things done. If you have to maintain very large projects with
varying releases/users/etc maven is a much better choice. Even with its
current flaws. =p
I'm not arguing with that, its the
Carlos Sanchez wrote:
The repository is as good as the users/projects make it. There's no
difference at all with using ant and including the wrong jars, maybe
the problem is that how to fix it in maven is not as easy as in ant.
If project A says it depends on B 1.0 and C says it depends on B 1.1
Torsten Curdt wrote:
Sorry, for the cross-post ...but it seems we need a dialog here
somehow. We now have two threads on two different mailing
lists/communities that really should talk to each other.
I propose to commit again all JARs into, say, cocoon/trunk/m2repo
and then tell Maven at build
Vincent Massol wrote:
+1. Actually I thought there was already a project for this but I was
probably anticipating...
* SCM for SCMs
* Wagon for transports
* Cargo for containers
... Spoor for bug trackers (or whatever other name!)
-Vincent
very +1 too, though I'd like it decoupled from any p
Brett Porter wrote:
On 3/07/2006 10:22 PM, Steve Loughran wrote:
I'm kind of busy right now, so am not offering to do this, not until,
say, September. But otherwise, it would be a really interesting thing
to work on. Anyone interesting in co-authoring?
Yep, I've been thinking a
Edwin Punzalan wrote:
May I add, that when maven already downloaded a poor/invalid pom, even
after fixing the pom in the repository, maven won't know that it's
changed (unless the version changed) and it will not download it. So
you end up still using your local repo copy.
To re-download a
[EMAIL PROTECTED] wrote:
Unfortunately the SNAPSHOT-feature is broken (at least in 2.0.4): When you have a
copy of a snapshot versioned artifact, the jar is not updated when a new jar with
same snapshot version is uploaded to the repository. I already filed this as a bug
and hope it will be fi
Ralph Goers wrote:
Steve,
What you are proposing is to basically bypass maven and "hack" the pom's
dynamically with the versions required. It seems to me it would be
easier to have a process to do that in one's local repository. Then you
only have to do it once. But then you don't have a re
Ralph Goers wrote:
If I read you right, then I have to treat Maven 2 as if it is Maven 1
and self-discover what all my project's runtime dependencies are going
to be?
Our configuration management dept requires that all our projects use the
same versions of xerces, xalan, etc. This is controlle
Wayne Fay wrote:
Here's the "complete" list of javax apis included with Glassfish,
based on a 233mb source code CVS checkout...
javax.activation
javax.servlet.jsp.jstl
javax.resource (connector)
javax.enterprise.deploy (deployment)
javax.ejb
javax.security.jacc
javax.jms
javax.mail
javax.managem
Wayne Fay wrote:
However, the CDDL source code license ensures we **can** download the
proper source, build/unit test, package, bundle with poms, and deploy
**those** executables from the repo.
This is an important difference. That's why I originally said:
Assuming we all agree that we can do
Piéroni Raphaël wrote:
2006/2/8, Steve Loughran <[EMAIL PROTECTED]>:
Piéroni Raphaël wrote:
I don't know if it is the right tool. i jumped on Steve proposition as i
was
found of prolog during my school years.
I don't know if it is right either. One good reason for not u
Piéroni Raphaël wrote:
2006/2/7, Brett Porter <[EMAIL PROTECTED]>:
Piéroni Raphaël wrote:
The programs which needs to be created are :
- the crawler which reads the poms from a local or remote repository.
called
from command line. outputs the fact base in a file.
You should definitely peek i
dd rules about only the newest version of anything being used.
If you've never done Prolog, it is a different way of thinking. It
should mesh very well with XML work. I've done RDBMS stuff with it in
the past, and makes some things wonderfully easy (if desperately
inefficient)
-st
Brett Porter wrote:
I think the solution is easier:
Anyone that proves they are capable will be given access to do this.
We won't be handing out responsibility to volunteers who have not yet
proven they are capable at the task through patches - just like how
commit access is granted in general.
Brett Porter wrote:
Steve Loughran wrote:
something below hibernate3.1 pulls in junit3.7, which really annoyed me
when I tracked it down.
Do you know what it is from -X? I'm thinking commons-something.
-X? do you mean verbose="true&qu
Carlos Sanchez wrote:
It doesn't include optional transitive dependencies, and hibernate
latest poms have been fixed long time ago.
I guess it depends on what bit of hibernate you use
My patches to get hibernate-annotations/entity-manager to work are here:
http://cvs.sourceforge.net/viewcvs.p
Piotr Bzdyl wrote:
Hello,
http://www.ctoforaday.com/archives/49.html
I agree with the author about dependency management and transitional
dependency handling. I don't know why Maven 2 includes all optional
dependencies by default. Why must I care what all possible features
hibernate has
Brett Porter wrote:
Thomas Recloux wrote:
I see two solutions:
- Keeping only one active proxy and add a way to specify multiple
protocols by proxy.
- Modify the Settings and DefaultMaven objects to add one active proxy
server by protocol.
What do you think of this? If you choose one of theses
Jason van Zyl wrote:
Steve Loughran wrote:
Brett Porter wrote:
It's a manual step in the release process that hadn't been included in
our docs, so each time a different person cuts the release it gets
skipped.
that's what automation is for :)
I did not put them there b
Brett Porter wrote:
It's a manual step in the release process that hadn't been included in
our docs, so each time a different person cuts the release it gets skipped.
that's what automation is for :)
-steve
-
To unsubscribe,
m2 tasks not reentrant
--
Key: MNG-2001
URL: http://jira.codehaus.org/browse/MNG-2001
Project: Maven 2
Type: Bug
Versions: 2.0.2
Reporter: Steve Loughran
Recall that in ant it handles dependencies different on the command line for
Jason van Zyl wrote:
Hi,
We may have a problem on windows regarding MNG-1927 and I was wondering
if any Windows users who are familiar with the bootstrap could bootstrap
the maven-2.0.x branch and tell us if it0088 is failing for them.
I have a win98 image for vmware if you really want to
Is there any reason why the ant tasks for m2 dont automaticallly go up
on the repository at the same time all the other artefacts are released?
only the 2.0.1 version is there right now.
-steve
-
To unsubscribe, e-m
: Improvement
Components: Artifacts and Repositories
Versions: 2.0
Reporter: Steve Loughran
If a pom has a typo in it, it is downloaded and parsed with a (misspelled)
error message printed
[m2:libraries] [WARNING] POM for
'org.hibernate:hibernate-tools:pom:3.1.0.beta2'
Vincent Massol wrote:
I am working with a PhD student at CERN on distributed testing, and
there is a project gridunit that does some good stuff already, running
junit tests across a farm of nodes, collecting and presenting the
results.
Wow, that sounds really cool! Especially as there's a
Jesse McConnell wrote:
I really like
project/
|_ src
|_ main
|_ test
|_ unit
|_ java
|_ resources
|_ integration
|_ java
|_ resources
|_ functional
|_ java
|_ resources
+1
One nice thing about keeping functional stuf
With planetmirror set up as the repository, and using the 2.0.0 version
of the m2 ant tasks, trying to get back
the 2.6.0 file
http://public.planetmirror.com/pub/maven/xerces/xercesImpl/2.6.0/xercesImpl-2.6.0.pom
This is not valid, because it should be pub/maven2. I think things have
been chan
Vincent Massol wrote:
-Original Message-
From: Jesse McConnell [mailto:[EMAIL PROTECTED]
Sent: mercredi 28 décembre 2005 20:44
To: Maven Developers List
Subject: Re: [discussion] Integration testing location
I worry a bit about mixing unit and integration tests generally...
maybe we h
I've just upgraded to maven2.01 and things are breaking :
compile-classpath:
[m2:dependencies] An error has occurred while processing the Maven
artifact tasks.
[m2:dependencies] Diagnosis:
[m2:dependencies]
[m2:dependencies] Unable to build project:
C:\Personal\examples\diary\persist\build\pr
jdom 1.0 has invalid dependency: xerces-2.6.0
-
Key: MNG-1813
URL: http://jira.codehaus.org/browse/MNG-1813
Project: Maven 2
Type: Bug
Components: Artifacts and Repositories
Reporter: Steve Loughran
I know
Pom for Xom1.1 does not appear to be valid in m2 repository - it is a v3 POM
Key: MNG-1773
URL: http://jira.codehaus.org/browse/MNG-1773
Project: Maven 2
Type: Bug
Reporter: Steve
: Steve Loughran
I have to use other people's maven1 builds (e.g. axis) but use an m2 repository
internally. there appears to be no automated way of doing an equivalent of
jar:install to an m2 repository, without which it is really hard to integrate
the two versions of maven.
I know I can s
Add a task to run maven in a directory
--
Key: MNG-1575
URL: http://jira.codehaus.org/browse/MNG-1575
Project: Maven 2
Type: New Feature
Components: maven-artifact-ant
Reporter: Steve Loughran
Priority: Minor
Now
Vincent Massol wrote:
Hi David,
-Original Message-
From: david varnes [mailto:[EMAIL PROTECTED]
Sent: mardi 15 novembre 2005 12:13
To: Maven Developers List
Subject: Cargo M2 plugin [was] Re: [M2][Proposal] J2EE builds ...
Hi Vincent,
Is the Cargo M2 plugin released anywhere, or is i
Reporter: Steve Loughran
Priority: Minor
I have got the task working to pull in the various deployment wagons
But when I run a deploy target and use the scp:// protocol , I get the unknown
protocol error.
This is only for scp:, the
I actually work full time on complex system deployment, of which the
core runtime. SmartFrog, is LGPL-licensed and sourceforge hosted
(http://smartfrog.org/). If you want to know more, the latest slides are
http://people.apache.org/~stevel/slides/oscon.pdf
BTW, I have found this sentence in
Brett Porter wrote:
Vincent Massol wrote:
I've used Maven in the past to do that and it worked very well. I'd
like to
understand better what alternatives you're suggesting?
Note for versioning: we have that by storing the config in the SCM.
I'm curious to know which tool you're using in the
Brett Porter wrote:
I really think Ant should include this in general for Antlibs.
ahh. but then we'd have to build in our entire versioned library
mechanism, and right now we are reluctant to do so (or even finish off
the unfinished tasks.libraries package) because its a hard enough
problem
Mark Hobson wrote:
On 24/10/05, Mark Hobson <[EMAIL PROTECTED]> wrote:
On 24/10/05, Brett Porter <[EMAIL PROTECTED]> wrote:
I really think Ant should include this in general for Antlibs.
Could you do something relatively easily with ?
I like it - hadn't seen that one before, I'll give it
Vincent Massol wrote:
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: lundi 24 octobre 2005 12:52
To: Maven Developers List
Subject: Re: [M2][Proposal] J2EE builds best practices and conventions
Brett Porter wrote:
Vincent Massol wrote:
* support storing
Brett Porter wrote:
Vincent Massol wrote:
* support storing in the project the container's configuration files
- for weblogic that's the domain config
- for jboss that's the server config
- for tomcat that's server.xml, tomcat-users.xml, etc
I usually put this in a separate module (wh
Hi,
I'm trying to finish off my fun with the M2 ant tasks with remote
repository upload. When I try any urls of the type
ftp://
scpexe://
scp://
I get told that these are Unsupported Protocols; there is no wagon
supporting thm.
-What are the supported protocols out the box for remote deplo
: 2.0
Environment: n/a
Reporter: Steve Loughran
Most of the "for further information" links off the ant task docs refer to
pages that are either absent or the wrong page. please fix..
http://maven.apache.org/maven-settings/settings.html //absent
http://maven.apache.org/depende
Support jar signing.
Key: MNG-1130
URL: http://jira.codehaus.org/browse/MNG-1130
Project: Maven 2
Type: New Feature
Components: maven-jar-plugin
Versions: 2.0-beta-3
Environment: gentoo linux, jdk 1.4.2_06
Reporter: Corridor Software Develo
[ http://jira.codehaus.org/browse/MNG-728?page=comments#action_48313 ]
Steve Loughran commented on MNG-728:
1. MacOS Java is special; this property is meant to do the right thing for
Windows and Linux
2. Ant1.7 will have it turned on, unless you say
NPE when trying to use
---
Key: MNG-1165
URL: http://jira.codehaus.org/browse/MNG-1165
Project: Maven 2
Type: Bug
Components: maven-artifact-ant
Versions: 2.0-beta-3
Environment: Ant1.7alpha; java1.5
Reporter: Steve
Versions: 2.0-beta-3
Environment: Ant1.7alpha, java1.5.05
Reporter: Steve Loughran
If the refid to the pom is invalid, we get an NPE
java.lang.NullPointerException
at org.apache.maven.artifact.ant.Pom.initialise(Pom.java:125)
at
Reporter: Steve Loughran
Can the dependencies task add a scope attribute, so that I can use the same pom
for setting up the build, test and run paths? In ant I need to run
three times to do this, but cannot use the same pom unless i can
control the scope.
--
This message is automatically
2.0-beta-3
Environment: java1.5.05 on winxpxp2
Reporter: Steve Loughran
Priority: Minor
When the task runs, it prints "Resolving dependencies...".
This is too much information at the normal level, at least when all
dependencies are present. When stuff starts being fetched, fine, b
[ http://jira.codehaus.org/browse/MNG-897?page=comments#action_47179 ]
Steve Loughran commented on MNG-897:
I'm not going to comment on the merites of the idea; that is for a maven
person.
but from the perspective of the Ant team, there are b
-plugin
Versions: 2.0-beta-1
Environment: WinxP laptop, running on a WLAN that has one of those
restricted-access-login pages; all HTTP requests are turned into a 302
responses redirecting to the login page.
Reporter: Steve Loughran
I was trying to do a build in a meeting, but site IT have
Brett Porter wrote:
That was turned off in SVN yesterday in the lead up to the beta-1
release. Status of 'none' meant there was no recorded status of the POM
(where status is one of generated, converted, partner synced, deployed,
hand verified).
Does a more recent build resolve the issue?
- Bre
What triggers the "lets look today to see if things exist" mode.
For some reason today the artifact logic is looking for every locally
created jar file
(names like sf-xml-3.06.steve-private.pom and cddlm-ggf15.pom)
The pom files are in cache, they are just minimal poms to indicate "no
depende
: Steve Loughran
I'm trying to pull down something that depends on
geronimo-spec-javamail/1.3.1-rc5
Ths file is in the legacy cvs pom, which the ant tasks fail on.
1. no message identifying the .pom at fault is show, except in -verbose. All
you get is "Unable to resolve artifact" w
[
http://jira.codehaus.org/browse/MAVENUPLOAD-517?page=comments#action_46377 ]
Steve Loughran commented on MAVENUPLOAD-517:
ERH left out a .pom file. There is one in the .zip; here is my m2
dependency-graph-free file. Jaxen is particularly
[ http://jira.codehaus.org/browse/MNG-553?page=comments#action_45269 ]
Steve Loughran commented on MNG-553:
It is effectively impossible to secure passwords *and* have a fully automated
build, because, even if encrypted, the key to decrypt will still be
Brett Porter wrote:
Steve Loughran wrote:
-how does someone as blissfully ignorant of maven is me get the full
ant task jar to build. I can do the m2 install of the particular
module, but want to recreate the full jar without doing it by hand..
m2 assembly:assembly
(we've just rec
1 - 100 of 118 matches
Mail list logo
