I've seen the NPE too, but given it does not prevent the tests to succeed and it's a NPE inside spring-dm, i haven't really looked at it. The CoreTest.testCommandGroupAfterInstall failed test might be a timing issue. We need to work on those as I had to put sleeps in the test to ensure everything is loaded, but this could be better covered by waiting for a service registered in OSGi usually. Can you try to raise the sleeping time in this test maybe ?
On Thu, May 7, 2009 at 18:53, Moloney, Tim M <[email protected]> wrote: > > I still have one failed test (see attached). > > I also get a couple of warnings. > > [RMI TCP Connection(1)-10.130.172.62] DEBUG > org.apache.geronimo.gshell.wisdom.registry.CommandResolverImpl - Failed to > resolve alias command for name: .. > org.apache.commons.vfs.FileSystemException: Invalid relative file name. > at > org.apache.commons.vfs.provider.UriParser.normalisePath(UriParser.java:154) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveName(DefaultFileSystemManager.java:731) > at > org.apache.geronimo.gshell.vfs.config.ConfigurableFileSystemManager.resolveName(ConfigurableFileSystemManager.java:50) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveName(DefaultFileSystemManager.java:684) > at > org.apache.commons.vfs.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:669) > at > org.apache.geronimo.gshell.wisdom.registry.CommandResolverImpl.resolveAliasCommand(CommandResolverImpl.java:133) > at > org.apache.geronimo.gshell.wisdom.registry.CommandResolverImpl.resolveCommand(CommandResolverImpl.java:91) > at > org.apache.geronimo.gshell.wisdom.shell.CommandLineExecutorImpl.doExecute(CommandLineExecutorImpl.java:116) > at > org.apache.geronimo.gshell.wisdom.shell.CommandLineExecutorImpl.execute(CommandLineExecutorImpl.java:106) > at > org.apache.geronimo.gshell.parser.visitor.ExecutingVisitor$1.run(ExecutingVisitor.java:208) > at > org.apache.geronimo.gshell.parser.visitor.ExecutingVisitor.executePiped(ExecutingVisitor.java:231) > at > org.apache.geronimo.gshell.parser.visitor.ExecutingVisitor.visit(ExecutingVisitor.java:107) > at > org.apache.geronimo.gshell.parser.ASTExpression.jjtAccept(ASTExpression.java:17) > at > org.apache.geronimo.gshell.parser.SimpleNode.childrenAccept(SimpleNode.java:61) > at > org.apache.geronimo.gshell.parser.visitor.ExecutingVisitor.visit(ExecutingVisitor.java:90) > at > org.apache.geronimo.gshell.parser.ASTCommandLine.jjtAccept(ASTCommandLine.java:17) > at > org.apache.geronimo.gshell.wisdom.shell.CommandLineBuilderImpl$1.execute(CommandLineBuilderImpl.java:96) > at > org.apache.geronimo.gshell.wisdom.shell.CommandLineExecutorImpl.execute(CommandLineExecutorImpl.java:71) > at > org.apache.geronimo.gshell.wisdom.shell.ShellImpl.execute(ShellImpl.java:172) > at > org.apache.felix.karaf.gshell.core.ShellWrapper.execute(ShellWrapper.java:39) > at > org.apache.felix.karaf.gshell.itests.CoreTest.testCommandGroupAfterInstall(CoreTest.java:103) > 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.ops4j.pax.exam.junit.extender.impl.internal.CallableTestMethodImpl.injectContextAndInvoke(CallableTestMethodImpl.java:126) > at > org.ops4j.pax.exam.junit.extender.impl.internal.CallableTestMethodImpl.call(CallableTestMethodImpl.java:94) > 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.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:80) > 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) > at sun.rmi.transport.Transport$1.run(Transport.java:159) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:155) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > > I also get a NPE at the end of several tests. > > [RMI TCP Connection(1)-10.130.172.62] WARN > org.springframework.osgi.extender.internal.activator.ContextLoaderListener - > Got exception while handling event > org.osgi.framework.BundleEvent[source=org.apache.felix.framework [0]] > java.lang.NullPointerException > at > org.springframework.osgi.extender.internal.activator.ContextLoaderListener.shutdown(ContextLoaderListener.java:486) > at > org.springframework.osgi.extender.internal.activator.ContextLoaderListener$ContextBundleListener.handleEvent(ContextLoaderListener.java:241) > at > org.springframework.osgi.extender.internal.activator.ContextLoaderListener$BaseListener.bundleChanged(ContextLoaderListener.java:174) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:771) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:700) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:597) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3409) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:1807) > at org.apache.felix.framework.Felix.stop(Felix.java:752) > at > org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.stopBundle(RemoteBundleContextImpl.java:137) > 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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) > at sun.rmi.transport.Transport$1.run(Transport.java:159) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:155) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649) > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > > > Tim Moloney The reasonable man adapts himself to > ManTech Real-time Systems Laboratory the world; the unreasonable one > persists > 2015 Cattlemen Road in trying to adapt the world to > himself. > Sarasota, FL 34232 Therefore all progress depends on the > (941) 377-6775 x208 unreasonable man. - George Bernard Shaw > > >> -----Original Message----- >> From: Guillaume Nodet [mailto:[email protected]] >> Sent: Thursday, May 07, 2009 09:56 >> To: users >> Subject: Re: Trouble building Karaf from trunk >> >> I've fixed those problems along with the integration tests. >> Let me know if you still have problems. >> >> On Wed, May 6, 2009 at 17:28, Guillaume Nodet >> <[email protected]> wrote: >> > Right, this happen on Equinox. I've just switched the default to >> > Felix again, so it should work better. >> > You can svn up and rebuild, or simply change the karaf.framework >> > property in etc/config.properties. >> > I'll investigate this issue too. >> > >> > 2009/5/6 Moloney, Tim M <[email protected]>: >> >> >> >> The build is now successful but the feature command group >> is not loaded and none of the command groups are displayed in >> the help output. >> >> >> >> >> >> On Wednesday, May 06, 2009 10:33, Guillaume Nodet >> <[email protected]> wrote: >> >>> >> >>> Can you try with tests disabled for now ? I'll investigate >> >>> the problem asap. >> >>> >> >>> mvn -Dmaven.test.skip=true >> >>> >> >>> 2009/5/6 Moloney, Tim M <[email protected]>: >> >>> > >> >>> > I'm trying to build from the current trunk (revision >> >>> 772252) and I get >> >>> > several exceptions. I've attached the output of the build. >> >>> I ran the >> >>> > build with the following tool versions. >> >>> > >> >>> > bash> java -version >> >>> > java version "1.6.0_13" >> >>> > Java(TM) SE Runtime Environment (build 1.6.0_13-b03) >> >>> > Java HotSpot(TM) Client VM (build 11.3-b02, mixed >> mode, sharing) >> >>> > bash> mvn -v >> >>> > Maven version: 2.0.9 >> >>> > Java version: 1.6.0_13 >> >>> > OS name: "linux" version: "2.6.27.21-170.2.56.fc10.i686" >> >>> arch: "i386" >> >>> > Family: "unix" >> >>> > >> >>> > The errrors are the same even after I attempted to build >> >>> with an empty >> >>> > local Maven repository. Please let me know if I left >> out any needed >> >>> > info. >> >>> > >> >>> > On a side note, how can I change the branding of Karaf? I >> >>> see that it >> >>> > uses a properties file to get the information but I >> don't understand >> >>> > where to put this properties file and what to name >> >>> > <<karaf-r772252-build-output.txt>> it. >> >>> > >> >>> > Thanks. >> >>> > >> >>> > >> >>> > Tim Moloney The reasonable man >> >>> adapts himself >> >>> > to >> >>> > ManTech Real-time Systems Laboratory the world; the >> >>> unreasonable one >> >>> > persists >> >>> > 2015 Cattlemen Road in trying to adapt >> >>> the world to >> >>> > himself. >> >>> > Sarasota, FL 34232 Therefore all >> >>> progress depends on >> >>> > the >> >>> > (941) 377-6775 x208 unreasonable >> man. - George >> >>> > Bernard Shaw >> >>> > >> >>> > >> >>> > >> >>> > >> >>> >> --------------------------------------------------------------------- >> >>> > To unsubscribe, e-mail: [email protected] >> >>> > For additional commands, e-mail: [email protected] >> >>> > >> >>> >> >>> >> >>> >> >>> -- >> >>> Cheers, >> >>> Guillaume Nodet >> >>> ------------------------ >> >>> Blog: http://gnodet.blogspot.com/ >> >>> ------------------------ >> >>> Open Source SOA >> >>> http://fusesource.com >> >>> >> >>> >> --------------------------------------------------------------------- >> >>> To unsubscribe, e-mail: [email protected] >> >>> For additional commands, e-mail: [email protected] >> >>> >> >>> >> >> >> >> >> >> Tim Moloney The reasonable man >> adapts himself to >> >> ManTech Real-time Systems Laboratory the world; the >> unreasonable one persists >> >> 2015 Cattlemen Road in trying to adapt >> the world to himself. >> >> Sarasota, FL 34232 Therefore all >> progress depends on the >> >> (941) 377-6775 x208 unreasonable man. - >> George Bernard Shaw >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [email protected] >> >> For additional commands, e-mail: [email protected] >> >> >> >> >> > >> > >> > >> > -- >> > Cheers, >> > Guillaume Nodet >> > ------------------------ >> > Blog: http://gnodet.blogspot.com/ >> > ------------------------ >> > Open Source SOA >> > http://fusesource.com >> > >> >> >> >> -- >> Cheers, >> Guillaume Nodet >> ------------------------ >> Blog: http://gnodet.blogspot.com/ >> ------------------------ >> Open Source SOA >> http://fusesource.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
