geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <david_jen...@yahoo.com>
Subject Re: EL problem in trunk??
Date Sun, 24 Jan 2010 04:18:45 GMT
We're definitely using blueprint to set up pluto.  I havent' seen this  
particular problem, at least not recently.  The blueprint stuff is in  
a separate bundle from any gbeans so it should get started well before  
any gbeans start looking for pluto bits.

Some (most likely unrelated) problems I've seen recently:
I've found that the first time I start a server I've just unpacked I  
get a NoClassDefFound error for some HOWL classes.  If I restart the  
server I don't get the problem again.
Jndi URL context providers are also set up with blueprint.  Once today  
I got a "rmi://.... has not provider" type message, apparently the  
bean that registers this provlider hadn't started yet.

Is blueprint somewhat asynchronous?  is there a "eager load" setting  
we should be using for these system components?

Is the aries blueprint container likely to work better than the  
geronimo one?  I'm hoping to look into switching soon to try to get  
activemq running...

thanks
david jencks

On Jan 23, 2010, at 7:28 PM, Ivan wrote:

> I got the exception below sometimes while starting the server, but  
> did not get it each time. Seems that we use blueprint to configure  
> the PLUTO container ?
> -->
> 2010-01-24 11:24:27,203 ERROR [GBeanInstanceState] Error while  
> starting; GBean is now in the FAILED state:  
> abstractName="org.apache.geronimo.plugins/console-tomcat/3.0- 
> SNAPSHOT/car?J2EEApplication=org.apache.geronimo.plugins/console- 
> tomcat/3.0-SNAPSHOT/car,j2eeType=GBean,name=Welcome"
> java.lang.RuntimeException: No portal driver has been registered  
> with the portal container services
>         at  
> org 
> .apache 
> .geronimo 
> .pluto 
> .AdminConsoleExtensionGBean.doStart(AdminConsoleExtensionGBean.java: 
> 199)
>         at  
> org 
> .apache 
> .geronimo 
> .gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:959)
>         at  
> org 
> .apache 
> .geronimo 
> .gbean 
> .runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java: 
> 269)
>         at  
> org 
> .apache 
> .geronimo 
> .gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
>         at  
> org 
> .apache 
> .geronimo 
> .gbean 
> .runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java: 
> 125)
>         at  
> org 
> .apache 
> .geronimo 
> .gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:544)
>         at  
> org 
> .apache 
> .geronimo 
> .kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:385)
>         at  
> org 
> .apache 
> .geronimo 
> .kernel 
> .config 
> .ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java: 
> 461)
>         at  
> org 
> .apache 
> .geronimo 
> .kernel 
> .config 
> .KernelConfigurationManager.start(KernelConfigurationManager.java:224)
>         at  
> org 
> .apache 
> .geronimo 
> .kernel 
> .config 
> .SimpleConfigurationManager 
> .startConfiguration(SimpleConfigurationManager.java:716)
>         at  
> org 
> .apache 
> .geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java: 
> 149)
>         at  
> org 
> .apache 
> .geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:81)
>         at  
> org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:109)
>         at  
> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
>         at  
> org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:32)
> 2010-01-24 11:24:27,250 ERROR [Registry] Null component  
> Catalina:type=Cache,host=0.0.0.0,path=/console
> <---
>
>
> 2010/1/24 David Jencks <david_jencks@yahoo.com>
> WIth JAVA_OPTS the console pages seem to work.
>
> thanks!
> david jencks
>
>
> On Jan 23, 2010, at 1:29 PM, Jarek Gawor wrote:
>
> David,
>
> I think you want to try export JAVA_OPTS=... instead of export OPTS=..
>
> Jarek
>
> On Sat, Jan 23, 2010 at 4:00 PM, David Jencks  
> <david_jencks@yahoo.com> wrote:
> I tried
>  ./console-jetty-server-3.0-SNAPSHOT/bin/geronimo -l
> -Dorg.apache.geronimo.spec.el.useCachedExpressionFactory=false
> and
>  export
> OPTS="-Dorg.apache.geronimo.spec.el.useCachedExpressionFactory=false"
>  ./console-jetty-server-3.0-SNAPSHOT/bin/geronimo -l
> and got the same error each time.  What build problems did you have?
> thanks
> david jencks
> On Jan 23, 2010, at 6:46 AM, Ivan wrote:
>
> I got some problems while building the server, could you please try  
> to see
> whether adding
> -Dorg.apache.geronimo.spec.el.useCachedExpressionFactory=false while
> starting the server  could avoid the exception ?
>
> 2010/1/23 Ivan <xhhsld@gmail.com>
>
> I will check it.
>
> 2010/1/23 David Jencks <david_jencks@yahoo.com>
>
> I'm seeing stuff like this in the jetty console server in trunk when I
> try to look at a page (any page):
>
> 2010-01-22 23:32:09,721 ERROR [log] Nested in
> java.lang.reflect.InvocationTargetException:
> java.lang.NullPointerException
>       at
> org 
> .apache.el.lang.EvaluationContext.putContext(EvaluationContext.java: 
> 76)
>       at javax.el.ELContext.<init>(ELContext.java:55)
>       at
> org.apache.el.lang.EvaluationContext.<init>(EvaluationContext.java:36)
>       at
> org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java: 
> 189)
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at
> sun 
> .reflect 
> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>       at
> sun 
> .reflect 
> .DelegatingMethodAccessorImpl 
> .invoke(DelegatingMethodAccessorImpl.java:25)
>       at java.lang.reflect.Method.invoke(Method.java:597)
>       at
> org 
> .apache 
> .pluto 
> .tags 
> .el 
> .JSP21ExpressionEvaluatorProxy 
> .evaluate(JSP21ExpressionEvaluatorProxy.java:79)
>       at
> org 
> .apache 
> .pluto.driver.tags.PortletTag.evaluatePortletId(PortletTag.java:207)
>       at
> org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java: 
> 106)
>       at
> jsp 
> .WEB_002dINF 
> .themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java: 
> 102)
>       at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:73)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
>       at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:532)
> ...
>
> Anyone have an idea?
>
> thanks
> david jencks
>
>
>
> --
> Ivan
>
>
>
> --
> Ivan
>
>
>
>
>
>
> -- 
> Ivan


Mime
View raw message