Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <488DAB65.5060400@inode.at>
Date: Mon, 28 Jul 2008 13:20:05 +0200
From: Lukas Lang <lukas.lang@inode.at>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Eventcache dependency to JMS
References: <487F65A4.8060806@inode.at>
 <F8E386B54CE3E6408F3A32ABB9A7908AC503E8@hai02.hippointern.lan>
In-Reply-To: <F8E386B54CE3E6408F3A32ABB9A7908AC503E8@hai02.hippointern.lan>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hey,

I'm sorry for my delayed answer too ;-)

Well, what I'm trying to gain is implementation independent blocks.
I cleaned up the JMS block using Spring provided mechanisms (templates) for message delivery.

The sample block is now based on the ActiveMQ implementation running in embedded
mode (initialized via Spring namespace). For demonstration purpose,
it uses the JMSEventMessageListener component for invalidating cached responses.

As far as I get this, there are no dependencies between eventcache and jms-impl at all?
If we consider (re)placing the JMSEventMessageListener into the jms-sample block,
because it is a concrete subclass of the AbstractMessageListener,
we would get a more satisfying situation.

The way you might go, consists of writing a concrete listener in a separate block,
using whatever other block (e.g. eventcache) you might need.

Can you live with that?

Regards,
Lukas

Ard Schrijvers schrieb:
> Hello Lukas,
> 
> Sry for my late respond
> 
>> Hello,
>>
>> I'm wondering, why the eventcache block has dependencies on 
>> the JMS block and not the other way round?
> 
> I do not know what you would win by switching the dependency around. JMS
> seems to me more uncoupled from eventcache then eventcache to jms.
> Perhaps I would like to use JMS listeners, while at the same time I do
> not have any eventcache at all. I would for example just use JMS to...I
> don't know, trigger an email to send...


> 
>> For those who are familiar with these blocks, in my opinion 
>> the JMSEventListener makes use of eventcache capabilities.
>>
>> So I would say, JMS provides callback support via eventcache.
>>
>> What do you think?
> 
> It's been a while for since I last worked with it, and I suppose it is
> targeted for Cocoon 2.2 where my knowledge is mainly 2.1.x, so I might
> be missing something. Anyway, it is not directly clear for me what to
> gain with this dependency switch
> 
> -Ard
> 
>> Regards,
>> Lukas
>>
>>
> 
>