[
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)
|
Hi Jeff,
Great to hear about the build!
I'm not able to reproduce that test failure you're seeing below. It
might be another OS X quirk, or possibly some kind of threading issue -
our kryo serializers are not thread-safe, and sometimes our tests have
problems due to that. Does the issue occur every time you build, or is
it intermittent? You might try changing 'isolated' at the top of that
test to 'sequential' and see if that makes a difference. If not, you can
always build using -Dmaven.test.skip=true, as you probably know.
Thanks,
Emilio
On 03/05/2015 08:04 AM, Jeff Turner wrote:
sorry to waste your time. i didn't understand OS X java well enough.
even though running java -version and javac -version both reported
java 8,
i had to explicitly export JAVA_HOME (and update PATH). maven was
still using
some java 6.
i'm able to build the 1.0.0 rc3 release now.
thanks for your help.
(i'm not currently able to build from git branch accumulo1.5.x/1.x, but
i don't think that's a java-version thing, and i assume it's temporary)
MapAggregatingIterator with Double key should::calculate correct
aggregated
totals(org.locationtech.geomesa.core.iterators.MapAggregatingIteratorTest)
Time elapsed: 0.093 sec <<< ERROR!
java.lang.ClassCastException: java.lang.Double cannot be cast to
java.lang.String
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$1.apply(SimpleFeatureSerializer.scala:143)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$1.apply(SimpleFeatureSerializer.scala:143)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$11$$anonfun$apply$4.apply(SimpleFeatureSerializer.scala:237)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$11$$anonfun$apply$4.apply(SimpleFeatureSerializer.scala:237)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$11.apply(SimpleFeatureSerializer.scala:237)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$matchEncode$11.apply(SimpleFeatureSerializer.scala:231)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$sftEncodings$1$$anonfun$apply$1$$anonfun$apply$2.apply(SimpleFeatureSerializer.scala:129)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$sftEncodings$1$$anonfun$apply$1$$anonfun$apply$2.apply(SimpleFeatureSerializer.scala:129)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$write$1.apply(SimpleFeatureSerializer.scala:47)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer$$anonfun$write$1.apply(SimpleFeatureSerializer.scala:47)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer.write(SimpleFeatureSerializer.scala:47)
at
org.locationtech.geomesa.feature.kryo.SimpleFeatureSerializer.write(SimpleFeatureSerializer.scala:37)
at com.esotericsoftware.kryo.Kryo.writeObject(Kryo.java:530)
at
org.locationtech.geomesa.feature.kryo.KryoFeatureSerializer.write(KryoFeatureSerializer.scala:50)
at
org.locationtech.geomesa.feature.KryoFeatureEncoder.encode(SimpleFeatureEncoder.scala:208)
at
org.locationtech.geomesa.core.index.IndexEntryEncoder.encode(IndexEntry.scala:109)
at
org.locationtech.geomesa.core.data.tables.SpatioTemporalTable$$anonfun$spatioTemporalWriter$1.apply(SpatioTemporalTable.scala:35)
at
org.locationtech.geomesa.core.data.tables.SpatioTemporalTable$$anonfun$spatioTemporalWriter$1.apply(SpatioTemporalTable.scala:34)
at
org.locationtech.geomesa.core.data.AccumuloFeatureWriter$$anonfun$writeToAccumulo$1.apply(AccumuloFeatureWriter.scala:127)
at
org.locationtech.geomesa.core.data.AccumuloFeatureWriter$$anonfun$writeToAccumulo$1.apply(AccumuloFeatureWriter.scala:127)
at
org.locationtech.geomesa.core.data.AccumuloFeatureWriter.writeToAccumulo(AccumuloFeatureWriter.scala:127)
at
org.locationtech.geomesa.core.data.AppendAccumuloFeatureWriter.write(AccumuloFeatureWriter.scala:152)
at
org.locationtech.geomesa.core.data.AccumuloFeatureStore.writeFeature(AccumuloFeatureStore.scala:87)
at
org.locationtech.geomesa.core.data.AccumuloFeatureStore$$anonfun$3.apply(AccumuloFeatureStore.scala:54)
at
org.locationtech.geomesa.core.data.AccumuloFeatureStore$$anonfun$3.apply(AccumuloFeatureStore.scala:52)
at
org.locationtech.geomesa.core.data.AccumuloFeatureStore.addFeatures(AccumuloFeatureStore.scala:61)
at
org.locationtech.geomesa.core.iterators.MapAggregatingIteratorTest.loadFeatures(MapAggregatingIteratorTest.scala:94)
On 3/3/15 8:34 AM, Emilio Lahr-Vivaz wrote:
Hmm, it appears that AutoCloseable is still part of java 8:
http://docs.oracle.com/javase/8/docs/api/java/lang/AutoCloseable.html
java.lang classes should be in the default scope, so they shouldn't
need to be imported. I'm not sure what the issue is there. Maybe
something in the scala/java interaction. Sorry I can't offer more
insight.
Thanks,
Emilio
On 03/03/2015 07:29 AM, Jeff Turner wrote:
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
