e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Brett Porter
Blog: http://www.devzuz.org/blogs/bporter/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
s work for both m1 and
m2?
b) is "yes", a) should be"yes, if your m1/m2/ant script can do it for you"
Let's test it once it's up, then decide whether to use that, or move
the script over. What would be the best set of projects to pilot with
(the
interested in using vmbuild for CI/nightlies/
whatever
In addition, the commons nightlies scripts will need to be moved
along with the VM, but since we will probably start with a clean
slate I might need a hand with tha
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 san
also a lot of work done by a contributor a little
while back (was that applied to SVN already?)
- Brett
On 02/07/07, Torsten Curdt <[EMAIL PROTECTED]> wrote:
Go for it! ...actually I think it needs more than just that. Will you
look into that too? :)
cheers
--
Torsten
On 02.07.2007, at
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 :
ons-private).
Cheers,
Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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).
cs
commented on, but as for this - still useful,
needs to be finished. Not being used yet, but there was interest
initially.
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
send the events it receives to its own listeners as well.
any objections to me implementing this? (doesn't have to be in the
1.4 timeframe).
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
to both cases.
If you wanted to do that I'd be happy to help.
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ns of
the release plugin.
- Brett
On 12/02/2007, at 10:33 AM, Jörg Schaible wrote:
[EMAIL PROTECTED] wrote:
Author: bayard
Date: Sun Feb 11 14:42:50 2007
New Revision: 506158
URL: http://svn.apache.org/viewvc?view=rev&rev=506158
Log:
M2 build
Added:
jakarta/commons/proper/pool/trun
e tests to pass. Otherwise, there
are a bunch of XML parser errors as for some reason digester isn't
able to find one when the tests are forked.
- Brett
On 12/02/2007, at 8:09 AM, Oliver Heger wrote:
[EMAIL PROTECTED] wrote:
Author: brett
Date: Sun Feb 11 04:41:01 2007
New Revisi
it should exclude that dependency (you can put excludes inside
the dependency elements).
Here, you would need to have two profiles - for 1.3 (assuming that's
supported in c-c) that includes c-dbcp as is, and for 1.4+ that
includes c-dbcp with an exclusion.
Once DBCP is release
Author: brett
Date: Sun Feb 11 05:09:28 2007
New Revision: 505955
URL: http://svn.apache.org/viewvc?view=rev&rev=505955
Log:
ignore IDEA files
Modified:
jakarta/commons/proper/configuration/trunk/ (props changed)
Propchange: jakarta/commons/proper/configuration/t
54 PM, 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
[
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
ubsets 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,
Author: brett
Date: Sun Feb 11 04:41:13 2007
New Revision: 505938
URL: http://svn.apache.org/viewvc?view=rev&rev=505938
Log:
make abstract test abstract
Modified:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/tree/xpath/AbstractXPathTest.java
Modi
Author: brett
Date: Sun Feb 11 04:41:01 2007
New Revision: 505937
URL: http://svn.apache.org/viewvc?view=rev&rev=505937
Log:
fix tests in Maven 2
Modified:
jakarta/commons/proper/configuration/trunk/pom.xml
Modified: jakarta/commons/proper/configuration/trunk/pom.xml
URL:
definitely useful - but should it first look inside
the subset, and then go to the parent if not found, rather than
skipping the subset altogether?
Cheers,
Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
ed nightly between 1.3 and 1.4.
Hope that's ok - let me know if it causes any problems.
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: brett
Date: Wed Feb 7 13:21:19 2007
New Revision: 504696
URL: http://svn.apache.org/viewvc?view=rev&rev=504696
Log:
fix typo
Modified:
jakarta/commons/proper/configuration/trunk/xdocs/howto_configurationbuilder.xml
Modified:
jakarta/commons/proper/configuration/trunk/x
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
xpressions / POM elements instead of using properties. Then extend
the AbstractMojo class (or implement the Mojo interface).
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, 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
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
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 Porte
o through
this (backwards-incompatible API change, not a JDK5-ification) Îin
the past for 3.0? Any experiences that can be learned from there?
HTH,
Brett
On 11/09/2006, at 7:16 AM, Henri Yandell wrote:
How does that work exactly? Can we happily write 1.5 stuff and then
let the user take the 1
http://www.apache.org/jcp/ for details.
Cheers,
Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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 th
the client side other than education at
the moment.
- Brett
On 30/08/2006, at 4:44 AM, Phil Steitz wrote:
I have one more question / concern with the current setup.
Currently, we are inheriting the distributionManagement config from
the apache POM. This seems good and reasonable, except t
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
is?
The assembly plugin is the equivalent of dist (but is a lot more
flexible). There is a default descriptor for building source and binary
tarballs/zips, but you can also create your own, describing the layout
of the resulting archive.
Thanks!
- Brett
--
o them. This is really who the proposal is for, I
agree that the committers would want to be on all 3.
I don't buy the argument that it is necessary to follow all the jira
issues and commits to participate in development, though.
Brett, what's the feedback on the split of the Mav
+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?
-
[ 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
> InstanceKeyD
That explains it. Thunderbird very courteously converted the & in
the URL to just & even when I cut and paste it. If I use & 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:
issuekey&sorter/order=DESC&status=1&status=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 sessio
u can definitely do this. You may just have the incorrect
pid - but otherwise it looks ok.
I generally use the "XML" (ie, RSS) link on the filter I want to
construct the correct URL (and just remove view=rss and decorator=none).
- Brett
--
Apache Maven - http://maven.apache.org/
Bet
essarily such a bad thing, allowing folks to always pick
the version they want.
- Brett
--
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
is a good idea.
Pretty much. The release plugin actually puts the release rev# on trunk,
but immediately bumps it up to the next snapshot and commits again. Both
are good alternatives as long as trunk stays as a snapshot when it has
the possibility to change.
- Brett
--
Apache Maven - http://m
the machine can compromise the key being used to
sign them if it is automated).
- Brett
--
Apache Maven - http://maven.apache.org/
Better Builds with Maven - http://library.mergere.com/
-
To unsubscribe, e-mail: [EMAIL
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 [configur
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
--
A
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
Author: brett
Date: Sun Jul 2 18:21:17 2006
New Revision: 418669
URL: http://svn.apache.org/viewvc?rev=418669&view=rev
Log:
we don't need a snapshot anymore, latest release does what's needed
Modified:
jakarta/commons/trunks-sandbox/pom.xml
Modified: jakarta/commons/trunks-s
Author: brett
Date: Sun Jul 2 18:19:41 2006
New Revision: 418668
URL: http://svn.apache.org/viewvc?rev=418668&view=rev
Log:
use common Apache parent
Modified:
jakarta/commons/sandbox/openpgp/trunk/pom.xml
jakarta/commons/trunks-sandbox/pom.xml
Modified: jakarta/commons/sandbox/ope
nging 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: [EMAI
Try:
svn co http://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox/
That will grab them all via externals, and the important files are in
that directory itself (this is the thing I wanted to change).
- Brett
On 22/06/2006 5:27 PM, Antoine Levy-Lambert wrote:
Hello Brett,
I have
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 to build commons-openpgp using maven.
I am getting
ruction,
there are other ways to pass them around and you probably already
construct those in JCI.
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
way you can aim for functional
equivalence and backwards compatibility.
I have some work lined up that will include:
o examples and documentation
o configuation management
o fixing an eclipse compiler issue
o class dependency awareness
...and at some stage adding jsr199 support.
That's a
ription would have been
misleading - it's not desirable to write a new compiler plugin, but
instead to integrate commons-jci into the existing one (instead of the
plexus compiler).
Looking forward to hearing more about your work!
Cheers,
Brett
-
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 Build
something completely
artificial instead of commons-lang if it makes it easier).
- Brett
Dennis Lundberg wrote:
Hi Brett
Sorry, I misunderstood you regarding when to do the testing. So, no I
haven't done the test, yet. Can you elaborate a bit more on what needs
to be tested? Perhaps you know
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.
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.
whitespace (I never used to like it but it won me over :)
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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.
jdiff (same as clirr)
It's actually quite different, but I think it is best used on-demand to
browse the changes rather than as a report like clirr.
Cheers,
Brett
--
Apache Maven - http://maven.apache.org/
Better Builds with Maven - h
it to work, as you've indicated here. It would
be a good idea to do a test on this first, of course.
- Brett
Simon Kitching wrote:
On Sat, 2006-05-13 at 11:30 -0700, Martin Cooper wrote:
On 5/13/06, robert burrell donkin <[EMAIL PROTECTED]>
wrote:
On Thu, 2006-04-06 at 08:51 +0200,
+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 permi
That's right - you'd need to 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
w
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 contr
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 codeh
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
aybe we could be helping out
> there rather than trying to create something out of [compress].
Compress is stable code that just needs to be made easily reusable. I
need to do a review of the last couple of messages, but there are at
least 2 or 3 keen people involved. I t
Author: brett
Date: Mon Mar 6 07:43:45 2006
New Revision: 383567
URL: http://svn.apache.org/viewcvs?rev=383567&view=rev
Log:
update to be consistent with exec and openpgp for now
Modified:
jakarta/commons/sandbox/jci/trunk/pom.xml
Modified: jakarta/commons/sandbox/jci/trunk/pom.xml
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
>
&g
the code.
Agreed.
> They reflect and feed on each
> other. The best way to keep the community together, is to keep them
> dependent on the same piece of code.
You mean commons-logging? :)
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hen the
others are released.
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Author: brett
Date: Sat Mar 4 19:35:01 2006
New Revision: 383273
URL: http://svn.apache.org/viewcvs?rev=383273&view=rev
Log:
update Maven descriptor
Modified:
jakarta/commons/proper/modeler/trunk/project.xml
Modified: jakarta/commons/proper/modeler/trunk/project.xml
URL:
How do i proceed then? Sending it to this list? Creating an bugzilla
issue?
>
I don't recall seeing anything come in. Is this still happening? If not,
can we kick it off again?
Cheers,
Brett
[1]
http://cvs.codehaus.org/viewrep/plexus/trunk/plexus-components/plexus-archiver
[2]
http://
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: htt
o ahead, if you need them. I use m2, so I added those. The others
contributing put in an ant script I think, at least for exec. The site
will require m2 for now, but that's an issue to tackle at promotion
time. I'd really rather not wr
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 chall
decisions I think there are few enough that
it won't be that hard as long as everyone is objective.
That's not to say there should be separate lists. We've done that for
big subprojects in Maven and it works just fine. People with special
interests can
ble pain to get it in a working
state. So, if there are issues in the future they will be harder to work
through, and if Hen's design/IA concerns yield suggestions that require
changes to the structure or appearance of the site, someon
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
Denni
nheritence
You'll probably find that once you start writing APT docs, you will want
to convert the xdocs because they are far faster to write and to be able
to read from source. But let's not put the cart before the horse.
- Brett
Rahul Akolkar wrote:
> On 3/3/06, Henri Yandell &l
should work
first, and be applied to commons as a whole, so those building their own
projects should just be installing m2 and running "mvn" instead of "maven".
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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 t
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:
nrelated to the (brain-dead) output of Maven.
The modeler build in SVN seems to work just fine under Maven. Yes, the
generated ant scripts are fairly brain dead, but will work for anything
with a simple Maven build. If you need to customise the build with
plugins then they are not mapped into the g
on't help for the
> projects I'm involved with (daemon & modeler), and will veto removal of the
> ant build scripts from either.
I don't think anyone is saying that Ant scripts should be removed if
there is someone to maintain them. As a last resort, the "mvn ant:ant"
Author: brett
Date: Sun Feb 19 10:16:39 2006
New Revision: 378937
URL: http://svn.apache.org/viewcvs?rev=378937&view=rev
Log:
be more explicit about the references to the outer class to allow compilation
against the JDK 5 class library.
Modified:
jakarta/commons/proper/lang/trunk/src/
I don't know how I missed the "warning: " text on those :) I don't
actually get the encoding warning on my machine.
I've fixed the inner class references.
- Brett
Bill Barker wrote:
> Actually, the enum and Entities are just warnings. The only actual error is
>
That's just the first error. After that, there are a number of enum
named variables (easy to fix), but also the "enum" package seems to be a
problem.
It could be changed to .enums, but that's not backwards compatible. IS
that a reasonable change to make on trunk for c-l 3
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
Author: brett
Date: Wed Feb 15 00:23:50 2006
New Revision: 377962
URL: http://svn.apache.org/viewcvs?rev=377962&view=rev
Log:
fix gump build
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/swing/project.xml
Modified: jakarta/commons/proper/jelly/trunk/jelly-tags/swing/project
Hi Wendy,
Wendy Smoak wrote:
> This is not foolproof-- it's still possible to compile the project
> without that configuration, but someone should eventually notice the
> expressions showing up in the manifest and fix it. Or Brett will
> chime in with the right answer. :)
Th
t. Which we've been over more than once
here :)
I thought the agreement was to compile with the latest, but -target 1.3,
and verify that there are no binary incompatibilities with earlier rt.jar's?
- Brett (now wondering about a Clirr extension that detects binary
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 sim
This sounds fine. I have to admit I still haven't gotten my head around
the current state of things as much as I'd like.
Will it still be possible to construct a command line in the way I've
illustrated?
If not, is it possible this class could take both types of arguments?
.
Are you sure it will get back to the well tested state that Ant had this
code in? It's really the only problem I have with the plexus-utils
version of the library.
- Brett
[EMAIL PROTECTED] wrote:
> Author: ngn
> Date: Sat Feb 11 16:14:47 2006
> New Revision: 377094
>
> U
ng stuck on beta-4 is not very
desirable, and it appears they are never going to restore backwards
compatibility as it was a deliberate breakage. I'm not that person (I
have neither the xpath knowledge or spare time or need to use Jelly any
more :)
- Brett
Bill Barker wrote:
>> "He
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 tha
1 - 100 of 591 matches
Mail list logo