Hi, somehow, my last mail didn't make it :-) And I hope this one get's chained correctly since I've only subscribed after your answer.
We're developing an in-house framework glueing together several standards including CDI. For this framework, we're going to write several interceptors. "Unfortunately", we also have to target Spring. For those projects, we'd like to reuse the interceptors instead of rewriting them as Spring aspects. So we're looking for variant a. Our beans should be CDI/Spring neutral, only marked by several annotations. The interceptors are bound to those annotations. And if Spring is used, the beans should automatically be decorated with the corresponding wrapper aspects. It won't be a problem, if there is some config code in the framework to enable this feature or if some special component has to be defined in the Spring context. But there shouldn't be any impact on the beans themselves or the definition of the beans in the Spring context. Regards, Heinz > Hello Heinz, > > We haven't started discussing the Spring features extensively, but as far as I know, none > of the existing solutions has done something on the interceptor/decorator front. However, > that doesn't mean that it isn't an interesting piece of functionality. What feature are you > looking at: > > a) using CDI (i.e. Java EE interceptors) as Spring aspects > b) re-using Spring aspects as CDI interceptors > > or both? > > In the current solutions, the bridging is done indirectly, in the sense that the already enhanced > beans are injected on in each side, but I presume you'd like to see more than just that (i.e. > a) and b)). Currently either can be done by either creating wrapper aspects in Spring (a) > or wrapper interceptors in CDI (b). However, I'd assume that you'd like to see this done in > a more automatic fashion. > > It would be most helpful if you could describe how you would expect that feature to work and, > essentially, your use case. > > Thanks, > Marius > > > On 2012-07-17, at 9:13 AM, Heinz HUBER wrote: > >> Hi, >> >> what are the current plans for the CDI-Spring bridge concerning CDI >> interceptors? >> Will there be a solution in one of the next versions of DeltaSpike? >> >> Regards, >> Heinz Freundliche Grüße Mag. Heinz HUBER Architekturmanagement RACON Software GmbH A-4021 Linz, Goethestraße 80 Tel: +43 732 6929 1664 Fax: +43 732 6929 mailto:heinz.hu...@racon.at http://www.racon.at RACON Software Gesellschaft m.b.H., A-4021 Linz, Goethestraße 80, FN 86804d, Landesgericht Linz Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschließlich Informationszwecken. Rechtsgeschäftliche Erklärungen dürfen über dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications.
