Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by MattBenson:
http://wiki.apache.org/jakarta-commons/Collections/Collections3x
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by MattBenson:
http://wiki.apache.org/jakarta-commons/Collections/Collections3x
The comment on the change is:
work in progress
New page:
It has bee
How is everyone staging m2 releases? Can we apply the following patch
to commons-parent? Please try to read over any formatting mishaps --
its the (release profile)/distributionManagement/repository element.
Index: pom.xml
===
--- po
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of James Carman
> Sent: Wednesday, March 19, 2008 12:41 PM
> To: Jakarta Commons Developers List
> Subject: Re: [DISCUSS] Distribution jars and debug compiler setting...
>
> On 3/19/08, Gary Gregory <[EMAIL
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jaxme has an issue affecting its community
integration.
This
On 3/19/08, Gary Gregory <[EMAIL PROTECTED]> wrote:
>
> What the argument for debug off? Saving disc space?
Performance.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--- Stephen Colebourne <[EMAIL PROTECTED]>
wrote:
> > This brings us
> > back, however, to the question of whether
> [reflect]
> > should be resurrected. My personal feeling is
> that
> > the scope of [reflect] as repository for "stuff to
> > make it easier to work with java.lang.reflect" is
> s
This brings us
back, however, to the question of whether [reflect]
should be resurrected. My personal feeling is that
the scope of [reflect] as repository for "stuff to
make it easier to work with java.lang.reflect" is so
small and has so much overlap with [lang], that it's
not really worth it.
Debug on, and people who want it off can build it themselves with
instructions we provide [so we need said instructions] :)
Hen
On Wed, Mar 19, 2008 at 6:37 AM, James Carman
<[EMAIL PROTECTED]> wrote:
> All,
>
> We were discussing in another thread about the merits of the
> dependencies report
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-collections-testframework has an issue affecting its community
integrati
I like debug on.
When a customer has an issue that needed debugging level information it is
tricky enough that we have to guide them on how to turn on debugging and other
particulars for our software and then try again. Now, I'd have to either change
our build to include debug jars instead of p
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by NiallPemberton:
http://wiki.apache.org/commons/CommonsOsgi
--
|| ch
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 19, 2008 at 2:42 PM, Matt Benson
> <[EMAIL PROTECTED]> wrote:
> >
> > --- Rahul Akolkar <[EMAIL PROTECTED]>
> wrote:
> >
> > > On 3/19/08, Matt Benson <[EMAIL PROTECTED]>
> > > wrote:
> > > >
> > > > --- Niall Pemberton
> <[EMAIL
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by NiallPemberton:
http://wiki.apache.org/commons/CommonsOsgi
--
|| je
On Wed, Mar 19, 2008 at 2:42 PM, Matt Benson <[EMAIL PROTECTED]> wrote:
>
> --- Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> > On 3/19/08, Matt Benson <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > --- Niall Pemberton <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > > Adding rather than copying loo
--- Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 3/19/08, Matt Benson <[EMAIL PROTECTED]>
> wrote:
> >
> > --- Niall Pemberton <[EMAIL PROTECTED]>
> wrote:
> >
> > > Adding rather than copying looses all the svn
> > > history of these files
> > > which is a big mistake IMO.
> >
> >
> > Point
On 3/19/08, Matt Benson <[EMAIL PROTECTED]> wrote:
>
> --- Niall Pemberton <[EMAIL PROTECTED]> wrote:
>
> > Adding rather than copying looses all the svn
> > history of these files
> > which is a big mistake IMO.
>
>
> Point taken; I wasn't thinking about that. :)
> However, since we've not y
All,
We were discussing in another thread about the merits of the
dependencies report from m2 when I noticed our report that tells us if
the dependency was compiled with debug turned on or not (this should
be part of the default m2 report if it isn't already). Anyway, I was
thinking that maybe ou
On 3/19/08, sebb <[EMAIL PROTECTED]> wrote:
> But it's not easy to read; and does not appear to be in any particular order.
>
I believe it's showing up in the order that it's encountered in the
pom.xml file.
> > I never noticed it
> > before, but way down at the bottom of the m2 report, it g
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
> Adding rather than copying looses all the svn
> history of these files
> which is a big mistake IMO.
Point taken; I wasn't thinking about that. :)
However, since we've not yet agreed on the final home
for this stuff, I'm going to leave as-is for
On 19/03/2008, James Carman <[EMAIL PROTECTED]> wrote:
> On 3/18/08, sebb <[EMAIL PROTECTED]> wrote:
>
> > > The groupId/artifactId/version/classifier are all necessary for
> > > determining exactly which jar you're talking about. I don't think any
> > > of those should be dropped.
> > >
Adding rather than copying looses all the svn history of these files
which is a big mistake IMO.
Niall
On Wed, Mar 19, 2008 at 4:31 AM, <[EMAIL PROTECTED]> wrote:
> Author: mbenson
> Date: Tue Mar 18 21:31:46 2008
> New Revision: 638703
>
> URL: http://svn.apache.org/viewvc?rev=638703&view=re
On 3/19/08, Henri Yandell <[EMAIL PROTECTED]> wrote:
> Here's a peek at some of the interesting issues in the 3.3 TODO list
> that need discussion:
>
> * COLLECTIONS-238 - Allowing ExtendedProperties to have empty values.
> ie) "foo=" would result in a key of foo existing.
It's not just that t
On 3/18/08, sebb <[EMAIL PROTECTED]> wrote:
> > The groupId/artifactId/version/classifier are all necessary for
> > determining exactly which jar you're talking about. I don't think any
> > of those should be dropped.
> >
>
>
> I've yet to see anything other than "-" as a Classifier - what p
24 matches
Mail list logo
