Yea. It's working very nice.
Thanks again for perfect support.
Wojtek
> Did you had time to see if it fit your needs ? We are in the progress
> of making a new mailbox release and I want to make sure we have
> something useful in it before cutting it..
> Thx,
> Norman
> 2010/12/26 Norman Maurer <[email protected]>:
>> Hi there,
>>
>> I just commited the changes.. See:
>>
>> https://issues.apache.org/jira/browse/MAILBOX-22
>>
>> Let me know if it work out for you. We want to release a new version
>> of mailbox project soon....
>>
>> Bye,
>> Norman
>>
>> 2010/12/24 Norman Maurer <[email protected]>:
>>> I will have a look at it the next days, so stay tuned...
>>>
>>> Bye
>>> Norman
>>>
>>>
>>> Am Freitag, 24. Dezember 2010 schrieb Wojciech Strzałka
>>> <[email protected]>:
>>>>
>>>> Sounds perfect
>>>>
>>>>> Hi there,
>>>>
>>>>> ok I see your point now. In fact I thought about make the
>>>>> "DelegatingMailboxListener" pluggable so it would be possible to
>>>>> better support clustering etc. So you would create one instance of the
>>>>> DelegatingMailboxListener (or subclass) and inject it into the
>>>>> MailboxManager. Then you could create a new instance of
>>>>> MailboxEventDispatcher and register ther previous created
>>>>> DelegatingMailboxListener to it. This would then make it easy to fire
>>>>> events from outside.....
>>>>
>>>>> WDYT ?
>>>>
>>>>> Bye,
>>>>> Norman
>>>>
>>>>> 2010/12/24 Wojciech Strzałka <[email protected]>:
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> Thanks for quick response.
>>>>>>
>>>>>> So - as I wrote before - James IMAP is only one of the possibilities
>>>>>> for email to entry my store (it's separate application in fact and
>>>>>> I've implemented custom store to support it).
>>>>>> When email enters the system in some other way then through IMAP, I'd
>>>>>> like to notice IMAP clients that there is new email.
>>>>>> At the moment 2 crucial command processors rely on this heavily - one
>>>>>> is NoopProcesor - which checks via MailboxEventAnalyser if the mailbox
>>>>>> size has
>>>>>> changed. Without pushing event to dispatcher it returns with no change
>>>>>> notification.
>>>>>>
>>>>>> The second command - commited recently to trunk is IDLE - it adds own
>>>>>> listener to be able to notify IDLing clients immediately about changes,
>>>>>> those relies on the dispatcher data also.
>>>>>>
>>>>>> MailboxManager/MessageManager have possibilities to operate on items
>>>>>> and register the changes made but in my use case, changes are
>>>>>> performed externally and the only thing I want to do, is push an event
>>>>>> to dispatcher.
>>>>>>
>>>>>> I'm not 100% sure direct access to dispatcher is right way to do is,
>>>>>> I'm open to any suggestions.
>>>>>> Simplest solutions seems to be looking for dispatcher in the
>>>>>> ImapProcessorFactory - I could easily override it and do any magic I
>>>>>> need :)
>>>>>>
>>>>>>
>>>>>> Best regards
>>>>>> Wojtek Strzalka
>>>>>>
>>>>>>> Hi there,
>>>>>>
>>>>>>> at the moment its not possible to get the MailboxEventDispatcher
>>>>>>> instance. But if you can make me understand why you want to manipulate
>>>>>>> without using the MailboxManager/MessageManager we can see if it would
>>>>>>> make sense to make it accessable.
>>>>>>
>>>>>>> Thx,
>>>>>>> Norman
>>>>>>
>>>>>>
>>>>>>> 2010/12/22 Wojciech Strzałka <[email protected]>:
>>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm trying to implement my own IMAP solution based on James v3
>>>>>>>> The messages can be pushed to the store bypasing the James - in
>>>>>>>> such a case I'd like to inform IMAP clients that something hava
>>>>>>>> changed.
>>>>>>>>
>>>>>>>> I was looking at the code a little bit and it looks like I should
>>>>>>>> push an event to MailboxEventDispatcher (so the NOOP will notify
>>>>>>>> mailbox size has changed and inform client about the fact) but I
>>>>>>>> can not find a way to get the MailboxEventDispatcher instance from
>>>>>>>> externall code.
>>>>>>>> I think about smth like registering an JMS listener to listen for
>>>>>>>> external mailbox changes and push the events to dispatcher but I
>>>>>>>> have no idea where my start point
>>>>>>>> should be.
>>>>>>>>
>>>>>>>> Any suggestions how (if it's possible at all) can I achieve what I
>>>>>>>> described?
>>>>>>>>
>>>>>>>> Wojtek
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>> --
>>>> Pozdrowienia,
>>>> Wojciech Strzałka
>>>>
>>>>
>>>
>>
--
Pozdrowienia,
Wojciech Strzałka
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
