Hi Romain, > CDI injections are created - more validated actually - at startup and dont > rely on JNDI at all. EE injections rely on JNDI and are linked to CDI > through a particular bean (Comp) representing the whole webapp JNDI tree. > > In term of code an InjectionTarget should work but needs to be there at > startup.
Does it mean that if I somehow manage to (dynamically) plant the necessary entries to a JNDI tree, everything would work like in WildFly? (InjectionTarget is what's used under the hood in Unmanaged) > That said: why not using es6 and or purescript/typescript to get real > imports and potentially annotations/decorators and just convert it to java Did you mean "to JavaScript"? That would involve heavy-weight machinery like Babel/Traceur that requires Node.js, and running Node code in Nashorn is a non-trivial task (though I know the guy who currently works on that). It's an interesting challenge, but I think I'd better start with a simpler (ad-hoc) prototype. > and then wire it through websocket? Sounds like a simple and safe impl to > me to do that. Sorry, can't understand how it would solve a problem of dynamic EE injections. Could you please elaborate? Thx! Dimitri > Le 29 mars 2016 01:48, "Dimitri" <[email protected]> a écrit : > > > > > Sorry for broken links. Shouldn't have used line wrapping in my mail > > client. > > > > Project write-up: > > https://gist.github.com/dteleguin/c93fe4a4c666234729d8 > > > > StackOverflow thread: > > > > http://stackoverflow.com/questions/36239250/injecting-java-ee-resources-into-dynamically-loaded-classes > >
