Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 51714 invoked from network); 3 Oct 2009 18:00:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Oct 2009 18:00:47 -0000 Received: (qmail 40760 invoked by uid 500); 3 Oct 2009 18:00:46 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 40720 invoked by uid 500); 3 Oct 2009 18:00:46 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 40710 invoked by uid 99); 3 Oct 2009 18:00:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Oct 2009 18:00:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [62.75.158.78] (HELO mail.liquid-reality.de) (62.75.158.78) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Oct 2009 18:00:36 +0000 Received: from [10.0.0.101] (HSI-KBW-085-216-025-040.hsi.kabelbw.de [85.216.25.40]) by mail.liquid-reality.de (Postfix) with ESMTP id 0E9FDB38006 for ; Sat, 3 Oct 2009 18:00:16 +0000 (UTC) Message-ID: <4AC79130.30309@die-schneider.net> Date: Sat, 03 Oct 2009 20:00:16 +0200 From: Christian Schneider User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: users@camel.apache.org Subject: Re: Zip format problem References: <25723682.post@talk.nabble.com> <5380c69c0910022302w476d338du3f053115923583f9@mail.gmail.com> <5380c69c0910030544qc2b8362x7d371938293446f8@mail.gmail.com> In-Reply-To: <5380c69c0910030544qc2b8362x7d371938293446f8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, is it possible to also support zip files with multiple files? We had a use case where a zip file was to be read from a directory and then each of the files in it was to be processed on a camel route. I think in some way this is an implementation of a splitter or aggregator pattern. Should handling of single file zips and multiple file zips be done in different modules or in the same? If you can give some pointers how you want this implemented I would also be willing to help with it. Greetings Christian Claus Ibsen schrieb: > On Sat, Oct 3, 2009 at 2:29 PM, Christian Grobmeier wrote: > >> Hi, >> >> >>> BTW: We had a though of adding Commons VFS for zip file handling. But >>> the person who started the work on it never really took off. >>> >> i am committer to the Commons project and helped writing Commons >> Compress. Is compress an option too? >> >> > > Welcome glad to meet your on this mailinglist. > > >> Just b/c I am not too deep into camel at the moment, is that the class >> in question? >> https://svn.apache.org/repos/asf/camel/trunk/camel-core/src/main/java/org/apache/camel/impl/ZipDataFormat.java >> >> > > Yes its the class that contains the actual data format implementation. > Camel provides a pluggable data format so we can have implementations > outside the camel-core (for example camel-castor which depends on > Castor etc.) > > But a selected few do not depend on 3rd party .jars which of course > allow us to host the implementations directly in camel-core. > > >> Since compress doesn't have dependencies, it feels a bit more comfortable here. >> >> > > Cool if you want to help then please take a look and see what you > think needs to be done. > > > >> Christian >> >> > > > >