This is awesome. CDI, JAXRS, JPA, JTA, and JMS are brilliant technologies but are held down by the weight of legacy technologies. Maybe we can finally see Java EE based solely on CDI, which would kick every platform out of the water. Scopes take dependency injection to the next level and finally fulfills the promise of modular, testable, reusable code.
Java EE Is Moving to the Eclipse Foundation
41–50 of 144 posts
Re: Java EE Is Moving to the Eclipse Foundation
#42Earlier quoted context omitted.
> Can someone explain what Java EE really means? I tried to parse the bundle and license the last time this came up, and I didn't really get anywhere. It's no different than Web standards between browsers, it's a collection of API specifications describing how web applications should be architectured in Java. Then different libraries can follow the spec. JavaEE also has a reference implementation which used to be don…
Most enterprise shops do care about JSF. I know of many greenfield projects using it, mainly PrimeFaces.
I guess there are still those shops maintaining intranet apps, and for whom it is a priority that everything is 100% Java, or who can't or don't want to invest into JavaScript or another web stack, but I think a responsible consultant should tell these customers that their stack is on life support now.
Re: Java EE Is Moving to the Eclipse Foundation
#43This is awesome. CDI, JAXRS, JPA, JTA, and JMS are brilliant technologies but are held down by the weight of legacy technologies. Maybe we can finally see Java EE based solely on CDI, which would kick every platform out of the water. Scopes take dependency injection to the next level and finally fulfills the promise of modular, testable, reusable code.
You really drank the coolaid I can see. I think dependency injection frameworks are a bad idea in general, and it seems as if the current trend goes against using them. Also I won't be expecting much good to happen after Eclipse takes over, they tend to complect implementation and not really drive development IMO.
It's that or factory factory factories or sticky tape. Those are much worse.
All the Java EE tech is just a set of contracts really with some canned implementations that magic object glue sticks together.
Re: Java EE Is Moving to the Eclipse Foundation
#44Earlier quoted context omitted.
Nothing makes me doubt the future of Swift like this sentence.
For IBM one of the pillars of cloud computing is Swift. https://www.ibm.com/cloud-computing/bluemix/swift They used to be one of the main contributors of Swift on Linux.
Poor ole big blue has seen better days...
Watten Buffet even wrote it off.
Re: Java EE Is Moving to the Eclipse Foundation
#45Earlier quoted context omitted.
You really drank the coolaid I can see. I think dependency injection frameworks are a bad idea in general, and it seems as if the current trend goes against using them. Also I won't be expecting much good to happen after Eclipse takes over, they tend to complect implementation and not really drive development IMO.
Where is this sudden DI framework hate coming from? It's just magic object glue that assembles everything based on contract. It's that or factory factory factories or sticky tape. Those are much worse. All the Java EE tech is just a set of contracts really with some canned implementations that magic object glue sticks together.
Re: Java EE Is Moving to the Eclipse Foundation
#46Earlier quoted context omitted.
Most enterprise shops do care about JSF. I know of many greenfield projects using it, mainly PrimeFaces.
They do for legacy apps only, though, since JSP, JSF and everything on top of it, such as portlets and faces component libs, has been obsolete for many years now. Handling UI state on the server just doesn't make any technical sense when there are React, Angular and Co as mainstream GUI kits. I guess there are still those shops maintaining intranet apps, and for whom it is a priority that everything is 100% Java, or…
Fortunately they're all starting to kick out chrome for business now.
Re: Java EE Is Moving to the Eclipse Foundation
#47Re: Java EE Is Moving to the Eclipse Foundation
#48Earlier quoted context omitted.
Where is this sudden DI framework hate coming from? It's just magic object glue that assembles everything based on contract. It's that or factory factory factories or sticky tape. Those are much worse. All the Java EE tech is just a set of contracts really with some canned implementations that magic object glue sticks together.
Factory factory factories... ;) http://discuss.joelonsoftware.com/default.asp?joel.3.219431....
No one does that now. Someone does some thinking, writes a strong interface, then builds the code behind it. There's usually only one implementation. The advantage comes at the testing phase when you have strong interfaces to mock.
I can count on one hand the amount of things we do with multiple inplementations and that's mainly switching cache and file store implementations out depending on who paid for what.
Re: Java EE Is Moving to the Eclipse Foundation
#49Earlier quoted context omitted.
They do for legacy apps only, though, since JSP, JSF and everything on top of it, such as portlets and faces component libs, has been obsolete for many years now. Handling UI state on the server just doesn't make any technical sense when there are React, Angular and Co as mainstream GUI kits. I guess there are still those shops maintaining intranet apps, and for whom it is a priority that everything is 100% Java, or…
A lot of enterprise companies aren't buying in JS frameworks because the velocity of those frameworks is too fast. I kind of agree. When you have 50,000 desktops, a 6 month lead dragging a pile of apps over to a new browser is a nightmare scenario. All it takes is one app which the vendor doesn't give a shit about and one internal app deprecating an IE version used by 50 users due to a JS framework change in a branch…
Re: Java EE Is Moving to the Eclipse Foundation
#50Isnt the eclipse foundation where projects go to die?
Sheesh, there's always someone with this take on foundations. I've heard the exact same phrase many times with "Apache" (where I used to be very active) instead of "Eclipse". :\ Large projects tend to end up under the various foundations because large projects have lots of common problems that the foundations help solve and it doesn't make sense to reinvent the wheel every time (e.g. by starting your own foundation).…