Access NF internal function via (D)COM?

I need some help from a C/FRONT specialist. Is it possible to access a user-defined procedure stored within Navision via C/FRONT? Situation: Web-Server wants to ask Navision by calling a Codeunit/Procedure: “Give me the price customer 1234 has to pay for item XYZ if he orders 20 items.” ------- With best regards from Switzerland Marcus Fabian

Marcus, this is not possible. Your user-defined procedure has got to be in your COM Application. You cannot call any standard procedure either. I know this is a shame but this has been on my wish list for the last past 4 years, also it’s not possible to use VALIDATE from a C/FRONT app. tarek_demiati@ureach.com

There no pretty solution. You can use only ugly solutions like scaning from fin.exe from one side & pushing data from another side. To push data you can use C/Front, files, OCX… Tarek, ice is moving Finally YOU CAN USE PERRMISSIONS IN CF !!! THIS IS THE FIRST SERIUOS ACHIEVEMENT SINCE 1998, IN CF STAGE !!!

quote:


Marcus, this is not possible. Your user-defined procedure has got to be in your COM Application. You cannot call any standard procedure either.


This was exactly what I thought as I cannot imagine how a fixed application (FIN.EXE or CFRONT.OCX) should possibly have the capability to dynamically integrate new functions. All the stuff with parameters, return values etc. - you know … If Navision would publish the source-code of CFRONT.OCX the situation would of course be different. Anyway, Dalius, there’s still a neat and pretty solution on hand. As the project is based on NF 3.0 and the application will run on a w2k server I’ll use the Message Queue to “talk” in XML to the WebServer. In worst case I have to write a little SOAP-parser in Navision. Thanks for giving me the ammunition I needed to talk-down the projece manager who pretended that dynamical COM calls might be possible. ------- With best regards from Switzerland Marcus Fabian

quote:


Originally posted by fabian: If Navision would publish the source-code of CFRONT.OCX the situation would of course be different.


I don’t think that helps. Becouse cfront is low level application (uses dbm.dll), fin.exe include more posibility - compiler, interpretator. Navision bigest mistake is that compiler/interpretator included in fin.exe. It should be separate dll. Only in this way we can talk about integration of codeunits with cf. I havn’t seen nf 3.0, but that I heard in this forum, message queing isn’t solution that fix this issue. Or I’m wrong ?