Re: [compress] Compress-69: BZ not written

2009-04-13 Thread Torsten Curdt
Sounds like the way to go to me

On Mon, Apr 13, 2009 at 16:55, Christian Grobmeier  wrote:
> Hi all,
>
> with the fix of COMPRESS-58 the magic BZ is not longer written to the stream.
> Its assumed the stream caller has written this. Compress-69 is a bug
> which claims about inconsistency.
>
> However, I would like to comment in those two lines again which writes
> BZ to the stream.
> Anything speaking against this change?
>
> Best,
> Christian
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[compress] Compress-69: BZ not written

2009-04-13 Thread Christian Grobmeier
Hi all,

with the fix of COMPRESS-58 the magic BZ is not longer written to the stream.
Its assumed the stream caller has written this. Compress-69 is a bug
which claims about inconsistency.

However, I would like to comment in those two lines again which writes
BZ to the stream.
Anything speaking against this change?

Best,
Christian

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: [VOTE] Release of DbUtils 1.2 RC3

2009-04-13 Thread Liam Coughlin
+1 i suppose.

Same issue occurs with oracle 11g drivers as well, but you're correct, it's
not a regression -- I hadn't really noticed it because bizzarely, i'm using
the data direct drivers and they don't show the issue.

The issue's been raised on oracles forums a couple of times.

My kingdom for a typed null.

-shrug-


On Mon, Apr 13, 2009 at 2:20 AM, Dan Fabulich  wrote:

> Took me a few weeks, but I finally got around to installing a free instance
> of Oracle (Express Edition 10.2) and testing the null handling code we
> introduced in DbUtils 1.2 (DBUTILS-31).
>
> Sure enough, there's a bug, DBUTILS-55, but I don't think it's very
> important, since it's not a regression; it was there in DbUtils 1.1 and
> nobody appears to have noticed or cared.  :-)  Also, I have no idea how we
> could possibly fix it, since Oracle's JDBC driver doesn't support
> ParameterMetaData.getParameterType.
>
> With that done, and having tested successfully with Apache Derby, I'm now
> prepared to give RC3 my +1.  I believe we also already have a +1 from Joerg
> Schaible, so we still need two more binding +1s to release.
>
> -Dan
>
>
> Dan Fabulich wrote:
>
>
>> My third attempt at releasing a commons project; please test rigorously!
>>
>> RC3 includes an API change to QueryRunner to guarantee thread-safety.
>> (DBUTILS-52)
>>
>> NOTE: No one has yet explicitly said on-list that they have tested DbUtils
>> 1.2 with a real database.  We should not release it until somebody tries it
>> out with a real live Oracle database, as described below.
>>
>> Compatibility warnings:
>>
>> * API change in QueryRunner: the setDataSource method was removed in order
>> to fix a thread-safety bug (DBUTILS-52)
>> * We upgraded the JVM dependency from JDK 1.3 to JDK 1.4 (DBUTILS-31)
>> * Users who may have extended BeanListHandler.handleRow will find that
>> this method no longer exists (is no longer called) in DbUtils 1.2
>> (DBUTILS-37)
>> * Users who may have extended KeyedHandler will find that its protected
>> members are now final (to guarantee thread safety). (DBUTILS-51)
>>
>> PLEASE TEST THIS RELEASE WITH A REAL DATABASE!
>>
>> Although this project has reasonable unit tests, it has no integration
>> tests with any actual databases; it is quite possible that the fix for
>> DBUTILS-31 has broken something on Oracle, MS SQL Server, Derby, or your
>> favorite database.
>>
>> To verify DBUTILS-31, use QueryRunner to put a null value in a field, e.g.
>> with QueryRunner.update.  Ideally it would be good to verify putting nulls
>> in fields of various types: char, varchar, int, boolean, date, etc.
>>
>> --
>>
>> Tag:
>>
>> https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_2
>>
>> Site:
>>
>> http://people.apache.org/builds/commons/dbutils/1.2/RC3/site/index.html
>>
>> Binaries:
>>
>>
>> http://people.apache.org/builds/commons/dbutils/1.2/RC3/staged/commons-dbutils/commons-dbutils/1.2/
>>
>> [ ] +1 release it
>> [ ] +0 go ahead I don't care
>> [ ] -1 no, do not release it because
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [math] Package location for RankingAlgorithm

2009-04-13 Thread Cyril Briquet
Indeed, 4) would definitely make sense.
Rankings are typically constructed based on some sort of statistical
measure.

-- 
Cyril Briquet

>Phil Steitz a écrit :
>> MATH-136 introduces rank correlation, with pluggable ranking algorithm.
>> The RankingAlgorithm interface and associated implementations are likely
>> to be reused elsewhere in the stat package.  The question is where to
>>put RankingAlgorithm and its implementations.  I would appreciate
>> feedback on the following alternatives.
>> 0) Hold off introducing the algorithms at all - just hard-code the
>> conventional (ties get the average) algorithm into the Spearman's
>> correlation class to be included in the correlation package.  See
>> comments in the JIRA issue.
>> 1) Put RankingAlgorithm and its implementations into the correlation
>> package, where it will be first used.
>> 2) Put them in util
>> 3) Put them in stat.descriptive.rank
>> 4) new package stat.ranking
>> I think 2) is the best,  but appreciate feedback.
> I would have chosen 4, but my lack of understanding about anything stat
> related implies my opinion should not count here. The rationale is
> probably where users without a priori knowledge of the library layout
> would first search for such features. Are ranking algorithms used
> outside of stat ?
> Luc
>> Phil


[g...@vmgump]: Project commons-configuration-test (in module apache-commons) failed

2009-04-13 Thread Gump
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 
integration.
This issue affects 1 projects,
 and has been outstanding for 13 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-configuration-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven2 settings: 
[/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml]
 -DEBUG- (Gump generated) Maven2 Settings in: 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/configuration/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html
Work Name: build_apache-commons_commons-configuration-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 35 secs
Command Line: mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml 
test 
[Working Directory: /srv/gump/public/workspace/apache-commons/configuration]
CLASSPATH: 
/usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar
-
  testAddNodesCopy(org.apache.commons.configuration.TestXMLConfiguration)
  testInitCopy(org.apache.commons.configuration.TestXMLConfiguration)
  testSetRootAttribute(org.apache.commons.configuration.TestXMLConfiguration)
  testLoadAndSaveFromFile(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToURL(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToStream(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSave(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveAttributes(org.apache.commons.configuration.TestXMLConfiguration)
  testCloneWithSave(org.apache.commons.configuration.TestXMLConfiguration)
  testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration)
  testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  
testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  
testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  
testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration)
  
testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration)
  testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration)
  testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration)
  
testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration)

Tests run: 1416, Failures: 0, Errors: 52, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] --