g.apache.karaf.features.core:4.0.7]
> > at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_60]
> > at
> > java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1142)[:1.8.0_60]
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:617)[:1.8.0_60]
> > at java.lang.Thread.run(Thread.java:745)[:1.8.0_60]
> > Caused by: java.lang.ClassNotFoundException:
> > org.apache.camel.component.jms.JmsBinding not found by
> > org.apache.activemq.activemq-osgi [53]
> > at
> > org.apache.felix.framework.BundleWiringImpl.
> findClassOrResourceByDelegation(BundleWiringImpl.java:1574)
> > at
> > org.apache.felix.framework.BundleWiringImpl.access$400(
> BundleWiringImpl.java:79)
> > at
> > org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(
> BundleWiringImpl.java:2018)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:357)[:1.8.0_60]
> > ... 70 more
> >
> >
> >
> >
> > --
> > View this message in context: http://camel.465427.n5.nabble.
> com/Karaf-4-0-7-Felix-JmsBinding-not-found-tp5789099.html
> > Sent from the Camel - Users mailing list archive at Nabble.com.
>
>
>
> --
> Claus Ibsen
> -
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
--
Matt Sicker <boa...@gmail.com>
t; View this message in context: http://camel.465427.n5.nabble.
> com/syslog-dateformat-log4j-syslog-appender-tp5788476.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ontext: http://camel.465427.n5.nabble.
> com/Designing-a-Scheduled-route-in-Blueprint-tp5788459.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
; /Michael
>
>
>
> --
> View this message in context: http://camel.465427.n5.nabble.
> com/Problem-with-Camel-2-17-3-and-Karaf-3-0-8-tp5788341p5788374.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ed by: java.lang.ClassNotFoundException: org.osgi.service.http.
> HttpService
> > not found by org.apache.cxf.cxf-rt-transports-http [105]
> > at org.apache.felix.framework.BundleWiringImpl.
> > findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
> > at org.apache.felix.framework.BundleWiringImpl.access$400(
> BundleWiringImpl.java:75)
> >
> > at org.apache.felix.framework.BundleWiringImpl$
> > BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> > ... 7 more
> >
> >
> > --
> > If you reply to this email, your message will be added to the discussion
> > below:
> > http://camel.465427.n5.nabble.com/Problem-with-Camel-2-17-3-
> > and-Karaf-3-0-8-tp5788341.html
> > To start a new topic under Camel - Users, email
> > ml-node+s465427n465428...@n5.nabble.com
> > To unsubscribe from Camel - Users, click here
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=
> unsubscribe_by_code=465428=c291Y2lhbmNlLmVxZGFtLnJhc2h0aU
> BnbWFpbC5jb218NDY1NDI4fDE1MzI5MTE2NTY=>
> > .
> > NAML
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_
> viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.
> BasicNamespace-nabble.view.web.template.NabbleNamespace-
> nabble.view.web.template.NodeNamespace=
> 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/Problem-with-Camel-2-17-3-and-Karaf-3-0-8-tp5788341p5788342.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
e 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 <boa...@gmail.com>
nOut/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 <boa...@gmail.com>
> upvote
> button and 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 <boa...@gmail.com>
ents.
>
> On Sat, Sep 17, 2016 at 12:02 PM, Matt Sicker <boa...@gmail.com> 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
://camel.apache.org/rest-dsl.html
On 17 September 2016 at 12:02, Matt Sicker <boa...@gmail.com> 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
com/Camel-in-Action-Book-tp5787674.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ontained 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 <boa...@gmail.com>
gt; I 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 <boa...@gmail.com>
n that would permit me to use
> 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 <boa...@gmail.com> wrote:
>
>
on
> > and would reduce quit a lot of code. Thanks for the help.
> >
> >
> >
> > --
> > 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 <boa...@gmail.com>
> --
>> View this message in context: 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 <boa...@gmail.com>
file and then injected into the the route in a
> and not a request scoped bean.
>
> Brad
>
--
Matt Sicker <boa...@gmail.com>
html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ble.com
> > To unsubscribe from Dynamic bean name injection, click here
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=
> unsubscribe_by_code=5786108=c291Y2lhbmNlLmVxZGFtLnJhc2h0aU
> BnbWFpbC5jb218NTc4NjEwOHwxNTMyOTExNjU2>
> > .
> > NAML
> > <http://camel.465427.n5.nabble.com/template/NamlServlet.jtp?macro=macro_
> viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.
> BasicNamespace-nabble.view.web.template.NabbleNamespace-
> nabble.view.web.template.NodeNamespace=
> 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 <boa...@gmail.com>
nt 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 <boa...@gmail.com> wrote:
>
hingMessage() throws Exception {
> >>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 <boa...@gmail.com>
xt editor.
>
> The other 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.
&g
*Camel 2.11.1:* The column 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 <boa...@gmail.com>
of different ways to do things so it's pretty
> much a matter of taste I think.
>
> On Mon, Aug 1, 2016 at 10:03 AM, Matt Sicker <boa...@gmail.com> wrote:
>
> > I have a common pattern right now of adding .validate() to several REST
> DSL
> > params since the .required()
, 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 <boa...@gmail.com>
gt; > I'm sure I can make my own factory to create such producers. 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 <boa...@gmail.com>
Thanks for the tip!
On 15 July 2016 at 00:55, Claus Ibsen <claus.ib...@gmail.com> wrote:
> Hi
>
> See about deep-clone at: http://camel.apache.org/multicast
>
> On Thu, Jul 14, 2016 at 6:54 PM, Matt Sicker <boa...@gmail.com> wrote:
> > I think I found
ot change!"
> YOUR_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
resent too.
> >
> > So if I'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 mes
ing 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 they shouldn't
> and that will change the routing then it wil
se
> 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.
>
> I
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 <boa...@gmail.com>
sort of other convention
> and stick to 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] <
> m
t; for reducing overhead of data and not 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, J
nder 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 Sicker <boa..
then it will be different because I can't make the
> header map itself immutable.
>
>
> On Tue, Jul 5, 2016 at 10:33 AM, Matt Sicker <boa...@gmail.com> wrote:
>
> > 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 <boa...@gmail.com>
> >
>
--
Matt Sicker <boa...@gmail.com>
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 <boa...@gmail.com>
http://camel.465427.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 <boa...@gmail.com>
> http://camel.465427.n5.nabble.com/are-camel-routes-non-blocking-tp5782967.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
aming.WsnInitialContextFactory
> java.naming.provider.url=iiop://...
> java.naming.security.authentication=simple
> java.naming.security.principal=...
> java.naming.security.credentials=...
>
>
>
> Thank you,
> Gabriel
>
--
Matt Sicker <boa...@gmail.com>
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 <boa...@gmail.com>
e-tp5782793.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
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 <boa...@gmail.com> wrote:
> I'm using camel-hazelcast in OSGi (for caching), and here's how I
> configured it in blueprin
st-project-example-tp5782073.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
the query parameters
aren't supposed to be URL-decoded by default.
If it helps, I'm using the netty4 rest binding.
--
Matt Sicker <boa...@gmail.com>
:
> >>> 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 <boa...@gmail.com>
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
gt;
> >
> >
> > --
> > 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 <boa...@gmail.com>
request back to the baseline.
>
--
Matt Sicker <boa...@gmail.com>
.
> >
> >
> >
> >
> >
> > Best regards
> >
> >
> >
> > --
> > View this message in context:
> http://camel.465427.n5.nabble.com/Limit-swagger-API-tp5778791.html
> > Sent from the Camel - Users mailing l
Do you have any additional details of how
> to handle such use cases?
>
> Are they dependent on the container in which Camel is running and for
> Reliable Delivery of message we have to build DB/In-memory repositories?
>
> Regards,
> Arpit.
>
> -Original Message-
&g
> - Reliable delivery of message.
>
> In case this is not the right approach, could someone share approach to
> achieve both? Any pointers would be great.
>
> Regards,
> Arpit.
>
--
Matt Sicker <boa...@gmail.com>
s for
> the bean DefaultShutdownStrategy tip, I'll experiment with that too.
>
> -Dave
>
>
>
> On Fri, Feb 26, 2016 at 1:02 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Are you using camel-disruptor? I had a lot of problems like that.
> >
> > You
termine what
> it is? Can I change the shut down strategy to cancel what might be
> occurring?
>
> -Dave
>
--
Matt Sicker <boa...@gmail.com>
ding qpid, but if not welcome to log a new one.
> http://camel.apache.org/contributing
>
> On Thu, Feb 25, 2016 at 4:17 PM, Rob Davies <rajdav...@gmail.com> wrote:
> > Or if you want to use AMQP as the wire protocol - I’ve had success with
> camel-amqp and artemis.
> >
&
> --
> Claus Ibsen
> -
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>
--
Matt Sicker <boa...@gmail.com>
} | %X{bundle.name} - %X{bundle.version} |
> %X{camel.breadcrumbId} | %m%n
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/eaked-UDP-ports-from-the-logging-using-MDCSiftingAppender-tp5777814.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
Thanks Claus!
On 19 February 2016 at 12:11, Claus Ibsen <claus.ib...@gmail.com> wrote:
> Hi
>
> Ah yeah we should support that. I logged a ticket
> https://issues.apache.org/jira/browse/CAMEL-9625
>
> On Fri, Feb 19, 2016 at 6:01 PM, Matt Sicker <boa...@gmail.co
I tried doing that and it still marshals the output (which is a
ByteArrayInputStream object) into a base64-encoded version of the stream
surrounded by double quotes.
On 19 February 2016 at 10:21, Matt Sicker <boa...@gmail.com> wrote:
> So I could just specify in.setHeader(Exchange.CON
disable this
> > feature?
> >
> > I was thinking of implementing a processor that handles the marshalling
> of
> > the response, but this won't handle the unmarshal of the request (which
> has
> > the class name specified in the swagger model).
> >
&g
of
the response, but this won't handle the unmarshal of the request (which has
the class name specified in the swagger model).
--
Matt Sicker <boa...@gmail.com>
mponent is using
>
> Thanks
> Joe
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Query-relating-to-the-Rest-Component-tp526.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
> start: 1455231272517
> end: 1455231274849
> => 0.23ms per route execution
>
> 5. Multicast, parallel processing, otherwise same as 4.
>
> from("direct:test
> ").multicast().parallelProcessing().setBody().simple("${body[key]}").to("
> log:test?level=OFF");
>
> start: 1455231408937
> end: 1455231427266
> => 1.83ms per route execution
>
> Conclusion: parallel processing on multicast can really degrade performance
> - contrary to my expectations. On a second thought, I imagine the context
> switch required takes the blame here.
>
> Any more such simple tips will be very welcome!
>
> Thanks,
> Jan
>
--
Matt Sicker <boa...@gmail.com>
I found the skipBindingOnErrorCode(false) option in restConfiguration. This
solved the first problem at least.
On 9 February 2016 at 13:45, Matt Sicker <boa...@gmail.com> wrote:
> I'm using the rest-dsl in Camel 2.16.2. On each rest route, I use
> consumes("application/js
eady
fixed in master before I try to make a minimal reproduction of the bug. Or
maybe I'm doing something wrong?
--
Matt Sicker <boa...@gmail.com>
300
> Camel
>
> {code}
>
> I can get a response as XML, but Content-Type of response (1) is
> "application/json".
> It should be "application/xml"?
>
> Thanks,
> --
> Seiji Sogabe
>
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Invalid-Content-Type-Header-is-configured-tp5777250.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ards
> Sumit
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Camle-Swagger-Java-documenting-optional-param-for-REST-Service-tp5777172.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
port forum this was not
> possible
> and using direct-vm would be a solution. With limited information
> available,
> could someone here guide me ?
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Shared-Camel-Context-tp5777066.html
p is appreciated.
>
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Class-substitution-in-bean-tp5777061.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
ode but build the
> new
> code in Apache camel.
> Any help is appreciated.
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Can-spring-and-camel-co-exists-tp5776823.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
lues are Y
> or N." dataType="string" />
>
>
> ref="requestTransformer" />
> ref="myProcessor">
>
>
>
>
>
>
> My REST URL:
>
> http://localhost:18080/server/rest/test/generate/data/name/{name}/flag/{flag}
>
> Please help with any pointers.
>
> Regards
> Sumit
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Camel-Swagger-Java-Unable-to-generate-the-API-Swagger-definition-tp5776570.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
My endpoint is defined inside my blueprint configuration file like
> > below:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > > > > "com.fasterxml.jackson.jaxrs.json.JacksonJsonProvider"/>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > I would like to Inject the Spring JdbcTemplate that I've defined in
> my
> > > > Spring configuration file to my BookingService business class.
> > > >
> > > > My question is :
> > > >
> > > > How can I a load and inject a Spring bean inside a OSGI based Bean?
> > > >
> > > > Thank you in advance,
> > > >
> > > > Meissa
> > > >
> > >
> > --
> > Henryk Konsek
> > http://about.me/hekonsek
> >
>
--
Matt Sicker <boa...@gmail.com>
o that makes it a bit
> easier.
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/java-dsl-vs-blueprint-xml-tp5775085p5775124.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
;
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Using-Message-Headers-Body-into-Camel-SQL-Insert-statement-tp5775107.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
Are there any edge cases here? Or is it safe to refactor routes that use
recipientList(simple()) with only a single endpoint?
--
Matt Sicker <boa...@gmail.com>
pl.java:75)[org.apache.felix.framework-4.2.1.jar:]
at
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)[org.apache.felix.framework-4.2.1.jar:]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)[:1.8.0_66]
... 26 more
--
Matt Sicker <boa...@gmail.com>
Please also see this SO:
>
> http://stackoverflow.com/questions/10330998/passing-values-between-processors-in-apache-camel
>
>
> On Wed, Nov 25, 2015 at 4:00 PM, Matt Sicker <boa...@gmail.com> wrote:
> > Properties get lost even more often than headers, though. They're only
rotocol/component in/out, there
> is no guarantee they persist or be unchanged when the message returns.
> Also reduces unwanted metadata leaking out of your routes, for example
> to JMS, HTTP/SOAP as you mentioned.
>
>
>
> On Wed, Nov 25, 2015 at 12:52 AM, Matt Sicker <boa...@gmail.com>
n
> external component.
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Am-I-using-headers-right-tp5774363p5774365.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
provide no alternatives. Am I using headers properly, or is this
a terrible abuse of headers?
--
Matt Sicker <boa...@gmail.com>
non-Java platform, such as AngularJS. I probably should post
> another topic about this.
>
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Why-using-camel-routes-via-activemq-in-Apache-karaf-tp5774011p5774099.html
> Sent from the Camel - Users mail
om the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Why-using-camel-routes-via-activemq-in-Apache-karaf-tp5774011.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
er/2.6.1
These seem to be missing dependencies from the camel feature file.
--
Matt Sicker <boa...@gmail.com>
Thanks, that installs properly.
On 13 November 2015 at 11:29, Claus Ibsen <claus.ib...@gmail.com> wrote:
> Yeah use camel-swagger-java from Camel 2.16 onwards. The old scala
> based is deprecated and dont work really in OSGi.
>
> On Fri, Nov 13, 2015 at 6:17 PM, Matt Sicker
Fuse? I.e. can we set
> it in one bundle and multiple bundles refer this?
>
>
> Vanshul
>
--
Matt Sicker <boa...@gmail.com>
text:
> http://camel.465427.n5.nabble.com/Share-database-connection-pool-among-routes-tp5772925p5772927.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
--
Matt Sicker <boa...@gmail.com>
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 boa...@gmail.com
-
invocations-on-a-route-tp5756652p575.html
Sent from the Camel - Users mailing list archive at Nabble.com.
--
Matt Sicker boa...@gmail.com
at Nabble.com.
--
Matt Sicker boa...@gmail.com
:
from (vertx:eventBus1).to
(netty:tcp//myServer:80).to(vertx:eventBus2)
Can you please help me?
Best
Edmondo
--
Matt Sicker boa...@gmail.com
- Users mailing list archive at Nabble.com.
--
Matt Sicker boa...@gmail.com
you can offer.
Rick
--
View this message in context:
http://camel.465427.n5.nabble.com/Claus-Need-better-understanding-of-Camel-bean-tag-usage-with-Spring-prototype-beans-tp5756009.html
Sent from the Camel - Users mailing list archive at Nabble.com.
--
Matt Sicker boa...@gmail.com
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 boa...@gmail.com
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 boa...@gmail.com
.
--
Matt Sicker boa...@gmail.com
-spring.html
On Fri, Aug 22, 2014 at 2:36 AM, Matt Sicker boa...@gmail.com 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've found that if I have to shut down Karaf
When I run using this configuration all works ok. My problem is that I will
not know the mongo uri until the runtime. Is there a way I can change the
mongo DB uri at runtime?
Best regards!
--
Matt Sicker boa...@gmail.com
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 boa...@gmail.com wrote:
So that means I can create a bean in the blueprint and it will be picked
up by the CamelContext? Wow
to no longer having an ActiveMQ connection.
--
Matt Sicker boa...@gmail.com
1 - 100 of 142 matches
Mail list logo