[
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