Re: JNet integration doubts

2008-04-03 Thread Reinhard Poetz
Grzegorz Kossakowski wrote: Why do we have to replace the blockcontext: protocol at all? Take a look at its current source code. There is no such a thing like "blockcontext:" protocol implementation at the moment. Therefore I'm asking ... In my [RT] mail I explained how we could possibly to

Re: JNet integration doubts

2008-04-03 Thread Vadim Gritsenko
On Apr 3, 2008, at 2:58 PM, Grzegorz Kossakowski wrote: Reinhard Poetz pisze: Why do we have to replace the blockcontext: protocol at all? Take a look at its current source code. There is no such a thing like "blockcontext:" protocol implementation at the moment. In my [RT] mail I explaine

Re: JNet integration doubts

2008-04-03 Thread Grzegorz Kossakowski
Reinhard Poetz pisze: Grzegorz Kossakowski wrote: Hello, I've played with JNet for a while trying to integrate it with SSF and run into many troubles. First of all, I'm not sure if I understand whole concept correctly. Do I understand correctly that JNet provides SourceURLStreamHandlerFactory

Re: JNet integration doubts

2008-04-03 Thread Reinhard Poetz
Grzegorz Kossakowski wrote: Hello, I've played with JNet for a while trying to integrate it with SSF and run into many troubles. First of all, I'm not sure if I understand whole concept correctly. Do I understand correctly that JNet provides SourceURLStreamHandlerFactory class that acts just li

Re: JNet integration doubts

2008-03-25 Thread Vadim Gritsenko
On Mar 25, 2008, at 3:10 AM, Carsten Ziegeler wrote: The abstraction we introduced with all these sub interfaces from source looked great in the beginning, but today I'm not sure that you really need this. Traversing over http urls is not working for instance; if you want to traverse of file

Re: JNet integration doubts

2008-03-25 Thread Carsten Ziegeler
I'll try to respond in more details to this during the week :) But as a first quick answer: jnet can be considered alpha, so it might have some rough edges especially when it comes to integration. I think it makes more sense to move the excalibur sourceresolver support into an optional module fo

Re: JNet integration doubts

2008-03-24 Thread Grzegorz Kossakowski
Grzegorz Kossakowski pisze: >> >> AFAIU, you call >> >> Installer.setURLStreamHandlerFactory(new SourceURLStreamHandlerFactory()); >> >> at the startup of your application. >> >> Then you can use the SourceFactoriesManager to install and uninstall >> source factories. > > Yes, but when and where s

Re: JNet integration doubts

2008-03-22 Thread Grzegorz Kossakowski
Reinhard Poetz pisze: > Grzegorz Kossakowski wrote: >> Hello, >> >> I've played with JNet for a while trying to integrate it with SSF and run >> into many troubles. >> >> First of all, I'm not sure if I understand whole concept correctly. Do I >> understand correctly that JNet provides SourceURLStr

Re: JNet integration doubts

2008-03-22 Thread Reinhard Poetz
Grzegorz Kossakowski wrote: Hello, I've played with JNet for a while trying to integrate it with SSF and run into many troubles. First of all, I'm not sure if I understand whole concept correctly. Do I understand correctly that JNet provides SourceURLStreamHandlerFactory class that acts just li

JNet integration doubts

2008-03-22 Thread Grzegorz Kossakowski
Hello, I've played with JNet for a while trying to integrate it with SSF and run into many troubles. First of all, I'm not sure if I understand whole concept correctly. Do I understand correctly that JNet provides SourceURLStreamHandlerFactory class that acts just like a bridge supporting lega