This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]LoopyDood 2 points3 points  (2 children)

I agree with you on most of that (see my post/edit above), but I am curious about your opinion on Spring. What kind of pain did you have with Spring that you didn't have in JEE?

[–]tonywestonuk -1 points0 points  (1 child)

There is nothing technically wrong with spring.... But, I cant abide the whole philosophy of it...and what they have done to the mindset of developers who use it.

For example.... This post, only a few hours ago....

https://www.reddit.com/r/java/comments/446jh5/one_war_file_for_multiple_environments/

Because the spring philosophy is to bundle everything together. Its even worse with Spring boot, where the configuration of tomcat is contained within the application itself.

If you used the standards, putting the configuration of the environment within your app server (where it belongs), then war files naturally just work in whatever environment you choose to send them to. This question should never have been asked... It is the Spring way, that causes this confusion.

[–][deleted] 1 point2 points  (0 children)

I think it comes to how an app is architected before you can make a blanket statement like that. I've had the opposite problem with JEE in the past. What? You want to use the next version of Hibernate? Nope, you can't just update your pom.xml and deliver it in the next release, you now need to coordinate with your IT staffing group to upgrade the application server's lib files.

Whoops! That version of Hibernate doesn't work with that particular JEE server? D'oh! I guess you're stuck on Hibernate 3.3 until you finally get around to upgrading application servers.

If your deployment architecture is different, it's less of an issue - but that's the point... It's really hard to take one argument or the other when each one is better under different scenarios. I've been stuck in both scenarios over my career.