,
Aida.
Claus Ibsen-2 wrote
Hi
*
Maybe you hit the upper limit on the endpoint cache
*
.
You can set a higher endpoint cache size
http://camel.apache.org/how-do-i-configure-the-maximum-endpoint-cache-size-for-camelcontext.html
Though we should likely improve Camel to keep the endpoints from
.
Greetings,
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/Web-service-SOAP-fault-handling-tp5757883p5757906.html
Sent from the Camel - Users mailing list archive at Nabble.com.
known issue (or expected behaviour) that can
cause that a seda queue endpoint that is not used for a while (days or even
weeks) stops being recognised by the camel context)
Thanks in advance.
QR.
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/camelContext
debugging in case I could clarify what the problem is but, with no luck.
Thanks in advance,
KR
Aida.
Aida wrote
Hi,
I confirm that the problem
*
continues happening to me using the 2.13.0 version of Camel
*
.
Just for recall:
*
*
I'm calling Web Services using cxf endpoints
Hi,
I confirm that the problem continues happening to me using the 2.13.0
version of Camel.
Just for recall:
* I'm calling Web Services using cxf endpoints
* When a SocketTimeoutException happens there is no Exchange coming
back
to the route from the request to the WS was made
this with 2.13.0 release.
Thanks in advance.
KR,
Aida.
Willem.Jiang wrote
You can register the executeOperationsBatchExecutorService after camel
context is started.
Or you can register a custom ManagementLifecycleStrategy to manage the
lifecycle of your ExecutorService.
--
Willem Jiang
test this scenary
with the last Camel version to see if I can reproduce it.
Thanks in advance,
KR,
Aida.
[1] http://camel.apache.org/camel-jmx.html
Willem.Jiang wrote
I just wrote a simple test[1] in camel trunk(camel-2.14-SNAPSHOT) to
reproduce the error.
But I cannot reproduce the error
a Camel
Exchange
in the doCatch block
- The CXF endpoints are configured using Spring and use SSL (certificate
authentication)
- Apache Camel version 2.11.2
Thanks in advance.
KR,
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com
it. See this page it also
applies to consumer template
http://camel.apache.org/why-does-camel-use-too-many-threads-with-producertemplate.html
On Fri, Sep 20, 2013 at 1:55 PM, Aida lt;
ai.desu@
gt; wrote:
Hi,
I'm using the consumer template for reading files, and I'm experiencing
something
with the consumerTemplate
in parallel you must use different endpoints for each file
BR,
Aida
Aida wrote
Hi,
I have upgraded to Camel 2.11.2 . I'm trying to use the consumerTemplate
for read files in parallel but I have two kind of errors:
- Files that are not read (the receive
class (to execute it the package
declaration must be updated for the appropiate one).
I supposed that in Camel 2.11.2, as the consumerTemplate is threadSafe I
could do this (read different files in parallel). Maybe It's not possible
...
Thanks in advance.
Aida.
The test class
2.10.4 and I don´t see something similar in
2.10 API docs ([2]). If the idea is to reuse it, I guess I could have
problems with this (in the past I found that reading different files in
parallel didn´t work well and I had to synchronize the template usage)
Thanks in advance,
Aida
()
.to(URI_STOP_WITHOUT_EXCEPTION);
Nevertheless the result is the same in this case ... I don´t know if the
paralellism could be a problem, I suppose that I'm missing something
important
I'm working with Camel 2.10.4
Thanks in advance for your time.
Aida.
--
View
Hi Claus,
Thank you for your response, it makes sense. I suppose than then the right
way to go would be use the aggregationStrategy to propagate back the
exception. As in this case I have the same behaviour and only for checking:
threadPool shouldn´t interfere in this case, right?
Thanks.
--
Hello,
I'm writting because I need to set a soTimeout when producing files to a FTP
Server. I need this because when the FTP server has a big load of work,
sometimes it doesn´t respond so the producerTemplate remains waiting forever
(with a FTP connection that remains open).
I think that the
) thread #5 - JmsConsumer[JOBS_QUEUE_IN]) Writing file
failed with: Cannot connect to sftp://u...@xxx.xx.xxx.xx:22
Thanks in advance,
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP2-Is-it-possible-to-define-the-authentication-method
Hi,
I have been investigating more deeply, and I have this stacktrace. The
problem is solved for me removing the disconnect option from the endpoints
consumed by the consumerTemplate (but I add here the stacktrace in case it
can help to somebody else). Otherwise, sometimes a NullPointerException
Hi,
Thank you very much, as you said doing that the threads are cleaned up :) I
should have tried that before, my apologies ...
I'm sorry to bother you, but after using that approach and consuming files
intensively I have seen that sometimes the consumerTemplate cannot be
stoppped, and, in that
.
Thanks.
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP2-Problems-transversing-directories-when-uploading-files-with-SFTP-Camel-2-9-4-tp5723456p5723520.html
Sent from the Camel - Users mailing list archive at Nabble.com.
that was consumed.
I'm using JBoss running in a Windows machine, and the JConsole to see the
threads that are alive.
If anyone could help or tell me what I can try, or what would be the next
step to keep on looking for the solution would be great.
Thanks in advance.
Aida.
--
View this message in context
Thanks Leandro.
Thank you for the response Claus, yes I'm sure that the folder myFolder is
a sub-dir of the home dir. The same scenary with a standard ftp (no sftp
endpoint) works perfectly but in this case if I don´t use the stepwise
option there is no way to write in that dir.
--
View this
something. Any help would be appreciated.
Thanks in advance.
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP2-Problems-transversing-directories-when-uploading-files-with-SFTP-Camel-2-9-4-tp5723456.html
Sent from the Camel - Users mailing list archive
.
Attachment:
http://camel.465427.n5.nabble.com/file/n5715615/FileConsumingTest.java
FileConsumingTest.java
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/file2-ftp2-Source-file-not-deleted-after-using-a-combination-of-file2-component-and-ftp2-component-ws-tp5715615
Thanks for your quick response Claus.
I have checked the test I uploaded, it´s true that there is a
FileOutputStream but it has its close() method. In addition for
double-checking I removed all references to any *Stream to check that even
then the test fails.
Strangely this only happens when the
of a
sslContextParametersRef have been overwritten, that configuration won´t be
available anymore)
I don´t know if my first approach (which doesn´t support concurrency) would
be the good one of if there are other possibilities.
Thanks in advance.
Aida.
Additional info:
Using camel version 2.9.1 (I
That worked, thank you!
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP-Sending-a-file-via-FTP-from-a-Windows-machine-to-a-Linux-machine-creates-a-new-folder-tp5714030p5714050.html
Sent from the Camel - Users mailing list archive at Nabble.com.
be, but as I said it only happens when I
send a file from Windows to Linux.
Thanks in advance!
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP-Sending-a-file-via-FTP-from-a-Windows-machine-to-a-Linux-machine-creates-a-new-folder-tp5714030.html
Sent from the Camel - Users
Hi,
Thank you very much. I have seen that there is already a 2.9.3-SNAPSHOT in
the repository, but I suppose that until the final release will be
1-2months, isn´t it?
(my apologies in advance for being asking about releases all the time, we
are using camel in a big project and the policy is
Ok, thank you very much.
I have read in other jira ticket that the 2.10 release was planned to be
available in a near future, do you think it will be published soon? (I ask
to know if I should use the snapshot in my project or if I can wait for the
new release)
Thanks again.
Aida.
--
View
Hi again,
I have tested it with both 2.9.2-SNAPSHOT and 2.10-SNAPSHOT. As magnuspalmer
said, in the 2.10-SNAPSHOT works, but in the 2.9.2-SNAPSHOT the problem
persists. So, is there any possibility that this issue can be resolved for
2.9.2?
Thanks in advance.
--
View this message in context:
http://camel.465427.n5.nabble.com/file/n5632391/bindyTest.zip bindyTest.zip
Here I attach my JUnit test and the BindyClass I'm using (is the same I only
changed the name of the fields). The test case that fails is the last one
(is commented). I hope this to be enought (all this is in the context
Hi again, thank you for the quick answers.
I think I have been able to replicate the problem in an easy way. I have
built some test cases and I have found the one in which I'm having trouble.
The required=false option is working for me always except in one case.
This case is when the two missing
Hi,
First of all, thanks for the quick response.
I will try to explain with more details what I am doing:
1) I build the endpoint uri to retrieve the file from the FTP server. Each
day, the file has a different name (based on date), so the endpoint has to
be created dynamically.
2) Save the
Hi Claus,
This is quite weird but calling ”camelContext.removeEndpoints(endpointUri)”
has no effect, the threads still there (from now, the inmortal thread, ;-D)
Furthermore, if I call “camelContext.getEndpoints()” these endpoints are not
in the list.
If it helps, I am using a spring based
Hi again,
I have upgraded to camel 2.9.1 in order to avoid CAMEL-4976 but there is no
changes.
I also try to stop the endpoint (no changes again) and use the
ServiceHelper.stopAndShutdownService(enpoint) with no success.
The EndpointRegistry's size remains stable although I can still see
Here is:
--
Name: Camel (processesCamelContext) thread #22 -
ftp://ftp_user@test_host.com:21/readFileDir
State: WAITING on
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@36bc16b2
Ok, thank you Claus.
I am looking forward to the improvement. Meanwhile I will use a filter class
as you suggested to minimize the impact.
Thanks again.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP-ConsumerTemplate-Threads-remaining-alive-tp5548338p5550436.html
Sent
the problem is.
Thanks in advance.
Aida.
--
View this message in context:
http://camel.465427.n5.nabble.com/FTP-ConsumerTemplate-Threads-remaining-alive-tp5548338p5548338.html
Sent from the Camel - Users mailing list archive at Nabble.com.
Thank you very much.
The reality is that I need the whole route to be transactional so I'll have
to assume not processing the splitter chunks in parallel, but at least now
when an exception happens everything is rolled back perfectly.
Thanks¡!
--
View this message in context:
Hi.
I'm having trouble configuring a route with transacted(). The configuration
of the transaction policy is the one shown below:
bean id=txManager
class=org.springframework.transaction.jta.JtaTransactionManager /
bean id=propReqTransactionPolicy
Hi Claus,
Thanks for your quick response.
As you suggested we are working with chunks of size 1. The problem is that
with this approach we can´t play with the chunk size in order to find a
good balance between memory usage and performance (wich is very critical for
our project).
Thank you.
Hi,
I wanted to know if there's a way to use @DataField annotation not in the
class properties but in the getters of the class. The thing is that I need
to extend the domain class (auto-generated), and from the extended class use
bindy annotations.
I have already implemented an example with
42 matches
Mail list logo