I feel your pain. Communicating between systems can be a major pain. Good news though is that Clarion can do TCP/IP, and XML (with a little help) so there's nothing that should hold your Clarion colleague back.
In the interests of full disclosure I should point out that I'm biased here - I'm about to recommend that the Clarion guy use tools I created - nevertheless there are thousands of Clarion programmers out there using them, and they provide the answer to your question, so please forgive me. Ignore if you like.
In Clarion there are a couple of tools that make TCP/IP communications easy and that enable the use of SSL. The one I make is called NetTalk (http://www.capesoft.com/accessories/netsp.htm).
There is also XML support inside the Clarion box, although it's unnecessarily cumbersome so there are at least 2 xml products he can use - iqXML (which is free) and xFiles (http://www.capesoft.com/accessories/xfilessp.htm) which is designed to be super fast.
Using NetTalk & xFiles together it's trivial to create SOAP servers or clients. (Or plain HTTP servers and clients as you prefer.) There are a LOT of folk doing just this, so there's absolutely no excuse for using shared files, or FTP'ing requests around. I recommend you gently point your Clarion friend in the right direction.
If you'd like to run this question past other Clarion developers then try http://faq.clarionmag.com/ (which is using the StackOverflow engine.) There are also lots of programmers active on the NNTP protocol (news) at news.softvelocity.com (comp.lang.clarion and others).
Instead of trying to accomplish more in this obscure language, I'd go with the approach that you hinted upon: using the file system as a hand-over mechanism.
Have his code output files to a given folder; then, have a daemon, written in a "normal" language, monitor that folder regularly (cron job, etc). When a new file shows up, upload it through HTTPS / other "normal" means to your other server to do the task.
This approach follows the "localize the crap" philosophy - if you can't get rid of crap, at least make sure that it's "borders" are well defined.
Looks like a Windows 3.1 vintage report generating language which has the ability to talk DDE/OLE (!), but seems to have no external communication features other than that.
So no, Clarion cannot do POST requests (except via a third party custom control / DDE conversation). Using the file system might be a safe way to proceed: it keeps the client in familiar territory, and is the easiest to debug. However, if two way communication is required, you might need to blow the dust off the manuals and go the DDE route. It really depends on the exact requirements (e.g. is the program batch or interactive?), but page 935 (Appendix A) in the 1158 page manual is where to start looking!
I came in very late to this post, for I only had Stack Overflow account set today. However, I would like to comment on Bruces answer.
Bruce runs a 3rd party Clarion add on maker company and will always suggest the use of their products. Altough they're really fine an work very well, I can't help pointing that there are standard, open tools for about anything that needs to be done.
For example, the programmer could use "curl" http://curl.haxx.se/ to communicate with a web server from a program. Not only a Clarion program, but any program. Aside from that, Clarion does have access to all the Windows API, and it is just a matter of writing the code, so, sockets, http, mci and whatever are at any programmer's reach.
Need to send e-mail from a program that apparently doesn't have access to smtp functions? use "Blat"! - blat.net
Want to download some file from a web site? wget - gnu.org/software/wget
These are all command line interfaces. And I suggest the ones who don't know what "interface" means, to go get a look at The Free Dictionary - tfd.com/interface
发布评论
评论（4）
我感受到你的痛苦。系统之间的通信可能是一个很大的痛苦。不过，好消息是 Clarion 可以执行 TCP/IP 和 XML（需要一点帮助），因此没有什么可以阻碍您的 Clarion 同事。
为了充分披露，我应该指出我在这里有偏见 - 我将建议 Clarion 人员使用我创建的工具 - 然而有成千上万的 Clarion 程序员在使用它们，并且他们提供了以下问题的答案：你的问题，所以请原谅我。喜欢就忽略吧。
Clarion 中有一些工具可以使 TCP/IP 通信变得简单，并且可以使用 SSL。我制作的名为 NetTalk (http://www.capesoft.com/accessories/netsp.htm ）。
Clarion 盒子内部也有 XML 支持，尽管它不必要地麻烦，所以他至少可以使用 2 个 xml 产品 - iqXML（免费）和 xFiles（http://www.capesoft.com/accessories/xfilessp.htm) 其设计速度非常快。
使用 NetTalk 和将 xFiles 组合在一起创建 SOAP 服务器或客户端非常简单。 （或者您喜欢的普通 HTTP 服务器和客户端。）有很多人都在这样做，所以绝对没有理由使用共享文件或 FTP 请求。我建议您轻轻地为您的 Clarion 朋友指出正确的方向。
如果您想向其他 Clarion 开发人员提出这个问题，请尝试 http://faq.clarionmag.com/（使用 StackOverflow 引擎。）在 news.softvelocity.com（comp.lang.clarion 等）上也有很多活跃于 NNTP 协议（新闻）的程序员。
干杯
布鲁斯
I feel your pain. Communicating between systems can be a major pain. Good news though is that Clarion can do TCP/IP, and XML (with a little help) so there's nothing that should hold your Clarion colleague back.
In the interests of full disclosure I should point out that I'm biased here - I'm about to recommend that the Clarion guy use tools I created - nevertheless there are thousands of Clarion programmers out there using them, and they provide the answer to your question, so please forgive me. Ignore if you like.
In Clarion there are a couple of tools that make TCP/IP communications easy and that enable the use of SSL. The one I make is called NetTalk (http://www.capesoft.com/accessories/netsp.htm).
There is also XML support inside the Clarion box, although it's unnecessarily cumbersome so there are at least 2 xml products he can use - iqXML (which is free) and xFiles (http://www.capesoft.com/accessories/xfilessp.htm) which is designed to be super fast.
Using NetTalk & xFiles together it's trivial to create SOAP servers or clients. (Or plain HTTP servers and clients as you prefer.) There are a LOT of folk doing just this, so there's absolutely no excuse for using shared files, or FTP'ing requests around. I recommend you gently point your Clarion friend in the right direction.
If you'd like to run this question past other Clarion developers then try http://faq.clarionmag.com/ (which is using the StackOverflow engine.) There are also lots of programmers active on the NNTP protocol (news) at news.softvelocity.com (comp.lang.clarion and others).
Cheers
Bruce
我不会尝试用这种晦涩的语言完成更多工作，而是采用您暗示的方法：使用文件系统作为移交机制。
让他的代码输出文件到给定的文件夹；然后，有一个用“正常”语言编写的守护进程，定期监视该文件夹（cron 作业等）。当新文件出现时，通过 HTTPS/其他“正常”方式将其上传到您的其他服务器来执行任务。
这种方法遵循“本地化垃圾”的理念——如果你无法摆脱垃圾，至少要确保它的“边界”被明确定义。
Instead of trying to accomplish more in this obscure language, I'd go with the approach that you hinted upon: using the file system as a hand-over mechanism.
Have his code output files to a given folder; then, have a daemon, written in a "normal" language, monitor that folder regularly (cron job, etc). When a new file shows up, upload it through HTTPS / other "normal" means to your other server to do the task.
This approach follows the "localize the crap" philosophy - if you can't get rid of crap, at least make sure that it's "borders" are well defined.
信息希望是免费的。该语言可能是专有的和封闭的，但文档是在线发布的：
http://www.softvelocity.com/clarion/pdf/LanguageReferenceManual.pdf
看起来像 Windows 3.1 老式报告生成语言，具有与 DDE/OLE 对话的能力（！），但似乎没有除此之外的外部通信功能。
因此，Clarion 无法执行 POST 请求（除非通过第三方自定义控件/DDE 对话）。使用文件系统可能是一种安全的继续方式：它使客户端保持在熟悉的区域，并且最容易调试。但是，如果需要双向通信，您可能需要清除手册上的灰尘并采用 DDE 路线。这实际上取决于具体的要求（例如程序是批处理还是交互式？），但是 1158 页手册中的第 935 页（附录 A）是从哪里开始查找的！
Information wants to be free. The language may be proprietary and closed, but the documentation is published online:
http://www.softvelocity.com/clarion/pdf/LanguageReferenceManual.pdf
Looks like a Windows 3.1 vintage report generating language which has the ability to talk DDE/OLE (!), but seems to have no external communication features other than that.
So no, Clarion cannot do POST requests (except via a third party custom control / DDE conversation). Using the file system might be a safe way to proceed: it keeps the client in familiar territory, and is the easiest to debug. However, if two way communication is required, you might need to blow the dust off the manuals and go the DDE route. It really depends on the exact requirements (e.g. is the program batch or interactive?), but page 935 (Appendix A) in the 1158 page manual is where to start looking!
我很晚才看到这篇文章，因为我今天才设置了 Stack Overflow 帐户。不过，我想对布鲁斯的回答发表评论。
Bruce 经营着一家第三方 Clarion 附加制造商公司，并且总是建议使用他们的产品。尽管它们真的很好，工作得很好，但我忍不住指出有标准的开放工具可以完成任何需要完成的事情。
例如，程序员可以使用“curl”http://curl.haxx.se/ 与来自程序的网络服务器。不仅是 Clarion 程序，而是任何程序。除此之外，Clarion 确实可以访问所有 Windows API，这只是编写代码的问题，因此套接字、http、mci 等任何程序员都可以使用。
需要从显然无法访问 smtp 功能的程序发送电子邮件？使用“布拉特”！ - bla.net
想要从网站下载一些文件吗？ wget - gnu.org/software/wget
这些都是命令行界面。我建议那些不知道“interface”是什么意思的人去看看免费词典 - tfd.com/interface
问候
I came in very late to this post, for I only had Stack Overflow account set today. However, I would like to comment on Bruces answer.
Bruce runs a 3rd party Clarion add on maker company and will always suggest the use of their products. Altough they're really fine an work very well, I can't help pointing that there are standard, open tools for about anything that needs to be done.
For example, the programmer could use "curl" http://curl.haxx.se/ to communicate with a web server from a program. Not only a Clarion program, but any program. Aside from that, Clarion does have access to all the Windows API, and it is just a matter of writing the code, so, sockets, http, mci and whatever are at any programmer's reach.
Need to send e-mail from a program that apparently doesn't have access to smtp functions? use "Blat"! - blat.net
Want to download some file from a web site? wget - gnu.org/software/wget
These are all command line interfaces. And I suggest the ones who don't know what "interface" means, to go get a look at The Free Dictionary - tfd.com/interface
Regards