component busy ..

[Ramon Buckland <ra...@thebuckland.com>]

Hi All,

I have a need to create a new dataformat which will de/encrypt a message
using OpenGPG (BouncyCastle).

The actual details is that a file is on a remote sftp server, and is
encrypted using GnuGPG. It will need to be sftp pulled once a day, decrypted
using our private key and placed in a directory elsewhere.

That is no problem, I will be putting the pieces of it together shortly. ..
of course it means adding another component.

My question is:

    Has anyone thought of bundling like components, in order that the
component number (and thus optional 'camel' jars, is reduced) ?

    I can see a plus side of the current way, one project encapsulates all
of that "component's" dependencies.
    the downside I (feel) is that there is a heck of a lot of components
going on.. correlating to IDE projects and mvn pom overhead, and will only
grow more so (which is GREAT!)

I don't really have a thought on any way or form, but was just wondering if
anybody had given it thought as I have over the past few days.

Specifically to my requirement above, the ZIP and this Encrypt/Decrypt are
kind of related so could both reside in a

    camel-dataformat-encoding-support

                   component, which can provide, ZIP, GZIP, OpenGPG, MD5
summing (and if someother are game, all other manner of BouncyCastle
en/decryption goodness)

 just a thought..

cheers
r.

Re: component busy ..

[Ramon Buckland <ra...@gmail.com>]

On Sat, Jan 24, 2009 at 00:05, Claus Ibsen <cl...@gmail.com> wrote:

> Cool
>
> Which license does the BouncyCastle use? We cant accept all license at
> Apache
> http://www.apache.org/legal/3party.html



It is the bouncy castle license ..

http://www.bouncycastle.org/licence.html

It seems to be used in other Apache Projects .. such as -

   WSS4J -
http://ws.apache.org/wss4j/apidocs/org/apache/ws/security/components/crypto/BouncyCastle.html

However, a big however, it does seem to have issue ..

https://issues.apache.org/jira/browse/DIRSERVER-877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel


hrmm .. looks like it needs to be a "pluggable" implementation. ..

will think on it tomorrow.

Re: component busy ..

[Claus Ibsen <cl...@gmail.com>]

Cool

Which license does the BouncyCastle use? We cant accept all license at Apache
http://www.apache.org/legal/3party.html



On Fri, Jan 23, 2009 at 1:33 PM, Ramon Buckland <ra...@thebuckland.com> wrote:
> Hi All,
>
> I have a need to create a new dataformat which will de/encrypt a message
> using OpenGPG (BouncyCastle).
>
> The actual details is that a file is on a remote sftp server, and is
> encrypted using GnuGPG. It will need to be sftp pulled once a day, decrypted
> using our private key and placed in a directory elsewhere.
>
> That is no problem, I will be putting the pieces of it together shortly. ..
> of course it means adding another component.
>
> My question is:
>
>    Has anyone thought of bundling like components, in order that the
> component number (and thus optional 'camel' jars, is reduced) ?
>
>    I can see a plus side of the current way, one project encapsulates all
> of that "component's" dependencies.
>    the downside I (feel) is that there is a heck of a lot of components
> going on.. correlating to IDE projects and mvn pom overhead, and will only
> grow more so (which is GREAT!)
>
> I don't really have a thought on any way or form, but was just wondering if
> anybody had given it thought as I have over the past few days.
>
> Specifically to my requirement above, the ZIP and this Encrypt/Decrypt are
> kind of related so could both reside in a
>
>    camel-dataformat-encoding-support
>
>                   component, which can provide, ZIP, GZIP, OpenGPG, MD5
> summing (and if someother are game, all other manner of BouncyCastle
> en/decryption goodness)
>
>  just a thought..
>
> cheers
> r.
>



-- 
Claus Ibsen
Apache Camel Committer

Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/