Sourceless Deploy Doesn't Work On Linux!

[dr-pepper]

Hello all....

I cfcompiled an app in windows. The compiled files run great under windows.

I deploy those same files to a linux server running CFMX7 Enterprise, and the app won't run. I keep getting "unexpected constant" errors on every file. If I replace a file that caused an unexpected constant error with a non-compiled version, the app moves on the the next compiled file and thows another error. So, it's definitely the compiled files that are causing these errors.

What do I do now?

Thank you for your help.

tom

[ksmith]

I just tested this starting on a winXP system/CFMX 7.01. I moved the compiled files to a Suse9/CFMX7.01 environment and they run fine. I am using the default JRE installed by CFMX on both machines. I do note the linux machine has the case-sensitivity issues you would expect. So, when I am trying to invoke a local webservice I must match the path exactly.

What is your linux environment and are you running the same JRE in both environments. Compiling under a newer JVM then what is used for running has often produced bad results for me.

[dr-pepper]

Right now, I am just trying to get one stand-alone precompiled template to run, and I still get those unexpected constant errors. So, filename case problems are not an issue yet.

I cfompliled on this machine:

Server Product ColdFusion MX
Version 7,0,1,116466
Edition Enterprise (DevNet)
Operating System Windows 2003
OS Version 5.2
Java Version 1.4.2_05
Java Vendor Sun Microsystems Inc.
Java Vendor URL http://java.sun.com/
Java Home C:\CFusionMX7\runtime\jre
Java File Encoding Cp1252
Java Default Locale en_US
File Separator \
Path Separator ;
Line Separator Chr(13)
Java VM Specification Version 1.0
Java VM Specification Vendor Sun Microsystems Inc.
Java VM Specification Name Java Virtual Machine Specification
Java VM Version 1.4.2_05-b04
Java VM Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Server VM
Java Specification Version 1.4
Java Specification Vendor Sun Microsystems Inc.
Java Specification Name Java Platform API Specification
Java Class Version 48.0


Here is the target machine:

Server Product ColdFusion MX
Version 7,0,1,116466
Edition Enterprise
Operating System UNIX
OS Version 2.6.9-22.ELsmp
JVM Details
Java Version 1.4.2_06
Java Vendor Sun Microsystems Inc.
Java Vendor URL http://java.sun.com/
Java Home /CFusionMX7/jdk/jre
Java File Encoding UTF8
Java Default Locale en_US
File Separator /
Path Separator :
Line Separator Chr(10)
Java VM Specification Version 1.0
Java VM Specification Vendor Sun Microsystems Inc.
Java VM Specification Name Java Virtual Machine Specification
Java VM Version 1.4.2_06-b03
Java VM Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Server VM
Java Specification Version 1.4
Java Specification Vendor Sun Microsystems Inc.
Java Specification Name Java Platform API Specification
Java Class Version 48.0

Could the differences in line separator and file encoding be causing this problem?

Thanks again.

tom

[ksmith]

Try using the built in JRE on you linux environment. Next try cfcompile on you linux environment.

What is the linux/unix environment. Since this is environment specific, knowing the specifics would help.

[ksmith]

I tested again using the 1.4.2_06 JRE on a RHES4 linux box. It worked there also.

I do note that my kernel build is 2.6.9-34.

[dr-pepper]

Ken, thanks for your help on this.

I don't have access to the target server, so I can't cfcompile there.

Would you mind checking your PC and RHES4 server to see if there are any differences between your configurations and mine? (shown above)

I'm still wondering if this is a CF or JVM version issue. Or maybe the differences in the java file encoding or line seperator.

-tom

[Guest]

I don't believe this is a linux specific issue. I'm experiencing something similar. I've compiled the code (for sourceless deployment) on my development machine (running XP, with CF7 developers edition). I've run the compiled code on my company's staging servers just fine, but have run into the same error described on a client's server (I don't have access to the specifications, but I do know they run entirely on windows boxes). If I can come up with any more information I'll post in here, in hopes that it may help lead to an answer