Is Java EE really enterprise?

I really didnt know where to post to this topic, so I thought this forum seems to be most approriate to share some frustration with Java EE.

I have been being doing java ee for fairly a small amount of time which is three years for mission critical applications, specifically in the financial sector.

Due to nature of the business, small changes are required every now and then which are a nightmare for us developers and the entire IT department.

In order to add a simple IF condition in a plain java class or a session bean the application has to be undeployed, deployed and in most cases the container requires a restart because the undeployer usually leaves some hanging files which we have to delete manually from the application before deploying, this process in best case scenario requires about 15 minutes, which I think totally condradicts the concept of high availabilty.

Someone might suggest clustering, well clustering is not mandatory in the j2ee specification and requires alot of effort and doesnt make much sense when you have a good piece of hard ware server which can survive almost any hardware failure and by far exceeds your hardware requirements and you ask your management for another server just because when you redeploy you dont want to bring the system to halt.

This doesnt convey anyone, sounds like a limitation in the Java EE I have once read the following post in a Hot deployment thread "In Oracle, you can change 99.9% of the settings without shutting down anything or even interrupting a single transaction. Ask any DBA what he would think about a DBMS that had to be shut down to add a security role or a stored procedure." Apparantly someone think that all this javaEE deployment is a hassel.

Regards,

Hussam Galal

[1803 byte] By [JDevila] at [2007-11-27 5:33:25]
# 1

Dear Hussam,

I think you blam the spec for responsibilities of the implementation.

Partly you could do it yourself: Clustering is not only for scalability, clustering is also for availability. Thus, if you need it for availability, why drop it just because you do not also need it for scalability?

Partly it's up to the implementation. Of course, if you need for clustering you need an implementation which implements clustering. Thus, don't blame it on the spec if you chose the wrong JEE implementation. And some implementations can exchange parts of the deployment (jar-Files) without needing undeployment/redeployment.

And regarding your Oracle-Comparision: Oracle DB is an implementation, not a spec! The spec is SQL, and here it is actually the same: While the spec is pretty good, many SQL implementations are a nightmare.

... Michael

michaelhhha at 2007-7-12 15:00:30 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...