One asp.net application I am writing must serve a pdf file and an drawing (dxf AutoCAD file) both created with a Delphi program.
Just to clarify the scenario: I have skilled Delphi developers so I assigned them the task to create the programs who create the pdf and the dxf file.
So there is a total of 3 systems:
1) an asp.net Main application
2) a Delphi application which recieves some parameters (from asp.net) and genreates a pdf file.
3) a Delphi application which recieves some parameters (from asp.net) and genreates a dxf file.
Now the Delphi applications as standalone win32 applications (in which the parmeters are set through UI controls) work both fine and i need to convert them so that they can be used from asp.net.
I am not interested in concurrency/performance issues, my goal is just to call the "part of the system that creates a file" so that I can let the enduser of the asp.net application download it. I can also accept that this is out of threads (I mean: only one user can call in background one of the Delphi applciations at a time)
Could you please suggest the best approach for this?
Before starting this proejct I had in mind "dll" or "command line exe" but now i am in doubt and wonder that may be i am missing some more convenient technique.
Please consider that porting to c# the libraries it is not an option since we used some 3rd party Delphi components that have no a 100% .net counterpart.
Timer) to eventually scan that folder and process the request, C# app would wait until the pdf was avaible in another (or the same) folder. You might want to create another folder for your other type of request. Also, I'd try to create these Delphi apps as windows services, it looks they actually doesn't need an UI.TTimerand a text file is smart and i can consider it too. In simple cases like this one I use NSSM to quickly convert a standalone exe into a Windows Service.