Hi Samba, i attached a patched version of felix to the jira issue. Could you try and see whether that one resolves your issue? You need to not disable urlhandlers for it to work.
regards, Karl On Fri, Jan 14, 2011 at 12:38 AM, Samba <[email protected]> wrote: > 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] >> >> > -- Karl Pauls [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
