Hi
I am trying to set up a mock test for when I am sending email to achieve 100%
coverage of my code. With the command emailSender.send(message), the message
needs to be delivered to a mock endpoint that can evaluated and asserted. It
seems that org.jvnet.mock-javamail is an option, but for the
You can use bean function in the simple language ${bean:xxx} to refer
to a bean by its id, then you can store your offset cache with some
bean id.
On Thu, Dec 12, 2019 at 7:08 AM Ron Cecchini wrote:
>
> The use case is simply this: I need to poll and hit an HTTP endpoint with an
> initial "offse
Hi Louis,
Maybe port 25 is kinda not accessible to the process. In any case, asking
the org.jvnet.mock-javamail community may be a better option.
Alex
On Thu, Dec 12, 2019 at 1:22 PM Louis Becker wrote:
> Hi
>
> I am trying to set up a mock test for when I am sending email to achieve
> 100%
Hi,
Aggration seems to lost the connection to original Message.
I have the following construct:
from(FILE_IN_URI)
.split(new ZipSplitter()).shareUnitOfWork()
.streaming()
.choice()
.when(simple("${in.header.CamelFileName} ends with 'xml'"))
Thanks. Yeah, that would definitely make the route cleaner and would have been
easier to implement...
I guess I should have mentioned that I’ve been playing a game with myself and
have been refusing to add any new classes/beans unless I utterly had to. I’m
sort of “obsessed” with refactorin
if i have a verticle on one jvm how would i use the camel vertx component on
another jvm consuming from the verticle on the other jvm? thanks
Sent from Yahoo Mail on Android
On Wed, Dec 11, 2019 at 11:39 AM, Bing Lu wrote:
also if there is a vertx app deployed on another machine, i can st
You can also name your RouteBuilder class with a bean id, if you use
spring / spring-boot or cdi etc. And then refer to this bean ids,
where you can have methods that you can refer to in the simple bean
function.
Then you dont need to add new classes.
On Thu, Dec 12, 2019 at 4:03 PM Ron Cecchini
> On December 12, 2019 at 11:16 AM Claus Ibsen wrote:
>
> You can also name your RouteBuilder class with a bean id, if you use
> spring / spring-boot or cdi etc. And then refer to this bean ids,
> where you can have methods that you can refer to in the simple bean
> function. Then you dont need
