Hi Sam,
not yet, only auto-acks at the moment. I created a ticket for
application-level acks https://github.com/krasserm/streamz/issues/40.
Feel free to comment if you think something is missing.
Cheers,
Martin
On 01.08.17 16:21, Sam D wrote:
Martin,
Is there an Ack or Nack/Status.Failure mechanism with the new streamz
camel api like in the akka-camel actor Consumer api?
Thanks,
Sam
On Thursday, July 13, 2017 at 4:16:52 AM UTC-4, Andreas Gies wrote:
Hi,
thanks for the pointer to the Camel docs. I knew I had a blindspot
somewhere.
Best regards
Andreas
Am Dienstag, 11. Juli 2017 14:26:09 UTC+2 schrieb Andreas Gies:
Hello HAkkers,
we are maintaining an integration framework (OSGi) project
built on top of ActiveMQ, Spray and Camel implemented in Scala [1]
Most of our internal API's rely on Akka and some also on the
Akka-Camel integration.
With the next major release we plan to upgrade our Spray
routes to Akka-Http. Now that I have started looking at the
concrete
steps I have noticed that Akka-Camel is also deprecated and to
be replaced with alpakka.
I had a look through the Alpakka project. So far I haven't
found the replacement for the Akka-Camel efforts in there.
Perhaps I have overlooked something or is the replacement just
on the roadmap ?
Also I did have a look at the JMS part of Alpakka. It seems
that this implementation currently only supports TextMessages
and ignores any properties within the message. If I understand
the implementation correctly, it would fail the stream in case
of any JMSException and also when the buffer has been filled up ?
On a broader level I was wondering if the implementation
should be in the form that the inbound stream fails if and
only if
the connection is irrecoverably broken and in other cases the
Stream should reconnect transparently.
Also on a broader level I have noticed, that the messages are
acknowledged as soon as they pushed. Coming from a JMS
background that feels a bit strange to me, but that might be
because I am unfamiliar with the streaming API. In our world
a message is normally acknowledged when it has been processed
successfully (which is normally it has been written to
the file system, forwarded to another JMS destination or
triggered some execution in the database).
If the container crashes before it has acknowledged the
message, the message will be redelivered. In cases we encounter
an error we pass the message to an error handling destination
or a retry destination.
Apparently the architecture and the acceptance level of
message loss changes when switching to a streaming approach.
For now I have some concrete questions:
1) Have I missed the Camel replacement in Alpakka and if so,
where is it located within Alpakka ?
2) How are others coping with the "window of potential message
loss" when migrating from pure JMS flows to streams ?
3) Any pointers to good hands-on white papers are much
appreciated. I have read through some and also through most
of the streams documentation, but I guess I need to get my
hands dirty ...
4) I don't dare to ask, but if anyone is using Akka / AkkaHttp
and / or AkkaStream within OSGi I would be more than happy
to exchange experiences & ideas.
[1] https://github.com/woq-blended/blended
<https://github.com/woq-blended/blended>
Thanks in advance for your attention
Best regards
Andreas
--
>>>>>>>>>> Read the docs: http://akka.io/docs/
>>>>>>>>>> Check the FAQ:
http://doc.akka.io/docs/akka/current/additional/faq.html
>>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
---
You received this message because you are subscribed to a topic in the
Google Groups "Akka User List" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/akka-user/tl7Gj-nijiw/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
[email protected]
<mailto:[email protected]>.
To post to this group, send email to [email protected]
<mailto:[email protected]>.
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.
--
Martin Krasser
blog: http://krasserm.github.io
code: http://github.com/krasserm
twitter: http://twitter.com/mrt1nz
--
Read the docs: http://akka.io/docs/
Check the FAQ: http://doc.akka.io/docs/akka/current/additional/faq.html
Search the archives: https://groups.google.com/group/akka-user
---
You received this message because you are subscribed to the Google Groups "Akka User List" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.
