|Re: Priming the FileShare send file [message #606359 is a reply to message #606357]
||Tue, 25 July 2006 13:52
| Jaap Reitsma
Registered: July 2009
Thanks for fixing, we got the sending actually fixed by providing our own
IFileShareSenderConfig to the createSender() of the FileShareContainer. That
one implements the correct event handler
handleSharedObjectMsgEvent(ISharedObjectMessageEvent evt) which on its turn
after casting calls the original
handleSharedObjectMsgEvent(SharedObjectMsgEvent event) in
I will take a look at your changes.
"Scott Lewis" <firstname.lastname@example.org> wrote in message
> Hi Jaap,
> The fileshare sender provider was not working correctly due to a change in
> internal API...that previously had not been detected (thanks for
> reporting). I've applied a fix and added some inline docs Tues am and
> checked in changes to BaseFileShareSender/BaseFileShareReceiver and the
> org.eclipse.ecf.test.fileshare test code. The test case now works.
> Unfortunately this did not make it into the 0.8.9 build yesterday evening.
> So to get these fixes you will need to checkout latest source.
> The current example code is a little minimal, however, because on the
> BaseFileShareReceiver it simply prints out data to System.out. I will
> work today (Tues) to generalize the
> BaseFileShareSender/BaseFileShareReceiver so that subclasses can easily
> override this behavior and define whatever behavior they wish to handle
> the received data.
> Jaap Reitsma wrote:
>> Our efforts to get the new fileshare actually transferring a file are
>> fruitless up to now (ECF0.0.8). In
>> org.eclipse.ecf.provider.fileshare.BaseFileShareSender I see the start
>> method send a send method to self and a start event to the listener. But
>> who is listening to self? I suppose handleSharedObjectMsgEvent() should
>> be called, right? Because that method is prining the send. But who is
>> initially calling this method, or making it being called?
>> We took as an example
>> org.eclipse.ecf.test.datashare.FileshareSendTest#fileshareCo deSnippet().
>> Kind regards,
Powered by FUDForum
. Page generated in 0.07265 seconds