> http://camel.465427.n5.nabble.com/Consuming-messages-from-multiple-AMQ-queues-and-forward-it-to-single-AMQ-queue-concern-tp5752514p5752550.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
redhat.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
> hawtio: http://hawt.io/
> fabric8: http://fabric8.io/
>
--
Matt Sicker
nd from
using JMS (and occasionally rogue HTTP headers returned from a SOAP call
somewhere).
Are there any good resources or explanations as to the point of the out
message? It seems to complicate things as it doesn't seem as though you can
send a dual-message of anything by using both the in and out messages.
--
Matt Sicker
xchange.html
>
> If you have a copy of the Camel in Action book, see page 66 for more
> details as well.
>
> On Thu, Jun 26, 2014 at 10:44 PM, Matt Sicker wrote:
> > I don't understand what the point of using the out message is. It doesn't
> > copy headers. It d
this message in context:
> http://camel.465427.n5.nabble.com/Return-Value-from-Python-Script-Not-In-Message-Body-tp5724056p5753009.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
7.n5.nabble.com/ExchangeSentEvent-spent-time-is-more-than-ExchangeCompletedEvent-tp5753047.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
om the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
e.
>
> Thanks,
> Jon
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Help-understanding-a-custom-component-tp5753068.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
; Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
> hawtio: http://hawt.io/
> fabric8: http://fabric8.io/
>
--
Matt Sicker
Users mailing list archive at Nabble.com.
>
--
Matt Sicker
the assertion fails when the appropriate
> headers
> > are not sent in the request. This is exactly what I would expect.
> >
> > HOWEVER... despite the fact that the assertion fails the proxy forwards
> the
> > call onto the actual web service anyway (effectually allowing the caller
> to
> > bypass the ws-policy altogether).
> >
> > Can someone offer me a hint as to why? Is there a limitation to I am
> > unaware
> > of when I proxy calls in this way?
> >
> > Thanks!
> >
> >
> >
> > --
> > View this message in context:
> > http://camel.465427.n5.nabble.com/WS-Policy-support-tp5753376.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
> >
>
--
Matt Sicker
> >
> >
> > --
> > View this message in context:
> http://camel.465427.n5.nabble.com/Getting-entire-Soap-Message-with-header-and-body-in-Payload-mode-tp5753162.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
Suppose I'm using CDI, or Blueprint, or Guice, or really anything other
than Spring. The documentation <
http://camel.apache.org/bean-integration.html> doesn't really explain how
this works. Do things just work automatically?
--
Matt Sicker
Thanks!
>
>
>
>
>
>
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Desktop-applications-tp5753788p5753831.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
a little cdi love to be improved/better.
>
> On Tue, Jul 15, 2014 at 6:38 PM, Matt Sicker wrote:
> > Suppose I'm using CDI, or Blueprint, or Guice, or really anything other
> > than Spring. The documentation <
> > http://camel.apache.org/bean-integration.html> does
rds,
>
>
> 2014-07-15 20:09 GMT+02:00 Matt Sicker :
>
> > So I'm guessing in order for it to work in OSGi using services, it would
> > require a bit of additional code?
> >
> > I'll take a look at the CDI stuff, though, as we're considering using
is for blueprint as is it more mature
> than the CDI one.
>
> Regards,
>
>
>
> 2014-07-15 21:41 GMT+02:00 Matt Sicker :
>
> > Right, but does @BeanInject, @EndpointInject, etc., all work in
> Blueprint?
> > Or do you still have to manually wire everything together
that RouteBuilder.
Is this a bug in the documentation or Camel?
--
Matt Sicker
ailing list archive at Nabble.com.
>
>
>
> --
> Claus Ibsen
> -
> Red Hat, Inc.
> Email: cib...@redhat.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
> hawtio: http://hawt.io/
> fabric8: http://fabric8.io/
>
--
Matt Sicker
em without making any copies or
> disclosing it to a third person.
>
>
--
Matt Sicker
tation? If you're on
WebSphere, it should be.
On 18 July 2014 12:12, Ali, Mohammad wrote:
> Hi Matt,
>
> I am using camel-jms.
>
> Regards,
> Shadab
>
> -Original Message-
> From: Matt Sicker [mailto:boa...@gmail.com]
> Sent: Friday, July 18, 2014 10:17 PM
On 19 July 2014 01:42, Claus Ibsen wrote:
> This is changing slightly as part of the Rest DSL being part of camel-core.
> This DSL allows you to configure port number and other details.
>
> Ooh, is this related to CAMEL-7354
<https://issues.apache.org/jira/browse/CAMEL-7354>?
--
Matt Sicker
http://camel.465427.n5.nabble.com/Thread-pool-profiles-Thread-currentThread-setPriority-MIN-PRIORITY-tp5754039.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
tory will do connection pooling?
>
> Regards,
> Shadab
>
> -Original Message-
> From: Matt Sicker [mailto:boa...@gmail.com]
> Sent: Saturday, July 19, 2014 1:22 AM
> To: Camel Users
> Subject: Re: JMS producer creating connection for every message causing
> per
t; http://camel.465427.n5.nabble.com/Anyone-seen-this-problem-Caused-by-com-ibm-mq-jmqi-JmqiException-CC-2-RC-2195-tp5754142.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
The Java APIs themselves. They recommend the executor classes and the
java.util.concurrent classes in general.
On 21 July 2014 21:03, marks1900 wrote:
>
>
> Matt Sicker wrote
> > I thought thread priorities were deprecated?
> >
> > --
> > Matt Sicker <
>
ThreadPoolExecutor is the better way to go with this, but you could also
try ForkJoinPool if that helps, or check out LMAX:
https://github.com/LMAX-Exchange/disruptor
On 21 July 2014 22:48, marks1900 wrote:
> Matt Sicker wrote
> > The Java APIs themselves. They recommend the executo
gt;> --
> >> View this message in context:
> >>
> http://camel.465427.n5.nabble.com/What-would-be-the-benefits-of-running-Camle-on-osgi-tp5754201p5754202.html
> >> Sent from the Camel - Users mailing list archive at Nabble.com.
> >>
> >
> >
> >
> > --
> > Charlie Mordant
> >
> > Full OSGI/EE stack made with Karaf:
> > https://github.com/OsgiliathEnterprise/net.osgiliath.parent
> >
>
>
>
> --
> Charlie Mordant
>
> Full OSGI/EE stack made with Karaf:
> https://github.com/OsgiliathEnterprise/net.osgiliath.parent
>
--
Matt Sicker
tart the connection count increases. To
> release the connection I have to restart my application.
> Is there a way where I can explicitly close the session when I am stopping
> the camel route?
>
>
> Regards,
> Shadab
>
>
> -Original Message-
> From: Mat
help to understand
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/naming-routes-with-setId-doesn-t-work-on-a-specific-machine-tp5754365p5754383.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
> seconds. Is there a way to keep the socket connection alive forever?
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Sockets-getting-closed-after-200-seconds-tp5754314p5754407.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
solution in this space?
>
> Kind regards Bird.
>
--
Matt Sicker
-- Do unmarshalling
> -- Edit the message
> -- Marshal
> -- Set Body in outgoing exhange
>
> Is this the right way to do it?
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/How-to-pass-multiple-custom-objects-to-processor-tp5754502.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
ve an
> external data grid.
>
>
> On 28/07/14 19:02, Matt Sicker wrote:
>
>> Infinispan is the Red Hat/JBoss solution. Does it matter if it's on-heap
>> or
>> off-heap?
>>
>>
>> On 28 July 2014 12:38, techbird wrote:
>>
>> Apa
en-using-topic-selector-tp5754574p5754582.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
xt:
> >
> http://camel.465427.n5.nabble.com/one-context-or-multiple-contexts-tp5754635.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
> >
>
>
>
> --
> Bilgin Ibryam
>
> Red Hat, Inc.
> Apache Camel & Apache OFBiz committer
> Blog: ofbizian.com
> Twitter: @bibryam <https://twitter.com/bibryam>
>
> Author of Instant Apache Camel Message Routing
> http://www.amazon.com/dp/1783283475
>
--
Matt Sicker
t; {"data": ${headers.data}, "result":
> "Some response for ${headers.data}"}
> headerName="CamelHttpMethod">POST
> http://localhost:/asynchcallback?bridgeEndpoint=true"/>
>
>
>
--
Matt Sicker
x27;t fail, but camel still
> Failed to resolve endpoint
>
> Many thanks,
> Arjun
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/simple-programatic-camel-and-OSGi-tp5754790.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
: I really like Camel, but it can be so much stronger if some of
> the above issues can be addressed.
>
Oh man this would be so cool! I love this idea.
--
Matt Sicker
d
> like your point of view about this ? If you have a workaround or another
> solution that can suit to me, please share ! :-)
>
> Arnaud Deprez
>
--
Matt Sicker
t; > It's unclear how to ask camel sql component to only take X rows at a
> time.
> > Is there a way to do this please?
> >
> > Thanks! --Matt Payne
> >
> >
> > [1]
> >
> http://camel.465427.n5.nabble.com/Fetching-data-in-batches-td5718366.html
> > [2]
> >
> https://git-wip-us.apache.org/repos/asf?p=camel.git;a=blob;f=components/camel-sql/src/main/java/org/apache/camel/component/sql/SqlEndpoint.java#l255
> >
>
>
>
> --
> --Matt Payne
>
--
Matt Sicker
isn't, could we get the documentation updated to be a little more
> accurate?
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/one-context-or-multiple-contexts-tp5754635p5755184.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
> > >
> > > Matt
> >
> >
> >
> > --
> > Claus Ibsen
> > -
> > Red Hat, Inc.
> > Email: cib...@redhat.com
> > Twitter: davsclaus
> > Blog: http://davsclaus.com
> > Author of Camel in Action: http://www.manning.com/ibsen
> > hawtio: http://hawt.io/
> > fabric8: http://fabric8.io/
> >
>
--
Matt Sicker
l-Karaf-Spring-versions-tp5755436.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
cepts times out
due to no longer having an ActiveMQ connection.
--
Matt Sicker
ing-spring.html
>
>
> On Fri, Aug 22, 2014 at 2:36 AM, Matt Sicker wrote:
> > I can't find anything anywhere about this, so I guess I have to ask here.
> > I've got about ten different CamelContexts running in Karaf. After adding
> > camel-disruptor, I'v
t know the mongo uri until the runtime. Is there a way I can change the
> mongo DB uri at runtime?
>
> Best regards!
>
--
Matt Sicker
Do I need to configure a ShutdownStrategy for every individual
CamelContext, or is it sufficient to apply it only to one of them?
On 22 August 2014 09:55, Matt Sicker wrote:
> So that means I can create a bean in the blueprint and it will be picked
> up by the CamelContext? Wow, that w
755807.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
ur timer
> endpoints, only one Timer object and thread will be used."
>
> Thanks
> Shiv
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Using-Timer-in-Camel-tp5755951.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
n example working in
> camel.
> I don't think it can be done.
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/I-need-to-install-some-python-osgi-library-tp5756021.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
of a bean as a "to" destination) and the lifetime of a Spring
> "prototype" bean within a Camel route??
>
> Many thanks in advance for any help you can offer.
>
> Rick
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com
/
> exhcange for the request part using some information from the old message?
> The aggregation would then be the same the old / original message to be
> enriched and the reply, the request would be lost.
>
>
> Thanks,
> Jon
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/pollEnrich-using-the-incomming-message-excahnge-tp5756014.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
llowing route doesn't work because data is sent but never received:
>
> from ("vertx:eventBus1").to
> ("netty:tcp//myServer:80").to("vertx:eventBus2")
>
> Can you please help me?
>
> Best
>
> Edmondo
>
--
Matt Sicker
mel.465427.n5.nabble.com/Why-does-RouteDefinition-have-from-methods-tp5756370p5756426.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
most of the
> > exchange items can be accessed
> >
> > Beans also provide great features/flexibility with regards to Camel
> > routing/EIP integration
> >
> >
> >
> > --
> > View this message in context:
> > http://camel.465427.n5.nabble.com/Preferring-bean-or-processor-
> > invocations-on-a-route-tp5756652p575.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
>
>
--
Matt Sicker
nvoke database calls via DAOs.
>
> Thing is, we want the database calls to be wrapped in a transaction, but we
> don't have an XA transaction manager so the JMS part ought to be excluded.
>
> Is this possible?
>
> Thanks,
>
> James
>
--
Matt Sicker
ry using JNDI. If you are using OSGi you can use an OSGi
>>> service.
>>> This way you avoid making your route bundle depend on the jms provider.
>>>
>>> Christian
>>>
>>>
>>>
> --
> Christian Schneider
> http://www.liquid-reality.de
>
> Open Source Architect
> http://www.talend.com
>
>
--
Matt Sicker
The documentation for camel-scr has instructions on using the old Felix SCR
annotations and no instructions on using it with standard declarative
services. Is it possible to adapt camel-scr to use standard DS annotations,
or would a separate camel module need to be developed for this?
--
Matt
> >>> Does using xmls/spring DSLs really give you any maintenance problems?
> Does
> >>> choice of DSL really matter or it just depends upon the
> >>> developers/technical
> >>> team's capability to find the comfort-ability? Please give your points
> as
> >>> we
> >>> have two groups in teams where one group is supporting java DSL other
> is
> >>> SPRING based one.
> >>>
> >>>
> >>>
> >>> --
> >>> View this message in context:
> >>>
> http://camel.465427.n5.nabble.com/Blueprint-Spring-DSL-vs-JAVA-DSL-tp5781807.html
> >>> Sent from the Camel - Users mailing list archive at Nabble.com.
> >>>
> >
>
>
--
Matt Sicker
ause the query parameters
aren't supposed to be URL-decoded by default.
If it helps, I'm using the netty4 rest binding.
--
Matt Sicker
-tp5782073.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
One followup to the gist: note that the hazelcastmq part at the bottom is a
separate library. Lines 32 - 52 can be removed.
On 2 May 2016 at 10:05, Matt Sicker wrote:
> I'm using camel-hazelcast in OSGi (for caching), and here's how I
> configured it in blueprint:
>
> h
;
>
>
> username
>
> password
>
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/How-to-set-username-password-in-custom-SOAP-header-from-cxf-endpoint-and-camel-route-to-call-externae-tp5782793.html
>
This could be handy for OSGi environments, but the javadocs aren't explicit
about what you can modify after you execute CamelContext::start().
--
Matt Sicker
ming.WsnInitialContextFactory
> java.naming.provider.url=iiop://...
> java.naming.security.authentication=simple
> java.naming.security.principal=...
> java.naming.security.credentials=...
>
>
>
> Thank you,
> Gabriel
>
--
Matt Sicker
5.nabble.com/are-camel-routes-non-blocking-tp5782967.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
27.n5.nabble.com/Camel-2-16-With-Log4j2-by-DSL-tp5784370.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
As in once I set the header, nothing can change the header during the
lifecycle of the message during a route. Same for an exchange property.
--
Matt Sicker
quot;seqnum" is just a key that I'm defining. I could obviously call it
> anything "sequenceNumber" or whatever but when I access it later that
> header is available on the exchange. If I explicitly change what the map is
> storing for "seqnum" then it will be diffe
der your key
> returns the same UUID as the header indicates. But that wouldn't stop
> someone from changing the bean stored to the key and it wouldn't prevent
> them from updating the UUID to a new bean they might create.
>
> On Tue, Jul 5, 2016 at 1:49 PM, Matt Sicke
ot for locking like that but that might
> be a viable solution depending on the exact problem.
>
> Thanks Matt, this is going to be stuck in my head now. I'll probably dream
> of an answer of some sort tonight.
>
> Brad
>
> On Tue, Jul 5, 2016 at 3:02 PM, Matt Sicke
that because I don't think there is a way to to make a header
> immutable. I guess an ugly solution would be to save the header in a map
> and give the key name something very unique.
>
> On Tue, Jul 5, 2016 at 10:48 PM, Matt Sicker [via Camel] <
> ml-node+s465427n578481...@n5.n
Let me give a more specific use case. Path parameters from rest-dsl are
passed in as message headers. I don't want any route to accidentally
overwrite or modify those headers as they're useful for the entire
lifecycle of that message.
On 5 July 2016 at 16:00, Matt Sicker wrote:
>
hose
> variables and at least help in debugging when something goes wrong. Why
> didn't this go where it was supposed to? Catch the exception and then pull
> the original bean with immutable fields and see what it says the values
> should be compared to what they currently are.
>
end of the routes to
> verify that everything went right.
>
> I've also found in these situations that I make sure I'm on top of the
> routing and the one who is writing all that code as a crosscutting concern
> to all the projects so that if the developers mess with data t
27;m looking for another REST (JSON) component what is the best one?
> > 1- Rest.
> > 2- Restlet
> > 3- Spark-rest
> > 4- Other ???
> >
> > Regards,
> > Ismail
> >
> >
> >
> > --
> > View this message in context:
> >
> http://camel.465427.n5.nabble.com/Best-REST-JSON-component-to-use-tp5785017.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
> >
>
--
Matt Sicker
HEADER_MD5 = "fef4de21954d4b9f1b3e61ed153799da"
>
> or
>
> YOUR_HEADER_HASH = "md5:fef4de21954d4b9f1b3e61ed153799da"
>
> When making use of this header, you can always validate if it's not changed
> in the routes.
>
> On Wed, Jul 6, 2016 at 6:03 AM,
Thanks for the tip!
On 15 July 2016 at 00:55, Claus Ibsen wrote:
> Hi
>
> See about deep-clone at: http://camel.apache.org/multicast
>
> On Thu, Jul 14, 2016 at 6:54 PM, Matt Sicker wrote:
> > I think I found my issue with the mutable headers in question. It appears
>
But I'm
> >> > wondering if (a) does it exist currently and (b) are there any plans
> to
> >> add
> >> > it? Obviously I'm not using Blueprint, Spring or Guice so those
> >> libraries
> >> > aren't available in this context.
> >> >
> >>
> >> Does not exists, and there is no plan.
> >> Community users would need to dive into this themselves and look what
> >> is possible.
> >>
> >> We love contributions
> >> http://camel.apache.org/contributing
> >>
> >>
> >> > Brad
> >>
> >>
> >>
> >> --
> >> Claus Ibsen
> >> -
> >> http://davsclaus.com @davsclaus
> >> Camel in Action 2: https://www.manning.com/ibsen2
> >>
>
>
>
> --
> Claus Ibsen
> -
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
--
Matt Sicker
apparently, but not when
you use the Java DSL).
2. Export an ErrorHandlerFactory service bean and reuse that in each
RouteBuilder on the specific routes that have a .validate().
I'm using Camel 2.16.2 if that matters.
--
Matt Sicker
s so it's pretty
> much a matter of taste I think.
>
> On Mon, Aug 1, 2016 at 10:03 AM, Matt Sicker wrote:
>
> > I have a common pattern right now of adding .validate() to several REST
> DSL
> > params since the .required() swagger DSL appears to be a suggestion a
umn names from the ResultSet as a java.util.Set
> type.
>
> CamelJdbcParametes
>
> *Camel 2.12:* A java.util.Map which has the headers to be used if
> useHeadersAsParameters has been enabled.
>
> Regards,
> Allan C.
>
--
Matt Sicker
er one is "CamelJdbcParametes" header. I didn't look into the codes
> if the actual header is without an "r", but I supposed it is, as, correct
> me if I am wrong, the doc is generated from the code's annotation?
>
> Regards,
> Allan C.
>
> On Sat, Aug 6,
n {
> >>String expectedBody = "";
> >>
> >>resultEndpoint.expectedBodiesReceived(expectedBody);
> >>
> >> template.sendBodyAndHeader(expectedBody, "foo", "bar");
> >>
> >>resultEndpoint.assertIsSatisfied();
> >>}
> >> @Override
> >>protected RouteBuilder createRouteBuilder() {
> >>return MyRouteBuilder()
> >>}
> >> }
> >>
> >> public class MyRouteBuilder extends RouteBuilder {
> >> public void configure() {
> >>from("direct:start").filter(header("foo").
> >> isEqualTo("bar")).to("mock:result");
> >>}
> >>};
> >>
> >> }
> >>
> >>
>
>
--
Matt Sicker
ant header value is
> "CamelJdbcParameters" and it is used in the exchange in header, thus it
> could be safely concluded that the typo only occurs at the doc.
>
> Regards,
> Allan C.
>
> On Sat, Aug 6, 2016 at 9:59 AM, Matt Sicker wrote:
>
> > The docs are on Confluence.
To unsubscribe from Dynamic bean name injection, click here
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=
> unsubscribe_by_code&node=5786108&code=c291Y2lhbmNlLmVxZGFtLnJhc2h0aU
> BnbWFpbC5jb218NTc4NjEwOHwxNTMyOTExNjU2>
> > .
> > NAML
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_
> viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.
> BasicNamespace-nabble.view.web.template.NabbleNamespace-
> nabble.view.web.template.NodeNamespace&breadcrumbs=
> notify_subscribers%21nabble%3Aemail.naml-instant_emails%
> 21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
> >
>
>
>
>
> --
> View this message in context: http://camel.465427.n5.nabble.
> com/Dynamic-bean-name-injection-tp5786108p5786126.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
l - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
into the the route in a
> and not a request scoped bean.
>
> Brad
>
--
Matt Sicker
http://camel.465427.n5.nabble.
>> com/karaf-issues-with-camel-and-activemq-latest-2-17-2-tp578
>> 6124p5786131.html
>> Sent from the Camel - Users mailing list archive at Nabble.com.
>>
>
>
> --
> Regards, Alexey.
>
--
Matt Sicker
t;
> >
> >
> > --
> > View this message in context:
> > http://camel.465427.n5.nabble.com/Dynamic-bean-name-
> injection-tp5786108p5786128.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
> >
>
--
Matt Sicker
gt; items that way. Since not I started on the annotation processing to make
> it available that way. But normally you could just use @EndpointInject.
>
> Brad
>
> On Mon, Aug 1, 2016 at 10:48 AM, Matt Sicker wrote:
>
> > That sounds like an interesting approach. Are you usin
know sql component uses spring jdbc templates. Wondering if sql
> component has an advantage over jdbc here.
>
> Your feedback is greatly appreciated.
>
> Regards,
>
> Rajith Muditha Attapattu
>
--
Matt Sicker
ion contained in this message and hereby
>> excludes any liability of any kind for the information contained therein or
>> for the information transmission, reception, storage or use of such in any
>> way whatsoever. Any opinions expressed in this message are those of the
>> author and may not necessarily reflect the opinions of IBTech A.S.
>>
>>
>
> --
> Sergey Beryozkin
>
> Talend Community Coders
> http://coders.talend.com/
>
--
Matt Sicker
Camel-in-Action-Book-tp5787674.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
://camel.apache.org/rest-dsl.html
On 17 September 2016 at 12:02, Matt Sicker wrote:
> All the code samples from CiA are tested against each release, so they all
> still work. There's a lot of new components since 2.5, but the basic DSL
> remains the same.
>
> On 17 September 201
s interesting. I didn't know the code was tested against each new
> release. Makes sense though. Most of what I've seen over the years has
> been (a) added features, (b) bug fixes, and (c) performance enhancements.
> And of course the ever growing library of components.
>
&
nd I hope someone will clarify it soon.
>
>
>
> --
> View this message in context: http://camel.465427.n5.nabble.
> com/Can-t-understand-what-inOnly-is-doing-tp5787961p5787986.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
tinuations do not
> > hold the calling thread but make callbacks. JMS InOut/request-reply
> > actually set up two queues under the covers, one to send the request and
> > one to send the reply. I'd have to check again on whether the calling
> > thread waits or if a callback mechanism is deployed. Obviously the
> latter
> > is preferable in terms of threading and performance.
> >
> > http://camel.apache.org/request-reply.html
> > http://camel.apache.org/event-message.html
> >
> > Brad
>
>
>
>
>
> --
> View this message in context: http://camel.465427.n5.nabble.
> com/Can-t-understand-what-inOnly-is-doing-tp5787961p5787994.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
created with
> wildcards
> like '*'?
>
>
>
>
>
>
> --
> View this message in context: http://camel.465427.n5.nabble.com/Camel-
> isMockEndpointsAndSkip-doesn-t-skip-jdbc-endpoint-tp5788065.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker
1 - 100 of 145 matches
Mail list logo