On Tue, Jan 31, 2012 at 12:04 AM, Babak Vahdat
wrote:
> BTW currently the build on windows
>
> https://builds.apache.org/job/Camel.trunk.fulltest.windows/228/console
>
> is stucked on
>
> org.apache.camel.component.jms.BrowsableQueueTest
>
> Because of unintended commits of Claus (Thread.sleep(999
The Apache Camel project [1] is a powerful open source integration framework
based on known Enterprise Integration Patterns [2].
The Camel PMC just issued a new patch release: Apache Camel 2.8.4.
This release includes almost 90 bug fixes and comes about eight weeks after the
previous patch rel
The Apache Jenkins build system has built Camel.trunk.notest (build #1452)
Status: Fixed
Check console output at https://builds.apache.org/job/Camel.trunk.notest/1452/
to view the results.
BTW currently the build on windows
https://builds.apache.org/job/Camel.trunk.fulltest.windows/228/console
is stucked on
org.apache.camel.component.jms.BrowsableQueueTest
Because of unintended commits of Claus (Thread.sleep();) which I
fixed right before both on the trunk and also the
Christian,
that's not the first time by this test as last time it ran for more than 6
hours:
http://camel.465427.n5.nabble.com/DISCUSS-Add-camel-test-spring-component-tp5281207p5294755.html
Babak
--
View this message in context:
http://camel.465427.n5.nabble.com/Hanging-test-on-windows-tp5442
org.apache.camel.component.cxf.cxfbean.CxfBeanTest hanging on Hudson [1]...
[1]
https://builds.apache.org/job/Camel.trunk.fulltest.windows/216/org.apache.camel$camel-cxf/console
Best,
Christian
On Mon, Jan 30, 2012 at 9:38 PM, Claus Ibsen wrote:
> Hi
>
> I have RouteStartupOrderSuspendResumeN
Hi Glen!
At present, Camel is not running with Java 7. I opened a ticket for this
today, because it's a MUST for Camel 2.10.0 in my opinion...
https://issues.apache.org/jira/browse/CAMEL-4955
Best,
Christian
On Mon, Jan 30, 2012 at 6:33 PM, Glen Mazza wrote:
> Hi, mvn install -Pfastinstall on
Hi
I have RouteStartupOrderSuspendResumeNoAutoStartupTest from camel-core
hanging on my xp box, with camel trunk source code.
--
Claus Ibsen
-
FuseSource
Email: cib...@fusesource.com
Web: http://fusesource.com
Twitter: davsclaus, fusenews
Blog: http://davsclaus.blogspot.com/
Au
The Apache CI server did a run, it was not so fast as my box
https://builds.apache.org/job/Camel.trunk.fulltest/676/org.apache.camel$camel-ssh/testReport/org.apache.camel.component.ssh/SshComponentProducerTest/
And I just ran camel-ssh tests on my xp box, and it was fine as well
---
Hi, mvn install -Pfastinstall on Camel trunk (just checked out an hour
or two ago) is failing with this project: [INFO] Camel :: Test
Blueprint ... FAILURE [2.697s]
This is the source file & class (org.osgi.framework.ServiceReference)
it's unhappy about:
http://svn.ap
Hi
I have run the tests maybe 10 times. And they all run okay on my osx-laptop.
---
T E S T S
---
Running org.apache.camel.component.ssh.SshComponentProducerTest
Tests run: 4, Failures: 0, Err
There is something not quite right with the SshComponentProducerTest.
The time it takes to run the test is high, but worse than that it's
totally unpredictable. Here's how long it took in 3 different runs on my
(fast) machine:
Running org.apache.camel.component.ssh.SshComponentProducerTest
Tes
Hi
See the JIRA ticket where I asked the contributors to help with the
missing docs.
On Mon, Jan 30, 2012 at 3:42 PM, Glen Mazza wrote:
> Claus, your definition of "password" below includes: "Used if
> keyPairProvider is null." -- is this also the case for the username option
> as well?
>
> Al
Claus, your definition of "password" below includes: "Used if
keyPairProvider is null." -- is this also the case for the username
option as well?
Also, you didn't define keyPairProvider in the table below--can you add
that in? (Or is the above quoted sentence a stray sentence not relevant
f
On Fri, Jan 27, 2012 at 2:34 PM, Christian Schneider
wrote:
> Sounds ok to me to have two archetypes then. We should make sure people
> understand the purpose of the different archetypes though.
>
> In my opionion the archetypes are quite unflexible anyway. What we really
> would need is the possi
Hi all,
I am implementing/developing a route that needs to load files from
remote sites.
In the first step I have a on the body to check which endpoint
and regex has to be used to load the files. e.g.
${body} range '0..9'
${body} range '20..29'
...
In the next
16 matches
Mail list logo