[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| 
Re: [geomesa-users] test failures in default branch of git clone (accumulo1.5.x/1.x)
 | 
thanks.  i'm past that hurdle now, and on to:
[INFO] --- scala-maven-plugin:3.2.0:compile (scala-compile-first) @ 
geomesa-core-accumulo1.5 ---
[INFO] 
/Users/jeff/src/geo/cloud/geomesa/git/geomesa/geomesa-core/src/main/java:-1: 
info: compiling
[INFO] 
/Users/jeff/src/geo/cloud/geomesa/git/geomesa/geomesa-core/src/main/scala:-1: 
info: compiling
[INFO] Compiling 92 source files to 
/Users/jeff/src/geo/cloud/geomesa/git/geomesa/geomesa-core/target/classes at 
1425384321225
[INFO] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
[ERROR] 
/Users/jeff/src/geo/cloud/geomesa/git/geomesa/geomesa-core/src/main/scala/org/locationtech/geomesa/core/util/BatchMultiScanner.scala:33: 
error: not found: type AutoCloseable
[ERROR]   extends Iterable[java.util.Map.Entry[Key, Value]] with 
AutoCloseable with Logging {
[ERROR] ^
[ERROR] one error found
could that be a java 8 vs java 7 thing?
On 3/2/15 9:17 AM, Emilio Lahr-Vivaz wrote:
Hi Jeff,
Specifically, I believe the problem is due to default character 
encodings. There are some places where we use String.getBytes() 
without specifying a charset. It might help if you can set your 
default charset to UTF-8.
Thanks,
Emilio
On 03/02/2015 09:13 AM, Jim Hughes wrote:
Hi Jeff,
As a quick response, I have noticed this build failure on Windows as 
well.  Since most Accumulo users will be deploying to a Linux cloud, 
we are focused on developing in that environment.
I believe the issue is related to character sets or some other small 
detail which varies by OS.  One of our developers, Jake, is working 
on a Homebrew build, so I'll let him weigh in if he has a work-around 
for a Mac OS build.
In terms of Java versions, several of us are using Java 7.  I'm not 
aware of any issues with Java 8, but I lack personal experience. 
Building on Linux should be fine.  Sorry that I don't have better news.
Cheers,
Jim
On 03/02/2015 07:32 AM, Jeff Turner wrote:
i'm trying to "mvn clean install" from a fresh git clone, without
doing any special branch checkout first.  java 8 on OS X.
i get the following test failures.
any clues?  should i not be using java 8?
thanks,
jeff
Running org.locationtech.geomesa.feature.FeatureSpecificReaderTest
Beginning Performance Testing against file...
Number of fields: 60
Number of records: 1000
Text Read time 332ms
Avro Subset Read time 81ms
Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 5.73 
sec <<< FAILURE! - in 
org.locationtech.geomesa.feature.FeatureSpecificReaderTest
testComplexDeserialize(org.locationtech.geomesa.feature.FeatureSpecificReaderTest) 
Time elapsed: 0.052 sec  <<< FAILURE!
org.junit.ComparisonFailure: expected:<[??????????]> but 
was:<[??????????]>
    at org.junit.Assert.assertEquals(Assert.java:123)
    at org.junit.Assert.assertEquals(Assert.java:145)
    at 
org.locationtech.geomesa.feature.FeatureSpecificReaderTest$$anonfun$testComplexDeserialize$1$$anonfun$apply$mcVI$sp$2.apply(FeatureSpecificReaderTest.scala:295)
    at 
org.locationtech.geomesa.feature.FeatureSpecificReaderTest$$anonfun$testComplexDeserialize$1$$anonfun$apply$mcVI$sp$2.apply(FeatureSpecificReaderTest.scala:294)
    at scala.collection.immutable.List.foreach(List.scala:318)
    at 
org.locationtech.geomesa.feature.FeatureSpecificReaderTest$$anonfun$testComplexDeserialize$1.apply$mcVI$sp(FeatureSpecificReaderTest.scala:294)
    at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:141)
    at 
org.locationtech.geomesa.feature.FeatureSpecificReaderTest.testComplexDeserialize(FeatureSpecificReaderTest.scala:290)
Running 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest
Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 
0.948 sec <<< FAILURE! - in 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest
FeatureSpecificReader should::deserialize complex 
feature(org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest) 
Time elapsed: 0.129 sec  <<< FAILURE!
org.specs2.reporter.SpecFailureAssertionFailedError: 
expected:<[??????????]> but was:<[??????????]>
    at 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest$$anonfun$3$$anonfun$apply$71$$anonfun$apply$27$$anonfun$apply$mcVI$sp$1.apply(Version1BackwardsCompatTest.scala:267)
    at 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest$$anonfun$3$$anonfun$apply$71$$anonfun$apply$27$$anonfun$apply$mcVI$sp$1.apply(Version1BackwardsCompatTest.scala:266)
    at 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest$$anonfun$3$$anonfun$apply$71$$anonfun$apply$27.apply$mcVI$sp(Version1BackwardsCompatTest.scala:266)
    at 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest$$anonfun$3$$anonfun$apply$71.apply(Version1BackwardsCompatTest.scala:263)
    at 
org.locationtech.geomesa.feature.serde.Version1BackwardsCompatTest$$anonfun$3$$anonfun$apply$71.apply(Version1BackwardsCompatTest.scala:248)
_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or 
unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users
_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or 
unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users