facebook

Support for jsp:root

  1. MyEclipse IDE
  2.  > 
  3. Feature Requests
Viewing 15 posts - 16 through 30 (of 30 total)
  • Author
    Posts
  • #197645 Reply

    support-michael
    Keymaster

    I believe the reason for the lack of mass adoption is status quo and poor education or lack of perceived value. A friend told me once that “there is nothing more permanent than the provincial.” I believe the statement is relevant regarding this practice.

    Michael
    MyEclipse Support

    #197647 Reply

    No Operation
    Member

    Joel,

    I prefer the old way, coz I write HTML with embedded commands.
    Using XML Syntax means you write XML with embedded HTML.

    This is a huge difference.

    NOP

    #199981 Reply

    For what its worth, I use the XML syntax for my JSPs as well, and am in the same boat with Joel… 🙁

    –FritzM.

    <armchair> With respect to needing a new JSP compiler to support this: could a preprocessor (XSLT, say?) be grafted onto your existing compiler to grind XML JSP’s into the “classic” format before the compiler sees them? (Most compiler/containers these days are actually doing this the other way around, and operating internally on the XML representation. But if its a shorter path to success with the existing compiler…) </armchair>

    #199987 Reply

    Scott Anderson
    Participant

    Fritz,

    Interesting <armchair/> section. Definately food for thought.

    –Scott
    MyEclipse Support

    #200084 Reply

    Well this seams to be a boat which gets larger at the moment. I think that the XML standard goes way beyond the old “funky” JSP standard.

    Note that of version 2.0 of the JSP standard there has a third standard arrived in the form of jspx. This form doesn’t have to use the jsp:root element anymore, however, you need to use one of the namaspace items as root, such as struts’ html:html element. I think that it is best to directly look this way, because it is backward compatible with version 1.2 of XML/JSP.

    For what it’s worth, I think that embedding code into JSP pages is very bad practice, even with using <jsp:scriptlet>…</jsp:scriptlet> because it should be understood by webdesigners who don’t know of any programming language, and it abuses any feasible design (both MVC and Model 2).

    Sjoerd

    #200104 Reply

    support-michael
    Keymaster

    Thanks for the feedback.

    For what it’s worth, I think that embedding code into JSP pages is very bad practice, even with using <jsp:scriptlet>…</jsp:scriptlet> because it should be understood by webdesigners who don’t know of any programming language, and it abuses any feasible design (both MVC and Model 2).

    An interesting statistic here at Genuitec and among a large number of our clients and developer friends is that seldom do non-Java webdesigners implement JSPs and practically none of them use JSP or custom tags in their work. The typical workflow we observe is a high-end webdesigner doing screen layouts and prototypes and then kicking them over the wall to Java/JSP coders to do the real implementation and maintenance. To be honest these are small teams of 10 or less developers (which is pretty typical). In such cases many developers find themselves much more efficient writing scriptlet code to get their page working fast vs trying to understand, develop, and debug through a tag layer.

    An alternative best practice we see is a desire to minimize scriptlet code by limiting its use to formatting. For business functions, call out to a Java layer from a scriplet to do the computation. This approach allows a developer to use MyEclipse to debug JSP->Java code flow without having to debug a magic tag layer.

    I’m not trying to start a flame war other than I am not so convinced that scriplet code is as bad as some assert. We have seen projects slow their progress dramatically as their web teams outlawed use of scriptlets and then struggled to make progress developing and debugging their own tags as well as learning the API and quirks of other taglibs.

    We worked on a project recently that include PHP coders and they were appauled by what they termed pains and obstacles that the Java community heaps upon itself (plus strong typing was a major pain for them).

    OK, I’ll go back to support. I do appreciate your feedback on where JSP 2.0 is going.

    Michael
    MyEclipse Support

    #200233 Reply

    pombredanne
    Member

    Joel,
    I agree with you.
    We are even more srious about it than you, as we use only JSP 2.0 documents with the new JSPX syntax. NO MORE scriptlets…
    I cannot use Myeclipse for my code for now, since the XML is NOT supported…
    Philippe

    #206128 Reply

    Okay, this issue has set stagnant for some time now and I would like to remind you that it has not disappeared as a problem for us who use XML in JSP. Is this being considered at all or should we be resigned to not using MyEclispe for web development?

    Thanks,
    Joel

    #206144 Reply

    No Operation
    Member

    Uhm…
    … don’t be to impatient. AFAIK JSP2.0 support is on the way 😉

    NOP

    #206148 Reply

    Riyad Kalla
    Member

    Joel,
    If you take a look here: http://www.myeclipseide.com/ContentExpress-display-ceid-6.html, it shows that we have some preview of our JSP 2.0 support comming in the 2.8 release of MyEclipse. This will include support for the XML-style JSP files like you requested.

    We appologize for the long turn around time on this, but our TODO lists are really driven by user request, and there were quite a few other things that many people demanded we work on first and foremost.

    The good news is that our devs working on the JSP 2.0 support are too smart for their own good, so I think you will be happy with the result.

    #206202 Reply

    That is really good news, we will be looking forward to the release. Thank you very much for listening and getting it into MyEclipse, I know we are in the minority and I appreciate your still caring about us.

    Best Regards,
    Joel

    #209114 Reply

    Just downloaded and installed 3.8b1, but it still gripes about jsp:root. Not there yet in the beta?

    #209116 Reply

    Riyad Kalla
    Member

    No not yet, let me check if it will be there in Beta2.

    #224024 Reply

    Axl Mattheus
    Member

    We are at 3.8.4 and still no JSPX support… |<(. I am thinking about making a switch to NetBeans 4 with excellent JSPX support (benevolent forces forbin!). Anything on the horizon?

    Ax/

    #224027 Reply

    support-michael
    Keymaster

    Extending ME JSP to support jspx has been on our list since our first version shipped. The situation is that customer demand for bigger and broader features has greatly exceeded interest in XML style JSPs. I anticipate that we will be revisiting advanced JSP support issues as part of a strong JSF feature set that we are planning after getting our new JSP designer tools launched.

Viewing 15 posts - 16 through 30 (of 30 total)
Reply To: Support for jsp:root

You must be logged in to post in the forum log in