Hello again !
I've tested it, but I'm afraid the solution #2 doesn't work as is.
With the following code, the retrieved bundle seems to be the system's
bundle that creates the exchange, not mine :
// e is the current Exchange
final Bundle bundle = FrameworkUtil.getBundle(e.getClass());
return bu
Hi
what do you mean by "your bundle" ? You mean the one containing the route ?
If your bundle just contains the blueprint xml, the most secure way is
to get the bundle list, filter by your name to get the version.
Regards
JB
On Fri, Jul 8, 2022 at 10:45 AM Ephemeris Lappis
wrote:
>
> Hello aga
Hello.
Yes, I mean one of the (>100) bundles that contain the Camel's routes.
The code that must retrieve the version is not in these bundles, but
in a common one that exposes services that are called on events
(EventNotifier). Such external services do not know the name of the
Camel routes bundl
Hi,
message/rfc822 are NestedMessage .
So we implement a special route to process them. We extract 822 and save it on
specific eml file
We using Camel 3.14.3 with blueprint bundles in OSGI Karaf 4.33
Here some code we made, hope it help you.
2 cases for 822
1- BODY Nested Mail, no TEXT