Best regards,
Lukasz

We (Atomikos) have listened to our community and in our 3.8 release logging will be different from what you complain about.

Cheers,
Guy

For the “install from HTTP/FTP location” feature do you talk about felix fileinstall ? I also use it to deploy features and bundle directly from maven path style. Not sure what the bundle handles this.

Regarding using servlet, filters AND jsp inside osgi, I must admit I do not know exactly what to choose. It has to be compatible with blueprint as well.

You mean that thanks to Felix Http Bridge, I can use directly host servlet container. Can you provide a very simple bundle example with servlet and jsp that runs inside Tomcat > War > bundles .

Thank you

Also, with Felix Http Bridge you don’t need a Pax-Web at all. Pax-Web starts jetty, which is overhead – if you already have a web connector started.

I use karaf in production and some client won’t add a new container in their places.

This way, if securised, can be the way to introduce osgi in a company where ops rules the places.

Though, I have to triple test the use case.

Do you think , we can put the bundles outside the war ?

Can we safely use war bundle with Pax Web ( http://team.ops4j.org/wiki/display/paxweb/Pax+Web) ?

Thank you for your help.

Message Groups are ehancements to the Exclusive Consumer feature to provide:

• guarranteed ordering of the processing of related messages across a single queue
• load balancing of the processing of messages across multiple consumers
• high availability / auto-failover to other consumers if a JVM goes down

So logically Message Groups are kinda like a parallel Exclusive Consumer. Rather than all messages going to a single consumer, the standard JMS header JMSXGroupID is used to define which message group the message belongs to. The Message Group feature then ensures that all messages for the same message group will be sent to the same JMS consumer – while that consumer stays alive. As soon as the consumer dies another will be chosen.

Another way of explaining Message Groups is that it provides sticky load balancing of messages across consumers; where the JMSXGroupID is kinda like a HTTP session ID or cookie value and the message broker is acting like a HTTP load balancer.

1. Camel może być uruchomiony wewnątrz zwykłej aplikacji .war przy pomocy Springa.
2. Sama integracja odbywa się na bazie zdarzeń:
- pojawienie się pliku w jakimś katalogu
- nowa wiadomość pocztowa
- określony interwał czasowy
Na podstawie tych zdarzeń są podejmowane odpowiednie kroki – np. nowy plik może oznaczać konieczność zaimportowania sald do bazy systemu księgowego. Wszystko zależy od scenariusza.
3. Tak, możesz wszystko osadzać wewnątrz istniejących aplikacji, tak by transformować dane przychodzące do interesującego Cię formatu, jakkolwiek przy kilku modułach, które nie są gigantyczne, warto by było zastanowić się nad niezależnym modułem integracyjnym. Wówczas można sprzedawać aplikację bez niego bądź z nim – czyli Twój system + connector integracyjny zbudowany z Camelem.

Czyli jeżeli mamy np 2 aplikacje A i B osadzone np na jBoss i chcemy je integrować za pomocą camel i serviceMix to wówczas piszemy moduł integracji i instalujemy go wyłącznie na Karaf?

Ok pytanie nr 2…
Wszystko ładnie pięknie, powiedzmy że aplikacje działają, moduł integracyjny został zainstalowany na konsoli.
Nie rozumiem jak jest wywoływana sama integracja np. skąd moduł integracji ma wiedzieć że należy wykonać integrację np rozrachunków dla danego podmiotu?

Pytanie nr 3 … – sorki za takie rozdrobnienie….
Czy jeżeli aplikacja ma kilka modułów to czy mogę bezpośrednio w nich zaszyć camel w celu integracji i nie wydzielać integracji do oddzielnego modułu, a następnie osadzić wszystko np na jBoss?