Option 4 can be rephrased to "removing the JPA-based registries from the code and delivering them instead as quickstarts", which is good, though it will impact current users/subscribers. Regards.

On Jul 26, 2013 7:51 AM, "Scott Marlow" <smarlow@redhat.com> wrote:
Turns out that using the org.hibernate.annotations.Proxy annotation is currently the only workaround:

@Entity @Proxy(lazy=false) public class SecurityToken

However, that requires changing the PicketLink module to add a dependency on the Hibernate module.

Options for addressing this issue are:

1.  Someone contributes a patch to Hibernate to change bytecode enhancing to not require Hibernate/Javassist on the classpath.  Not sure when this might happen or if it will happen.

2.  Add the javassist jar to the WildFly org.hibernate static module so that only the Hibernate module needs to be on the PicketLink module classpath (which we would add to the PicketLink module).

3.  Change PicketLink to directly depend on Hibernate and make code changes to avoid lazy loading.  The PicketLink module is changed to depend on Hibernate.

4.  Change PicketLink to not directly use JPA, but instead delegate to the application for access to a persistence store (let the application use EE JPA container managed access if it desires).

Scott

On 07/25/2013 11:24 AM, Scott Marlow wrote:
Fernando, could you try updating the SecurityToken entity from:

@Lob
     private byte[] token;

To:

@Lob  @Basic(fetch=LAZY)
    private byte[] token;

And see if that helps, just to see if we can avoid adding the
hibernate/javassist dependencies if we want.



On 07/25/2013 11:16 AM, Scott Marlow wrote:
  From private email, I now have the server.log that contains the full
call stacks.  http://pastebin.com/dpUG5NFA is the first one.

It looks like in AbstractEntityTuplizer ctor, we are using Javassist to
generate a lazy proxy:

if ( entityMetamodel.isLazy() ) {
   proxyFactory = buildProxyFactory( mappingInfo, idGetter, idSetter );
   if (proxyFactory == null) {
    entityMetamodel.setLazy( false );
   }
}
else {
   proxyFactory = null;
}

I must be missing something as I don't see what is being "lazy" loaded
for org.picketlink.identity.federation.core.sts.registry.SecurityToken.

We either need to avoid lazy loading or include the Hibernate/Javassist
dependencies in PicketLink.

On 07/24/2013 10:26 PM, Scott Marlow wrote:
On 07/24/2013 09:56 PM, Fernando Ribeiro wrote:
Scott,

Here are the stack traces.

** Original Descriptor **


This first one should be resolved by PicketLink (org.picketlink module)
adding a dependency on the javax.persistence.api module.

For the other two, I need more context.

[Server:server-one] Caused by: java.lang.ClassNotFoundException:
javax.persistence.Persistence from [Module "org.picketlink:main" from
local module loader @509f5011 (roots: /opt/jboss-eap-6.0/modules)]
[Server:server-one]     at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

[Server:server-one]     ... 24 more

** Descriptor w/ the JPA API **

[Server:server-one] Caused by: java.lang.ClassNotFoundException:
org.hibernate.proxy.HibernateProxy from [Module "org.picketlink:main"
from local module loader @3b835282 (roots: /opt/jboss-eap-6.0/modules)]
[Server:server-one]     at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

[Server:server-one]     ... 64 more

** Descriptor w/ Hibernate **

[Server:server-one] Caused by: java.lang.ClassNotFoundException:
javassist.util.proxy.ProxyObject from [Module "org.picketlink:main" from
local module loader @67d225a7 (roots: /opt/jboss-eap-6.0/modules)]
[Server:server-one]     at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

[Server:server-one]     at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

[Server:server-one]     ... 64 more

Regards,

On Wed, Jul 24, 2013 at 10:22 PM, Scott Marlow <smarlow@redhat.com
<mailto:smarlow@redhat.com>> wrote:

      On 07/24/2013 06:23 PM, Fernando Ribeiro wrote:

          I guess that is the AbstractJPARegistry class referred to in my
          previous
          message, right?


      Thanks, answering my current questions in the past is awesome!  I
      don't see anything references that should need Hibernate or
      Javassist in AbstractJPARegistry.

      Could you try removing the PicketLink module dependency on the
      Hibernate and Javassist modules and show me the full exception call
      stack that you get as a result of doing that?


          On Jul 24, 2013 6:42 PM, "Scott Marlow" <smarlow@redhat.com
          <mailto:smarlow@redhat.com>
          <mailto:smarlow@redhat.com <mailto:smarlow@redhat.com>>> wrote:

               Can you give me a link to the PicketLink code that does
the
               bootstrap? I'd like to see why you need to reference
          Hibernate directly.

               As long as the JPA subsystem JPAExtension.initialize() has
          run, the
               default persistence provider (Hibernate) will be
available to


javax.persistence.Persistence.____createEntityManagerFactory()__.


               On 07/24/2013 03:39 PM, Fernando Ribeiro wrote:

                   Scott,

                   PicketLink doesn't use any Hibernate extensions, and
          users are
                   expected
                   to provide a persistence unit called "picketlink-sts"
          in their
                   applications.

                   Regarding the bootstraping of the persistence unit,
you
          guessed
                   right [1].

                   Regards,

                   --
                   Fernando

                   [1]

https://github.com/picketlink/____picketlink/blob/____277c5b8ec9b6eee5dcd36422763db6____f02479f081/modules/__federation/__src/main/java/__org/picketlink/__identity/__federation/core/sts/____registry/AbstractJPARegistry.____java


<https://github.com/picketlink/__picketlink/blob/__277c5b8ec9b6eee5dcd36422763db6__f02479f081/modules/federation/__src/main/java/org/picketlink/__identity/federation/core/sts/__registry/AbstractJPARegistry.__java>




<https://github.com/__picketlink/picketlink/blob/__277c5b8ec9b6eee5dcd36422763db6__f02479f081/modules/federation/__src/main/java/org/picketlink/__identity/federation/core/sts/__registry/AbstractJPARegistry.__java


<https://github.com/picketlink/picketlink/blob/277c5b8ec9b6eee5dcd36422763db6f02479f081/modules/federation/src/main/java/org/picketlink/identity/federation/core/sts/registry/AbstractJPARegistry.java>>



                   r



                   On Wed, Jul 24, 2013 at 4:17 PM, Scott Marlow
                   <smarlow@redhat.com <mailto:smarlow@redhat.com>
          <mailto:smarlow@redhat.com <mailto:smarlow@redhat.com>>
                   <mailto:smarlow@redhat.com <mailto:smarlow@redhat.com>
          <mailto:smarlow@redhat.com <mailto:smarlow@redhat.com>>>>
wrote:

                        How does PickLink bootstrap the persistence unit
          mentioned
                   in [5] +
                        [6]?  I assume not via EE JPA container managed
          deployment.
                     I'm
                        guessing via direct calls to



javax.persistence.Persistence.________createEntityManagerFactory("______picketlink-sts").



                        Does PicketLink use any Hibernate extensions?  Or
          just the
                   JPA api?

                        Do we have a more complete example than
[5]+[6], that
                   include how
                        users are expected to supply datasource/database
          configuration.



                        On 07/24/2013 02:34 PM, Fernando Ribeiro wrote:

                            The issue is the PicketLink module
depending on a
                   specific JPA
                            implementation, which is not really
desirable, and
                   currently looks
                            unavoidable. Regards.


                            On Wed, Jul 24, 2013 at 11:55 AM, Jaikiran
Pai
                   <jpai@redhat.com <mailto:jpai@redhat.com>
          <mailto:jpai@redhat.com <mailto:jpai@redhat.com>>
                            <mailto:jpai@redhat.com
          <mailto:jpai@redhat.com> <mailto:jpai@redhat.com
          <mailto:jpai@redhat.com>>>
                            <mailto:jpai@redhat.com
          <mailto:jpai@redhat.com> <mailto:jpai@redhat.com
          <mailto:jpai@redhat.com>>
                   <mailto:jpai@redhat.com <mailto:jpai@redhat.com>
          <mailto:jpai@redhat.com <mailto:jpai@redhat.com>>>>> wrote:

                                 Fernando actually proposed a fix
which we
          wanted to be
                            discussed here in
                                 the mailing list since the fix didn't
          look right
                   for a core
                            component
                                 like PicketLink. The PR (which we
closed)
          is here
          https://github.com/wildfly/______wildfly/issues/4786
          <https://github.com/wildfly/____wildfly/issues/4786>
                   <https://github.com/wildfly/____wildfly/issues/4786
          <https://github.com/wildfly/__wildfly/issues/4786>>


            <https://github.com/wildfly/____wildfly/issues/4786
          <https://github.com/wildfly/__wildfly/issues/4786>
                   <https://github.com/wildfly/__wildfly/issues/4786
          <https://github.com/wildfly/wildfly/issues/4786>>>

                                 -Jaikiran
                                 On Wednesday 24 July 2013 08:22 PM,
Darran
                   Lofthouse wrote:
                                  >
                                  > On 24/07/13 15:46, Fernando
Ribeiro wrote:
                                  >> All,
                                  >>
                                  >> There is an issue in PicketLink
[1] that
                   requires the
                            module
                                 descriptor
                                  >> in WildFly to depend on
          "org.hibernate" and
                            "org.javassist" to
                                 support
                                  >> two components called
          "JPABasedTokenRegistry"
                   [2] and
                                  >> "JPABasedRevocationRegistry" [3].
                                  >>
                                  >> How would you suggest this issue to
          be fixed?
                                  > If you already have the proposed
fix I
          would
                   suggest
                            sending over
                                 a pull
                                  > request.
                                  >
                                  >
          https://community.jboss.org/______wiki/HackingOnWildFly
          <https://community.jboss.org/____wiki/HackingOnWildFly>
                   <https://community.jboss.org/____wiki/HackingOnWildFly
          <https://community.jboss.org/__wiki/HackingOnWildFly>>


            <https://community.jboss.org/____wiki/HackingOnWildFly
          <https://community.jboss.org/__wiki/HackingOnWildFly>
                   <https://community.jboss.org/__wiki/HackingOnWildFly
          <https://community.jboss.org/wiki/HackingOnWildFly>>>
                                  >
                                  > If you are an EAP customer I would
suggest
                   opening a
                            support case so
                                  > that the support team can request the
          fix is
                   included in
                            EAP.
                                  >
                                  >> The issue has also been logged in
WildFly
                   already [4].
                            There are
                                 samples
                                  >> of the JPA registries available
in my
          blog [5][6].
                                  >>
                                  >> Regards,
                                  >>
                                  >> --
                                  >> Fernando
                                  >>
                                  >> [1]
          https://issues.jboss.org/______browse/PLINK2-97
          <https://issues.jboss.org/____browse/PLINK2-97>
                   <https://issues.jboss.org/____browse/PLINK2-97
          <https://issues.jboss.org/__browse/PLINK2-97>>


<https://issues.jboss.org/____browse/PLINK2-97
          <https://issues.jboss.org/__browse/PLINK2-97>
                   <https://issues.jboss.org/__browse/PLINK2-97
          <https://issues.jboss.org/browse/PLINK2-97>>>
                                  >> [2]
                                  >>

https://access.redhat.com/______site/documentation/en-US/______JBoss_Enterprise_Application_______Platform/6.1/html/API_______Documentation/files/javadoc/______org/picketlink/identity/______federation/core/sts/registry/______JPABasedTokenRegistry.html


<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedTokenRegistry.html>



<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedTokenRegistry.html


<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedTokenRegistry.html>>





<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedTokenRegistry.html


<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedTokenRegistry.html>



<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedTokenRegistry.html


<https://access.redhat.com/site/documentation/en-US/JBoss_Enterprise_Application_Platform/6.1/html/API_Documentation/files/javadoc/org/picketlink/identity/federation/core/sts/registry/JPABasedTokenRegistry.html>>>

                                  >> [3]
                                  >>

https://access.redhat.com/______site/documentation/en-US/______JBoss_Enterprise_Application_______Platform/6.1/html/API_______Documentation/files/javadoc/______org/picketlink/identity/______federation/core/sts/registry/______JPABasedRevocationRegistry.______html


<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedRevocationRegistry.____html>



<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedRevocationRegistry.____html


<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedRevocationRegistry.__html>>





<https://access.redhat.com/____site/documentation/en-US/____JBoss_Enterprise_Application_____Platform/6.1/html/API_____Documentation/files/javadoc/____org/picketlink/identity/____federation/core/sts/registry/____JPABasedRevocationRegistry.____html


<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedRevocationRegistry.__html>



<https://access.redhat.com/__site/documentation/en-US/__JBoss_Enterprise_Application___Platform/6.1/html/API___Documentation/files/javadoc/__org/picketlink/identity/__federation/core/sts/registry/__JPABasedRevocationRegistry.__html


<https://access.redhat.com/site/documentation/en-US/JBoss_Enterprise_Application_Platform/6.1/html/API_Documentation/files/javadoc/org/picketlink/identity/federation/core/sts/registry/JPABasedRevocationRegistry.html>>>

                                  >> [4]
          https://issues.jboss.org/______browse/WFLY-1691
          <https://issues.jboss.org/____browse/WFLY-1691>
                   <https://issues.jboss.org/____browse/WFLY-1691
          <https://issues.jboss.org/__browse/WFLY-1691>>


<https://issues.jboss.org/____browse/WFLY-1691
          <https://issues.jboss.org/__browse/WFLY-1691>
                   <https://issues.jboss.org/__browse/WFLY-1691
          <https://issues.jboss.org/browse/WFLY-1691>>>
                                  >> [5]
                                  >>

http://simplesassim.wordpress.______com/2013/07/12/how-to-use-____the-__jpa-based-token-____registry-in-__picketlink/




<http://simplesassim.__wordpre__ss.com/2013/07/12/how-__to-__use-the-jpa-based-token-____registry-in-picketlink/


<http://wordpress.com/2013/07/12/how-__to-use-the-jpa-based-token-__registry-in-picketlink/>



<http://simplesassim.__wordpress.com/2013/07/12/how-__to-use-the-jpa-based-token-__registry-in-picketlink/


<http://simplesassim.wordpress.com/2013/07/12/how-to-use-the-jpa-based-token-registry-in-picketlink/>>>

                                  >> [6]
                                  >>

http://simplesassim.wordpress.______com/2013/07/21/how-to-use-____the-__jpa-based-revocation-____registry-__in-picketlink/




<http://simplesassim.__wordpre__ss.com/2013/07/21/how-__to-__use-the-jpa-based-____revocation-registry-in-____picketlink/


<http://wordpress.com/2013/07/21/how-__to-use-the-jpa-based-__revocation-registry-in-__picketlink/>



<http://simplesassim.__wordpress.com/2013/07/21/how-__to-use-the-jpa-based-__revocation-registry-in-__picketlink/


<http://simplesassim.wordpress.com/2013/07/21/how-to-use-the-jpa-based-revocation-registry-in-picketlink/>>>

                                  >>
                                  >>
                                  >>
                   _____________________________________________________

                                  >> wildfly-dev mailing list
                                  >> wildfly-dev@lists.jboss.org
          <mailto:wildfly-dev@lists.jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>
                            <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>
                            <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.
                   <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.>__j__b__oss.org
<http://jb__oss.org>
          <http://jboss.org>
                            <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>>

                                  >>
          https://lists.jboss.org/______mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev>

          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>>

            <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>

<https://lists.jboss.org/__mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/mailman/listinfo/wildfly-dev>>>
                                  >>
                                  >
          _____________________________________________________

                                  > wildfly-dev mailing list
                                  > wildfly-dev@lists.jboss.org
          <mailto:wildfly-dev@lists.jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>
                            <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>
                            <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.
                   <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.>__j__b__oss.org
<http://jb__oss.org>
          <http://jboss.org>
                            <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>>

                                  >
          https://lists.jboss.org/______mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev>

          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>>

            <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>

<https://lists.jboss.org/__mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/mailman/listinfo/wildfly-dev>>>


          _____________________________________________________

                                 wildfly-dev mailing list
          wildfly-dev@lists.jboss.org
<mailto:wildfly-dev@lists.jboss.org>
          <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>
                   <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>
                            <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.
                   <mailto:wildfly-dev@lists
          <mailto:wildfly-dev@lists>.>__j__b__oss.org
<http://jb__oss.org>
          <http://jboss.org>
                            <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>>

          https://lists.jboss.org/______mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev>

          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>>


            <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>

<https://lists.jboss.org/__mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/mailman/listinfo/wildfly-dev>>>




                            --
                            Fernando Ribeiro
                            Upic
                   +55 11 9 8111 4078
<tel:%2B55%2011%209%208111%__204078>



            _____________________________________________________

                            wildfly-dev mailing list
          wildfly-dev@lists.jboss.org
<mailto:wildfly-dev@lists.jboss.org>
          <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>
                   <mailto:wildfly-dev@lists.
          <mailto:wildfly-dev@lists.>__jb__oss.org <http://jboss.org>
                   <mailto:wildfly-dev@lists.__jboss.org
          <mailto:wildfly-dev@lists.jboss.org>>>
          https://lists.jboss.org/______mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev>

          <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>>


            <https://lists.jboss.org/____mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/__mailman/listinfo/wildfly-dev>

<https://lists.jboss.org/__mailman/listinfo/wildfly-dev
          <https://lists.jboss.org/mailman/listinfo/wildfly-dev>>>





                   --
                   Fernando Ribeiro
                   Upic
                   +55 11 9 8111 4078
<tel:%2B55%2011%209%208111%__204078>






--
Fernando Ribeiro
Upic
+55 11 9 8111 4078

_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev



_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev