Hi Steve, that is not true. Of course you can override ClasspathURLConverter as any service in Tapestry.
On Wed, May 6, 2009 at 6:49 PM, Steve Eynon <steve.ey...@alienfactory.co.uk>wrote: > Arr, yes, thanks Igor. > > The JavaDocs for ClasspathURLConverter even states it exists for OSGi > (Eclipse) apps: > > > This is a hook for supporting OSGi, allowing "bundleresource" and > "bundleentry" protocols to be converted to "jar:" or "file:". > > The default implementation currently returns the URLs unchanged. > > But alas, this service again is defined in the TapestryIOCModule > meaning it too can't be overridden or advised. > > I'll override it in my current classpath fudgey way... > > To overcome overriding issues, maybe rather than providing one class > to convert all urls we could contribute UrlConverters to handle > different protocols? > > Steve. > -- > Steve Eynon > www.bushmasters.co.uk > mobie: (+592) 6784236 > > > > 2009/5/6 Igor Drobiazko <igor.drobia...@gmail.com>: > > Hi Steve, > > > > the problem is the protocol bundleresource. > > You should override ClasspathURLConverter which is used by > ClassNameLocator. > > This service was introduced to be able to handle URLs which are not > common > > in Java. > > I provide for example my own implementition of this service in an OSGi > > environment, where the URL start with bundleresource. > > So you have the same issue. > > > > -- > > Best regards, > > > > Igor Drobiazko > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Best regards, Igor Drobiazko
