Hi JB
I don't think the camel route is exposing services, but is sending messages to
a cloud server dynamic url by:
<setHeader
headerName="Exchange.HTTP_URI"><simple>{{ecloud.service.url}}STARUK/${in.header.OUP_STARDBTYPE}/${file:name.noext}</simple></setHeader>
<to uri="https://url.set.in.http.uri.header"/>
The camel-context has proxy host definitions at the start. And we have just had
trouble with this proxy server - hence my trying to restart the route.
My colleague is suggesting that it may be activemq related and I'll have to
pull the plug on ServiceMix, but I wondered if we can do things more gracefully.
Cheers
James
-----Original Message-----
From: Jean-Baptiste Onofré [mailto:[email protected]]
Sent: 22 April 2015 11:59
To: [email protected]
Subject: Re: Forcing a camel route to stop
Hi James,
Does your XML expose some services used (mandatory) for other bundles ?
It's not so easy to force a stop as we are supposed to wait the BundleActivator
stop() method.
Regards
JB
On 04/22/2015 12:10 PM, BURN, James wrote:
> Hi
>
> We're running Karaf 2.3.4 with ServiceMix 5.1.1
>
> Yesterday I tried to stop a Camel route (using "stop 241")
>
> but this has hung in "Stopping" status and I can see is spawning
> multiple qtp threads.
>
> [ 241] [Stopping ] [ ] [ ] [ 80]
> 5.0-STARUK-SMXPOST-servicemix-ecloud.xml (0.0.0)
>
> However it appears to have disappeared from the camel:route-list so I
> wondered if the osgi container has locked.
>
> How do I force this to shutdown? I've tried various osgi commands in
> Karaf but to no avail.
>
> When I do
>
> karaf@root> stop 241
>
> ^C
>
> Error executing command: Error stopping bundles:
>
> Unable to stop bundle 241: Bundle
> 5.0-STARUK-SMXPOST-servicemix-ecloud.xml [241] cannot be stopped since
> it is already stopping.
>
> Any thoughts?
>
> Cheers
>
> James
>
> Oxford University Press (UK) Disclaimer
>
> This message is confidential. You should not copy it or disclose its
> contents to anyone. You may use and apply the information for the
> intended purpose only. OUP does not accept legal responsibility for
> the contents of this message. Any views or opinions presented are
> those of the author only and not of OUP. If this email has come to you
> in error, please delete it, along with any attachments. Please note
> that OUP may intercept incoming and outgoing email communications.
>
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
Oxford University Press (UK) Disclaimer
This message is confidential. You should not copy it or disclose its contents
to anyone. You may use and apply the information for the intended purpose only.
OUP does not accept legal responsibility for the contents of this message. Any
views or opinions presented are those of the author only and not of OUP. If
this email has come to you in error, please delete it, along with any
attachments. Please note that OUP may intercept incoming and outgoing email
communications.
