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]

Reply via email to