[ 
https://issues.apache.org/jira/browse/FLUME-1793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14065876#comment-14065876
 ] 

Hudson commented on FLUME-1793:
-------------------------------

UNSTABLE: Integrated in flume-trunk #646 (See 
[https://builds.apache.org/job/flume-trunk/646/])
FLUME-1793. Unit test TestElasticSearchLogStashEventSerializer fails with IBM 
JDK (harishreedharan: 
http://git-wip-us.apache.org/repos/asf/flume/repo?p=flume.git&a=commit&h=8410ad307187b19ca3a4330859815223d1e6b1e2)
* 
flume-ng-sinks/flume-ng-elasticsearch-sink/src/test/java/org/apache/flume/sink/elasticsearch/TestElasticSearchLogStashEventSerializer.java


> Unit test TestElasticSearchLogStashEventSerializer fails with IBM JDK
> ---------------------------------------------------------------------
>
>                 Key: FLUME-1793
>                 URL: https://issues.apache.org/jira/browse/FLUME-1793
>             Project: Flume
>          Issue Type: Bug
>          Components: Sinks+Sources, Test
>    Affects Versions: v1.3.0
>         Environment: IBM Java 6 SR 12
> RHEL 6.3
>            Reporter: Aline Guedes Pinto
>            Priority: Minor
>              Labels: test-patch
>         Attachments: FLUME-1793-1.patch, FLUME-1793.patch
>
>
> TestElasticSearchLogStashEventSerializer fails with IBM JDK:
> testRoundTrip(org.apache.flume.sink.elasticsearch.TestElasticSearchLogStashEventSerializer)
>   Time elapsed: 0.201 sec  <<< FAILURE!
> org.junit.ComparisonFailure:expected:<...p/test","@fields":{"[timestamp":"1355151725225","src_path":"/tmp/test","host":"test@localhost","headerNameTwo":"headerValueTwo","source":"flume_tail_src","headerNameOne":"headerValueOne","type":"sometyp]e"}}^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@...>
>  but 
> was:<...p/test","@fields":{"[src_path":"/tmp/test","headerNameTwo":"headerValueTwo","timestamp":"1355151725225","host":"test@localhost","type":"sometype","source":"flume_tail_src","headerNameOne":"headerValueOn]e"}}^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@...>
> The values on the "@fields" element are the same as expected, but the order 
> is different. This test case works with SUN Java though - it seems like 
> HashMap on IBM Java and SUN Java return values in different orders, and the 
> test case is counting on order. Order shouldn't matter when using a hashmap 
> though.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to