For regression tests of other OSS components Gump comes to my mind ;)
I am sure that "the ASF" doesn't want to give guarantees to non-ASF
components, while "the community" could (if they are willing to)...
Jan
-Ursprüngliche Nachricht-
Von: Hadrian Zbarcea [mailto:hzbar...@gmail.com]
Ges
A common module sounds nice. After all they are small libraries. Less
overhead on wiki etc.
Den 14. feb. 2013 18:08 skrev "Daniel Gredler"
følgende:
> Sounds good. The only thing I wanted to check first is if maybe we
> wanted to create a camel-compression component (containing the existing
> Gzi
Thanks Christian. That, plus what do you do once you get past say 200
components, what about 500?
How would you grow to that kind of number of components? Is it
realistic? Actually it is. But how many of those are gonna be hosted at
Apache? What kind of guarantees do we make for the non-ASF ca
We IRC'ed about the question whether we should release every component each
time or only the components we changed in this version. There are some pros
and cons...
Best,
Christian
Sent from a mobile device
Am 14.02.2013 17:32 schrieb "Henryk Konsek" :
> > Therefore I'll have to come back to this
Sounds good. The only thing I wanted to check first is if maybe we
wanted to create a camel-compression component (containing the existing
GzipDataFormat and ZipDataFormat, plus the new ZipFileDataFormat) or if
the long-term goal is to have three different components (camel-zip,
camel-zipfile, came
> I have no idea what an enhancement to allow it to handle
> multi-file Zips would look like :-)
In the future we could support passing collection (maps in particular)
of objects as a message to support nested directory hierarchies. But
for the first version of this data format single-file-zip is
> Therefore I'll have to come back to this a bit later. Please ping me again
> if I don't.
Sure I will. :)
BTW If the discussion took place on mailing list and it is easy to
Google, you could send me a link to an appropriate nabble archive (or
keywords) so I can make my homework.
--
Henryk Konse
Hi James,
It uses Java's built-in Zip API, which AFAIK supports ZIP64 if you're on
Java 7 or later [1]. This ZipFileDataFormat is also for single-file
archives. I have no idea what an enhancement to allow it to handle
multi-file Zips would look like :-)
Take care,
Daniel
[1]
https://blogs.orac
No, not really :). We talked about it in the past. It would take it much
more time than I have right now to explain for those who don't know the
context (I have to do this, since this is a public list).
Therefore I'll have to come back to this a bit later. Please ping me
again if I don't.
Ch
> Cool. Now the only thing we need is a way to manage all those components.
> Come ready with a proposal :).
What do you exactly mean by 'manage'? :) Do you refer to the maintenance burden?
--
Henryk Konsek
http://henryk-konsek.blogspot.com
We try to set the Cache-Control metadata in restlet route as below. But It
did not set Cache-Control on response. Also when i look at the code The
Restlet component Representation class does not have set Cache-Control
method.
Please help me to resolve this issue.
http://camel.apache.org/schema/
Hello
Can anybody help me?
I have jms connection to oracle, to receive messages from Oracle queue. On
camel 2.0.1 it works fine. But now I start new activemq (with camel ) to
5.8.0 on new virtual machine. And I always receive character set "???"
instead of any message.
My connection:
After getting one +1 and no -1 I added that to the wiki page.
Jan
-Ursprüngliche Nachricht-
Von: Christian Müller [mailto:christian.muel...@gmail.com]
Gesendet: Mittwoch, 13. Februar 2013 22:19
An: dev@camel.apache.org
Betreff: Re: AW: Github
+1
Sent from a mobile device
Am 13.02.2013
13 matches
Mail list logo