I'm about to embark on this same effort, only using SautinSoft.RtfToHtml.dll
Did you get past your issue?
No. No one from the Adobe ColdFusion Community responded and the .NET folks don't offer any support.
I just wish there was an easy way to confirm that integration with .NET is working properly. There's no included "hello world" script to provide any insights.
I would have really preferred to get this working. As a document format that's been around since 1987, it'd be beneficial if RTF write support (& read, is possible) was built into ColdFusion (even if its it's a proprietary format) especially since FlashPaper is deprecated.
I finally ended up taking another path. Since DOCX is a glorified ZIP file, I opted to extract the XML file from a source DOCX file, manually perform replacements and then re-zip. It works fine so far, but the original DOCX files need to re-saved with autocorrect & grammer checking disabled or parsing is impossible. Here's an article that discusses the process.
(NOTE: My solution is more file-intensive as it genererates new physical RTF file.)
Actually there, I will send it to you...
I was typing from my phone before, sorry for the poor sentence
structure, I missed a word.
anyway, you can try calling this built in .net object to see if your
.NET is configured correctly:
1 person found this helpful
I'm using Cold Fusion 9 and will be getting it working (I have to for
what I need to do). If/when I get it resolved I will let you know what
The setup appears to be very poorly designed is so many people are
having problems with it.
It's not something silly like you don't have the correct version of the .Net Framework installed on your cold fusion server is it?
I reinstalled Codfusion.Net and now it works. Thanks!
There's absolutely no way to identify which .NET frameworks are installed using the ColdFusion Administrator. There's a HUGE "System Information" section devoted to the Java configuration, but .NET is noticeably absent.
QUESTION: Is it considered a bug that this information is missing?
As a result, I wrote a CFML script to identify all versions and service pack levels of installed .NET. frameworks:
There's still no quick verifiable sub-directory of Adobe-provided "hello world" .NET assemblies that can be used to test which versions are properly working. How is this unit tested? Can it be added to the ColdFusion Administrator so devs can quickly test and ensure that .NET is properly configured and working? (Heck, even Flash installations have a widget that identifies that it's working properly and displays the current version.)
Create a cfm file with the following content....
<cfobject type=".NET" name="seClass" class="System.Environment">
This will output the .Net version in use by the proxy object.
I ran your sample code and it indicates that that the proxy object is using 2.0.50727.5472.
I ran my script and verified that the following .NET Frameworks are installed via Microsoft's guidelines:
- 2 (Service Pack 2)
- 3 (Service Pack 2)
- 3.5 (Service Pack 1)
- 4 (Client)
- 4 (Full)
Why is the proxy object using v2 if I have 3, 3.5 and 4 installed? Why aren't the other versions identified?
Well the official answer from adobe is to do a reinstall of the required framework followed by a reinstall of the .Net integration