PROTECTED]
--
Brett Porter
Blog: http://www.devzuz.org/blogs/bporter/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 13/07/07, Phil Steitz [EMAIL PROTECTED] wrote:
Where are we now in terms of capabilities for Continuum builds? In
particular, is it possible to a) deploy the tarballs to
people.apache.org and b) deploy the snapshot jars produced by the
nightlies to the apache snapshot repo? Does this work
Hi,
This is particularly for Phil and those on commons-math, but if
anyone else is interested in getting set up just holler.
commons-math currently have a build set up in vmbuild.apache.org.
It's been down for little bit, but is now back up.
vmbuild is scheduled to be moved to a faster
the purpose of the apt one was to start a proof of concept for
converting the site to m2 (and yes, I haven't touched it in 18
months...)
might be better to just move it to a branch or something?
- Brett
On 04/07/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hi
Now that the sandbox-parent has
Please please do!
My eventual goal was to merge in plexus-archiver (which has a couple
of additional features/fixes and a somewhat common ancenstry) so we
could move forward from one point. I can possibly offer a little help,
I just never had the motivation to get started :)
I know there was
On 22/06/07, Henri Yandell [EMAIL PROTECTED] wrote:
Joe will then work with you to get all the bits taken care of.
Priority is the mailing list and the unix group (as that makes life
easier on various other parts of the move).
First priority is the DNS, since it's a prereq to everything else
On 22/06/07, Martin Cooper [EMAIL PROTECTED] wrote:
Well, except that commons.apache.org already exists, and has a web site
that refers to the Jakarta, XML and Web Services Commons sites. Are there
any other DNS changes that we need?
Ah, but of course :) Cool.
- Brett
On 21/02/2007, at 1:25 PM, Henri Yandell wrote:
Summarizing this thread:
compress. Doesn't sound like there are any strong itches to do any
work here. Consider for dormancy.
I still have an itch, but it's behind exec and openpgp (and because
there were others willing to work on it).
On 19/02/2007, at 3:57 PM, Henri Yandell wrote:
openpgp - Antoine committed a couple of fixes last October, but
otherwise nothing. If this component is not released, I presume Maven
is not using it. If Maven is not using it, I suspect no one is. Is it
dormant?
The others have been
such that the interpolator first looks inside the
subset, then into the root if not found)
I hope that makes sense - it's rather difficult to explain, but
hopefully the attached sample does a better job :)
- Brett
On 11/02/2007, at 3:13 AM, Oliver Heger wrote:
Brett Porter wrote:
Hi,
I tested out 1.4 on some
[
https://issues.apache.org/jira/browse/CONFIGURATION-242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brett Porter updated CONFIGURATION-242:
---
Attachment: commons-configuration-1.0-SNAPSHOT-src.zip
this has changed some
, Brett Porter wrote:
Well, it has become even more confusing :) My assessment is that it
should be left as it is currently for 1.4 (see below).
I've attached some unit tests to the issue.
I've found that under 1.3, the same configurations constructed
using a builder behave differently
On 12/02/2007, at 9:26 AM, Henri Yandell wrote:
On 2/11/07, Oliver Heger [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
snip/
Unpacking the source, the ant and m1 builds work fine, but
the m2
build fails because it can't find:
javax.sql:jdbc-stdext:jar:2.0
What is your environment,
Are you sure the tests fail, or is the long stream of output just not
present? ie, if you mvn clean package, do you end up with surefire
reports in your target directory?
Anyway - I don't mind if you revert it - this was just the most
expedient way I could find to get the tests to pass.
That's not entirely correct. That will certainly guarantee it works,
however it does work under many circumstances outside of the tag.
(and all circumstances with the latest snapshots of the release
plugin, I believe).
The most common cause of the problem is people using old versions of
On 12/02/2007, at 2:49 PM, Phil Steitz wrote:
I am preparing DBCP 1.2.2 final now. What exactly should I be
doing? The
jdk = 1.3 version of DBCP does not build under maven - even
maven 1 -
because it needs to use conditional compilation to handle JDBC
version step
down. The Ant
Hi,
I've noticed that if I attach a configuration listener to a combined
configuration, I only get invalidate() events to my listeners, which
come each time the combined configuration gets some other event. I
was thinking that in addition to this the combined configuration
should send
Hi,
I tested out 1.4 on some code I have using 1.3, which has some
expressions that resolve within the same configuration, but which is
located at a different prefix (via config-at). This broke under 1.4,
as it now assumes all interpolations need to happen in the parent.
The feature is
Hi,
I was browsing the JIRA for commons-configuration and noticed the
versions were 'upside down' - so I reversed them in the admin
section. The roadmap now shows the next 3 versions correctly (1.4,
1.5, 2.0) instead of previously listing them as (Nightly, 2.0, 1.5).
I placed nightly
Thanks!
On 30/10/2006, at 11:49 PM, Antoine Levy-Lambert wrote:
Hi,
I have just updated the web site of openpgp in the sandbox. Thanks
Brett
for telling me about mvn site-deploy.
The documentation of the ant task which I have created called
signer is
available.
Regards,
Antoine
On 17/10/2006, at 2:35 PM, Antoine Levy-Lambert wrote:
Do you make a tar file of the generated site, then unpack it on
people.apache.org ? or is there another procedure ?
It should be mvn site-deploy
I will be quite interested to know also how to write and document the
corresponding mojo
On 13/09/2006, at 9:22 AM, Henri Yandell wrote:
Subcomponents of Commons components are a bad thing I think.
Is there any reason for this? What will moving them improve?
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On 13/09/2006, at 2:48 PM, Henri Yandell wrote:
On 9/12/06, Brett Porter [EMAIL PROTECTED] wrote:
On 13/09/2006, at 9:22 AM, Henri Yandell wrote:
Subcomponents of Commons components are a bad thing I think.
Is there any reason for this? What will moving them improve?
It makes us treat
You'd integrate it into your builds. However, this doesn't help with
missing APIs (though I believe retrotranslator does take care of some
of these). It's a pretty good solution for providing JDK 5 binaries
for JDK 1.4.
However, I don't think this addresses the issue being faced - and it
oops! Thanks for the clarification - I'd never had any problems
myself, but I thought I'd gotten that indication from the release
notes/web site. Long while ago now, obviously my memory isn't so good.
- Brett
On 11/09/2006, at 7:55 AM, Stephen Colebourne wrote:
Brett Porter wrote:
Didn't
On 10/09/2006, at 12:40 PM, Simon Kitching wrote:
BTW, It would be great if Java had some other mechanism for handling
multiple versions of the same library (as Microsoft's CLR has I
believe)..
As an ASF committer, you are welcome to participate in our
involvement in JSR 277. See
It's a valid point. Unfortunately, build profiles can't be used for
the distributionManagement section at the moment.
I believe the solution to this really needs to be server side
controls on the repository which we are definitely working on. I'm
not sure what we can do on the client side
It's either an error in the docs, or my memory is failing me :)
On 30/08/2006, at 1:40 PM, Phil Steitz wrote:
On 8/29/06, Brett Porter [EMAIL PROTECTED] wrote:
It's a valid point. Unfortunately, build profiles can't be used for
the distributionManagement section at the moment.
Hmm
pretty sure Phil implemented that for the m1 version. Might just need
a newer release?
On 25/08/2006, at 4:45 PM, Henri Yandell wrote:
Anyone know if we can use the m1 JDiff plugin now that we're in
subversion?
It seems to be very CVS focused.
Hen
On 10/08/2006 1:21 PM, Phil Steitz wrote:
I would like to add m2 support to the nightly build script, but am
still an m2 newbie, so could use a little help. I thought that
starting with [csv] would be good, since the migration page lists it
as done. I have a couple of questions.
1. It seems
On 21/07/2006 2:08 PM, Simon Kitching wrote:
Allowing people to subscribe to (mail+jira+commit) for a specific
commons component seems to be to me what casual contributors would
really need, but we have no easy way to do that without causing major
damage to the whole commons community.
Yes,
+1 to this proposal. I'd also suggest starting the list with the full
list of subscribers so nobody is immediately impacted.
- Brett
On 21/07/2006 10:15 AM, Henri Yandell wrote:
A while back Maven moved to having the commits and issues on different
mailing lists and it seems to be going
About a month ago there was a new draft posted, and Mario had some
comments which Chris said he'd take into consideration.
It's high time we just committed these changes and moved on from there,
I think.
Chris - do you have any more recent changes or should we go with draft 8?
- Brett
On
[ http://issues.apache.org/jira/browse/DBCP-80?page=all ]
Brett Porter updated DBCP-80:
-
Bugzilla Id: (was: 24082)
Reporter: Brett Porter (was: Brett Porter)
NumberFormatException: For input string: myDB in
InstanceKeyDataSourceFactory
On 11/07/2006 2:53 PM, Phil Steitz wrote:
Unfortunately, these kinds of links don't work. I think the pid
identifies a session, so gets stomped and ends up giving the right
view, but to another project. The one below just landed me in Yoko...
Apologies if you copied this from [math], where one
=issuekeysorter/order=DESCstatus=1status=4
On 11/07/2006 3:02 PM, Phil Steitz wrote:
On 7/10/06, Brett Porter [EMAIL PROTECTED] wrote:
On 11/07/2006 2:53 PM, Phil Steitz wrote:
Unfortunately, these kinds of links don't work. I think the pid
identifies a session, so gets stomped and ends up giving
That explains it. Thunderbird very courteously converted the amp; in
the URL to just even when I cut and paste it. If I use amp; it is
equivalent to just ?reset=true, which gives every issue in the system
(in descending alphabetical order starting at YOKO :)
- Brett
On 11/07/2006 3:07 PM,
On 7/07/2006 4:09 PM, Phil Steitz wrote:
Sorry, I missed Brett's stated preference for dated jars, which I
actually share. Is this possible using maven 1 somehow? I vaguely
remember doing this long ago and m1 being smart enough to grab the
latest jar when dated snaps were deployed. We could
On 4/07/2006 2:50 PM, Phil Steitz wrote:
2) Ubuntu on vmbuild seems to have no zip command, so the ant builds
are not getting zips generated. I guess I could break down and fork
Ant again to do the zips, but maybe there is an easier way?
sudo apt-get install zip
Done :)
- Brett
--
Apache
On 7/07/2006 5:05 AM, Jörg Schaible wrote:
Does currently not work. A SNAPSHOT is *never* downloaded, if there is
already sitting one in the local repo - which is true after the first
fetch ...
MNG-1908 ... vote for it !
They're talking about Maven 1, where it does work.
- Brett
--
Apache
If the fix you put in doesn't work, the -Djava.awt.headless=true
property might work.
- Brett
On 7/07/2006 6:18 AM, Phil Steitz wrote:
On 7/6/06, Oliver Heger [EMAIL PROTECTED] wrote:
Phil,
thank you very much for your work! Finally I can see, which test fails
for [configuration].
Hm, it's
On 7/07/2006 2:27 AM, Phil Steitz wrote:
2) Need to decide whether we want dated snaps or just overwriting. If
the latter, we would need a way to purge old stuff (like the crontab
that runs on Minotaur that purges out the old nightly distros).
I generally prefer dated (just in case something
On 7/07/2006 2:11 PM, Phil Steitz wrote:
So hashing (which maven does) is as much as we can really practically
do automated.
Yep (and this is only for transport integrity, not the authenticity of
the source).
# Repository to deploy snapshots
maven.repo.apache.snapshots=scp://cvs.apache.org
something that's already released).
- Brett
--
Brett Porter [EMAIL PROTECTED]
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Brett Porter [EMAIL PROTECTED]
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com
look like ?
Regards,
Antoine
Brett Porter wrote:
At present, you need to have checked out the entire trunks-sandbox (I
need to revisit this build after some more recent changes that should
make it easier now).
- Brett
On 22/06/2006 4:23 PM, Antoine Levy-Lambert wrote:
Hello,
I am trying
On 19/06/2006 8:45 PM, Torsten Curdt wrote:
I quite like the pattern of a little bootstrapper so that forking is the
same code as usual, just with a bootstrapper that runs the jvm in the
middle.
Care to elaborate? ;-)
I couldn't think of much more to explain it than that. Here's an example:
Hi Peter,
Is there a description of what you are working on that has any more
details than: http://wiki.apache.org/general/SummerOfCode2006? I
couldn't find anything else.
Please bear in mind that while I'm a mentor, I actually haven't worked
on JCI (yet), just Maven, so there's every
Torsten Curdt wrote:
Is there some code we can see for these?
Just have a browse here:
http://svn.apache.org/viewvc/jakarta/commons/sandbox/jci/trunk/
Ok, I'd missed that you'd applied those for him. Will do.
...especially the maven plugin.
I'm at a bit of a loss as to why we need a
Can you be more specific?
- Brett
Paul Libbrecht wrote:
Would that run visual unit tests ??
paul
Brett Porter wrote:
Hi,
Berin has setup a VMWare machine for general build stuff. I have setup
httpd, java, continuum and maven 2 on there.
Who was interested on working on nightly builds/CI
Hi,
Berin has setup a VMWare machine for general build stuff. I have setup
httpd, java, continuum and maven 2 on there.
Who was interested on working on nightly builds/CI for commons-*?
- Brett
--
Brett Porter [EMAIL PROTECTED]
Apache Maven - http://maven.apache.org/
Better Builds
Henri Yandell wrote:
Brett and I have both dug into it, but getting the machinery has been
a problem. Ideally we'd like a zone to do builds on, but because
builds are very cpu intensive it's not something that is currently
desired.
I was going to get an account on loki a while back. Will ping.
of an artifact that has been relocated
that we can have a look at, to see how they have done.
--
Brett Porter [EMAIL PROTECTED]
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com
Since I see these are all being changed now, I thought it would be a
good idea to check if anyone did the test I mentioned to make sure it
will work?
- Brett
Brett Porter wrote:
In Maven 2.1, it will be able to correlate between the two, but
currently they'll end up in there twice.
I'd
Who wrote jardiff? If there's a chance the Maven plugin can be
maintained within that project, and Torsten can still contribute to it,
I'm all for it. Jetty does this very successfully.
- Brett
Torsten Curdt wrote:
Unfortunately codehaus was down when I wanted to commit. So it's still
Dennis Lundberg wrote:
Common setting would be good, but I will not go there just yet. I feel
the flames burning already :)
It's a good point. I thought there was an agreed standard, but there
probably isn't. Which is good, because then I can sneak in the Maven
style with lots of whitespace
Dennis Lundberg wrote:
I have also tried to categorize and
describe each report, borrowing/stealing a lot from chapter 6 in the new
book Better Builds with Maven.
Why would you want to do that? :D
+ checkstyle (code formatting)
+ pmd/cpd (bugs, code duplication, coding standards)
Agree,
In Maven 2.1, it will be able to correlate between the two, but
currently they'll end up in there twice.
I'd suggest when a release first does this, it's going to need to move
all the old versions to the new group ID, and add a relocation for the
original group IDs to get it to work, as
+0.5
Henri Yandell wrote:
I'd like to call a vote that we switch to Jira. Here's the loose
migration plan:
* Make Bugzilla read-only
* Import Commons project in Bugzilla into Commons project in JIRA
This will pull over users, components, versions etc.
* Setup notification scheme
* Setup
Cobertura (at least in the Maven plugins), is executed via a fork, so
the licensing is not an issue.
- Brett
Brian K. Wallace wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A question about licensing and control of Cobertura: With part of it
being GPL'ed, is it possible to control it
That's right - you'd need to get / it in Ant. You can't distribute it,
nor can you distribute any instrumented code, I believe.
- Brett
Brian K. Wallace wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's supposed to be executed via a fork (per documentation) in ant as
well. My
Henri Yandell wrote:
Is the following a correct summary of the current state of compress:
* Tar, BZip2 and Zip libraries (taken from Ant). The Tar one was
originally Tim Endres' public domain ice library.
* VFS release is held up by lack of a stable/promoted compress.
* Maven (in plexus at
I did it.
Henri Yandell wrote:
Does this still need doing Anita? If so I can go ahead and do it.
Hen
On 3/1/06, Bill Barker [EMAIL PROTECTED] wrote:
anita kulshreshtha [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi,
Geronimo uses commomns-modeler-1.1.jar. How can I
get
Henri Yandell wrote:
However, what do people think about:
https://truezip.dev.java.net/
It doesn't yet have tar support (seems to have a different initial focus
than what we are looking for), one developer, zero users (4 messages to
the user list, all from the devleoper), and a rapid change
Sorry, lost track of this thread. Where did we get to here?
- Brett
Brett Porter wrote:
StringBuffer is kind of like it, but don't take that too literally.
Please reuse the code from plexus-utils if you can! It would make
porting *much* easier.
- Brett
Niklas Gustavsson wrote:
Let me
Mario Ivankovits wrote:
Now what happend? I was frustrated, and this feeling is still alive. Not
only due to the fact that this is not allowed, but also while it took so
long time to appear.
Can you remind me why you don't just svn copy the sources you need from
these components into
Henri Yandell wrote:
Agreed that it's not a top level priority; though itches vary.
My itches:
* Getting Craig's scripts off his back
* Auto-deploy of snapshots to ASF Maven snapshot repository
* Usefully up to date Maven reports (latest source, junit reports,
code coverage etc)
Agreed.
Stephen Colebourne wrote:
Yes we have many, many problems.
Site
Is this really our top priority? Is maven 2 helping here? Is maven 1? I
have a distinct memory that commons was used as a practice ground pre
maven-1 to test maven's functionality in a real deployment. Are we about
to subject
Phil Steitz wrote:
I agree with you, Brett and think our goal should be to make it as
simple as possible to maintain the site. I also like to be able to
generate individual component sites individually. There are two
things in the current setup that create challenges:
These are what my m2
Rahul Akolkar wrote:
Apologies for the previous blank email.
Just wanted to ask whether this has anything to do with m1 build files
not being available for {exec,openpgp} ? If not, they'd be nice to
have, IMO (I can add them too, its not a big task -- I hope).
Go ahead, if you need them. I
You can use:
svn propedit --revprop -r383268 svn:log
to fix it.
- Brett
Bill Barker wrote:
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Author: billbarker
Date: Sat Mar 4 18:02:01 2006
New Revision: 383268
URL: http://svn.apache.org/viewcvs?rev=383268view=rev
Log:
Fix
Replying to a few of these things. Sorry for neglecting the thread so long.
C. Grobmeier wrote:
I noticed, that compress ist divided into three different APIs, one for
every compression algorithm: Zip, BZip2, Tar.
Tar isn't a compression algorithm.
I actually think commons-archiver is a
I've added gump support to some prereqs on the wiki page.
- Brett
Bill Barker wrote:
As a warning, Gump currently doesn't support M2. As a result, any project
that moves to *exclusively* requiring M2 will lose Gump builds (but will
still get Nagged, unless they change the Gump descriptor
It's dangerous that Hen has nothing better to do right now :) I think
this is being pushed forward at a rate faster than I had expected
because the prerequisites are not ready yet.
Anyone wanting to spend time on this should first be looking at the site
plugin and helping there. Those that are
As Martin said, it's a bad idea to convert things unless they are
uniformly on m2.
xdoc is supported in m2 if you don't use entities. The development
snapshots of the site plugin can render sites that do what the entities
used to.
http://docs.codehaus.org/display/MAVEN/Sites+and+Inheritence
I'd say o.a.j.c, but really it doesn't matter. Pick one and use it
consistently.
If you use o.a.c, you will have to share with anything else commons at
Apache. Same deal that has been traded off for the Java package before.
It's really not a big deal.
- Brett
Dennis Lundberg wrote:
Henri
If that's the only one, I can take care of that after the sandbox is
done. It's a fairly stock report plugin. Of course ,if there are other
volunteers, I won't complain :)
I would assume it would make sense for this plugin to live in Jelly
itself now.
- Brett
Dion Gillard wrote:
It's JellyDoc.
, and is caused by the fact that Writer
aquired it's own append method in Java 5, so the one in StrBuilder is no
longer visible.
Brett Porter [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
That's just the first error. After that, there are a number of enum
named variables (easy
Bill Barker wrote:
Well, Gump doesn't currently support Maven 2, so moving to an *only* build
with Maven 2 would pretty much cripple Gump.
I think Maven 2 support in Gump should be on this list of prereqs.
That aside, I personally have no interest in Maven, so won't help for the
projects
Bill Barker wrote:
Well, I'm only making progress slowly in understanding Maven 2 enough to
create a plugin for the Repository that points to the Gump-built jars
instead of the one declaired in the POM. If nobody that actually knows
Maven 2 wants to step up on [EMAIL PROTECTED], it's going
AFAIK the only Maven 2 built projects are in the Sandbox (exec, openpgp
in particular are builds I've done).
I think the general consensus was to make all of commons site and
release requirements work on those before any others considered it to
minimise disruption.
- Brett
Gary Gregory wrote:
Henri Yandell wrote:
However Java 1.2 and 1.3 don't run on OS X; and most Commons
components target those JVMs - and I thought Maven doesn't run on
those JVMs either.
Run != target, but you'd still need them installed and all the
appropriate fork/path settings set. Which we've been over more
StringBuffer is kind of like it, but don't take that too literally.
Please reuse the code from plexus-utils if you can! It would make
porting *much* easier.
- Brett
Niklas Gustavsson wrote:
Let me rethink this a little bit. For now I'll revert the changes and
work on a simpler CommandLine
Based on that description, +1. If it hasn't even reached 1.0, I don't
think it should be in proper.
- Brett
Henri Yandell wrote:
What to do with Latka?
It's failling to build in gump at the moment, it's not had a release
in 2 and a half years, and that was 1.0-alpha1. Presumably its only
I think this could be solved by setting it to use jaxen-1.1-beta-4
instead. I'll try that now. If I can't get it fixed by the end of the
week, I'll turn them off.
I still believe that someone with spare time needs to get Jelly working
with newer versions of Jaxen. Being stuck on beta-4 is not
Maybe I'm missing something, but are you sure you want this?
At least in plexus-utils, constructing a command line with
cl.addArg().setLine(), cl.addArg.setValue(), etc is *much* friendlier
than creating a string array.
Also, the quote handling is one of the most key things to this library.
Are
to that. That default
implementation would use the Ant code.
However, if you do not think this is a good idea, I'll be happy to back
it out.
/niklas
Brett Porter wrote:
Maybe I'm missing something, but are you sure you want this?
At least in plexus-utils, constructing a command line with
cl.addArg
Henri Yandell wrote:
I've been using IRC more recently for various apache channels. It's
quite a fun thing to do. Any thoughts on connecting to a #commons at
irc.freenode.net?
This discussion could also be put to [EMAIL PROTECTED] How about
#asf-jakarta instead?
The obvious negative to be
Do you mind if I change this?
- Brett
Torsten Curdt wrote:
Thanks, for the heads up! ...it's just a starting point anyway.
cheers
--
Torsten
Hi,
This should have the pom in trunks-sandbox as its parent (see exec, for
example).
I've used different conventions (eg,
I think you'll find some of these already exist in other libraries
(doesn't commons-lang have Os.java?)
- Brett
Ludovic Maitre wrote:
Hi all,
I'm interested in the Commons-Exec project and would like to know if it
planned to retrofit more features from Ant ? I especially would like to
have
Are you using JDK 5 or 1.4?
Maven 1.1 uses your built in XML parser. Problem is, the two JDKs behave
completely differently. I think we need to go back to bundling xerces.
- Brett
Henri Yandell wrote:
On 2/3/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
I get the
That happens when your PATH points to a different installation than
MAVEN_HOME.
- Brett
Dennis Lundberg wrote:
I'm using JDK 1.4 on Windows and I got this error when I tried to run
Maven 1.1-beta-2:
javax.xml.parsers.FactoryConfigurationError: Provider
Hi,
This should have the pom in trunks-sandbox as its parent (see exec, for
example).
I've used different conventions (eg, org.apache.commons as the groupID)
- Brett
[EMAIL PROTECTED] wrote:
Author: tcurdt
Date: Wed Feb 1 18:44:46 2006
New Revision: 374228
URL:
Torsten Curdt wrote:
Do I have to check out the sandbox thingy and build it
so I have it in my local repository?
You just need to check it out using trunks right now. That won't always
be necessary - the m2 build is just experimental at the moment and the
parent hasn't been published to the
jerome lacoste wrote:
There's only one issue: backward compatibility. I have over 1000 lines
of code that use the former API. So if the switch could be not too
hard to do...
Use the IntelliJ Migration assistant :)
Seriously - I'd say here we should strive for biut not be constrained by
Niklas Gustavsson wrote:
/*
* StreamHandlers are used for providing input,
* retriving the output. Also used for logging.
*/
StreamHandler getStreamHandler();
void setStreamHandler(StreamHandler streamHandler);
My only comments on these is that I don't see the point of the setters
in the
jerome lacoste wrote:
Exec was deemed to be an object that makes it easy to use the Executor
for simple use cases, while Executor was more flexible.
Ok. The names could be better :)
I'd rather have implementations then we add an interface in a later
version if we need a remote exec.
jerome lacoste wrote:
The refactoring ended up here:
http://moca.dynalias.com/~jerome/projects/exec2/
(Unfortunately it seems like I messed up apache access rights, but I
should make this code available tomorrow).
Let us know, I'll take a look. I don't think I ever saw this...
- decide
Is cobertura really run by the other gump builds? Probably they don't
have a dependency on the plugin and you do.
- Brett
Jörg Schaible wrote:
Hi fellows,
For c-id I've switched the coverage reports from clover to cobertura.
Unfortunately now gump is failing becasue of the dependency to
Thanks!
Henri Yandell wrote:
karma granted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To
1 - 100 of 386 matches
Mail list logo