New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NPE when opening the Dashboard in the tutorial #74

Closed
rantav opened this Issue Jul 16, 2011 · 17 comments

Comments

Projects
None yet
6 participants
@rantav
Contributor

rantav commented Jul 16, 2011

Hi, I just installed a new EC2 micro (32bit) and the glu 3.0.0 tutorial on it. All went fine until I clicked the Dashboard link, which resulted in a NPE.

http://linkedin.github.com/glu/docs/latest/html/tutorial.html#view-the-agent

Here's the log from the ./bin/tutorial.sh tail command:

2011/07/16 12:37:50.915 ERROR [GrailsExceptionResolver] null
java.lang.NullPointerException
at com.sun.beans.TypeResolver.resolve(TypeResolver.java:321)
at com.sun.beans.TypeResolver.resolve(TypeResolver.java:157)
at com.sun.beans.TypeResolver.resolveInClass(TypeResolver.java:78)
at java.beans.FeatureDescriptor.getReturnType(FeatureDescriptor.java:368)
at java.beans.Introspector.getTargetEventInfo(Introspector.java:1020)
at java.beans.Introspector.getBeanInfo(Introspector.java:424)
at java.beans.Introspector.getBeanInfo(Introspector.java:189)
at java.security.AccessController.doPrivileged(Native Method)
at org.linkedin.glu.provisioner.core.model.SystemModel$_getKeys_closure2.<init>(SystemModel.groovy)
at org.linkedin.glu.provisioner.core.model.SystemModel.getKeys(SystemModel.groovy:126)
at org.linkedin.glu.orchestration.engine.delta.impl.SingleDeltaBuilder.computeFilteredKeys(SingleDeltaBuilder.java:307)
at org.linkedin.glu.orchestration.engine.delta.impl.SingleDeltaBuilder.getFilteredKeys(SingleDeltaBuilder.java:98)
at org.linkedin.glu.orchestration.engine.delta.impl.SingleDeltaBuilder.computeDependencies(SingleDeltaBuilder.java:254)
at org.linkedin.glu.orchestration.engine.delta.impl.SingleDeltaBuilder.<init>(SingleDeltaBuilder.java:72)
at org.linkedin.glu.orchestration.engine.delta.impl.DeltaMgrImpl.computeDelta(DeltaMgrImpl.java:85)
at org.linkedin.glu.orchestration.engine.delta.DeltaServiceImpl.computeDelta(DeltaServiceImpl.groovy:178)
at org.linkedin.glu.orchestration.engine.delta.DeltaServiceImpl$computeDelta.callCurrent(Unknown Source)
at org.linkedin.glu.orchestration.engine.delta.DeltaServiceImpl.computeDelta(DeltaServiceImpl.groovy:151)
at org.linkedin.glu.orchestration.engine.delta.DeltaService$computeDelta.callCurrent(Unknown Source)
at org.linkedin.glu.orchestration.engine.delta.DeltaServiceImpl.computeGroupByDelta(DeltaServiceImpl.groovy:206)
at org.linkedin.glu.orchestration.engine.delta.DeltaService$computeGroupByDelta.call(Unknown Source)
at org.linkedin.glu.console.controllers.DashboardController.doComputeDelta(DashboardController.groovy:59)
at org.linkedin.glu.console.controllers.DashboardController.this$3$doComputeDelta(DashboardController.groovy)
at org.linkedin.glu.console.controllers.DashboardController$_closure4.doCall(DashboardController.groovy:54)
at org.linkedin.glu.console.controllers.DashboardController$_closure4.doCall(DashboardController.groovy)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:534)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1351)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:473)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:516)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:285)
at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:116)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:359)
at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:275)
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:343)
at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:272)
at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:83)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.apache.shiro.grails.SavedRequestFilter.doFilter(SavedRequestFilter.java:55)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1322)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:473)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:479)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:929)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:403)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:184)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:247)
at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:151)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:114)
at org.eclipse.jetty.server.Server.handle(Server.java:352)
at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:596)
at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:1051)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:590)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:212)
at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:426)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:508)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.access$000(SelectChannelEndPoint.java:34)
at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:40)
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:451)
at java.lang.Thread.run(Thread.java:636)

I will check it zk was properly running (it should have, there were no previous errors) but unless that's it, then I'm at loss... thanks :)

@rantav

This comment has been minimized.

Contributor

rantav commented Jul 16, 2011

Yes, zk looks healthy.
$ bin/zookeeper-cli.sh -s localhost:2181 ls /
org zookeeper

Whan else can should I check?

@ypujante

This comment has been minimized.

Member

ypujante commented Jul 16, 2011

Wow this looks weird. At first glance it seems to be an issue with the (java) vm as it is nested in the com.sun packages and I am clearly not calling any of those methods directly.

When you say you installed a new EC2 instance, what did you do exactly ? What os did you install ? What version of java is running (I suppose I never tried with a 32 bit VM so that may also be the problem ?) ? Can you make sure that the instance has all the latest versions and patches ? Especially from a java point of view ?

Let me know and maybe I can try to reproduce myself if it is a "standard" instance.

@ypujante

This comment has been minimized.

Member

ypujante commented Jul 16, 2011

A quick google search: http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=java.lang.NullPointerExceptionat+com.sun.beans.TypeResolver.resolve(TypeResolver.java%3A321) clearly shows that there is some issue with groovy / openjdk combination...

Let me know what you use.

@rantav

This comment has been minimized.

Contributor

rantav commented Jul 16, 2011

It's openjdk alright. It's the first 32b image offered by amz. I'll give this a try with a different image or at upgrade and let you know.
$ java -version
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.1) (amazon-44.1.9.1.21.amzn1-i386)
OpenJDK Client VM (build 19.0-b06, mixed mode)

Since it's not a glu bug I'll close it now.

@rantav rantav closed this Jul 16, 2011

@rantav

This comment has been minimized.

Contributor

rantav commented Jul 17, 2011

Just to update, I installed a different java version and now all is well.
$ java -version
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Client VM (build 19.1-b02, mixed mode, sharing)

BTW, some forums claim that this problem with groovy/openjdk has been solved in groovy 1.8-beta3.

@ypujante

This comment has been minimized.

Member

ypujante commented Jul 17, 2011

Glad to see it is working. I was looking yesterday as well and was considering upgrading glu to use groovy 1.8 instead. If I do that it means I need newer version of grails. After checking with the grails team, 1.4.0 is scheduled for Septembre so I think I am just going to wait for grails 1.4.0 to do the upgrade, unless this becomes a serious issue that needs to be addressed sooner.

@ypujante ypujante reopened this Jul 18, 2011

@ypujante

This comment has been minimized.

Member

ypujante commented Jul 18, 2011

I am reopening this because although there is a workaround, I would love to remove this constraint.

@ypujante

This comment has been minimized.

Member

ypujante commented Mar 31, 2012

I am wondering if glu v4.3.1 fixes this issue (as it relates to #133). If anybody try it, please let me know!

@joeyt83

This comment has been minimized.

joeyt83 commented Apr 2, 2012

I just installed glu 4.3.1 and openjdk and encountered this problem, so looks like the new version hasn't fixed it. I've switched to sun jdk 1.6 and it works.

It would be great to have glu work on openjdk, as installing sun jdk is now quite a hassle on ubuntu, due to it not being available in standard debian repositories.

@ypujante

This comment has been minimized.

Member

ypujante commented Apr 2, 2012

I would love if somebody would spend the time trying to make glu work with open jdk as Lucas is doing for IBM's jdk... :)

@joeyt83

This comment has been minimized.

joeyt83 commented Apr 3, 2012

It looks like the issue is in older versions of groovy (http://jira.codehaus.org/browse/GROOVY-5034) but is fixed in 1.8.3. So upgrading the groovy version used by the glu console would hopefully solve it.

Just had a look and it appears grails 2.0.2 (the newest version) uses groovy 1.8.6, so possibly upgrading the grails version used by the glu console would be the best way of solving the issue

@ypujante

This comment has been minimized.

Member

ypujante commented Apr 3, 2012

You are probably right. I will add this to the list of things to do.
Testing the upgrade will most likely be the hardest/time consuming.

On Tue, Apr 3, 2012 at 4:27 AM, Joe Tallett <
reply@reply.github.com

wrote:

It looks like the issue is in older versions of groovy (
http://jira.codehaus.org/browse/GROOVY-5034) but is fixed in 1.8.3. So
upgrading the groovy version used by the glu console would hopefully solve
it.

Just had a look and it appears grails 2.0.2 (the newest version) uses
groovy 1.8.6, so possibly upgrading the grails version used by the glu
console would be the best way of solving the issue


Reply to this email directly or view it on GitHub:
https://github.com/linkedin/glu/issues/74#issuecomment-4899018

@talios

This comment has been minimized.

talios commented Jun 10, 2012

I've just discovered glu and started the tuturial using 4.4.0 on OS/X using the new Oracle Java 7 and appear to be hitting this same bug.

Is there any work-arounds for the problem?

@ypujante

This comment has been minimized.

Member

ypujante commented Jun 10, 2012

I am in the process of migrating to latest grails/groovy which would hopefully solve the issue. I won't be able to release for a few weeks as I have encountered some issues in the migration and I am also in the process of moving. In the meantime, unless somebody found a workaround, using jdk16 is the way to go.

@rajasaur

This comment has been minimized.

rajasaur commented Nov 25, 2012

Just wanted to echo @talios comment that it doesnt work with Oracle Java 1.7.0_04 on Ubuntu 12.04 as well. If I set JAVA_HOME to use 1.6.0_xx, then it works.

@whatisdot

This comment has been minimized.

whatisdot commented Dec 7, 2012

I'm having a similar issue, but I have yet to try this with Java 1.6.0. Is this an upstream issue, or an actual bug?

@ypujante

This comment has been minimized.

Member

ypujante commented Apr 3, 2013

glu 4.7.0 works both on java 1.6 and java 1.7

@ypujante ypujante closed this Apr 3, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment