Re: Classloader woes: EAR containing an RAR

[David Jencks]

Does the CDI approach support consuming a message inside a transaction? Looking 
at one of the Kafka cdi examples, I didn’t immediately see how it would. Being 
able to roll back the consumption of a message always seemed one of the main 
points of jca to me.

Thanks
David Jencks 

Sent from my iPhone

> On Jul 31, 2018, at 9:59 PM, Romain Manni-Bucau  wrote:
> 
> I am happy to help you using the rar if you can setup a reproducer project
> but for kafka gain is pretty low and being cdi based opens more doors like
> composing with decorators, getting a better error handling than EJB,
> getting rid of some useless layer for kafka etc...but we can still do the
> exercise technically :)
> 
> Le mer. 1 août 2018 02:00, ChrisOwens  a écrit :
> 
>> Romain Manni-Bucau wrote
>>> If your goal is really to interact with kafka - and you dont care of rar
>>> by
>>> themselves - i would recommand to use a cdi extension,
>>> you can find several on the net like
>>> https://github.com/bgjug/kafka-cdi-extension and
>>> https://github.com/aerogear/kafka-cdi
>> 
>> 
>> Thank you.  I was hoping to use the message-driven-bean abstraction, but I
>> will look into these cdi extensions instead.
>> 
>> 
>> 
>> 
>> --
>> Sent from:
>> http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html
>> 

Re: Classloader woes: EAR containing an RAR

[ChrisOwens]

I am trying to set up a reproducer project using the tomee maven plugin. 
I am looking at the plugin's new documentation page to which you referred
me. (Might I suggest that you take down the old, obsolete documentation
page, which is the first hit for google "tomee maven plugin", or at least
put in it a link to the new page?

My first attempt to get the plugin to put the rar in tomee's apps folder was
to add the rar as a project dependency and to  put this in the configuration
block of the plugin:



This failed with the following error, apparently the plugin was looking in
the repo for a jar file rather than a rar file:


My next thought was to use a synchronizer as defined by tomee-maven-plugin
to copy the rar file into the apps directory but the only info on the
documentation page about how to use a synchronizer was this:







--
Sent from: http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html

Re: Classloader woes: EAR containing an RAR

[Romain Manni-Bucau]

Depends the people but personally I see JCA as deprecated by CDI addition
to JavaEE 6 (tomee or any other server). Goal being to realign the
programming model on the more natural one of marking a method as a listener
rather than having this heavy process to define inbound/outbound connectors
+ the related packaging. JCA got some work on that area to have some
command oriented pattern but it stays very heavy compared to the more
widespread CDI based solution.

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le mer. 1 août 2018 à 15:50, ChrisOwens  a écrit :

> Putting aside for a moment the question of whether or not the adapter is
> packaged in a rar file, what is your opinion of JCA for a JavaEE 7
> application hosted on TomeEE +?  Use it or avoid it?
>
>
>
>
>
> --
> Sent from:
> http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html
>

Re: Classloader woes: EAR containing an RAR

[ChrisOwens]

Putting aside for a moment the question of whether or not the adapter is
packaged in a rar file, what is your opinion of JCA for a JavaEE 7
application hosted on TomeEE +?  Use it or avoid it?





--
Sent from: http://tomee-openejb.979440.n4.nabble.com/TomEE-Dev-f982480.html