Hi Claus,

after having more thoughts about the claim check thing, I don't think
its the right thing for my need. I need to be able to lazy load some
stuff on demand. I don'T know when I need it because users can plugin
their own implementation to process the object. Sometimes they don't
need to access the MimeMessage so I don'T want to load it. Sometimes
they do.


So I need more something like lazy loading in the JPA world.. So I
will look into the BlobMessage.

Thx again,
Norman

2010/3/2 Norman Maurer <norman.mau...@googlemail.com>:
> Hi Claus,
>
> yeah claim check sounds like the one I was looking for.
>
> Yes I was refering the the AMQ BlobMessage because from my
> understanding it is the way you usual handle such stuff with AMQ.
>
> Thx again,
> Norman
>
> 2010/3/2 Claus Ibsen <claus.ib...@gmail.com>:
>> On Tue, Mar 2, 2010 at 8:42 AM, Norman Maurer <nor...@apache.org> wrote:
>>> Hi all,
>>>
>>> we just switched to using Camel + Activemq for message routing and
>>> spooling in JAMES. At the moment we store the whole MimeMessage as a
>>> byte array in the payload of the Exchange. This is super inefficient
>>> because of the possibility of very big emails. So I consider using
>>> BlobMessages for storing the MimeMessage out of the band. So is there
>>> any example in sending a BlobMessage via ProducerTemplate ?
>>>
>>
>> By out of band I assume you mean the claim check EIP?
>> http://camel.apache.org/claim-check.html
>>
>> And BlobMessage is it the AMQ type?
>> org.apache.activemq.BlobMessage
>>
>> I recon you need to grab the InputStream from the BlobMessage to be
>> used as the body to be send using ProducerTemplate.
>>
>>
>>>
>>> Thx,
>>> Norman
>>>
>>
>>
>>
>> --
>> Claus Ibsen
>> Apache Camel Committer
>>
>> Author of Camel in Action: http://www.manning.com/ibsen/
>> Open Source Integration: http://fusesource.com
>> Blog: http://davsclaus.blogspot.com/
>> Twitter: http://twitter.com/davsclaus
>>
>

Reply via email to