• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

J2EE technologies: Dead & Alive?

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    J2EE technologies: Dead & Alive?

    In a few threads I've seen some Java technologies take a pasting as obsolete/old-fashioned.

    Off the top of my head, the list of most-used includes:

    Servlets
    JSP
    JSTL
    JSF
    EJB3
    Hibernate
    Spring
    Struts

    Which are still widely used in new projects which don't have legacy issues? Or, which do you think should be used in new projects?

    A side question... EJB3 allows you to auto-generate web-services from beans. If EJB's not in use, what APIs would normally be used for SOAP & REST-based services? One of the above, or maybe something in Apache libs?
    29
    Servlets
    10.34%
    3
    JSP
    13.79%
    4
    JSTL
    10.34%
    3
    JSF
    13.79%
    4
    EJB3
    17.24%
    5
    Hibernate
    6.90%
    2
    Spring
    6.90%
    2
    Struts
    20.69%
    6
    Originally posted by MaryPoppins
    I'd still not breastfeed a nazi
    Originally posted by vetran
    Urine is quite nourishing

    #2
    Spring and Hibernate are not J2EE technologies. Nor is Struts.

    Java as a whole has had its day. A very big day it had, but it's in its Autumn now. C# is looking better now.
    Cats are evil.

    Comment


      #3
      Yes, I know they're not part of the J2EE spec... but they're used very widely so I included them.

      Not really wanting to start a Java/.net/PHP debate here... anyone's welcome to start a new thread for that and I'd be interested to read it, but can we stay on-topic
      Originally posted by MaryPoppins
      I'd still not breastfeed a nazi
      Originally posted by vetran
      Urine is quite nourishing

      Comment


        #4
        I would say none, but I can't vote for that.

        People are always saying "Oh, you don't need to know Servlets to do front and stuff" but if your JSP ain't working you sometimes need to look at the servlet to know what the hell is going on. I would not employ someone who did not know the servlet lifecycle if I wanted them to do a JSP gig.

        I'm working on a greenfield Hibernate/Struts2/EJB3 project just now for a well know national company so Struts and EJB are still going strong. Struts 2 is by far the best MVC kicking about just now.

        Off topic: Java will always be the strongest language, for the next decade at least, probably longer, it will always be pushed by IBM, Oracle, Red Hat, BEA, SAP which are far stronger than MS on it's own.

        Comment


          #5
          I thought struts was largely killed off by Spring, as not doing MVC very well? Or is v2 very different? Personally I don't really like the MVC thing too much but I thought Spring was the default choice and therefore something I need to keep current on.
          Originally posted by MaryPoppins
          I'd still not breastfeed a nazi
          Originally posted by vetran
          Urine is quite nourishing

          Comment


            #6
            Question: What is the modern way to dynamically create HTML pages in a Java environment? I've only come across JSP/JSTL/JSF/raw servlets but all are being voted obsolete

            Question (repeated since it probably got lost): what's the standard way to do SOAP & REST web-services in Java? Is there a 'the way' or does everyone use different 3rd-party stuff?
            Originally posted by MaryPoppins
            I'd still not breastfeed a nazi
            Originally posted by vetran
            Urine is quite nourishing

            Comment


              #7
              Originally posted by d000hg View Post
              I thought struts was largely killed off by Spring, as not doing MVC very well? Or is v2 very different? Personally I don't really like the MVC thing too much but I thought Spring was the default choice and therefore something I need to keep current on.
              Before struts got popular most JSP projects were a flippin nightmare, I actually still do quite a bit of work on old legacy JSP system where companies tried to write there own frameworks. As time moved the limitations of struts was noticed and it did not help when they added in crap like tiles.

              It is largly hated in the community but people forget how revolutionary it was.

              Struts2 came from another Action MVC project called webwork and they rebranded to struts 2, it is a complete rewrite.

              I don't think Spring has really taken off on the front end.

              Comment


                #8
                Hmm, I worked on a few biggish projects in the IB world which used servlets, JSP (& JSTL a bit). They were pretty clean and easy to understand.
                I don't see why you need all these frameworks personally. Servlets intercept client requests and delegate to JSP, then DAOs or whatever encapsulate the DB stuff. The key thing is to minimise code in JSP and everything stays nice and tidy... I guess this kind of methodology is not that far from MVC but there was little overhead on new projects from not using a pre-existing framework. When we did a bit of Spring, it seemed the stuff Spring did for you saved less time than you spent wallowing in an ocean of XML configuration files.

                Damn, now I'm derailing my own thread
                Originally posted by MaryPoppins
                I'd still not breastfeed a nazi
                Originally posted by vetran
                Urine is quite nourishing

                Comment


                  #9
                  J2EE had it's day?

                  In the banking world, some people consider this cutting edge. But then again, we still use COBOL in some systems.

                  Comment


                    #10
                    Spring 2.5.x release uses @Annotations instead of XML config files and its MVC framework is comaparable to Struts 2. Most of the components can be/are POJOs with standard annotations with out the need to extend or implement framework specific classes/interfaces. With Spring webflow building workflow type applications is straight forward. I'm not sure if Struts2 has anything similar.

                    Writing servlets for presentation layer is so 1999 but there are some apps that use servlets and filters for security and pre/post request processing infact Spring MVC and Struts Front controllers are servlets, likewise JDBC layer is replaced by ORM frameworks like Hibernate/iBatis etc.

                    Question (repeated since it probably got lost): what's the standard way to do SOAP & REST web-services in Java? Is there a 'the way' or does everyone use different 3rd-party stuff?
                    Webservices have evolved and changed since last JAX-RPC1.0. The latest release is JAX-WS 2.x (Sun's Metro is the reference implementation bundled with Java 1.6). It also inlcudes REST style web services. This is rapidly becoming 'standard way' now

                    Apache's Axis2 is another implementation of Webservices with its own model for SOAP and REST services but its latest release also includes JAX-WS implementation.

                    HTH

                    Comment

                    Working...
                    X