see, for example,
http://fisheye.codehaus.org/browse/mule/trunk/mule/tests/functional/src/test/resources/multiple-named-connectors-test.xml?r=6743
however, when you describe this as only happening if you send multiple
events then that sounds completely unconnected. my best guesses are:
- your sending system is generating connectors rather than using an
existing connector (ie not using a fixed config, but constructing things
via Java calls), and there is more than one thread involved, so at times
more than one connector exists in the system.
- this is a bug related to threading within mule itself. what version of
mule?
andrew
> (ThreadPoolExecutor.java:528)
---------------------------------------------------------------------
To unsubscribe from this list please visit:
Hi Andrew,
I'm actually using Mule 1.4.2 . The only relevant part of my configuration is the global inbound endpoint:
i would guess that it's being called in multiple threads and doing the
connector creation (i had a quick look at the code but don't see how it
works in detail, quickly).
andrew
ps sorry, don't know enough to give detailed instructions on configuring
threading off the top of my head.
> As an additional note; I haven't provided any mule-environment-properties
> element in my config.
>
> On 9/15/07, Rune Peter Bjørnstad <rune...@gmail.com> wrote:
>>
>> Hi Andrew,
>>
>> I'm actually using Mule 1.4.2. The only relevant part of my
>> (http://mule.mulesource.org/docs/apidocs/org/mule/providers/service/TransportFactoryException.html
>> > > )
>> > >
>> > > ********************************************************************************
>> > > Root Exception stack trace:
>> > > java.lang.IllegalStateException: There are at least 2 connectors
>> > > matching protocol "http", so the connector to use must be specified
>> on the
>> > > endpoint using the 'connector' property/attribute
>> > > at
>> > > org.mule.providers.service.TransportFactory.getConnectorByProtocol(
>> > > TransportFactory.java:443)
>> > > at
>> org.mule.providers.service.TransportFactory.createEndpoint(
>> > > TransportFactory.java:101)
>> > > at org.mule.impl.ImmutableMuleEndpoint.createEndpointFromUri
>> (
>> > > ImmutableMuleEndpoint.java:598)
>> > > at
>> > > org.mule.impl.ImmutableMuleEndpoint.getOrCreateEndpointForUri(
>> > > ImmutableMuleEndpoint.java:663)
>> > > at org.mule.impl.MuleEventContext.sendEvent(
>> > > MuleEventContext.java:280)
>> > > at org.mule.components.rest.RestServiceWrapper.onCall(
>> > > RestServiceWrapper.java:226)
>> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>> Method)
>> > > at sun.reflect.NativeMethodAccessorImpl.invoke (
>> > > NativeMethodAccessorImpl.java:39)
>> > > at sun.reflect.DelegatingMethodAccessorImpl.invoke(
>> > > DelegatingMethodAccessorImpl.java:25)
>> > > at java.lang.reflect.Method.invoke(Method.java:597)
>> > > at
>> > > org.mule.impl.model.resolvers.DynamicEntryPoint.invokeMethod (
>> > > DynamicEntryPoint.java:312)
>> > > at org.mule.impl.model.resolvers.DynamicEntryPoint.invoke(
>> > > DynamicEntryPoint.java:259)
>> > > at org.mule.impl.DefaultLifecycleAdapter.intercept(
>> > > DefaultLifecycleAdapter.java:194)
>> > > at org.mule.impl.InterceptorsInvoker.execute(
>> > > InterceptorsInvoker.java:47)
>> > > at org.mule.impl.model.DefaultMuleProxy.run(
>> > > DefaultMuleProxy.java:467)
>> > > at
>> org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
>> > > at
>> > > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
>> > > (ThreadPoolExecutor.java:987)
>> > > at
>> > > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
---------------------------------------------------------------------