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-vfs2-test has an issue affecting its community integration.
This i
Am 15. März 2012 01:58 schrieb Emmanuel Bourg :
> There is another alternative, we might replace the records returned as a
> String[] by a CSVRecord class able to access the fields by id or by name.
> This would be similar to a JDBC resultset (except for the looping logic)
>
sounds good. This disc
Le 15/03/2012 08:55, Benedikt Ritter a écrit :
I'm not sure if I understand the approach completely. The Header can
not be accessed as a CSVRecord, right? CSVRecords know the header
values through get(string). What happens if the format does not
support a header? UnsupportedOperationException?
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20142&projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 15 Mar 2012 10:20:10 +
Finished at: Thu 15 Mar 2012 10:21:20 +
Total time: 1m 10s
Build Trigger: Schedule
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20144&projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 15 Mar 2012 11:20:09 +
Finished at: Thu 15 Mar 2012 11:21:19 +
Total time: 1m 9s
Build Trigger: Schedule
B
On 15 March 2012 11:26, wrote:
> Author: simonetripodi
> Date: Thu Mar 15 11:26:25 2012
> New Revision: 1300925
>
> URL: http://svn.apache.org/viewvc?rev=1300925&view=rev
> Log:
> just incrementally built the hashcode in the constructor
>
I wondered why you did not use the java.lang.String appro
Am 15. März 2012 12:59 schrieb sebb :
> On 15 March 2012 11:26, wrote:
>> Author: simonetripodi
>> Date: Thu Mar 15 11:26:25 2012
>> New Revision: 1300925
>>
>> URL: http://svn.apache.org/viewvc?rev=1300925&view=rev
>> Log:
>> just incrementally built the hashcode in the constructor
>>
>
> I wond
In my testing, using final class variables for delimiter, escape etc
(set in ctor) shaves about 1 sec off the time to read the world town
data file compared with accessing these fields inline through the
format field.
Average time goes from c. 25.5 to c. 24.5 which is a 4% improvement.
I suspect
Le 15/03/2012 13:34, sebb a écrit :
In my testing, using final class variables for delimiter, escape etc
(set in ctor) shaves about 1 sec off the time to read the world town
data file compared with accessing these fields inline through the
format field.
Average time goes from c. 25.5 to c. 24.5
Am 15. März 2012 13:50 schrieb Gary Gregory :
> Can you put your perf test code and resources in SVN so I do not have to
> write on please?
>
Hi Gary,
have a look at http://markmail.org/message/x73i3hl63rjqdyfa (I agree
with you, that having a clean performance test in SVN would be better)
Regar
On 15 March 2012 12:43, Emmanuel Bourg wrote:
> Le 15/03/2012 13:34, sebb a écrit :
>
>> In my testing, using final class variables for delimiter, escape etc
>> (set in ctor) shaves about 1 sec off the time to read the world town
>> data file compared with accessing these fields inline through the
Le 15/03/2012 14:13, sebb a écrit :
Eclipse, so probably client VM?
Probably. You can print the java.vm.name system property at the
beginning of the test, that will tell you the VM used.
Emmanuel Bourg
smime.p7s
Description: S/MIME Cryptographic Signature
Am 15. März 2012 14:44 schrieb :
> Author: ggregory
> Date: Thu Mar 15 13:44:44 2012
> New Revision: 1300977
>
> URL: http://svn.apache.org/viewvc?rev=1300977&view=rev
> Log:
> Update to JUnit 4.10 from 3.8.1.
>
nice work! how about a static import of org.junit.Assert.* ?
> Modified:
> common
Aaargh not now, it conflicts with my pending changes :(
Le 15/03/2012 14:44, ggreg...@apache.org a écrit :
Author: ggregory
Date: Thu Mar 15 13:44:44 2012
New Revision: 1300977
URL: http://svn.apache.org/viewvc?rev=1300977&view=rev
Log:
Update to JUnit 4.10 from 3.8.1.
Modified:
commons/
On Thu, Mar 15, 2012 at 9:49 AM, Emmanuel Bourg wrote:
> Aaargh not now, it conflicts with my pending changes :(
>
Zut alors! How was I to know :(
G
>
>
> Le 15/03/2012 14:44, ggreg...@apache.org a écrit :
>
> Author: ggregory
>> Date: Thu Mar 15 13:44:44 2012
>> New Revision: 1300977
>>
>>
Le 15/03/2012 14:59, Gary Gregory a écrit :
Zut alors! How was I to know :(
By asking the list first I guess :)
Could you just add the static import please? This will reduce the conflicts.
Emmanuel Bourg
smime.p7s
Description: S/MIME Cryptographic Signature
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-exec-test has an issue affecting its community integration.
This i
Le 15/03/2012 15:39, Gary Gregory a écrit :
Yuck! I like to see the receiver of the message I am sending. The only time
I can see SI being justified to in math expressions (X * Y + 1 type of
stuff)
I agree, but that depends on the context. In a unit test it's not really
ambiguous.
I'll chec
I built a limited CSV package for parsing data in Mahout at one point. I
doubt that it was general enough to be helpful here, but the experience
might be.
The thing that *really* made a big difference in speed was to avoid copies
and conversions to String. To do that, I built a state machine tha
Thank you for sharing your experience Ted. Do you have a link to the
code of your parser? I'd like to get a look.
Currently the data flow in Commons CSV is:
1. Buffer the data in the BufferedReader
2. Accumulate data in a reusable buffer for the current token
3. Turn the token buffer into a Str
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20150&projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 15 Mar 2012 15:20:10 +
Finished at: Thu 15 Mar 2012 15:21:11 +
Total time: 1m 1s
Build Trigger: Schedule
B
On 15 March 2012 13:17, Emmanuel Bourg wrote:
> Le 15/03/2012 14:13, sebb a écrit :
>
>
>> Eclipse, so probably client VM?
>
>
> Probably. You can print the java.vm.name system property at the beginning of
> the test, that will tell you the VM used.
It was client.
I've now tried with server, and
Le 15/03/2012 16:45, sebb a écrit :
So I then tried hauling the format method calls out of the loops into
final local variables.
This improves performance (slightly) in both client and server mode.
Could you show some code please? I'm unable to reproduce this. I used
local variables in simple
On 15 March 2012 16:10, Emmanuel Bourg wrote:
> Le 15/03/2012 16:45, sebb a écrit :
>
>
>> So I then tried hauling the format method calls out of the loops into
>> final local variables.
>> This improves performance (slightly) in both client and server mode.
>
>
> Could you show some code please?
Le 15/03/2012 17:42, sebb a écrit :
I also used local vars in the other methods.
See http://people.apache.org/~sebb/CSV/
Thank you. You also reordered the if in simpleTokenLexer, that may
explain the difference. I'll give it a try.
Emmanuel Bourg
smime.p7s
Description: S/MIME Cryptogra
On 15 March 2012 16:48, Emmanuel Bourg wrote:
> Le 15/03/2012 17:42, sebb a écrit :
>
>
>> I also used local vars in the other methods.
>>
>> See http://people.apache.org/~sebb/CSV/
>
>
> Thank you. You also reordered the if in simpleTokenLexer, that may explain
> the difference. I'll give it a tr
Le 15/03/2012 18:06, sebb a écrit :
If I revert it, I still get a better time with Lexer2, though not
quite as good an improvement.
I ran my perf test, Lexer2 is slower on my system :( The order of the if
doesn't change much here.
Emmanuel Bourg
smime.p7s
Description: S/MIME Cryptographi
Am 14. März 2012 22:47 schrieb sebb :
> On 14 March 2012 21:40, Benedikt Ritter wrote:
>> Am 14. März 2012 22:33 schrieb Emmanuel Bourg :
>>> Le 14/03/2012 22:25, Benedikt Ritter a écrit :
>>>
>>>
I agree with you on this. However, I think it would be better to tie
validation to the obje
Le 15/03/2012 20:26, Benedikt Ritter a écrit :
How about you Emmanuel? Could sebb convince you? ;-) How about this:
I'll create a patch and attach it to JIRA. Then we'll have a better
basis for discussion.
Sorry but I'm not convinced. I see exactly where this leads.
If you have some free time
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20159&projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 15 Mar 2012 20:20:11 +
Finished at: Thu 15 Mar 2012 20:21:37 +
Total time: 1m 25s
Build Trigger: Schedule
Hi Thomas!
can I kindly ask you please to help me on merging modifications on
/trunk to the experimental branch?
I completed the "drop the markers" work but I still need to complete
the exporters...
Hope you can help, thanks in advance!
-Simo
http://people.apache.org/~simonetripodi/
http://simone
On 03/15/2012 10:50 PM, Simone Tripodi wrote:
> Hi Thomas!
> can I kindly ask you please to help me on merging modifications on
> /trunk to the experimental branch?
> I completed the "drop the markers" work but I still need to complete
> the exporters...
>
> Hope you can help, thanks in advance!
thanks a lot in advance, very appreciated!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Mar 15, 2012 at 10:56 PM, Thomas Neidhart
wrote:
> On 03/15/2012 10:50 PM, Simone Tripodi wrote:
>> Hi
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20163&projectId=75
Build statistics:
State: Failed
Previous State: Failed
Started at: Thu 15 Mar 2012 22:20:09 +
Finished at: Thu 15 Mar 2012 22:21:26 +
Total time: 1m 17s
Build Trigger: Schedule
On 15 March 2012 20:09, wrote:
> Author: simonetripodi
> Date: Thu Mar 15 20:09:31 2012
> New Revision: 1301177
>
> URL: http://svn.apache.org/viewvc?rev=1301177&view=rev
> Log:
> potential fix for [DIGESTER-163]
If the problem is due to multi-threading issues, isn't that because
the same instan
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20166&projectId=107
Build statistics:
State: Error
Previous State: Ok
Started at: Fri 16 Mar 2012 00:21:16 +
Finished at: Fri 16 Mar 2012 00:21:18 +
Total time: 1s
Build Trigger: Schedule
Build Nu
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-digester3 has an issue affecting its community integration.
This i
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-collections4-testframework has an issue affecting its community
i
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-scxml-test has an issue affecting its community integration.
This
Hello All:
This is a VOTE to release Commons IO 2.2-RC1
This VOTE is open for at least 72 hours until March 19 2012 at 01:30 EST.
The files:
https://repository.apache.org/content/repositories/orgapachecommons-080/
The tag:
https://svn.apache.org/repos/asf/commons/proper/io/tags/2.2-RC1
The s
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
integrati
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-proxy-test has an issue affecting its community integration.
This
See the Line and FastLine classes
in org.apache.mahout.classifier.sgd.SimpleCsvExamples in the Mahout
Examples module.
You can see an older version of mahout here. This class hasn't changed in
forever.
https://github.com/tdunning/mahout/blob/debian-package/examples/src/main/java/org/apache/mahou
On Thu, Mar 15, 2012 at 3:11 PM, Emmanuel Bourg wrote:
> ...
> 1. Buffer the data in the BufferedReader
> 2. Accumulate data in a reusable buffer for the current token
>
Reusable buffers are usually death in terms of subtle bugs and they rarely
actually help that much. The key is to avoid copyi
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-id has an issue affecting its community integration.
This issue af
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-vfs2-test has an issue affecting its community integration.
This i
46 matches
Mail list logo