>Doing what you have actually outlined wouldn't work as such. It will be >unlikely that a Java object created for Linux/Unix will run on a Win2K >machine (you would likely need a copy of it compiled for the target >environment - Win2K - despite the supposed "portability" of Java).
That is simply not correct, Java is compiled into 'bytecode', Java bytecode is competely portable across _any_ operating system / platform, period. Java is very very portable ... not at all supposed! As for accessing the API remotely, this is possible however there are a lot of "if's", maybe if you share the information on the API, people may be able to help further. Don't consider writing your own classes to remotely call the objects on the other server without considering to use Java RMI / EJBs first as these technologies were designed with that specific objective. >1. To call the object remotely, the software provider would need to >provide stub code to run on your machine that called the other machine and >had the object instance created (in the Java world this would be CORBA - >in the Windows world this would be DCOM/COM). CORBA was designed to be a vendor/lanuage neutral distributed architecture standard (not just Java). DCOM/COM however was very Windows specific but bridges exist for that standard also such as the one inside ColdFusion MX that allows you to call COM objects from CFMX. cheers Mark ----- Original Message ----- From: "Gary Menzel" <[EMAIL PROTECTED]> To: "CFAussie Mailing List" <[EMAIL PROTECTED]> Sent: Monday, December 08, 2003 1:27 PM Subject: [cfaussie] Re: Java classes on remote machine > Firstly is this possible Doing what you have actually outlined wouldn't work as such. It will be unlikely that a Java object created for Linux/Unix will run on a Win2K machine (you would likely need a copy of it compiled for the target environment - Win2K - despite the supposed "portability" of Java). I am sure there are other people on this list that probably have a better handle on doing something like this than I do, but I will have a shot at the options open to you: 1. To call the object remotely, the software provider would need to provide stub code to run on your machine that called the other machine and had the object instance created (in the Java world this would be CORBA - in the Windows world this would be DCOM/COM). 2. You may be able to get a version of the API classes that runs on your Win2K machine and talk through TCP/IP to the database on the Linux box you want to interract with. 3. You could install a copy of Cold Fusion on the remote machine and create a Web Service that you call from your local machine. The webservice would then instatiate the API object on the remote box and call want you wanted, passing the information back to the calling machine. This is the least intrusive, and the Linux box API wont even know you are calling it remotely. But it does add an overhead. Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual?s portfolio can only be made after an examination of the particular client?s investments, financial circumstances and requirements. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004 --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
