I would hesitate if only because requiring a particular header seems off,
are there other components that do the same?

I haven't looked much at Camel 2.0's code, but it looks like camel-1.x's
file component's "expression" property could support both scenarios.  Use a
default ${id} expression, but allow user to configure w/ a ${in.header}
expression that barks if the header's not present, no?

- aaron

On Fri, Jan 30, 2009 at 9:49 AM, James Strachan <james.strac...@gmail.com>wrote:

> So long as files are written in some directory and they are unique and
> preserve order - does it matter if they are generated (from the
> message ID say) or the user explicitly gives some name? Like Jon I'd
> be tempted ot leave the default behaviour?
>
> 2009/1/30 Claus Ibsen <claus.ib...@gmail.com>:
> > Hi
> >
> > As some of you know the file component have had a major refactor ...
> > actually you can nearly consider it as a rewrite in Camel 2.0.
> >
> > This mail is about a few remaining issues I want to give a heads up
> > upon and feedback:
> >
> >
> > Force a filename to be provided when wring a file
> > ====================================
> >
> > I want to force file producer always requiring a header value with the
> > filename to write.
> > What we have in Camel 1.x is that if no filename header is provided it
> > will fallback to use the message id as the filename.
> >
> > For me that has no use, as its kinda like telling a database here is
> > some data store it somewhere, without providing, schema, table, column
> > names.
> >
> > So I want it to reject writing a file and report an exception that the
> > filename is missing.
> >
> > The file language supports you if you want to use the message id as
> > the filename. Just set the header value as: ${id}
> >
> > And also remove option: ignoreFileNameHeader
> >
> >
> > Thoughts?
> >
> > --
> > Claus Ibsen
> > Apache Camel Committer
> >
> > Open Source Integration: http://fusesource.com
> > Blog: http://davsclaus.blogspot.com/
> >
>
>
>
> --
> James
> -------
> http://macstrac.blogspot.com/
>
> Open Source Integration
> http://fusesource.com/
>

Reply via email to