11:44 a.m.
Hello there ...
Some of you may know me but let me introduce myself. I've joined Red
Hat as Director of Developer Advocacy last week and will be focusing
on JBoss Middleware. Read more about introduction at:
http://blog.arungupta.me/2013/10/farewell-from-oracle/
I would love to engage with you in making the developer experience
seamless for WildFly. I'm using a gmail id for now until my corporate
email is properly configured but feel free to reach out to me if you
have any questions.
Now to the technical part. I've created a bunch of Java EE 7 samples at:
http://github.com/arun-gupta/javaee7-samples
Originally, these samples were built/run on GlassFish and now I'm
trying to run them on WildFly. Some questions while I'm running these
samples ..
- Java EE 7 runtime require a database to be provisioned at runtime.
GlassFish download comes bundled with JavaDB. What is the typical
choice for WildFly developers ?
- How is the default JDBC resource configured for this database ? What
is the actual JDBC resource name ?
- Are any RI from GlassFish are used in WildFly ? I'd like to
understand where each of the JSR implementations in WildFly are coming
from ?
- How is a database associated with Batch RI configured for WildFly ?
- I've seen some samples are not working as expected. These might be
bugs either in sample or in WildFly. Should I file them in the issue
tracker for further discussion or discuss first and then file ?
Thanks
Arun
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
12:03 p.m.
On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
- Java EE 7 runtime require a database to be provisioned at runtime.
GlassFish download comes bundled with JavaDB. What is the typical
choice for WildFly developers ?
There is not a database server, but users can setup a h2 database in
tcp server mode.
What is the actual JDBC resource name ?
There is https://issues.jboss.org/browse/WFLY-2027 "EE Default
DataSource is not working"
Discussion: http://lists.jboss.org/pipermail/wildfly-dev/2013-September/000778.html
However, wildfly provides a default datasource, if you see at
datasource subsystem in either domain.xml or standalone.xml, there is
<subsystem xmlns="urn:jboss:domain:datasources:1.1">
<datasources>
<datasource
jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS"
enabled="true" use-java-context="true">
<connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1</connection-url>
<driver>h2</driver>
<security>
<user-name>sa</user-name>
<password>sa</password>
</security>
</datasource>
<drivers>
<driver name="h2"
module="com.h2database.h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
</driver>
</drivers>
</datasources>
</subsystem>
- Are any RI from GlassFish are used in WildFly ?
AFAIK there is JSF-RI (mojarra) in
modules/system/layers/base/com/sun/jsf-impl/
--
Claudio Miranda
claudio(a)claudius.com.br
http://www.claudius.com.br
12:34 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
The default in memory persistence HSQLDB and the driver is loaded as
module under the:
$JBOSS_HOME/modules/system/layers/base/com/h2database/h2/main
There you can find the module definition file which contains the deps
and the necessary jar. Along with that I always configure a mysql
thing. Be aware that if not defined else the default hibernate version
provided is 4.* . Also Arun be aware that the way the Resources are
defined and exported for JNDI lookups,in case you want to keep
backwards compatible code, is a bit different than the versions
previous than 7.* or Wildfly.
\n\m
On 27/10/2013 18:03, Claudio Miranda wrote:
On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com>
wrote:
> - Java EE 7 runtime require a database to be provisioned at
> runtime. GlassFish download comes bundled with JavaDB. What is
> the typical choice for WildFly developers ?
There is not a database server, but users can setup a h2 database
in tcp server mode.
> What is the actual JDBC resource name ?
There is https://issues.jboss.org/browse/WFLY-2027 "EE Default
DataSource is not working"
Discussion:
http://lists.jboss.org/pipermail/wildfly-dev/2013-September/000778.html
However, wildfly provides a default datasource, if you see at
datasource subsystem in either domain.xml or standalone.xml, there
is
<subsystem xmlns="urn:jboss:domain:datasources:1.1"> <datasources>
<datasource jndi-name="java:jboss/datasources/ExampleDS"
pool-name="ExampleDS" enabled="true"
use-java-context="true">
<connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1</connection-url>
<driver>h2</driver>
<security> <user-name>sa</user-name>
<password>sa</password>
</security> </datasource> <drivers> <driver name="h2"
module="com.h2database.h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
</driver>
</drivers> </datasources> </subsystem>
> - Are any RI from GlassFish are used in WildFly ?
AFAIK there is JSF-RI (mojarra) in
modules/system/layers/base/com/sun/jsf-impl/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlJtTrgACgkQM4d5SPwi8EsSHgD7BRcZJE8uZDtZd0H0xLAgJ0KJ
tQ0pMqrmiWGPTW6kV+gA/3/hBxwEA3qOlVxOxglhyIgWeXo4dJ3XVHYguWsWf0K5
=0Jec
-----END PGP SIGNATURE-----
1:14 p.m.
Thanks!
Will try the in-memory database and see how the JPA tests work with that.
On Sun, Oct 27, 2013 at 10:34 AM, Nikolaos Ballas <mpallas(a)gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
The default in memory persistence HSQLDB and the driver is loaded as
module under the:
$JBOSS_HOME/modules/system/layers/base/com/h2database/h2/main
There you can find the module definition file which contains the deps
and the necessary jar. Along with that I always configure a mysql
thing. Be aware that if not defined else the default hibernate version
provided is 4.* . Also Arun be aware that the way the Resources are
defined and exported for JNDI lookups,in case you want to keep
backwards compatible code, is a bit different than the versions
previous than 7.* or Wildfly.
\n\m
On 27/10/2013 18:03, Claudio Miranda wrote:
> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
> wrote:
>> - Java EE 7 runtime require a database to be provisioned at
>> runtime. GlassFish download comes bundled with JavaDB. What is
>> the typical choice for WildFly developers ?
>
> There is not a database server, but users can setup a h2 database
> in tcp server mode.
>
>> What is the actual JDBC resource name ?
>
> There is https://issues.jboss.org/browse/WFLY-2027 "EE Default
> DataSource is not working"
>
> Discussion:
> http://lists.jboss.org/pipermail/wildfly-dev/2013-September/000778.html
>
> However, wildfly provides a default datasource, if you see at
> datasource subsystem in either domain.xml or standalone.xml, there
> is
>
> <subsystem xmlns="urn:jboss:domain:datasources:1.1">
<datasources>
> <datasource jndi-name="java:jboss/datasources/ExampleDS"
> pool-name="ExampleDS" enabled="true"
use-java-context="true">
>
> <connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1</connection-url>
>
>
<driver>h2</driver>
> <security> <user-name>sa</user-name>
<password>sa</password>
> </security> </datasource> <drivers> <driver name="h2"
> module="com.h2database.h2">
>
> <xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
>
>
</driver>
> </drivers> </datasources> </subsystem>
>
>
>
>> - Are any RI from GlassFish are used in WildFly ?
>
> AFAIK there is JSF-RI (mojarra) in
> modules/system/layers/base/com/sun/jsf-impl/
>
>
>
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlJtTrgACgkQM4d5SPwi8EsSHgD7BRcZJE8uZDtZd0H0xLAgJ0KJ
tQ0pMqrmiWGPTW6kV+gA/3/hBxwEA3qOlVxOxglhyIgWeXo4dJ3XVHYguWsWf0K5
=0Jec
-----END PGP SIGNATURE-----
1:10 p.m.
Thanks Claudio, cil
On Sun, Oct 27, 2013 at 10:03 AM, Claudio Miranda
<claudio(a)claudius.com.br> wrote:
On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com> wrote:
> - Java EE 7 runtime require a database to be provisioned at runtime.
> GlassFish download comes bundled with JavaDB. What is the typical
> choice for WildFly developers ?
There is not a database server, but users can setup a h2 database in
tcp server mode.
> What is the actual JDBC resource name ?
There is https://issues.jboss.org/browse/WFLY-2027 "EE Default
DataSource is not working"
Thanks for pointing the exact issue, now watching
it. Lincoln
experienced this during our preparation for JavaOne talk. Seems like
there is less interest in fixing the bug but I'll add my comments
there.
Discussion: http://lists.jboss.org/pipermail/wildfly-dev/2013-September/000778.html
However, wildfly provides a default datasource, if you see at
datasource subsystem in either domain.xml or standalone.xml, there is
<subsystem xmlns="urn:jboss:domain:datasources:1.1">
<datasources>
<datasource
jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS"
enabled="true" use-java-context="true">
<connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1</connection-url>
<driver>h2</driver>
<security>
<user-name>sa</user-name>
<password>sa</password>
</security>
</datasource>
<drivers>
<driver name="h2"
module="com.h2database.h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
</driver>
</drivers>
</datasources>
</subsystem>
I'd rather stay away from application-server specific configuration
and that's why hoping the default data source is implemented. That is
the whole point of providing that abstract anyway.
> - Are any RI from GlassFish are used in WildFly ?
AFAIK there is JSF-RI (mojarra) in
modules/system/layers/base/com/sun/jsf-impl/
Do you know of any page that lists all
the components and their
corresponding RIs in WildFly ?
Arun
--
Claudio Miranda
claudio(a)claudius.com.br
http://www.claudius.com.br
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
1:37 p.m.
On Sun, Oct 27, 2013 at 3:10 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
Do you know of any page that lists all the components and their
corresponding RIs in WildFly ?
The wildfly 8 page is here, but is not updated.
https://docs.jboss.org/author/display/WFLY8/Getting+Started+Guide
--
Claudio Miranda
claudio(a)claudius.com.br
http://www.claudius.com.br
1:20 p.m.
On 10/27/2013 1:03 PM, Claudio Miranda wrote:
On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com> wrote:
> - Are any RI from GlassFish are used in WildFly ?
AFAIK there is JSF-RI (mojarra) in
modules/system/layers/base/com/sun/jsf-impl/
To be more precise, it's a fork of
Mojarra. Some releases of our
version contain fixes that have not yet made it upstream.
We're also using the glassfish impl for:
EL3
JSR 236 - Concurrency Utilities for Java EE
JSR 353 - Java API for Processing JSON
3:28 p.m.
Ah, that explains why my JSR 236 and 353 tests showed exactly same
output and JSF tests has the same quirks :-)
Is the Batch RI from IBM ? It requires a database to be setup to store
all checkpointing data ? Is that stored in memory ?
Is the WebSocket implementation built from scratch ? is it available
in stand-alone mode ?
Arun
On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
On 10/27/2013 1:03 PM, Claudio Miranda wrote:
> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>> - Are any RI from GlassFish are used in WildFly ?
> AFAIK there is JSF-RI (mojarra) in
> modules/system/layers/base/com/sun/jsf-impl/
To be more precise, it's a fork of Mojarra. Some releases of our
version contain fixes that have not yet made it upstream.
We're also using the glassfish impl for:
EL3
JSR 236 - Concurrency Utilities for Java EE
JSR 353 - Java API for Processing JSON
>
>
>
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
4 a.m.
Of course, Weld and Hibernate Validator are used ;-)
The Batch impl is not the RI, but https://github.com/jberet
On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
Ah, that explains why my JSR 236 and 353 tests showed exactly same
output and JSF tests has the same quirks :-)
Is the Batch RI from IBM ? It requires a database to be setup to store
all checkpointing data ? Is that stored in memory ?
Is the WebSocket implementation built from scratch ? is it available
in stand-alone mode ?
Arun
On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>> - Are any RI from GlassFish are used in WildFly ?
>> AFAIK there is JSF-RI (mojarra) in
>> modules/system/layers/base/com/sun/jsf-impl/
> To be more precise, it's a fork of Mojarra. Some releases of our
> version contain fixes that have not yet made it upstream.
>
> We're also using the glassfish impl for:
> EL3
> JSR 236 - Concurrency Utilities for Java EE
> JSR 353 - Java API for Processing JSON
>
>>
>>
>>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
4:10 a.m.
Excellent! So here is the list so far:
Used from GlassFish:
JSON
Concurrency
Expression Language
JSF
Red Hat's implementation:
Batch - jberet
WebSocket - Undertow
JAX-RS - RESTEasy
CDI - Weld
Bean Validation - Hibernate Validator
Unknown (to me):
JAX-WS - JBossWS ?
EJB - nothing separate, baked in the runtime?
Servlet - Undertow ?
JTA - nothing separate, baked in the runtime?
JCA - nothing separate, baked in the runtime?
JMS - ??
JPA - Hibernate ?
Can you please help me complete or confirm the information in the last
category ?
Arun
On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
Of course, Weld and Hibernate Validator are used ;-)
The Batch impl is not the RI, but https://github.com/jberet
On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
> Ah, that explains why my JSR 236 and 353 tests showed exactly same
> output and JSF tests has the same quirks :-)
>
> Is the Batch RI from IBM ? It requires a database to be setup to store
> all checkpointing data ? Is that stored in memory ?
>
> Is the WebSocket implementation built from scratch ? is it available
> in stand-alone mode ?
>
> Arun
>
> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
wrote:
>>>> - Are any RI from GlassFish are used in WildFly ?
>>> AFAIK there is JSF-RI (mojarra) in
>>> modules/system/layers/base/com/sun/jsf-impl/
>> To be more precise, it's a fork of Mojarra. Some releases of our
>> version contain fixes that have not yet made it upstream.
>>
>> We're also using the glassfish impl for:
>> EL3
>> JSR 236 - Concurrency Utilities for Java EE
>> JSR 353 - Java API for Processing JSON
>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
>
>
> --
> Blog: http://blog.arungupta.me
> Twitter: http://twitter.com/arungupta
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
4:23 a.m.
On 28 Oct 2013, at 09:10, Arun Gupta <arun.gupta(a)gmail.com> wrote:
Excellent! So here is the list so far:
Used from GlassFish:
JSON
Concurrency
Expression Language
JSF
Red Hat's implementation:
Batch - jberet
WebSocket - Undertow
JAX-RS - RESTEasy
CDI - Weld
Bean Validation - Hibernate Validator
Unknown (to me):
JAX-WS - JBossWS ?
CXF (Apache) is the default
EJB - nothing separate, baked in the runtime?
Yes.
Servlet - Undertow ?
Previously JBossWeb (old fork of Tomcat), now Undertow.
JTA - nothing separate, baked in the runtime?
Narayana (formerly JBoss Transactions, formerly Arjuna)
JCA - nothing separate, baked in the runtime?
IronJacamar
JMS - ??
HornetQ
JPA - Hibernate ?
Yes.
Can you please help me complete or confirm the information in the last
category ?
Arun
On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
> Of course, Weld and Hibernate Validator are used ;-)
>
> The Batch impl is not the RI, but https://github.com/jberet
>
> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>> output and JSF tests has the same quirks :-)
>>
>> Is the Batch RI from IBM ? It requires a database to be setup to store
>> all checkpointing data ? Is that stored in memory ?
>>
>> Is the WebSocket implementation built from scratch ? is it available
>> in stand-alone mode ?
>>
>> Arun
>>
>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
wrote:
>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>> AFAIK there is JSF-RI (mojarra) in
>>>> modules/system/layers/base/com/sun/jsf-impl/
>>> To be more precise, it's a fork of Mojarra. Some releases of our
>>> version contain fixes that have not yet made it upstream.
>>>
>>> We're also using the glassfish impl for:
>>> EL3
>>> JSR 236 - Concurrency Utilities for Java EE
>>> JSR 353 - Java API for Processing JSON
>>>
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>>
>>
>> --
>> Blog: http://blog.arungupta.me
>> Twitter: http://twitter.com/arungupta
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
6:47 a.m.
Closing the loop ...
http://blog.arungupta.me/2013/10/java-ee-7-implementations-in-wildfly-tec...
explains this now. Feel free to promote!
Arun
On Mon, Oct 28, 2013 at 2:23 AM, Pete Muir <pmuir(a)redhat.com> wrote:
On 28 Oct 2013, at 09:10, Arun Gupta <arun.gupta(a)gmail.com> wrote:
> Excellent! So here is the list so far:
>
> Used from GlassFish:
>
> JSON
> Concurrency
> Expression Language
> JSF
>
> Red Hat's implementation:
>
> Batch - jberet
> WebSocket - Undertow
> JAX-RS - RESTEasy
> CDI - Weld
> Bean Validation - Hibernate Validator
>
> Unknown (to me):
>
> JAX-WS - JBossWS ?
CXF (Apache) is the default
> EJB - nothing separate, baked in the runtime?
Yes.
> Servlet - Undertow ?
Previously JBossWeb (old fork of Tomcat), now Undertow.
> JTA - nothing separate, baked in the runtime?
Narayana (formerly JBoss Transactions, formerly Arjuna)
> JCA - nothing separate, baked in the runtime?
IronJacamar
> JMS - ??
HornetQ
> JPA - Hibernate ?
Yes.
>
> Can you please help me complete or confirm the information in the last
> category ?
>
>
> Arun
>
> On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>> Of course, Weld and Hibernate Validator are used ;-)
>>
>> The Batch impl is not the RI, but https://github.com/jberet
>>
>> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>
>>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>>> output and JSF tests has the same quirks :-)
>>>
>>> Is the Batch RI from IBM ? It requires a database to be setup to store
>>> all checkpointing data ? Is that stored in memory ?
>>>
>>> Is the WebSocket implementation built from scratch ? is it available
>>> in stand-alone mode ?
>>>
>>> Arun
>>>
>>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com> wrote:
>>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>>> AFAIK there is JSF-RI (mojarra) in
>>>>> modules/system/layers/base/com/sun/jsf-impl/
>>>> To be more precise, it's a fork of Mojarra. Some releases of our
>>>> version contain fixes that have not yet made it upstream.
>>>>
>>>> We're also using the glassfish impl for:
>>>> EL3
>>>> JSR 236 - Concurrency Utilities for Java EE
>>>> JSR 353 - Java API for Processing JSON
>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> wildfly-dev mailing list
>>>> wildfly-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>
>>>
>>>
>>> --
>>> Blog: http://blog.arungupta.me
>>> Twitter: http://twitter.com/arungupta
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>
>
>
> --
> Blog: http://blog.arungupta.me
> Twitter: http://twitter.com/arungupta
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
9:32 p.m.
Nice! Can I steal your pancake diagram?
On Oct 29, 2013, at 6:47 AM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
Closing the loop ...
http://blog.arungupta.me/2013/10/java-ee-7-implementations-in-wildfly-tec...
explains this now. Feel free to promote!
Arun
On Mon, Oct 28, 2013 at 2:23 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>
> On 28 Oct 2013, at 09:10, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
>> Excellent! So here is the list so far:
>>
>> Used from GlassFish:
>>
>> JSON
>> Concurrency
>> Expression Language
>> JSF
>>
>> Red Hat's implementation:
>>
>> Batch - jberet
>> WebSocket - Undertow
>> JAX-RS - RESTEasy
>> CDI - Weld
>> Bean Validation - Hibernate Validator
>>
>> Unknown (to me):
>>
>> JAX-WS - JBossWS ?
>
> CXF (Apache) is the default
>
>> EJB - nothing separate, baked in the runtime?
>
> Yes.
>
>> Servlet - Undertow ?
>
> Previously JBossWeb (old fork of Tomcat), now Undertow.
>
>> JTA - nothing separate, baked in the runtime?
>
> Narayana (formerly JBoss Transactions, formerly Arjuna)
>
>> JCA - nothing separate, baked in the runtime?
>
> IronJacamar
>
>> JMS - ??
>
> HornetQ
>
>> JPA - Hibernate ?
>
> Yes.
>
>>
>> Can you please help me complete or confirm the information in the last
>> category ?
>>
>>
>> Arun
>>
>> On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>>> Of course, Weld and Hibernate Validator are used ;-)
>>>
>>> The Batch impl is not the RI, but https://github.com/jberet
>>>
>>> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>>
>>>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>>>> output and JSF tests has the same quirks :-)
>>>>
>>>> Is the Batch RI from IBM ? It requires a database to be setup to store
>>>> all checkpointing data ? Is that stored in memory ?
>>>>
>>>> Is the WebSocket implementation built from scratch ? is it available
>>>> in stand-alone mode ?
>>>>
>>>> Arun
>>>>
>>>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>>>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com> wrote:
>>>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>>>> AFAIK there is JSF-RI (mojarra) in
>>>>>> modules/system/layers/base/com/sun/jsf-impl/
>>>>> To be more precise, it's a fork of Mojarra. Some releases of
our
>>>>> version contain fixes that have not yet made it upstream.
>>>>>
>>>>> We're also using the glassfish impl for:
>>>>> EL3
>>>>> JSR 236 - Concurrency Utilities for Java EE
>>>>> JSR 353 - Java API for Processing JSON
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> wildfly-dev mailing list
>>>>> wildfly-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>>
>>>>
>>>>
>>>> --
>>>> Blog: http://blog.arungupta.me
>>>> Twitter: http://twitter.com/arungupta
>>>> _______________________________________________
>>>> wildfly-dev mailing list
>>>> wildfly-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>
>>
>>
>>
>> --
>> Blog: http://blog.arungupta.me
>> Twitter: http://twitter.com/arungupta
>
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat
12:38 a.m.
Absolutely!
I'm all about "sharing" :-)
On Tue, Oct 29, 2013 at 7:32 PM, Jason Greene <jason.greene(a)redhat.com> wrote:
Nice! Can I steal your pancake diagram?
On Oct 29, 2013, at 6:47 AM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
> Closing the loop ...
>
> http://blog.arungupta.me/2013/10/java-ee-7-implementations-in-wildfly-tec...
>
> explains this now. Feel free to promote!
>
> Arun
>
> On Mon, Oct 28, 2013 at 2:23 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>>
>> On 28 Oct 2013, at 09:10, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>
>>> Excellent! So here is the list so far:
>>>
>>> Used from GlassFish:
>>>
>>> JSON
>>> Concurrency
>>> Expression Language
>>> JSF
>>>
>>> Red Hat's implementation:
>>>
>>> Batch - jberet
>>> WebSocket - Undertow
>>> JAX-RS - RESTEasy
>>> CDI - Weld
>>> Bean Validation - Hibernate Validator
>>>
>>> Unknown (to me):
>>>
>>> JAX-WS - JBossWS ?
>>
>> CXF (Apache) is the default
>>
>>> EJB - nothing separate, baked in the runtime?
>>
>> Yes.
>>
>>> Servlet - Undertow ?
>>
>> Previously JBossWeb (old fork of Tomcat), now Undertow.
>>
>>> JTA - nothing separate, baked in the runtime?
>>
>> Narayana (formerly JBoss Transactions, formerly Arjuna)
>>
>>> JCA - nothing separate, baked in the runtime?
>>
>> IronJacamar
>>
>>> JMS - ??
>>
>> HornetQ
>>
>>> JPA - Hibernate ?
>>
>> Yes.
>>
>>>
>>> Can you please help me complete or confirm the information in the last
>>> category ?
>>>
>>>
>>> Arun
>>>
>>> On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>>>> Of course, Weld and Hibernate Validator are used ;-)
>>>>
>>>> The Batch impl is not the RI, but https://github.com/jberet
>>>>
>>>> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>>>
>>>>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>>>>> output and JSF tests has the same quirks :-)
>>>>>
>>>>> Is the Batch RI from IBM ? It requires a database to be setup to
store
>>>>> all checkpointing data ? Is that stored in memory ?
>>>>>
>>>>> Is the WebSocket implementation built from scratch ? is it available
>>>>> in stand-alone mode ?
>>>>>
>>>>> Arun
>>>>>
>>>>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com>
wrote:
>>>>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta
<arun.gupta(a)gmail.com> wrote:
>>>>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>>>>> AFAIK there is JSF-RI (mojarra) in
>>>>>>> modules/system/layers/base/com/sun/jsf-impl/
>>>>>> To be more precise, it's a fork of Mojarra. Some releases of
our
>>>>>> version contain fixes that have not yet made it upstream.
>>>>>>
>>>>>> We're also using the glassfish impl for:
>>>>>> EL3
>>>>>> JSR 236 - Concurrency Utilities for Java EE
>>>>>> JSR 353 - Java API for Processing JSON
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> wildfly-dev mailing list
>>>>>> wildfly-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Blog: http://blog.arungupta.me
>>>>> Twitter: http://twitter.com/arungupta
>>>>> _______________________________________________
>>>>> wildfly-dev mailing list
>>>>> wildfly-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Blog: http://blog.arungupta.me
>>> Twitter: http://twitter.com/arungupta
>>
>
>
>
> --
> Blog: http://blog.arungupta.me
> Twitter: http://twitter.com/arungupta
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
4:44 a.m.
On 10/28/2013 05:10 PM, Arun Gupta wrote:
Unknown (to me):
JAX-WS - JBossWS ?
Yes. For more details, please look at http://www.jboss.org/jbossws
EJB - nothing separate, baked in the runtime?
Servlet - Undertow ?
JTA - nothing separate, baked in the runtime?
JCA - nothing separate, baked in the runtime?
JMS - ??
JPA - Hibernate ?
Can you please help me complete or confirm the information in the last
category ?
Arun
On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
> Of course, Weld and Hibernate Validator are used ;-)
>
> The Batch impl is not the RI, but https://github.com/jberet
>
> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>> output and JSF tests has the same quirks :-)
>>
>> Is the Batch RI from IBM ? It requires a database to be setup to store
>> all checkpointing data ? Is that stored in memory ?
>>
>> Is the WebSocket implementation built from scratch ? is it available
>> in stand-alone mode ?
>>
>> Arun
>>
>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
wrote:
>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>> AFAIK there is JSF-RI (mojarra) in
>>>> modules/system/layers/base/com/sun/jsf-impl/
>>> To be more precise, it's a fork of Mojarra. Some releases of our
>>> version contain fixes that have not yet made it upstream.
>>>
>>> We're also using the glassfish impl for:
>>> EL3
>>> JSR 236 - Concurrency Utilities for Java EE
>>> JSR 353 - Java API for Processing JSON
>>>
>>>>
>>>>
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>>
>> --
>> Blog: http://blog.arungupta.me
>> Twitter: http://twitter.com/arungupta
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
4:51 a.m.
Also the cool news is that the new Transaction M is full 1.2 JTA
compatible...even if not major functionality added an important part of the
server is fully compliant :)
On Mon, Oct 28, 2013 at 10:44 AM, Jim Ma <ema(a)redhat.com> wrote:
On 10/28/2013 05:10 PM, Arun Gupta wrote:
Unknown (to me):
JAX-WS - JBossWS ?
Yes. For more details, please look at http://www.jboss.org/jbossws
EJB - nothing separate, baked in the runtime?
Servlet - Undertow ?
JTA - nothing separate, baked in the runtime?
JCA - nothing separate, baked in the runtime?
JMS - ??
JPA - Hibernate ?
Can you please help me complete or confirm the information in the last
category ?
Arun
On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com>
<pmuir(a)redhat.com> wrote:
Of course, Weld and Hibernate Validator are used ;-)
The Batch impl is not the RI, but https://github.com/jberet
On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com>
<arun.gupta(a)gmail.com> wrote:
Ah, that explains why my JSR 236 and 353 tests showed exactly same
output and JSF tests has the same quirks :-)
Is the Batch RI from IBM ? It requires a database to be setup to store
all checkpointing data ? Is that stored in memory ?
Is the WebSocket implementation built from scratch ? is it available
in stand-alone mode ?
Arun
On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com>
<ssilvert(a)redhat.com> wrote:
On 10/27/2013 1:03 PM, Claudio Miranda wrote:
On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
<arun.gupta(a)gmail.com> wrote:
- Are any RI from GlassFish are used in WildFly ?
AFAIK there is JSF-RI (mojarra) in
modules/system/layers/base/com/sun/jsf-impl/
To be more precise, it's a fork of Mojarra. Some releases of our
version contain fixes that have not yet made it upstream.
We're also using the glassfish impl for:
EL3
JSR 236 - Concurrency Utilities for Java EE
JSR 353 - Java API for Processing JSON
_______________________________________________
wildfly-dev mailing
listwildfly-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
_______________________________________________
wildfly-dev mailing
listwildfly-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/wildfly-dev
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
\n\m
"camel is a horse made up in a laboratory"
5:22 a.m.
Thanks for all the details!
I tried the JTA samples at:
https://github.com/arun-gupta/javaee7-samples/tree/master/jta
And they all seem to work fine.
A blog entry explaining all these implementations coming out tomorrow!
Arun
On Mon, Oct 28, 2013 at 2:51 AM, Nick Mpallas <mpallas(a)gmail.com> wrote:
Also the cool news is that the new Transaction M is full 1.2 JTA
compatible...even if not major functionality added an important part of the
server is fully compliant :)
On Mon, Oct 28, 2013 at 10:44 AM, Jim Ma <ema(a)redhat.com> wrote:
>
> On 10/28/2013 05:10 PM, Arun Gupta wrote:
>
> Unknown (to me):
>
> JAX-WS - JBossWS ?
>
>
> Yes. For more details, please look at http://www.jboss.org/jbossws
>
>
> EJB - nothing separate, baked in the runtime?
> Servlet - Undertow ?
> JTA - nothing separate, baked in the runtime?
> JCA - nothing separate, baked in the runtime?
> JMS - ??
> JPA - Hibernate ?
>
> Can you please help me complete or confirm the information in the last
> category ?
>
>
> Arun
>
> On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
>
> Of course, Weld and Hibernate Validator are used ;-)
>
> The Batch impl is not the RI, but https://github.com/jberet
>
> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
> Ah, that explains why my JSR 236 and 353 tests showed exactly same
> output and JSF tests has the same quirks :-)
>
> Is the Batch RI from IBM ? It requires a database to be setup to store
> all checkpointing data ? Is that stored in memory ?
>
> Is the WebSocket implementation built from scratch ? is it available
> in stand-alone mode ?
>
> Arun
>
> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>
> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>
> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
> - Are any RI from GlassFish are used in WildFly ?
>
> AFAIK there is JSF-RI (mojarra) in
> modules/system/layers/base/com/sun/jsf-impl/
>
> To be more precise, it's a fork of Mojarra. Some releases of our
> version contain fixes that have not yet made it upstream.
>
> We're also using the glassfish impl for:
> EL3
> JSR 236 - Concurrency Utilities for Java EE
> JSR 353 - Java API for Processing JSON
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
> --
> Blog: http://blog.arungupta.me
> Twitter: http://twitter.com/arungupta
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
--
\n\m
"camel is a horse made up in a laboratory"
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
10:13 p.m.
Hi Arun,
welcome to Red Hat / JBoss. Your blog posts, TOTD's and screencasts have
been a valuable inspiration. Good to have you with us.
Check this: https://access.redhat.com/site/articles/112673
As a side effect of our productization process, you can tell what libs
are our forks by the -redhat-X suffix (may not apply in 100 % of cases
though).
For more on this topic ask pgier@ and vdosoudi@...
These will also have such list for EAP.next soon I guess.
Ondra
On 28.10.2013 10:10, Arun Gupta wrote:
Excellent! So here is the list so far:
Used from GlassFish:
JSON
Concurrency
Expression Language
JSF
Red Hat's implementation:
Batch - jberet
WebSocket - Undertow
JAX-RS - RESTEasy
CDI - Weld
Bean Validation - Hibernate Validator
Unknown (to me):
JAX-WS - JBossWS ?
EJB - nothing separate, baked in the runtime?
Servlet - Undertow ?
JTA - nothing separate, baked in the runtime?
JCA - nothing separate, baked in the runtime?
JMS - ??
JPA - Hibernate ?
Can you please help me complete or confirm the information in the last
category ?
Arun
On Mon, Oct 28, 2013 at 2:00 AM, Pete Muir <pmuir(a)redhat.com> wrote:
> Of course, Weld and Hibernate Validator are used ;-)
>
> The Batch impl is not the RI, but https://github.com/jberet
>
> On 27 Oct 2013, at 20:28, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>
>> Ah, that explains why my JSR 236 and 353 tests showed exactly same
>> output and JSF tests has the same quirks :-)
>>
>> Is the Batch RI from IBM ? It requires a database to be setup to store
>> all checkpointing data ? Is that stored in memory ?
>>
>> Is the WebSocket implementation built from scratch ? is it available
>> in stand-alone mode ?
>>
>> Arun
>>
>> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
wrote:
>>>>> - Are any RI from GlassFish are used in WildFly ?
>>>> AFAIK there is JSF-RI (mojarra) in
>>>> modules/system/layers/base/com/sun/jsf-impl/
>>> To be more precise, it's a fork of Mojarra. Some releases of our
>>> version contain fixes that have not yet made it upstream.
>>>
>>> We're also using the glassfish impl for:
>>> EL3
>>> JSR 236 - Concurrency Utilities for Java EE
>>> JSR 353 - Java API for Processing JSON
>>>
>>>>
>>>>
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>>
>> --
>> Blog: http://blog.arungupta.me
>> Twitter: http://twitter.com/arungupta
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
9:06 a.m.
On 10/27/13, 4:28 PM, Arun Gupta wrote:
Ah, that explains why my JSR 236 and 353 tests showed exactly same
output and JSF tests has the same quirks :-)
Is the Batch RI from IBM ? It requires a database to be setup to store
all checkpointing data ? Is that stored in memory ?
Batch in WildFly can operate with either in-memory job repository or
jdbc job repository. Currently in-memory one is used and we will be
adding a jdbc one shortly. James already implemented the configurations
in batch subsystem to enable and customize datasource for batch.
Cheng
Is the WebSocket implementation built from scratch ? is it available
in stand-alone mode ?
Arun
On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote:
>>> - Are any RI from GlassFish are used in WildFly ?
>> AFAIK there is JSF-RI (mojarra) in
>> modules/system/layers/base/com/sun/jsf-impl/
> To be more precise, it's a fork of Mojarra. Some releases of our
> version contain fixes that have not yet made it upstream.
>
> We're also using the glassfish impl for:
> EL3
> JSR 236 - Concurrency Utilities for Java EE
> JSR 353 - Java API for Processing JSON
>
>>
>>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
9:10 a.m.
Thanks!
I tried different batch samples at:
https://github.com/arun-gupta/javaee7-samples/tree/master/batch
And most of them worked except the one that relies on the default data source.
Arun
On Mon, Oct 28, 2013 at 7:06 AM, Cheng Fang <cfang(a)redhat.com> wrote:
On 10/27/13, 4:28 PM, Arun Gupta wrote:
> Ah, that explains why my JSR 236 and 353 tests showed exactly same
> output and JSF tests has the same quirks :-)
>
> Is the Batch RI from IBM ? It requires a database to be setup to store
> all checkpointing data ? Is that stored in memory ?
Batch in WildFly can operate with either in-memory job repository or
jdbc job repository. Currently in-memory one is used and we will be
adding a jdbc one shortly. James already implemented the configurations
in batch subsystem to enable and customize datasource for batch.
Cheng
>
> Is the WebSocket implementation built from scratch ? is it available
> in stand-alone mode ?
>
> Arun
>
> On Sun, Oct 27, 2013 at 11:20 AM, <ssilvert(a)redhat.com> wrote:
>> On 10/27/2013 1:03 PM, Claudio Miranda wrote:
>>> On Sun, Oct 27, 2013 at 1:44 PM, Arun Gupta <arun.gupta(a)gmail.com>
wrote:
>>>> - Are any RI from GlassFish are used in WildFly ?
>>> AFAIK there is JSF-RI (mojarra) in
>>> modules/system/layers/base/com/sun/jsf-impl/
>> To be more precise, it's a fork of Mojarra. Some releases of our
>> version contain fixes that have not yet made it upstream.
>>
>> We're also using the glassfish impl for:
>> EL3
>> JSR 236 - Concurrency Utilities for Java EE
>> JSR 353 - Java API for Processing JSON
>>
>>>
>>>
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
>
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
1:23 p.m.
Welcome Arun!
Arun Gupta <arun.gupta(a)gmail.com> wrote:
Hello there ...
Some of you may know me but let me introduce myself. I've joined Red
Hat as Director of Developer Advocacy last week and will be focusing
on JBoss Middleware. Read more about introduction at:
http://blog.arungupta.me/2013/10/farewell-from-oracle/
I would love to engage with you in making the developer experience
seamless for WildFly. I'm using a gmail id for now until my corporate
email is properly configured but feel free to reach out to me if you
have any questions.
Now to the technical part. I've created a bunch of Java EE 7 samples at:
http://github.com/arun-gupta/javaee7-samples
Originally, these samples were built/run on GlassFish and now I'm
trying to run them on WildFly. Some questions while I'm running these
samples ..
- Java EE 7 runtime require a database to be provisioned at runtime.
GlassFish download comes bundled with JavaDB. What is the typical
choice for WildFly developers ?
- How is the default JDBC resource configured for this database ? What
is the actual JDBC resource name ?
- Are any RI from GlassFish are used in WildFly ? I'd like to
understand where each of the JSR implementations in WildFly are coming
from ?
- How is a database associated with Batch RI configured for WildFly ?
- I've seen some samples are not working as expected. These might be
bugs either in sample or in WildFly. Should I file them in the issue
tracker for further discussion or discuss first and then file ?
Thanks
Arun
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
4:33 a.m.
Arun,
You might want to configure the JPA default datasource:
<subsystem xmlns="urn:jboss:domain:jpa:1.1">
<jpa default-datasource="java:jboss/datasources/ExampleDS"
default-extended-persistence-inheritance="DEEP"/>
</subsystem>
Also, https://github.com/arun-gupta/javaee7-samples/pull/32 can be
hacked around today (I didn't have a chance to update the pull request yet).
Scott
On 10/27/2013 05:44 PM, Arun Gupta wrote:
Hello there ...
Some of you may know me but let me introduce myself. I've joined Red
Hat as Director of Developer Advocacy last week and will be focusing
on JBoss Middleware. Read more about introduction at:
http://blog.arungupta.me/2013/10/farewell-from-oracle/
I would love to engage with you in making the developer experience
seamless for WildFly. I'm using a gmail id for now until my corporate
email is properly configured but feel free to reach out to me if you
have any questions.
Now to the technical part. I've created a bunch of Java EE 7 samples at:
http://github.com/arun-gupta/javaee7-samples
Originally, these samples were built/run on GlassFish and now I'm
trying to run them on WildFly. Some questions while I'm running these
samples ..
- Java EE 7 runtime require a database to be provisioned at runtime.
GlassFish download comes bundled with JavaDB. What is the typical
choice for WildFly developers ?
- How is the default JDBC resource configured for this database ? What
is the actual JDBC resource name ?
- Are any RI from GlassFish are used in WildFly ? I'd like to
understand where each of the JSR implementations in WildFly are coming
from ?
- How is a database associated with Batch RI configured for WildFly ?
- I've seen some samples are not working as expected. These might be
bugs either in sample or in WildFly. Should I file them in the issue
tracker for further discussion or discuss first and then file ?
Thanks
Arun
5:24 a.m.
Scott,
Waiting for your pull request!
Java EE 7 require a default data source to be available so there
should be no need to configure an additional resource. Will be adding
my feedback on:
https://issues.jboss.org/browse/WFLY-2027
Arun
On Mon, Oct 28, 2013 at 2:33 AM, Scott Marlow <smarlow(a)redhat.com> wrote:
Arun,
You might want to configure the JPA default datasource:
<subsystem xmlns="urn:jboss:domain:jpa:1.1">
<jpa default-datasource="java:jboss/datasources/ExampleDS"
default-extended-persistence-inheritance="DEEP"/>
</subsystem>
Also, https://github.com/arun-gupta/javaee7-samples/pull/32 can be hacked
around today (I didn't have a chance to update the pull request yet).
Scott
On 10/27/2013 05:44 PM, Arun Gupta wrote:
>
> Hello there ...
>
> Some of you may know me but let me introduce myself. I've joined Red
> Hat as Director of Developer Advocacy last week and will be focusing
> on JBoss Middleware. Read more about introduction at:
>
> http://blog.arungupta.me/2013/10/farewell-from-oracle/
>
> I would love to engage with you in making the developer experience
> seamless for WildFly. I'm using a gmail id for now until my corporate
> email is properly configured but feel free to reach out to me if you
> have any questions.
>
> Now to the technical part. I've created a bunch of Java EE 7 samples at:
>
> http://github.com/arun-gupta/javaee7-samples
>
> Originally, these samples were built/run on GlassFish and now I'm
> trying to run them on WildFly. Some questions while I'm running these
> samples ..
>
> - Java EE 7 runtime require a database to be provisioned at runtime.
> GlassFish download comes bundled with JavaDB. What is the typical
> choice for WildFly developers ?
>
> - How is the default JDBC resource configured for this database ? What
> is the actual JDBC resource name ?
>
> - Are any RI from GlassFish are used in WildFly ? I'd like to
> understand where each of the JSR implementations in WildFly are coming
> from ?
>
> - How is a database associated with Batch RI configured for WildFly ?
>
> - I've seen some samples are not working as expected. These might be
> bugs either in sample or in WildFly. Should I file them in the issue
> tracker for further discussion or discuss first and then file ?
>
> Thanks
> Arun
>
>
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
5:27 a.m.
On 10/28/2013 06:24 AM, Arun Gupta wrote:
Java EE 7 require a default data source to be available so there
should be no need to configure an additional resource. Will be adding
my feedback on:
https://issues.jboss.org/browse/WFLY-2027
WildFly doesn't require a datasource to operate, so which datasource is
the "default" is specified by the user in the configuration (:ee:).
The configuration identifies a datasource controlled by the
:datasources: subsystem in order to have a working datasources instead
of the @DataSourceDefinition mess.
Subsystems can choose to have local overrides if they want.
Best regards,
Jesper
5:41 a.m.
This is independent of @DataSourceDefinition. Moreover this is a spec
compliance issue.
Trying to understand what is the issue in adding a default data source ?
Arun
On Mon, Oct 28, 2013 at 3:27 AM, Jesper Pedersen
<jesper.pedersen(a)jboss.org> wrote:
On 10/28/2013 06:24 AM, Arun Gupta wrote:
> Java EE 7 require a default data source to be available so there
> should be no need to configure an additional resource. Will be adding
> my feedback on:
>
> https://issues.jboss.org/browse/WFLY-2027
>
WildFly doesn't require a datasource to operate, so which datasource is
the "default" is specified by the user in the configuration (:ee:).
The configuration identifies a datasource controlled by the
:datasources: subsystem in order to have a working datasources instead
of the @DataSourceDefinition mess.
Subsystems can choose to have local overrides if they want.
Best regards,
Jesper
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
5:45 a.m.
On 10/28/2013 06:41 AM, Arun Gupta wrote:
This is independent of @DataSourceDefinition. Moreover this is a
spec
compliance issue.
Trying to understand what is the issue in adding a default data source ?
See
<subsystem xmlns="urn:jboss:domain:ee:2.0">
and the element
<default-bindings>
Then point that to your datasource, and it will be exposed in java:comp
under the EE 7 name.
Best regards,
Jesper
5:55 a.m.
See
<subsystem xmlns="urn:jboss:domain:ee:2.0">
and the element
<default-bindings>
Then point that to your datasource, and it will be exposed in java:comp
under the EE 7 name.
Not really related but that element is a mess. We should change it to use
elements rather than attributes so you do not end up with such a long line
when standalone.xml is re-written.
Stuart
7:06 a.m.
On Oct 28, 2013, at 5:48 AM, Jesper Pedersen <jesper.pedersen(a)jboss.org> wrote:
> On 10/28/2013 06:41 AM, Arun Gupta wrote:
> This is independent of @DataSourceDefinition. Moreover this is a spec
> compliance issue.
>
> Trying to understand what is the issue in adding a default data source ?
See
<subsystem xmlns="urn:jboss:domain:ee:2.0">
and the element
<default-bindings>
Then point that to your datasource, and it will be exposed in java:comp
under the EE 7 name.
The default configs we ship in 8 Beta do that already, so he shouldn't have to change
anything (as required in EE7)
What is slightly less clear, which is why that previously linked issue is still open is
whether persistence.xml should have a preconfigured default as well, since the specs
aren't explicit about it. IMO it should because that was clearly the intention, that a
deployment will run out of the box without specifying container specific details.
So to summarize, we had a loose end, JPA, and the sample found it. We just need to update
the configs we ship.
Best regards,
Jesper
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
9:25 a.m.
>> This is independent of @DataSourceDefinition. Moreover this
is a spec
>> compliance issue.
>>
>> Trying to understand what is the issue in adding a default data source ?
>
> See
>
> <subsystem xmlns="urn:jboss:domain:ee:2.0">
>
> and the element
>
> <default-bindings>
>
> Then point that to your datasource, and it will be exposed in java:comp
> under the EE 7 name.
The default configs we ship in 8 Beta do that already, so he shouldn't have to change
anything (as required in EE7)
What is slightly less clear, which is why that previously linked issue is still open is
whether persistence.xml should have a preconfigured default as well, since the specs
aren't explicit about it. IMO it should because that was clearly the intention, that a
deployment will run out of the box without specifying container specific details.
That indeed was the intention.
So to summarize, we had a loose end, JPA, and the sample found it. We just need to update
the configs we ship.
I think that would be very useful as that will provide a lot more
simpler OOTB experience for WildFly developers trying out Java EE 7
apps.
Arun
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
12:52 a.m.
There are other ways of making that happen :-) I've some ideas around
that. Who would be point of contact for JBoss Modules ?
Independent of that, default DataSource is a required feature in the
Java EE 7 platform and provides a more seamless OOTB experience for
developers. And that's what I like about it!
Arun
On Tue, Oct 29, 2013 at 9:42 PM, Ondrej Zizka <ozizka(a)redhat.com> wrote:
On 28.10.2013 13:06, Jason Greene wrote:
> So to summarize, we had a loose end, JPA, and the sample found it. We
> just need to update the configs we ship.
On the other hand, it forced^H^H^H made most developers aware of our new
JBoss Modules approach and how to manage them ;-)
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
12:54 a.m.
On 30/10/2013, at 1:52 pm, Arun Gupta <arun.gupta(a)gmail.com> wrote:
There are other ways of making that happen :-) I've some ideas
around
that. Who would be point of contact for JBoss Modules ?
David Lloyd is the man.
Independent of that, default DataSource is a required feature in the
Java EE 7 platform and provides a more seamless OOTB experience for
developers. And that's what I like about it!
Arun
On Tue, Oct 29, 2013 at 9:42 PM, Ondrej Zizka <ozizka(a)redhat.com> wrote:
>
> On 28.10.2013 13:06, Jason Greene wrote:
>> So to summarize, we had a loose end, JPA, and the sample found it. We
>> just need to update the configs we ship.
> On the other hand, it forced^H^H^H made most developers aware of our new
> JBoss Modules approach and how to manage them ;-)
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
5:52 a.m.
I think that @DataSourceDefinition could work portably someday (JPA
needs the two phase bootstrap and persistence providers to make some
changes).
Probably best not to bring up what is wrong with @DataSourceDefinition
in this thread (deserves its own thread).
On 10/28/2013 11:41 AM, Arun Gupta wrote:
This is independent of @DataSourceDefinition. Moreover this is a
spec
compliance issue.
Trying to understand what is the issue in adding a default data source ?
Arun
On Mon, Oct 28, 2013 at 3:27 AM, Jesper Pedersen
<jesper.pedersen(a)jboss.org> wrote:
> On 10/28/2013 06:24 AM, Arun Gupta wrote:
>> Java EE 7 require a default data source to be available so there
>> should be no need to configure an additional resource. Will be adding
>> my feedback on:
>>
>> https://issues.jboss.org/browse/WFLY-2027
>>
>
> WildFly doesn't require a datasource to operate, so which datasource is
> the "default" is specified by the user in the configuration (:ee:).
>
> The configuration identifies a datasource controlled by the
> :datasources: subsystem in order to have a working datasources instead
> of the @DataSourceDefinition mess.
>
> Subsystems can choose to have local overrides if they want.
>
> Best regards,
> Jesper
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
5:48 a.m.
On 10/28/2013 11:27 AM, Jesper Pedersen wrote:
On 10/28/2013 06:24 AM, Arun Gupta wrote:
> Java EE 7 require a default data source to be available so there
> should be no need to configure an additional resource. Will be adding
> my feedback on:
>
> https://issues.jboss.org/browse/WFLY-2027
>
WildFly doesn't require a datasource to operate, so which datasource is
the "default" is specified by the user in the configuration (:ee:).
The configuration identifies a datasource controlled by the
:datasources: subsystem in order to have a working datasources instead
of the @DataSourceDefinition mess.
Subsystems can choose to have local overrides if they want.
Best regards,
Jesper
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
3:29 a.m.
The fix for WFLY-2212 (JPA will now default to the EE default DS) was
merged this morning.
On 10/28/2013 10:33 AM, Scott Marlow wrote:
Arun,
You might want to configure the JPA default datasource:
<subsystem xmlns="urn:jboss:domain:jpa:1.1">
<jpa default-datasource="java:jboss/datasources/ExampleDS"
default-extended-persistence-inheritance="DEEP"/>
</subsystem>
Also, https://github.com/arun-gupta/javaee7-samples/pull/32 can be
hacked around today (I didn't have a chance to update the pull request yet).
Scott
On 10/27/2013 05:44 PM, Arun Gupta wrote:
> Hello there ...
>
> Some of you may know me but let me introduce myself. I've joined Red
> Hat as Director of Developer Advocacy last week and will be focusing
> on JBoss Middleware. Read more about introduction at:
>
> http://blog.arungupta.me/2013/10/farewell-from-oracle/
>
> I would love to engage with you in making the developer experience
> seamless for WildFly. I'm using a gmail id for now until my corporate
> email is properly configured but feel free to reach out to me if you
> have any questions.
>
> Now to the technical part. I've created a bunch of Java EE 7 samples at:
>
> http://github.com/arun-gupta/javaee7-samples
>
> Originally, these samples were built/run on GlassFish and now I'm
> trying to run them on WildFly. Some questions while I'm running these
> samples ..
>
> - Java EE 7 runtime require a database to be provisioned at runtime.
> GlassFish download comes bundled with JavaDB. What is the typical
> choice for WildFly developers ?
>
> - How is the default JDBC resource configured for this database ? What
> is the actual JDBC resource name ?
>
> - Are any RI from GlassFish are used in WildFly ? I'd like to
> understand where each of the JSR implementations in WildFly are coming
> from ?
>
> - How is a database associated with Batch RI configured for WildFly ?
>
> - I've seen some samples are not working as expected. These might be
> bugs either in sample or in WildFly. Should I file them in the issue
> tracker for further discussion or discuss first and then file ?
>
> Thanks
> Arun
>
>
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
5:33 a.m.
Thanks a lot!
Confirming that my simple sample with no <jta-data-source> in
persistence.xml is working as expected now.
What is the JDBC URL for the in-memory database ? I'd like the ability
to connect to it and view the data.
Arun
On Wed, Oct 30, 2013 at 1:29 AM, Scott Marlow <smarlow(a)redhat.com> wrote:
The fix for WFLY-2212 (JPA will now default to the EE default DS) was
merged
this morning.
On 10/28/2013 10:33 AM, Scott Marlow wrote:
>
> Arun,
>
> You might want to configure the JPA default datasource:
>
> <subsystem xmlns="urn:jboss:domain:jpa:1.1">
> <jpa default-datasource="java:jboss/datasources/ExampleDS"
> default-extended-persistence-inheritance="DEEP"/>
> </subsystem>
>
> Also, https://github.com/arun-gupta/javaee7-samples/pull/32 can be
> hacked around today (I didn't have a chance to update the pull request
> yet).
>
> Scott
>
> On 10/27/2013 05:44 PM, Arun Gupta wrote:
>>
>> Hello there ...
>>
>> Some of you may know me but let me introduce myself. I've joined Red
>> Hat as Director of Developer Advocacy last week and will be focusing
>> on JBoss Middleware. Read more about introduction at:
>>
>> http://blog.arungupta.me/2013/10/farewell-from-oracle/
>>
>> I would love to engage with you in making the developer experience
>> seamless for WildFly. I'm using a gmail id for now until my corporate
>> email is properly configured but feel free to reach out to me if you
>> have any questions.
>>
>> Now to the technical part. I've created a bunch of Java EE 7 samples at:
>>
>> http://github.com/arun-gupta/javaee7-samples
>>
>> Originally, these samples were built/run on GlassFish and now I'm
>> trying to run them on WildFly. Some questions while I'm running these
>> samples ..
>>
>> - Java EE 7 runtime require a database to be provisioned at runtime.
>> GlassFish download comes bundled with JavaDB. What is the typical
>> choice for WildFly developers ?
>>
>> - How is the default JDBC resource configured for this database ? What
>> is the actual JDBC resource name ?
>>
>> - Are any RI from GlassFish are used in WildFly ? I'd like to
>> understand where each of the JSR implementations in WildFly are coming
>> from ?
>>
>> - How is a database associated with Batch RI configured for WildFly ?
>>
>> - I've seen some samples are not working as expected. These might be
>> bugs either in sample or in WildFly. Should I file them in the issue
>> tracker for further discussion or discuss first and then file ?
>>
>> Thanks
>> Arun
>>
>>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
--
Blog: http://blog.arungupta.me
Twitter: http://twitter.com/arungupta
4042
days inactive
4045
days old
35 comments
16 participants
participants (16)
-
Arun Gupta -
Bruno Georges -
Cheng Fang -
Claudio Miranda -
Eduardo Martins -
Jason Greene -
Jason Greene -
Jesper Pedersen -
Jim Ma -
Nick Mpallas -
Nikolaos Ballas
-
Ondrej Zizka -
Pete Muir -
Scott Marlow -
ssilvert＠redhat.com -
Stuart Douglas