Re: Java vs. .NET Face/Off

*** I KNOW I'M GOING TO REGRET THIS ***

Joe Pluta wrote:

The session being held by Richard and I is *absolutely* Java vs. .Net. A Java EE application is an application that runs in a Java EE container, such as WebSphere or Tomcat. Period. It is built of Java code, whether hand written or generated by a tool or created for a JSP or JSF page. Technically, it can also include native code when accessed via JNI, and of course in a multi-tiered architecture such as the ones we will be demonstrating, it can also use existing business logic written in RPG.

But (I'm assuming) Richard will not be demonstrating .net code generated by some other product. I'm (fairly) certain he's going to be showing hand coded (or at least wizard generated) .net code. Please correct me if I'm wrong on this.

While it may be true that the EGL you are going to demonstrate generates Java ... EGL can also generate Cobol. And, as you've pointed out in the past, the RDB product has a source level debugger for EGL ... so a developer never has to look at the generated code. So you write EGL and you debug EGL. Regardless if RDB generates Java, Cobol, byte-code, or MI code, you are developing in EGL. As such, I would say that what you are demonstrating is not JAVA at all, but EGL entirely. The fact that the code generated from EGL will be Java is purely incidental.

FWIW: I agree with Trevor wrt the event title ... I think it could be updated to more accurately represent the content of the event.

We have lots of ways of generating the Java bytecode that is executed in a Java application. For example, did you know that each JSP page actually generate a servlet written in Java, and that is what is executed?

True ... bit I would venture to say there is a higher level of correlation between the generated servlet and the JSP than a Java app generated from EGL. That is only an assumption, as I have not yet done a whole lot of work in JSP yet.

david