I'm afraid I won't have a lot of spare time for coding before Christmas,
and I'm not much of an authority on WildFly Embedded either, I'm just
using it a lot (via Pax Exam) for most integration tests of my daytime
projects.
Have a look at [1] for the Pax Exam WildFly Container - if there are any
questions on that, I'm happy to help.
Yes, Pax Exam is ASLv2, so you can copy and reuse whatever you like.
Once you start coding on a branch or fork, just send me a link...
[1]
https://github.com/ops4j/org.ops4j.pax.exam2/blob/exam-reactor-4.7.0/containers/pax-exam-container-wildfly90/src/main/java/org/ops4j/pax/exam/wildfly90/WildFly90TestContainer.java
Regards,
Harald
Am 11.12.2015 um 19:56 schrieb Mark Struberg:
Oh, when I think about it…
Would you have an hour to hack this? We could also do a hangout session and
kind of pair programming with you Rafael and I (and whoever likes to join).
The problem we face at the moment is that the code we got pointed to by the
wildfly team is obviously LGPL. So we cannot just take it and use it for
DeltaSpike.
This would first require a formal grant from JBoss, etc. And while I’m pretty
sure they would not object - it is still some days of work to get the paperwork
sorted…
Would be easier if you would help us as your pax integration is ALv2 already?
LieGrue,
strub
Am 11.12.2015 um 19:47 schrieb Mark Struberg <strub...@yahoo.de>:
Thanks Harald!
I also got in touch with Ken Wills from JBoss and Rafael and I will try to make
a cdictrl backend real.
LieGrue,
strub
Am 11.12.2015 um 19:42 schrieb Harald Wellmann <hwellmann...@gmail.com>:
Am 11.12.2015 um 13:15 schrieb Mark Struberg:
Probably because JBoss STILL don’t support an embedded version of wildfly?
There *is* an embedded version of WildFly:
org.wildfly.core.embedded.EmbeddedServerFactory.
This is used e.g. by the Pax Exam WildFly test container, another method to
test EJB + CDI + anything else from Java EE stack in an embedded environment.
Regards,
Harald