RE: CF2J2EE

2002-03-06 Thread charles arehart
I assume you meant "takes 3 times longer to develop the same thing in J2EE", not CF, based on your previous statement. And I'd agree. As for the move of CF to a J2EE platform for Neo, now called CFMX, it will not change current CF development at all. The same code will run from CF5 to CFMX (except

Re: CF2J2EE

2002-03-06 Thread Mashuri Lambana
We normally use coldfusion during prototyping stage because it is a lot faster to develop and to deploy (make customer try and make any revision necessary) because it roughly takes 3 times longer to develop the same thing in coldfusion. If Neo jump to J2EE i hope it maintains the simplicity of co

Re: problem configuring JRUN with IIS

2002-03-06 Thread Amit r
Hey this is becoming bit confusing.. so anyone from you guys can explain me exact procedure of how to configure JRUN with IIS 4.0/5.0 my IIS is on IP 10.0.1.42 and my JRUNserver is on 10.0.1.29 what i mean to say is both are on physically diffrent machines. please, please dont tell me to refer JR

RE: problem configuring JRUN with IIS

2002-03-06 Thread Fishwick, Randall
Our group had been doing ASP pages using Interdev and FrontPage before we started doing JSPs, so putting them under wwwroot was our default choice. Plus it worked well with the way we implement security through FrontPage. I agree with you that deploying an application as a WAR file is a clean way

Re: CF2J2EE

2002-03-06 Thread Russ Ferguson
isn't neo (the next version of coldFusion) going to be intergrated into a j2ee enviroment? kind of like a cf shell that talks to j2ee/jrun on the backend? ..russ - Original Message - From: "Drew Falkman" <[EMAIL PROTECTED]> To: "JRun-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, March 06, 2

Re: problem configuring JRUN with IIS

2002-03-06 Thread Mark Phelps
I didn't know you could do that, but I believe you. It seems confusing to me to place them there, however, since IIS cannot process them directly. We use a different web server and platform so perhaps this is standard operating procedure when using JRun and IIS together on Windows. I would s

RE: CF2J2EE

2002-03-06 Thread charles arehart
Do you mean moving entirely from CF to J2EE? Or keeping some CF and integrating with J2EE apps and services? And do you mean moving entire applications or leaving existing ones and only building new ones? I'd think each of those pose different possibilities. (Of course, some aspects would be the

RE: problem configuring JRUN with IIS

2002-03-06 Thread Fishwick, Randall
Hmm, why do you say that? We've had jsp pages running out of wwwroot on an IIS 5 server performing database queries and updates against an Oracle database for over a year without fail. -Original Message- From: Mark Phelps [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 2:49 P

CF2J2EE

2002-03-06 Thread Drew Falkman
Hey all- I have a question to pose to you anyone who is interested in responding: What would you tell a ColdFusion user if s/he were to ask what advantages they could utilize by moving to a J2EE environment? Thanks... Drew Falkman Author, JRun Web Application Construction Kit http://www.drewfa

Re: ejb question

2002-03-06 Thread Mark Phelps
I don't know if there is a hard and fast rule about how the server implements entity beans or not, but I think that entity beans typically will access the database a lot, if not after every call. Entity beans must keep the database in sync with their internal state so that non-EJB processes c

Re: problem configuring JRUN with IIS

2002-03-06 Thread Mark Phelps
Yes, JSP files should not be placed in the wwwroot directory of IIS. JSP files should be maintained in web application directory structures under the \servers\default directory. When a request for a regular HTML file is received IIS should handle it directly, serving the file up from the www

JRun 3.1

2002-03-06 Thread Gayathri Shaikh
Hi I just switched over to JRun 3.1 from JRun 3.0 sp2. I have web applications that contain JSPs that call the log method available as part of HttpServlet. These used to work with JRun 3.0 sp2 but dont work anymore with JRun 3.1 as somehow in JRun 3.1, JSPs when compiled to Java classes, I can s

RE: Unexpected 302 return code?

2002-03-06 Thread Garfield, Ben
The 302 code in iPlanet means that the web server used a cached version of the file instead of reading it off of the hard drive on the server. - Ben -Original Message- From: Christopher B. Hamlin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 5:11 PM To: JRun-Talk

Unexpected 302 return code?

2002-03-06 Thread Christopher B. Hamlin
Hi, I'm asking this in hopes that someone knows something, even though I don't know exactly where the problem lies. We are sometimes in the (iplanet) http logs getting requests that look completely like normal, completed requests except that they have a status code of 302. We're using JRun 3

problem configuring JRUN with IIS

2002-03-06 Thread Amit r
i'm using JRUN 3.1 on windows NT and IIS 4.0 steps i followed are as under first i installed jrun on my webserver(iis) and configured JRUN/IIS using Connector wizard. and it was done properly. (this step is given in setup.pdf page no 172 simple distributed installation) then i installed JRUn on