[
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)
|
all tests passed
On 3/5/15 12:08 PM, Jim Hughes wrote:
Hi Jeff,
Would you be willing to try out another branch from Emilio? It is
called elahrvivaz-fcr_map_test and you can see more details here:
https://github.com/locationtech/geomesa/tree/elahrvivaz-fcr_map_test.
I'm reviewing the PR for this fix, and I'd love to know if it works
for you.
Thanks in advance,
Jim
On 03/05/2015 09:06 AM, Jeff Turner wrote:
the exception is deterministic.
changing isolated to sequential did not avoid the exception
thanks,
On 3/5/15 8:36 AM, Emilio Lahr-Vivaz wrote:
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
_______________________________________________
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
