dbutils shows up here:
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
But not on central:
http://repo1.maven.org/maven2/commons-dbutils/commons-dbutils/
It's been more than 24 hours now. Is this cause for concern?
-Dan
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 gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
Hi Dan,
yes - I would wait for another 24 hours and then check with, mhmm. The
last two times I directly contacted Carlos Sanchez but I'm not sure if
this is the official way of doing that (probably not)
Some ideas ...
1) file permissions - are the file/group permissions correctly set?
2) is
156 seconds on a 2.53 GHz Duo
10x any other test. Can this be sped up somehow?
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
- Phil Steitz phil.ste...@gmail.com a écrit :
156 seconds on a 2.53 GHz Duo
Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz, 1.5G
RAM).
I have reduced the size of two tests that seemed the more time consuming for
me. Does this help ?
Luc
10x any other
Hi all,
we have fixed all bugs we mentioned for 1.0 release. The API looks
quite good for my eyes (even when Sebastian finds some stuff here and
there :-)) and I would like to think about a release again. Is there
anything speaking against this step? Anything we really need to do
before
On 27/04/2009, luc.maison...@free.fr luc.maison...@free.fr wrote:
- Phil Steitz phil.ste...@gmail.com a écrit :
156 seconds on a 2.53 GHz Duo
Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz,
1.5G RAM).
I have reduced the size of two tests that
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
Hi all,
we have fixed all bugs we mentioned for 1.0 release. The API looks
quite good for my eyes (even when Sebastian finds some stuff here and
there :-)) and I would like to think about a release again. Is there
anything
+1 on all of that
cheers
--
Torsten
On Mon, Apr 27, 2009 at 17:23, sebb seb...@gmail.com wrote:
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
Hi all,
we have fixed all bugs we mentioned for 1.0 release. The API looks
quite good for my eyes (even when Sebastian finds some
sebb wrote:
On 27/04/2009, luc.maison...@free.fr luc.maison...@free.fr wrote:
- Phil Steitz phil.ste...@gmail.com a écrit :
156 seconds on a 2.53 GHz Duo
Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz, 1.5G
RAM).
I have reduced the size of two
The only minor issue I have is with finish() and close().
I think it is going to be annoying for users to have to call finish()
separately from close().
I would prefer to see finish() being optional, i.e. close() should
call it if necessary.
But the code should check to make sure that
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
The only minor issue I have is with finish() and close().
I think it is going to be annoying for users to have to call finish()
separately from close().
I would prefer to see finish() being optional, i.e. close() should
Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
This field is currently unused - what are the plans for it?
Maybe just add a JIRA so it is not overlooked?
yes, definitly!
I found before a few days and forgot about it agian. Will create ticket for it.
I have update
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
This field is currently unused - what are the plans for it?
Maybe just add a JIRA so it is not overlooked?
yes, definitly!
I found before a few days
On 27/04/2009, sebb seb...@gmail.com wrote:
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
This field is currently unused - what are the plans for it?
Maybe just add a JIRA so it is not
On Wed, Apr 22, 2009 at 6:09 PM, Dan Fabulich d...@fabulich.com wrote:
OK, then here's what I think I want to do:
cd /www/www.apache.org/dist/commons/dbutils
rm *current*
cd binaries
cp
/www/people.apache.org/builds/commons/dbutils/1.2/RC3/staged/commons-dbutils/commons-dbutils/1.2/*bin*
On Sun, Apr 26, 2009 at 1:01 AM, Dan Fabulich d...@fabulich.com wrote:
I have hit another stumbling block in my neverending quest to release
DbUtils 1.2.
The wiki here http://wiki.apache.org/commons/CreatingReleases says in step
E.3 Deploy the Site to run mvn site-deploy, but that doesn't
On Mon, Apr 27, 2009 at 5:30 AM, Dan Fabulich d...@fabulich.com wrote:
dbutils shows up here:
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
But not on central:
http://repo1.maven.org/maven2/commons-dbutils/commons-dbutils/
It's been more than 24
So the Sanselan discussion more broadly triggers a few thoughts in my
mind, but this thread is not meant to be Sanselan specific.
Understanding that not all decisions are objective, I still haven't
convinced myself that I have a reasonable set of somewhat objective
criteria that I can iterate
On 27/04/2009, sebb seb...@gmail.com wrote:
On 27/04/2009, sebb seb...@gmail.com wrote:
On 27/04/2009, Christian Grobmeier grobme...@gmail.com wrote:
Just remembered - what about
ZipArchiveInputStream.useUnicodeExtraFields?
This field is currently unused - what are the plans
Rahul Akolkar wrote:
So the Sanselan discussion more broadly triggers a few thoughts in my
mind, but this thread is not meant to be Sanselan specific.
Still an hour or so left to VOTE ;)
Understanding that not all decisions are objective, I still haven't
convinced myself that I have a
Phil Steitz wrote:
I would like to propose that we accept Sanselan as a (proper) commons
component. See [1] for background on Sanselan. We can discuss the
administrative issues in [1] as we plan and execute the svn moves and
component setup.
Votes, please. This vote will close in 72 hours
We have voted to accept sanselan as a commons component [1]. Welcome!
We now need to settle the administrative questions raised in [2]:
2. Most commons components have a functional name instead of a fun
name. Would Sanselan need to be renamed, e.g. Commons Image, or would it
be ok to have
On Apr 27, 2009, at 1:44 PM, Rahul Akolkar wrote:
On Mon, Apr 27, 2009 at 5:30 AM, Dan Fabulich d...@fabulich.com
wrote:
dbutils shows up here:
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
But not on central:
On 2009-04-27, sebb seb...@gmail.com wrote:
Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
This field is currently unused - what are the plans for it?
It should never have been unimplemented at all 8-)
This was the last piece I wanted to do while working on the code
On Tue, Apr 28, 2009 at 3:45 AM, Phil Steitz phil.ste...@gmail.com wrote:
2. Most commons components have a functional name instead of a fun name.
Would Sanselan need to be renamed, e.g. Commons Image, or would it be ok to
have the sub-project called Sanselan, or Commons Sanselan?
What for?
26 matches
Mail list logo