webadmin :7474 and tomcat fails...

63 views
Skip to first unread message

kiteflo

unread,
May 30, 2013, 2:47:58 PM5/30/13
to ne...@googlegroups.com
Hi guys,

I've posted this issue couple of weeks ago and was hoping the 1.9 release would fix this issue but as it does not I'm posting here again: we have a nice running Eclipse + Neo4j + Tomcat environment, the whole webadmin stuff is configured correctly but when accessing 127.0.0.1:7474 we're receiving the following exception from tomcat:

20:43:42.804 [1513022696@qtp-907134805-3] ERROR org.mortbay.log - /webadmin/js/lib/neo4js.js

java.lang.IllegalStateException: zip file closed

at java.util.zip.ZipFile.ensureOpen(ZipFile.java:415) ~[na:1.6.0_45]

at java.util.zip.ZipFile.access$100(ZipFile.java:31) ~[na:1.6.0_45]

at java.util.zip.ZipFile$2.hasMoreElements(ZipFile.java:315) ~[na:1.6.0_45]

at java.util.jar.JarFile$1.hasMoreElements(JarFile.java:223) ~[na:1.6.0_45]

at org.mortbay.resource.JarFileResource.exists(JarFileResource.java:157) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:388) ~[jetty-6.1.25.jar:6.1.25]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) ~[servlet-api.jar:na]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) ~[servlet-api.jar:na]

at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:440) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.Server.handle(Server.java:326) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) [jetty-util-6.1.25.jar:6.1.25]

20:43:42.804 [2039988480@qtp-907134805-2] ERROR org.mortbay.log - /webadmin/js/neo4j/webadmin/modules/databrowser/DataBrowserRouter.js

java.lang.IllegalStateException: zip file closed

at java.util.zip.ZipFile.ensureOpen(ZipFile.java:415) ~[na:1.6.0_45]

at java.util.zip.ZipFile.getEntry(ZipFile.java:160) ~[na:1.6.0_45]

at java.util.jar.JarFile.getEntry(JarFile.java:209) ~[na:1.6.0_45]

at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:107) ~[na:1.6.0_45]

at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:114) ~[na:1.6.0_45]

at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:71) ~[na:1.6.0_45]

at org.mortbay.resource.JarFileResource.newConnection(JarFileResource.java:99) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.resource.JarResource.checkConnection(JarResource.java:64) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.resource.JarFileResource.checkConnection(JarFileResource.java:67) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.resource.JarFileResource.exists(JarFileResource.java:121) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:388) ~[jetty-6.1.25.jar:6.1.25]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) ~[servlet-api.jar:na]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) ~[servlet-api.jar:na]

at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390) ~[jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:440) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.Server.handle(Server.java:326) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) [jetty-6.1.25.jar:6.1.25]

at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) [jetty-util-6.1.25.jar:6.1.25]


It seems there is an un-zipping issue with one of the neo files but as this one did not occur in the version >1.7 I'm wondering whether you could fix this or whether this issue simply remains and adding the hint "...use Jetty.." ;-)

Any help is highly appreciated,

cheers - Florian;

Stacy Tyler Young

unread,
May 30, 2013, 2:51:00 PM5/30/13
to ne...@googlegroups.com
There's a workaround via Maven ....copies required files into the appropriate spot. 

<dependencies>
                <dependency>
                    <groupId>org.neo4j.app</groupId>
                    <artifactId>neo4j-server</artifactId>
                    <version>${neo4j.version}</version>
                    <exclusions>
                        <exclusion>
                            <artifactId>slf4j-jdk14</artifactId>
                            <groupId>org.slf4j</groupId>
                        </exclusion>
                    </exclusions>
                </dependency>
                <dependency>
                    <groupId>org.neo4j.app</groupId>
                    <artifactId>neo4j-server</artifactId>
                    <version>${neo4j.version}</version>
                    <classifier>static-web</classifier>
                    <exclusions>
                        <exclusion>
                            <artifactId>slf4j-jdk14</artifactId>
                            <groupId>org.slf4j</groupId>
                        </exclusion>
                    </exclusions>
                </dependency>
            </dependencies>
            <build>
                <plugins>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-dependency-plugin</artifactId>
                        <version>2.7</version>
                        <executions>
                            <execution>
                                <goals>
                                    <goal>unpack-dependencies</goal>
                                </goals>
                                <phase>process-resources</phase>
                            </execution>
                        </executions>
                        <configuration>
                            <includeGroupIds>org.neo4j.app</includeGroupIds>
                            <includeArtifactIds>neo4j-server</includeArtifactIds>
                            <includeClassifiers>static-web</includeClassifiers>
                            <includes>webadmin-html/**</includes>
                            <outputDirectory>target/${artifactId}-${version}/WEB-INF/classes</outputDirectory>
                        </configuration>
                    </plugin>
                </plugins>
            </build>


--
You received this message because you are subscribed to the Google Groups "Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email to neo4j+un...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

kiteflo

unread,
May 30, 2013, 4:14:49 PM5/30/13
to ne...@googlegroups.com
hmmm...thanx for your hint - but actually this fix does not work for me as we do not build our project via Maven, it's simply about deploying our project within eclipse to the hooked in Eclipse Tomcat, so there happens no Maven step before the webapp goes to the server.

Is there anything els I can do in order to get rid of this issue and being able to drop the project to tomcat directly?

cheers, Florian;

Peter Neubauer

unread,
May 31, 2013, 6:41:05 AM5/31/13
to Neo4j User
Florian,
does something like the example at https://github.com/theon/neo4j-war-with-webadmin help?

/peter


Cheers,

/peter neubauer

G:  neubauer.peter
S:  peter.neubauer
P:  +46 704 106975
L:   http://www.linkedin.com/in/neubauer
T:   @peterneubauer

Neo4j 1.9 GA is out - http://blog.neo4j.org/2013/05/neo4j-19-general-availability.html
Neo4j questions? Please use SO - http://stackoverflow.com/search?q=neo4j


--
Reply all
Reply to author
Forward
0 new messages