Comments for Jeff Sinclair's Website http://www.cooljeff.co.uk my 2 pence to the world Sun, 13 Dec 2009 13:02:13 +0000 http://wordpress.org/?v=2.8.5 hourly 1 Comment on Custom URL protocols and multiple classloaders by admin http://www.cooljeff.co.uk/2009/12/12/custom-url-protocols-and-multiple-classloaders/comment-page-1/#comment-128 admin Sun, 13 Dec 2009 13:02:13 +0000 http://www.cooljeff.co.uk/?p=172#comment-128 Stuart, thanks for this, I was not fully aware of how OSGI works around the various issues and Chapter 11 does a good job at explaining it. Stuart, thanks for this, I was not fully aware of how OSGI works around the various issues and Chapter 11 does a good job at explaining it.

]]> Comment on Custom URL protocols and multiple classloaders by Stuart McCulloch http://www.cooljeff.co.uk/2009/12/12/custom-url-protocols-and-multiple-classloaders/comment-page-1/#comment-127 Stuart McCulloch Sun, 13 Dec 2009 02:13:07 +0000 http://www.cooljeff.co.uk/?p=172#comment-127 You might want to look at the URL Handlers Service (chapter 11 of the OSGi core specification http://www.osgi.org/download/r4v42/r4.core.pdf) It defines a service-based approach for registering URL handlers in a modular, dynamic application. The basic idea is that you can register an implementation of URLStreamHandlerService with the OSGi service registry - the various service implementations are then discovered by the real (singleton) URLStreamHandler that's registered by the OSGi framework. The framework handler is responsible for sending incoming requests to the right handler service. You can find a concrete example over at http://wiki.ops4j.org/display/paxurl/Pax+URL which also works in a standard Java environment, except without the dynamic part. Of course, there are some wrinkles (mostly when embedding frameworks inside other containers) but most OSGi frameworks can also support this by using reflection to chain to existing handler factories. You might want to look at the URL Handlers Service (chapter 11 of the OSGi core specification http://www.osgi.org/download/r4v42/r4.core.pdf)

It defines a service-based approach for registering URL handlers in a modular, dynamic application. The basic idea is that you can register an implementation of URLStreamHandlerService with the OSGi service registry – the various service implementations are then discovered by the real (singleton) URLStreamHandler that’s registered by the OSGi framework. The framework handler is responsible for sending incoming requests to the right handler service.

You can find a concrete example over at http://wiki.ops4j.org/display/paxurl/Pax+URL which also works in a standard Java environment, except without the dynamic part.

Of course, there are some wrinkles (mostly when embedding frameworks inside other containers) but most OSGi frameworks can also support this by using reflection to chain to existing handler factories.

]]> Comment on Handling native dependencies with Apache Ivy by admin http://www.cooljeff.co.uk/2009/08/01/handling-native-dependencies-with-apache-ivy/comment-page-1/#comment-123 admin Wed, 09 Sep 2009 20:14:59 +0000 http://www.cooljeff.co.uk/?p=129#comment-123 Thanks Andrei. I need to update this blog entry based on the feedback I got from the IvyDE mailing lists however I'm most of the way through implementing: <ul> <li>A type filter in IvyDE for JNI.</li> <li>Populating the -Djava.library.path automatically from resolved artifacts in the type filter.</li> </ul> I've been quite busy at work, however I hope to have something working over the weekend. I'll then feed this back to IvyDE and will ping you when I have something for you to try. Jeff Thanks Andrei. I need to update this blog entry based on the feedback I got from the IvyDE mailing lists however I’m most of the way through implementing:

  • A type filter in IvyDE for JNI.
  • Populating the -Djava.library.path automatically from resolved artifacts in the type filter.

I’ve been quite busy at work, however I hope to have something working over the weekend. I’ll then feed this back to IvyDE and will ping you when I have something for you to try.

Jeff

]]> Comment on Handling native dependencies with Apache Ivy by Andrei http://www.cooljeff.co.uk/2009/08/01/handling-native-dependencies-with-apache-ivy/comment-page-1/#comment-122 Andrei Wed, 09 Sep 2009 17:54:20 +0000 http://www.cooljeff.co.uk/?p=129#comment-122 Hi Jeff, Do you have a working prototype of your suggestion? I've read through your other thoughts on the Apache site and I think you've got some wonderful ideas. In general, the lack of this functionality is a major problem with the IvyDE implementation and may be a showstopper for us, unless a comprehensive solution is available. Any feedback would be greatly appreciated. thanks andrei Hi Jeff,

Do you have a working prototype of your suggestion? I’ve read through your other thoughts on the Apache site and I think you’ve got some wonderful ideas.

In general, the lack of this functionality is a major problem with the IvyDE implementation and may be a showstopper for us, unless a comprehensive solution is available.

Any feedback would be greatly appreciated.

thanks
andrei

]]>