Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (nike.apache.org: domain of willem.jiang@gmail.com
 designates 209.85.220.51 as permitted sender)
Date: Thu, 29 Aug 2013 11:11:05 +0800
From: Willem jiang <willem.jiang@gmail.com>
To: users@camel.apache.org
Message-ID: <FA192328482740DFB94C84FC3DF6D8F3@gmail.com>
In-Reply-To: <1377739406173-5738179.post@n5.nabble.com>
References: <1377739406173-5738179.post@n5.nabble.com>
Subject: Re: Issue when using ZipSplitter and sending entries to a file
 endpoint
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

It looks like a bug of camel.
Can you fill a JIRA and submit a simple test case to show the error=3F


-- =20
Willem Jiang

Red Hat, Inc.
Web: http://www.redhat.com
Blog: http://willemjiang.blogspot.com (http://willemjiang.blogspot.com/) =
(English)
          http://jnn.iteye.com (http://jnn.javaeye.com/) (Chinese)
Twitter: willemjiang =20
Weibo: =E5=A7=9C=E5=AE=81willem


On Thursday, August 29, 2013 at 9:23 AM, abdiels wrote:

> Hello,
> =20
> I found this problems and I am still scratching my head, maybe you guys=

> can help me...I have a route like this:
> =20
> //Compressed =46iles Route
> //This route decompresses the files and sends them back to be
> registered
> from(=22seda:decompress=46iles=22).routeId(=22Decompress=46iles=22)
> .split(new ZipSplitter()).streaming().shareUnitOfWork()
> .log(=22LET'S SEE WHERE THIS GOES=21=21=21=22)
> .choice()
> .when(simple(=22=24=7Bproperty.CamelSplitComplete=7D =3D=3D false=22))
> .log(=22ENTRIES=21=21=21=21=22)
> =20
> .to(=22file:=7B=7BfmsSys.Client=46ileArchiveRoot=7D=7D=3FfileName=3D=24=
=7Bheader.=22 +
> =46MSHeaders.ARCHIVE=5FPARTIAL=5FPATH + =22=7D/=24=7Bheader.zip=46ileNa=
me=7D=22)
> //.to(=22activemq:queue:ZipChild=46iles=22)
> .when(simple(=22=24=7Bproperty.CamelSplitComplete=7D =3D=3D true=22))
> .log(=22ZIP=46ILE MULTIPLE ENTRIES CamelSplitComplete -
> True=22)
> .to(=22seda:CleanUp=22) //Todo: Make sure this is the
> right place.
> .otherwise()
> .log(=22OHTERWISE=21=21=21=21=22)
> .throwException(new =46MSException(=22Unexpected Result in
> Un-Zipping=21=21=22, null))
> .end()
> .log(=22AT THE END=21=21=21=21=21=21=22)
> ;
> =20
> The Zip =46ile that I am using to test contains two entries and I am us=
ing
> Camel 2.11.0
> =20
> When I run this I get:
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O LET'S=

> SEE WHERE THIS GOES=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O =20
> ENTRIES=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O AT TH=
E
> END=21=21=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O LET'S=

> SEE WHERE THIS GOES=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O =20
> ENTRIES=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O AT TH=
E
> END=21=21=21=21=21=21
> =20
> Those print outs are for the entries...the Actual Zip file never gets i=
n
> there as I would expect. Now let's say comment out the to(=22file...=22=
) line
> and replace for the active MQ line or pretty much anything else then I =
get
> what I would expect:
> =20
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O LET'S=

> SEE WHERE THIS GOES=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O =20
> ENTRIES=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O AT TH=
E
> END=21=21=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O LET'S=

> SEE WHERE THIS GOES=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O =20
> ENTRIES=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O AT TH=
E
> END=21=21=21=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O LET'S=

> SEE WHERE THIS GOES=21=21=21
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O =20
> ZIP=46ILE MULTIPLE ENTRIES CamelSplitComplete - True
> =5Bad =230 - seda://decompress=46iles=5D Decompress=46iles IN=46O AT TH=
E
> END=21=21=21=21=21=21
> =20
> Some how when I put a to(=22file:...=22) it does not work as expected..=
.I even
> removed the choice and just left the splitting and still the does not w=
ork,
> it works like the first example. I tried looking here in the forum, in =
the
> book and all over the web and did not really stumble upon an answer. I
> thought maybe it had to do with the end or endChoice, but that does not=
 seem
> to be it since I removed the choice, like I said and that did not do it=
. I
> wonder if there is an issue with the combination ZipSplitter and
> to(=22file:...).
> =20
> Please advice,
> =20
> Thank you,
> =20
> Abdiel
> =20
> =20
> =20
> =20
> =20
> --
> View this message in context: http://camel.465427.n5.nabble.com/Issue-w=
hen-using-ZipSplitter-and-sending-entries-to-a-file-endpoint-tp5738179.ht=
ml
> Sent from the Camel - Users mailing list archive at Nabble.com (http://=
Nabble.com).