Hi,
I see the point of making it per route and not per exchange. However, my
current use case is:
1 - I need to process a directory of large files (CSV)
2 - Each file is processed as a batch
3 - Need to process up to 3 files in parallel (using .threads(3) after the
file consumer).
4- Split each
Hi,
It turns up that issue 1 is caused by me using charset=utf-8 with the file
consumer, witch caused the PGP file to get corrupted. This is an issue only
if the PGP is using binary format and not the armored format.
Regards,
Hs
--
View this message in context:
Hi,
I am wondering if the executorService (configured using execuotServiceRef)
is shared among the different Exchanges being split using the same route. I
am aware that execuotServiceRef will look up for a
*ThreadPoolProfileSupport* in the Registry if an exectorService with the
same id is not
Hi,
I can see that a fix for issue 2 has been committed to the snapshot 13 days
ago. The code I patched is from Camel version 2.12.2. It might be a
better idea to let *PGPSecretKeyRingCollection.getSecretKey(keyid)* find the
secret key instead of looping through the collections as I believe
Hi,
To be more precise in my example for Issue 1, I am using a direct: between
the file producer and the PGP decryption:
*from('file:/home/user/Outbound?charset=utf-8move=.processedmoveFailed=.failedProcessinginclude=.*.xml.gpgdelete=false').to('direct:pgpDecryptStep');
PGPDataFormat pgpFmt =
Hi,
II am trying to decrypt a pgp file using the Camel PGP format. The route
reads a PGP encrypted file from a folder and send it for decryption as shown
below.
Hi,
I have identified two possible issues with the decryption using PGPFormat
or with the way I have been using it.
*Issue 1:*
PGPFormat unmarshalling seems to not work when the body is of type
*org.apache.camel.component.file.GenericFile* which is what the camel-file
producer is providing.