Folks, I've found the solution. And bkbk I don't expect what you've proposed will work, but what I have to propose will.
By @Charlie Arehart
Charlie, it's great news that you have found a solution and I look forward to hearing about it. However, why do you say, in advance, that my suggestion won't work?
I have just tested what I suggested. It works.
I am on ColdFusion 2025 Update 3. As you yourself have confirmed it has the issue the issue reported by @keithm99725152 :
Cannot resolve type for handle _XY_Q=space|R=
My test runs as follows.
I put a DOCX file, a PDF file and a TXT file in a directory. I placed the file indexTest.cfm in the same directory. It contains the code:
<cfset collectionName = "myCollection">
<cfset targetDirectory = expandPath("indexFiles")>
<!--- Index the files --->
<cfindex
collection="#collectionName#"
action="update"
type="path"
key="#targetDirectory#"
extensions=".pdf,.doc,.docx,.txt"
recurse="YES">
<!--- Output result --->
<cfoutput>
Indexed files from #targetDirectory# into collection "#collectionName#".
</cfoutput>
2. When I launched indexTest.cfm, I could see the following Warnings in coldfusion-out.log:
Aug 16, 2025 10:31:20 AM Warning [http-nio-8500-exec-3] - WARNING: Could not index C:\ColdFusion2025\cfusion\wwwroot\workspace\CF_Project\indexFiles\myWord.docx in SOLR. Check the exception for more details: Cannot resolve type for handle _XY_Q=space|R=space@http://www.w3.org/XML/1998/namespace (org.apache.poi.schemas.ooxml.system.ooxml.cttext7f5btype) - code 13
Aug 16, 2025 10:31:20 AM Warning [http-nio-8500-exec-3] - WARNING: Could not index C:\ColdFusion2025\cfusion\wwwroot\workspace\CF_Project\indexFiles\myWord.docx in SOLR. Check the exception for more details: Content of file myWord.docx can not be extracted.
3. I downgraded the search package, following the steps in the workaround that I proposed. 4. When I launched indexTest.cfm and looked at coldfusion-out.log, there were no longer any Warnings.
That said, I realize that there have been problems with POI libraries in recent ColdFusion updates. Like you, I too am looking into the issue. For example, I have found the following.
Until Update 14 of ColdFusion 2023 the highest POI version used was poi-4.1.2.jar, of which one of the dependencies is xmlbeans-3.1.0. In Update 15 of last July, the POI version was upgraded to poi-5.4.1.jar, with dependency xmlbeans-5.3.0.jar. However, there might be problems of backward-compatibility in the move from xmlbeans-.3.1.0.jar to xmlbeans-5.3.0.jar.
If your application manipulates DOCX (XWPF), XLSX (XSSF/SXSSF) or PPTX (XSLF) with Apache POI, the jump from xmlbeans 3.1.0 to xmlbeans 5.3.0 (curent release used in POI 5.4.1) can bite in the following ways:
Difference in generated classes / schemas: POI ships pre-generated OOXML (.docx, xlsx, pptx) schema bindings (ooxml-schemas / poi-ooxml-full). These are regenerated against the newer xmlbeans 5.3.0 runtime. As a result, your code may experience stricter XML validation. Some documents that loaded error-free in 3.1.0 may now throw a warning. Some documents that loaded with warnings in 3.1.0 may now throw exceptions. The difference in generated schemas may also create differences in whitespace or namespace handling. That is because xmlbeans parsing got stricter in 5.3.0. For example, XML that previously ignored unexpected attributes may now fail to load.
Possible package relocation and dependency conflicts: the groupId/artifactId for xmlbeans changed in the 5.x line (org.apache.xmlbeans:xmlbeans), while older 3.x versions sometimes appeared under different coordinates. If your application or its dependencies still bring 3.x jars, you can hit ClassCastException or LinkageError at runtime. To avoid this, you must ensure only one xmlbeans version is on the classpath (5.3.0). I am therefore alerted when I see xmlbeans-3.1.0.jar and mlbeans-5.3.0.jar together in C:\ColdFusion2023\bundles\repo.
I am still looking into the subject. I shall of course share any new information that I find.
... View more
AdChoices