-
1. Re: jsr88 wildfly
sfcoy Jul 3, 2013 9:42 PM (in response to dzcs)From the "Java Platform, Enterprise Edition (Java EE) Specification, v7":
{quote} Java EE 7 further simplifies the platform by making optional the technologies that were identified as candidates for pruning in Java EE 6, namely: EJB Entity Beans, JAX-RPC 1.1, JAXR 1.0, and JSR-88 1.2. {quote}
AFAIK, JBossAS/WildFly 8 is dropping all of these technologies.
-
2. Re: jsr88 wildfly
dzcs Jul 4, 2013 1:32 AM (in response to sfcoy)Hi Stephen,
thanx for that. I have seen this too.
Sorry, if I would ask rather begginer question, but how can technology be optional if it is in JEE7 API? I would understand the optional technology if it would be delivered as separate JSR88 artifact. In this case developers will have to use this dependency explicitly and be aware of this. Then everything is fine and the world is safe. But the fact is you can see JSR88 packages in API Documentation and in javax.javaee-api-7.0 artifact which can be found in central maven repository. Do you understand my point?
The second problem is still what to use for automation of deployment process.
By the way how is the wether in Australia?
-
-
4. Re: jsr88 wildfly
dzcs Jul 4, 2013 1:52 AM (in response to sewatech)Thanx Alexis,
I agree with you. Optional for me sounds like it is not there, but it is there.
jboss-cli is a proprietary interface. That's why I was looking for some standards.
But anyway thank you for response.
-
5. Re: jsr88 wildfly
sfcoy Jul 4, 2013 2:05 AM (in response to dzcs)Sure the API is there. But if you try and use it you're likely to see something like java.lang.UnsupportedOperationException being thrown from a stub implementation.
My understanding is that it was dropped due to poor vendor support, which would be a side effect of low uptake by developers.
It's the middle of winter here, so it only hit 22°C today.
-
6. Re: jsr88 wildfly
dzcs Jul 4, 2013 2:10 AM (in response to sfcoy)Nice weather Stephen!
Well, I understand of course what would happen. But it just strange for me. My opinion above. But never the less suggestion would be to use CLI. Is there any examples or documentation on CLI API?
-
7. Re: jsr88 wildfly
sfcoy Jul 4, 2013 2:37 AM (in response to dzcs)1 of 1 people found this helpfulHave a look at https://docs.jboss.org/author/display/AS71/CLI+Recipes and https://docs.jboss.org/author/display/AS72/CLI+Recipes, which regretably contains different examples at the moment.
You might also find Persistent alias in jboss-cli interesting.
-
-
9. Re: jsr88 wildfly
sewatech Jul 4, 2013 3:18 AM (in response to dzcs)I've put together some examples of jboss-cli commands in my wiki : http://www.jtips.info/index.php?title=WildFly/cli
Explanations are in french, but commands won't change
-
10. Re: jsr88 wildfly
henk53 Jul 22, 2013 5:12 PM (in response to sewatech)Alexis Hassler wrote:
I've put together some examples of jboss-cli commands in my wiki : http://www.jtips.info/index.php?title=WildFly/cli
Explanations are in french, but commands won't change
Completely and utterly off-topic, but just curious: why did you wrote those explanations in French then?
-
11. Re: jsr88 wildfly
arjant Aug 8, 2013 7:41 AM (in response to sfcoy)Stephen Coy wrote:
Sure the API is there. But if you try and use it you're likely to see something like java.lang.UnsupportedOperationException being thrown from a stub implementation.
My understanding is that it was dropped due to poor vendor support, which would be a side effect of low uptake by developers.
Any idea why JBoss specifically supported it poorly and went out to create their own proprietary solution? Was the JSR 88 core functionality or architecure so bad that it really couldn't be improved upon?