The problem is, that no matter the URLStreamHandler, if there is no scheme - either from the context or the url string - the URL constructor fails. And this - at least in my case - is the situation here ...
Interesting. I was missing the case where we have an invalid scheme. Should be fixed now. regards, Karl
Regards Felix On 1/29/07, Karl Pauls <[EMAIL PROTECTED]> wrote: > Hello, > > this is really strange since we do pass in a fake URLHandler but with > an empty context. Maybe that is what causing the trouble. Anyways, I'm > going to remove this asap (it was a temporary placeholder anyways). > > regards, > > Karl > > On 1/29/07, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > Hi, > > > > This seems to have only been introduced lately into Felix. I use the > > same API call and just put a name there. To fix, I just prepend the > > string "inputstream:" (not a good name after all :-) ), which works. > > > > The API spec just says, the location is "used as the identity of the > > bundle". That is each bundle has its unique location name. The > > BundleContext.installBundle(String location) spec says, that the > > bundle is retrieved from the named location in a Framework dependent > > manner and that the location string is "typically in the form of a > > URL". > > > > All in all, I can live with the situation of the location string to be > > an URL. On the other hand as the spec does not require it, Felix > > should probably handle the case of a missing scheme name properly when > > creating the code source URL. Perhaps with something like this : > > > > URL dummy = new URL(null, "location:", fakeHandler); // might by Constant > > URL codeSource = new URL(dummy, locationString, fakeHandler); > > > > Regards > > Felix > > > > On 1/29/07, Chris Custine <[EMAIL PROTECTED]> wrote: > > > Need a little insight from others here... When installing a bundle from an > > > InputStream using the form: > > > > > > bundleContext.installBundle(String location, InputStream is) > > > > > > does the location String have to be a valid URL string? I have a couple of > > > scenarios where existing code running on Equinox and Knopflerfish handles > > > this fine, but in Felix we are using that String to create a valid URL > > > object for the CodeSource constructor at Felix.java:2921 so we get a > > > MalformedURLException at SecureAction.java:161 > > > > > > I am just trying to figure out if it is pure luck that Equinox and KF work > > > with bogus location Strings (only when installing from InputStream) or if it > > > is something that we need to look at in Felix. I have run into this twice > > > this week, once with a client's code and once in Spring-OSGi test harness. > > > > > > Chris > > > > > > > > > > > -- > Karl Pauls > [EMAIL PROTECTED] >
-- Karl Pauls [EMAIL PROTECTED]
