[
https://issues.apache.org/jira/browse/TINKERPOP3-732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14588310#comment-14588310
]
Dylan Millikin commented on TINKERPOP3-732:
-------------------------------------------
If it's any help the errors I've seen in titan are as follows (the bottom part
repeats for thousands of lines):
{code}
65752 [gremlin-server-worker-1] WARN
org.apache.tinkerpop.gremlin.server.handler.WsGremlinResponseEncoder - The
result [ResponseResult{data=[{v[4160]={v[4104]={v[8256]={}, v[83$
java.util.concurrent.ExecutionException: java.lang.StackOverflowError
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at
org.apache.tinkerpop.gremlin.server.handler.WsGremlinResponseEncoder.encode(WsGremlinResponseEncoder.java:67)
at
org.apache.tinkerpop.gremlin.server.handler.WsGremlinResponseEncoder.encode(WsGremlinResponseEncoder.java:45)
at
io.netty.handler.codec.MessageToMessageEncoder.write(MessageToMessageEncoder.java:89)
at
io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:633)
at
io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:691)
at
io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:626)
at
org.apache.tinkerpop.gremlin.server.handler.IteratorHandler.write(IteratorHandler.java:119)
at
io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:633)
at
io.netty.channel.AbstractChannelHandlerContext.access$1900(AbstractChannelHandlerContext.java:32)
at
io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:908)
at
io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:960)
at
io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:893)
at
io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:380)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357)
at
io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.StackOverflowError
at
com.fasterxml.jackson.databind.type.TypeFactory._fromVariable(TypeFactory.java:838)
at
com.fasterxml.jackson.databind.type.TypeFactory._constructType(TypeFactory.java:384)
at
com.fasterxml.jackson.databind.type.TypeFactory._fromParamType(TypeFactory.java:793)
at
com.fasterxml.jackson.databind.type.TypeFactory._constructType(TypeFactory.java:375)
at
com.fasterxml.jackson.databind.type.TypeBindings._resolveBindings(TypeBindings.java:258)
at
com.fasterxml.jackson.databind.type.TypeBindings._resolveBindings(TypeBindings.java:317)
at
com.fasterxml.jackson.databind.type.TypeBindings._resolve(TypeBindings.java:203)
at
com.fasterxml.jackson.databind.type.TypeBindings.findType(TypeBindings.java:121)
at
com.fasterxml.jackson.databind.type.TypeFactory._fromVariable(TypeFactory.java:839)
at
com.fasterxml.jackson.databind.type.TypeFactory._constructType(TypeFactory.java:384)
at
com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(TypeFactory.java:287)
at
com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(TypeFactory.java:259)
at
com.fasterxml.jackson.databind.type.TypeFactory._fromParamType(TypeFactory.java:800)
at
com.fasterxml.jackson.databind.type.TypeFactory._constructType(TypeFactory.java:375)
at
com.fasterxml.jackson.databind.type.TypeBindings._resolveBindings(TypeBindings.java:258)
// repeats forever.
{code}
> gremlin-server GraphSON serializer issue with tree()
> ----------------------------------------------------
>
> Key: TINKERPOP3-732
> URL: https://issues.apache.org/jira/browse/TINKERPOP3-732
> Project: TinkerPop 3
> Issue Type: Bug
> Components: server
> Reporter: Dylan Millikin
> Assignee: stephen mallette
>
> When using the {{tree()}} step with a GraphSON serializer the server hangs
> (though I've seen some form of serialization errors in more complex scenarios
> over titan).
> The following works fine in the console but fails using the graphSON
> serializer:
> {code:java}
> g.V(1).repeat(out()).until(out().count().is(0)).tree() // fails with .next()
> as well
> {code}
> The following works without a problem though:
> {code:java}
> g.V(1).repeat(out()).until(out().count().is(0))
> {code}
> Here's the configuration file I use for these tests:
> {code}
> host: localhost
> port: 8182
> threadPoolWorker: 1
> gremlinPool: 8
> scriptEvaluationTimeout: 30000
> serializedResponseTimeout: 30000
> channelizer: org.apache.tinkerpop.gremlin.server.channel.WebSocketChannelizer
> graphs: {
> graph: conf/tinkergraph-empty.properties
> }
> plugins:
> - tinkerpop.tinkergraph
> scriptEngines: {
> gremlin-groovy: {
> imports: [java.lang.Math],
> staticImports: [java.lang.Math.PI],
> scripts: [scripts/generate-classic.groovy]}}
> serializers:
> - { className:
> org.apache.tinkerpop.gremlin.driver.ser.GryoMessageSerializerV1d0 }
> - { className:
> org.apache.tinkerpop.gremlin.driver.ser.GryoMessageSerializerV1d0, config: {
> serializeResultToString: true }}
> - { className:
> org.apache.tinkerpop.gremlin.driver.ser.GraphSONMessageSerializerGremlinV1d0 }
> - { className:
> org.apache.tinkerpop.gremlin.driver.ser.GraphSONMessageSerializerV1d0 }
> processors:
> - { className:
> org.apache.tinkerpop.gremlin.server.op.session.SessionOpProcessor, config: {
> sessionTimeout: 28800000 }}
> metrics: {
> consoleReporter: {enabled: true, interval: 180000},
> csvReporter: {enabled: true, interval: 180000, fileName:
> /tmp/gremlin-server-metrics.csv},
> jmxReporter: {enabled: true},
> slf4jReporter: {enabled: true, interval: 180000},
> gangliaReporter: {enabled: false, interval: 180000, addressingMode:
> MULTICAST},
> graphiteReporter: {enabled: false, interval: 180000}
> }
> threadPoolBoss: 1
> maxInitialLineLength: 4096
> maxHeaderSize: 8192
> maxChunkSize: 8192
> maxContentLength: 65536
> maxAccumulationBufferComponents: 1024
> resultIterationBatchSize: 64
> writeBufferHighWaterMark: 32768
> writeBufferHighWaterMark: 65536
> ssl: {
> enabled: false}
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
