Hello Karl, I have added the issue to JIRA - https://issues.apache.org/jira/browse/FELIX-2780
regards Samba On Thu, Jan 13, 2011 at 2:04 PM, Karl Pauls <[email protected]> wrote: > On Thu, Jan 13, 2011 at 10:49 PM, Samba <[email protected]> wrote: > > Hello Karl, > > > > I do get the shell prompt if i use the Shell and Shell Text UI bundles, > but > > felix security bundle does not start the permission admin and the > > conditional permission admin services. Instead I get the following > warning > > > > WARNING: Unable to start Felix Extension Activator > > (java.nio.channels.UnresolvedAddressException) > > > > If i dump the stack at the point where the exception occurs, I get the > > following > > > > at java.lang.Thread.dumpStack(Thread.java:522) > > at > > > java.nio.channels.UnresolvedAddressException.<init>(UnresolvedAddressException.java:55) > > at gnu.java.nio.SocketChannelImpl.connect(SocketChannelImpl.java:160) > > at gnu.java.net.PlainSocketImpl.connect(PlainSocketImpl.java:281) > > at java.net.Socket.connect(Socket.java:454) > > at java.net.Socket.connect(Socket.java:414) > > at > > > gnu.java.net.protocol.http.HTTPConnection.getSocket(HTTPConnection.java:721) > > at > > > gnu.java.net.protocol.http.HTTPConnection.getOutputStream(HTTPConnection.java:802) > > at gnu.java.net.protocol.http.Request.dispatch(Request.java:292) > > at > > > gnu.java.net.protocol.http.HTTPURLConnection.connect(HTTPURLConnection.java:219) > > at > > > gnu.java.net.protocol.http.HTTPURLConnection.getHeaderField(HTTPURLConnection.java:582) > > at java.net.URLConnection.getHeaderFieldInt(URLConnection.java:426) > > at java.net.URLConnection.getContentLength(URLConnection.java:302) > > at > > gnu.java.net.loader.RemoteURLLoader.getResource(RemoteURLLoader.java:79) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:528) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:341) > > at java.lang.ClassLoader$1.loadClass(ClassLoader.java:1112) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:293) > > at > > > org.apache.felix.framework.ExtensionManager.startExtensionBundle(ExtensionManager.java:381) > > at org.apache.felix.framework.Felix.installBundle(Felix.java:2610) > > at org.apache.felix.framework.Felix.installBundle(Felix.java:2429) > > at > > > org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:121) > > at > > > org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:107) > > at > > > org.apache.felix.main.AutoProcessor.processAutoDeploy(AutoProcessor.java:173) > > at org.apache.felix.main.AutoProcessor.process(AutoProcessor.java:78) > > at org.apache.felix.main.Main.main(Main.java:291) > > at java.lang.reflect.VMMethod.invoke(Native Method) > > at java.lang.reflect.Method.invoke(Method.java:327) > > at jamvm.java.lang.JarLauncher.main(JarLauncher.java:50) > > > > It seems like the framework.security also relies on the url handlers > being > > enabled. > > No, not security but the extension bundle implementation does use urls > and that seems to fail (but shouldn't). I'll have to investigate > whether that is happening on other vm's as well - can you add that to > the jira too please? > > regards, > > Karl > > > regards > > Samba > > > > On Thu, Jan 13, 2011 at 12:20 PM, Karl Pauls <[email protected]> > wrote: > > > >> Well, that is actually more a bug in the gogo shell. It shouldn't > >> assume it can tostring a url and recreate it for a bundle entry - > >> alas, this is a mistake made pretty much all over the place so that is > >> the downside of disabling the urlhandlers. For now, you could try to > >> use the old felix shell instead of gogo (delete the gogo bundles in > >> the bundle dir and add the Shell and Shell Text UI bundles from: > >> http://felix.apache.org/site/downloads.cgi). That should give you a > >> working shell. > >> > >> regards, > >> > >> Karl > >> > >> p.s.: I'll try to follow-up with a patch to the jira issue asap which > >> hopefully gets you working with urlhandlers enabled. > >> > >> On Thu, Jan 13, 2011 at 8:58 PM, Samba <[email protected]> wrote: > >> > Hello Karl, > >> > > >> > After i disable urlhandlers, I seem to move forward a bit where bundle > >> are > >> > getting created(I see more bundleX directories in the felix-cache > >> directory > >> > now) but the the gogo shell won't start, maybe because it is relying > on > >> the > >> > URL handler service. > >> > > >> > COMMAND: > >> > ======= > >> > root@ubuntu:/home/samba/wurk/downloads/osgi/felix-framework-3.0.7# > >> > /usr/local/jamvm/bin/jamvm -Xmx256M -Dfelix.service.urlhandlers=false > >> > -Dorg.osgi.framework.security="osgi" > >> > -Dpolicy.provider=gnu.java.security.PolicyFile > >> > > >> > -Djava.security.policy=file:///home/samba/wurk/downloads/osgi/felix-framework-3.0.7/conf/java.policy > >> > -jar bin/felix.jar > >> > > >> > > >> > LOG: > >> > === > >> > Read logging propreties from > >> > > >> > file:///home/samba/wurk/downloads/osgi/classpath-0.98/install/lib/logging.properties > >> > Default Policy user file /root/.java.policy > >> > Default Policy file > >> > /usr/lib/jvm/java-6-sun-1.6.0.20/jre/lib/security/java.policy > >> > Parsing configuration file > >> > > >> > file:/home/samba/wurk/downloads/osgi/felix-framework-3.0.7/conf/java.policy > >> > Building policy from URLs {(http://felix.extensions:9/ <no > >> > certificates>)=java.security.Permissions@a7f370b8 ( > >> > (java.security.AllPermission *) > >> > ) > >> > , (null <no certificates>)=java.security.Permissions@a7f36550 ( > >> > (java.security.AllPermission *) > >> > ) > >> > } > >> > gogo: MalformedURLException: Protocol handler not found: bundle > >> > java.net.MalformedURLException: Protocol handler not found: bundle > >> > at java.net.URL.<init>(URL.java:495) > >> > at java.net.URL.<init>(URL.java:327) > >> > at java.net.URI.toURL(URI.java:1004) > >> > at org.apache.felix.gogo.shell.Shell.readScript(Shell.java:204) > >> > at org.apache.felix.gogo.shell.Shell.source(Shell.java:187) > >> > at org.apache.felix.gogo.shell.Shell.gosh(Shell.java:107) > >> > at java.lang.reflect.VMMethod.invoke(Native Method) > >> > at java.lang.reflect.Method.invoke(Method.java:327) > >> > at > org.apache.felix.gogo.runtime.Reflective.method(Reflective.java:136) > >> > at > >> > > org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:82) > >> > at > org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:458) > >> > at > >> > > org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:384) > >> > at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108) > >> > at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183) > >> > at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120) > >> > at > >> > > >> > org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:79) > >> > at org.apache.felix.gogo.shell.Activator.run(Activator.java:75) > >> > at java.lang.Thread.run(Thread.java:745) > >> > > >> > I will also update the JIRA with this information > >> > > >> > regards, > >> > Samba > >> > > >> > On Thu, Jan 13, 2011 at 8:42 AM, Karl Pauls <[email protected]> > wrote: > >> > > >> >> I justed replied to the jira but just in case: did you try disabling > >> >> urlhandlers? > >> >> > >> >> -Dfelix.service.urlhandlers=false > >> >> > >> >> regards, > >> >> > >> >> Karl > >> >> > >> >> On Wed, Jan 12, 2011 at 2:31 AM, Samba <[email protected]> wrote: > >> >> > Hi Karl, > >> >> > > >> >> > I have added the issue to Jira ( > >> >> > https://issues.apache.org/jira/browse/FELIX-2775). > >> >> > > >> >> > regards > >> >> > Samba > >> >> > > >> >> > > >> >> > On Tue, Jan 11, 2011 at 2:23 PM, Karl Pauls <[email protected]> > >> wrote: > >> >> > > >> >> >> Hi, > >> >> >> > >> >> >> this looks like a bug. Can you create a jira issue for this one? > >> >> >> > >> >> >> regards, > >> >> >> > >> >> >> Karl > >> >> >> > >> >> >> On Tue, Jan 11, 2011 at 10:58 PM, Samba <[email protected]> wrote: > >> >> >> > Hi All, > >> >> >> > > >> >> >> > I am new to java and OSGI. I am trying to start felix with > security > >> >> >> enabled, > >> >> >> > so that i can only allow signed bundles to be installed and run > in > >> the > >> >> >> OSGI > >> >> >> > framework. I hit the following error(See attached). It seems > like > >> the > >> >> >> > framework cannot find the class at runtime. I looked up the > felix > >> >> >> framework > >> >> >> > source code and i find that the class has caused the error is > >> present > >> >> in > >> >> >> the > >> >> >> > framework jar file. > >> >> >> > > >> >> >> > Here is the configuration that i am running > >> >> >> > > >> >> >> > JamVM version - 1.5.4 > >> >> >> > GNU Classpath - 0.9.8 (slightly modified to add missing methods > >> from > >> >> >> apache > >> >> >> > harmony) > >> >> >> > Felix - trunk(latest). I have also tried the stable release jar > >> >> >> > files(3.0.7). I get the same issue > >> >> >> > > >> >> >> > POLICY: > >> >> >> > grant { > >> >> >> > permission java.security.AllPermission; > >> >> >> > } > >> >> >> > > >> >> >> > grant codeBase "http://felix.extensions:9/"; { > >> >> >> > permission java.security.AllPermission; > >> >> >> > }; > >> >> >> > > >> >> >> > COMMAND: > >> >> >> > /usr/local/jamvm/bin/jamvm -Xmx256M > >> >> >> > > >> -Djava.library.path=/home/samba/wurk/downloads/osgi/felix/main/bundle > >> >> >> > -Dorg.osgi.framework.security="osgi" > >> >> >> > -Dpolicy.provider=gnu.java.security.PolicyFile > >> >> >> > > >> >> >> > >> >> > >> > -Djava.security.policy=file:///home/samba/wurk/downloads/osgi/felix/main/conf/java.policy > >> >> >> > -jar target/org.apache.felix.main-3.1.0- > >> >> >> > SNAPSHOT.jar > >> >> >> > > >> >> >> > Can anyone give me a clue how i can debug this problem ? > >> >> >> > > >> >> >> > Thanks in advance for the help > >> >> >> > > >> >> >> > regards, > >> >> >> > Samba > >> >> >> > > >> >> >> > > >> >> >> > > >> --------------------------------------------------------------------- > >> >> >> > To unsubscribe, e-mail: [email protected] > >> >> >> > For additional commands, e-mail: [email protected] > >> >> >> > > >> >> >> > >> >> >> > >> >> >> > >> >> >> -- > >> >> >> Karl Pauls > >> >> >> [email protected] > >> >> >> > >> >> >> > --------------------------------------------------------------------- > >> >> >> To unsubscribe, e-mail: [email protected] > >> >> >> For additional commands, e-mail: [email protected] > >> >> >> > >> >> >> > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> Karl Pauls > >> >> [email protected] > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: [email protected] > >> >> For additional commands, e-mail: [email protected] > >> >> > >> >> > >> > > >> > >> > >> > >> -- > >> Karl Pauls > >> [email protected] > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > > > > > -- > Karl Pauls > [email protected] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
