Incidentally what you expect to see if I have a POJO and sent it to MongoDB
via an encrypting marshaller? A document full of binary or a hash where the
values are binary?

On 24 December 2014 at 11:39, James Green <james.mk.gr...@gmail.com> wrote:

> OK do we need to wrap the process() with both un-marshal to a POJO
> beforehand and marshal to XML/JSON afterwards, and wrap this in
> decrypt/encrypt basically.
>
> Not seeing examples showing the chaining together of marshal calls so
> there's doubts in my mind reading this stuff.
>
> On 24 December 2014 at 11:07, David Karlsen <davidkarl...@gmail.com>
> wrote:
>
>> Yes - you got it - maybe an jaxbUnmarshaller if your byBusinessProcessor
>> returns an jaxb object.
>> Get that to work first - then you might want to use
>> http://camel.apache.org/binding.html as well (which is really just
>> syntactic sugar to make the dataformat a property of the
>> endpoint/transport.
>>
>> 2014-12-24 11:29 GMT+01:00 James Green <james.mk.gr...@gmail.com>:
>> >
>> > So something like:
>> >
>> >
>> >
>> from("the.input.queue").unmarshal(cryptoDataFormat).unmarshal(jaxbMapper).process(byBusinessProcessor).marshal(cryptoDataFormat).to("the.output.queue")
>> > ?
>> >
>> > Not entirely convinced I have this mentally modelled yet...
>> >
>> > On 24 December 2014 at 10:22, David Karlsen <davidkarl...@gmail.com>
>> > wrote:
>> >
>> > > Sure! The crypto is agnostic of transport and payload - stick it in
>> > between
>> > > the marshalling and the endpoint - and inbetween endpoint and
>> > unmarshalling
>> > > and you should be fit for fight.
>> > > Good luck!
>> > >
>> > > 2014-12-24 11:17 GMT+01:00 James Green <james.mk.gr...@gmail.com>:
>> > > >
>> > > > I'm looking at Camel's CryptoDataFormat and am wondering to what
>> extent
>> > > we
>> > > > might employ it.
>> > > >
>> > > > In our use-case we want multiple Camel-powered JARs to send each
>> other
>> > > > messages via a message broker. Some of message needs to remain
>> private
>> > so
>> > > > cryptography needs to be used. Right now we have routes that produce
>> > and
>> > > > consume from brokers and use jaxb classes for mapping to/from POJOs.
>> > > >
>> > > > http://camel.apache.org/crypto.html Does not really deal with
>> anything
>> > > > realistic - only mock endpoints. Can this be put into the above
>> > > > applications?
>> > > >
>> > > > Thanks,
>> > > >
>> > > > James
>> > > >
>> > >
>> > >
>> > > --
>> > > --
>> > > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>> > >
>> >
>>
>>
>> --
>> --
>> David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>>
>
>

Reply via email to