aspose file tools*
The moose likes JBoss/WildFly and the fly likes JBoss to WebSphere Potential? Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Soft Skills this week in the Jobs Discussion forum!
JavaRanch » Java Forums » Products » JBoss/WildFly
Bookmark "JBoss to WebSphere Potential?" Watch "JBoss to WebSphere Potential?" New topic
Author

JBoss to WebSphere Potential?

john findler
Greenhorn

Joined: Jan 23, 2006
Posts: 7
Hi Tom and Scott,

What are the main issues to consider when this company (which I have contracted with) wants to develop under JBoss (during R&D) with the intention of eventually transitioning to their established production WebSphere environment?

Thanks!
Tom Marrs
Author
Ranch Hand

Joined: Sep 20, 2000
Posts: 67
This is dangerous because you have different deployment descriptors and setup between different application servers. You really need to be developing/testing to the same type of environment you'll see in production. Your tests could pass in a JBoss environment, but they could break in your WebSphere production environment. You have to be concerned with not only your code, but deploymnent descriptors and your application server setup.

If you're going to use WebSphere in production, then use it for R&D as well. Then, when you're tests pass, you're confident that production will go smoothly, too.

If you continue with JBoss for R&D, and WebSphere in production, then you need to also concern yourself with deployment descriptors. Make sure that you're using Ant/Maven plus XDoclet to generate your descriptors - you should be OK if you do this. But after you're done testing against JBoss in your R&D environment, I would deploy on WebSphere and run all your tests to make sure things will work in production. But, I still think this is a bad idea because it makes your developers' Unit tests meaningless.

Tom
john findler
Greenhorn

Joined: Jan 23, 2006
Posts: 7
Thanks. I kinda thought so. I wish the dangerously product-specific deployment descriptors were identified somewhere.
S Davis
Author
Ranch Hand

Joined: Feb 07, 2006
Posts: 40
Despite the title, the book takes great pains to be a vendor-neutral J2EE book. We point out each JBoss-specific issue in a sidebar. The code tends to be container-neutral, but the deployment descriptors are container-specific.

XDoclet and Hibernate go a long way towards mitigating container-specific brain damage.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: JBoss to WebSphere Potential?