Hi James,
When I try to unmarshall my fixedlenghtwithHeaderTrailer file, the body
which is send to my bean is empty. Is there a bug ?
Here is the RouteBuilder class
public class A_ParseAndUnmarshallCutasMessages extends RouteBuilder {
private static final Log LOG =
LogFactory.getLog(A_ParseAndUnmarshallCutasMessages.class);
private FlatpackDataFormat flatpack;
@Override
public void configure() {
getContext().addInterceptStrategy(new Tracer());
from(endpointName.getFileCutasIn())
.unmarshal(flatpack)
.to("bean:convert?methodName=CutasToBabel")
.to(endpointName.getAcceptedCutasQueueIn());
}
@Autowired
public void setFlatpackDataFormat(FlatpackDataFormat fixedFormat) {
this.flatpack = fixedFormat;
}
}
And the camel context
<bean id="flatpackDataFormat"
class="org.apache.camel.component.flatpack.FlatpackDataFormat">
<property name="definition"
value="com/myApplication/transformation/cutas/in/CUTAS.xml" />
</bean>
and the trace :
4316656 [Thread: 2 [EMAIL PROTECTED]
INFO org.apache.camel.processor.interceptor.TraceInterceptor -
ID-dell-charles/3853-1216294265750/2-1 -> unmarshal1
[EMAIL PROTECTED] InOnly
Properties:{CamelCauseException=null,
org.apache.camel.file.lock.name=c:\temp\cutas\input\clientA\ST000355.txt.cameLock,
org.apache.camel.file.lock=sun.nio.ch.FileLockImpl[0:9223372036854775807
exclusive valid],
[EMAIL PROTECTED]
Headers:{org.apache.camel.file.name=ST000355.txt} BodyType:java.io.File
Body:HBT00032700000327190620071714
C00111a30571b6b0008Z001412 FIEU BFM 200805271554
+0000000010000000000009076000000138137A000090760EUR GBPSS808800714636FIEU
/0008031800000000000000000000000000000000000000000000000000090760000000000000000000000000000000000138137413092007000000000000000000001522000
00001522000 000000000000000O 0000000000000000
20070907155200
X
C00111a30571b170007B000005 APAA 200805271554
+0000000001835910000003941700000039417A000332147USD
GBPAGENT188888888BDBTA/0000292200000000000000000000000000000000000000000000000039417GBP000000000000000000000000000000000039417
000000000000000000000000000 00000000000 000000000000000B
0000000000000000 20070619101000
X
C00111a30571a600006B000005 APAA 200805271554
+0000000001855550000003941700000039417A000052147GBP
GBPAGENT188888888BDBTA/0000292200000000000000000000000000000000000000000000000039417GBP000000000000000000000000000000000039417
000000000000000000000000000 00000000000 000000000000000X
0000000000000000 20070619101000
X
C00111a30571c2a0009B000005 APAA 200805271554
+0000000001855550000003941700000039417A000052147GBP
GBPAGENT188888888BDBTA/0000292200000000000000000000000000000000000000000000000039417GBP000000000000000000000000000000000039417
000000000000000000000000000 00000000000 000000000000000
0000000000000000 20070619101000
X
FBT00032700000001190620071714
4316890 [Thread: 2 [EMAIL PROTECTED]
DEBUG org.apache.camel.management.InstrumentationProcessor - Recording
duration: 187.148981 millis for exchange: Exchange[FileMessage:
c:\temp\cutas\input\clientA\ST000355.txt]
4316890 [Thread: 2 [EMAIL PROTECTED]
INFO org.apache.camel.processor.interceptor.TraceInterceptor -
ID-dell-charles/3853-1216294265750/2-1 -> to3
To[bean:convert?methodName=CutasToBabel] InOnly
Properties:{CamelCauseException=null,
org.apache.camel.file.lock.name=c:\temp\cutas\input\clientA\ST000355.txt.cameLock,
org.apache.camel.file.lock=sun.nio.ch.FileLockImpl[0:9223372036854775807
exclusive valid],
[EMAIL PROTECTED]
Headers:{org.apache.camel.file.name=ST000355.txt}
BodyType:org.apache.camel.component.flatpack.DataSetList Body:[]
4316890 [Thread: 2 [EMAIL PROTECTED]
DEBUG org.apache.camel.component.bean.BeanProcessor - >>>> invoking method
for: Exchange[Message: []]
Regards,
Charles
James.Strachan wrote:
>
> FWIW I've just checked in a FlatpackDataFormat; which is a tad easier
> to use. The downside is the data format kinda has to turn the DataSet
> into a List of Maps to make it easier to work with; but at least the
> routes are a bit simpler. e.g. this is from the
> DelimitedWithUnmarshalTest (the convertBodyTo is not required
> currently)
>
> <camelContext xmlns="http://activemq.apache.org/camel/schema/spring";>
> <route>
> <from uri="file://src/test/data/delim?noop=true"/>
> <unmarshal ref="delimitedFormat"/>
> <splitter>
> <simple>in.body</simple>
> <convertBodyTo type="java.util.Map"/>
> <to uri="mock:results"/>
> </splitter>
> </route>
> </camelContext>
>
> <bean id="delimitedFormat"
> class="org.apache.camel.component.flatpack.FlatpackDataFormat">
> <property name="definition" value="INVENTORY-Delimited.pzmap.xml"/>
> </bean>
>
> 2008/7/15 James Strachan <[EMAIL PROTECTED]>:
>> Yeah - I did ponder if it should be a dataformat or a component; or
>> maybe even both. The bit I wasn't sure about was flatpack really just
>> provides an iterator over rows of the file; I wasn't sure if this
>> properly matched the dataformat model of marshalling or unmarshalling
>> a payload (which currently assumes that unmarshalling generates a
>> single result).
>>
>> Maybe we need to enhance the dataformat concept to work with this use
>> case too?
>>
>> So maybe if we want to process each row of a file we do something like...
>>
>> from("file://whatnot").
>>
>> unmarshall().flatpack().fixed("locationOftheXMLConfigurationfile.pzmap.xml").
>> split().body().
>> to("whatever");
>>
>> where the split().body() would do the iteration over each DataSet?
>>
>>
>> 2008/7/15 Claus Ibsen <[EMAIL PROTECTED]>:
>>> Hi
>>>
>>> Yes I thought also at first it was a dataformat ;) But how James created
>>> it it works as if it is a dataformat. You just have to do it in to..from
>>> from..to steps.
>>>
>>>
>>> from("file://c:/test").to("flatpack:foo:
>>> locationOftheXMLConfigurationfile.pzmap.xml");
>>>
>>> from("flatpack:foo").to("whatever you want");
>>>
>>> As a component it gets more attention, as people can find it on the
>>> component list. The dataformats are kinda hidden in the wiki
>>> documentation.
>>> Maybe they need a "dataformat" top menu as well ;)
>>>
>>> Med venlig hilsen
>>>
>>> Claus Ibsen
>>> ......................................
>>> Silverbullet
>>> Skovsgårdsvænget 21
>>> 8362 Hørning
>>> Tlf. +45 2962 7576
>>> Web: www.silverbullet.dk
>>>
>>> -----Original Message-----
>>> From: cmoulliard [mailto:[EMAIL PROTECTED]
>>> Sent: 15. juli 2008 09:32
>>> To: [email protected]
>>> Subject: Re: Component to read FixedLength file ?
>>>
>>>
>>> Many thanks.
>>>
>>> I will test the integration of this component within Camel.
>>>
>>> Remark : I'm a little confused about how Flatpack has been integrated.
>>> The
>>> project has been integrated like a component but from my point of view,
>>> it
>>> should be integrated (for consistency reason) like a Dataformat. Because
>>> like the other framework/technology implemented in Camel (JAXB, Artix,
>>> XStream, ....), they transform the content from a format (XML, CSV, ...)
>>> into another format (Collection of Java objects)
>>>
>>> E.g.
>>>
>>> DataFormat flatpack = new
>>> DataFormat("locationOftheXMLConfigurationfile.pzmap.xml.xml")
>>>
>>> from("file:///c:/test")
>>> .unmarshall(flatpack)
>>> .to("whatever you want")
>>>
>>> Regards,
>>>
>>> Charles
>>>
>>>
>>>
>>> James.Strachan wrote:
>>>>
>>>> BTW trunk has an early spike of a flatpack component. Needs more work,
>>>> but there's a basic fixed-width reader example there for the curious
>>>>
>>>> 2008/7/14 James Strachan <[EMAIL PROTECTED]>:
>>>>> I've raised a JIRA to track this...
>>>>> https://issues.apache.org/activemq/browse/CAMEL-717
>>>>>
>>>>> 2008/7/14 James Strachan <[EMAIL PROTECTED]>:
>>>>>> 2008/7/14 cmoulliard <[EMAIL PROTECTED]>:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Is there a component expected to read fixedlength files in Camel
>>>>>>> like
>>>>>>> flatpack (http://flatpack.sourceforge.net/) allow to do it ?
>>>>>>
>>>>>> It should be pretty easy to write a flatpack component.
>>>>>>
>>>>>> there's a commercial tool called Artix Data Services which comes with
>>>>>> a nice design UI that does this with Camel...
>>>>>> http://activemq.apache.org/camel/artix-data-services.html
>>>>>>
>>>>>> but it'd be nice to have an OSS option :)
>>>>>>
>>>>>> --
>>>>>> James
>>>>>> -------
>>>>>> http://macstrac.blogspot.com/
>>>>>>
>>>>>> Open Source Integration
>>>>>> http://open.iona.com
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> James
>>>>> -------
>>>>> http://macstrac.blogspot.com/
>>>>>
>>>>> Open Source Integration
>>>>> http://open.iona.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> James
>>>> -------
>>>> http://macstrac.blogspot.com/
>>>>
>>>> Open Source Integration
>>>> http://open.iona.com
>>>>
>>>>
>>>
>>>
>>> -----
>>> Enterprise Architect
>>>
>>> Xpectis
>>> 12, route d'Esch
>>> L-1470 Luxembourg
>>>
>>> Phone +352 25 10 70 470
>>> Mobile +352 621 45 36 22
>>>
>>> e-mail : [EMAIL PROTECTED]
>>> web site : www.xpectis.com
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Component-to-read-FixedLength-file---tp18444614s22882p18459545.html
>>> Sent from the Camel - Users mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>>
>> --
>> James
>> -------
>> http://macstrac.blogspot.com/
>>
>> Open Source Integration
>> http://open.iona.com
>>
>
>
>
> --
> James
> -------
> http://macstrac.blogspot.com/
>
> Open Source Integration
> http://open.iona.com
>
>
-----
Enterprise Architect
Xpectis
12, route d'Esch
L-1470 Luxembourg
Phone +352 25 10 70 470
Mobile +352 621 45 36 22
e-mail : [EMAIL PROTECTED]
web site : www.xpectis.com
--
View this message in context:
http://www.nabble.com/Component-to-read-FixedLength-file---tp18444614s22882p18506498.html
Sent from the Camel - Users mailing list archive at Nabble.com.
