Bundle commons-io with common.eval to satisfy commons-csv

[khatchad]

Problem

The edu.cuny.citytech.refactoring.common.eval bundle carries commons-csv 1.12.0 as a private jar on its own Bundle-ClassPath, but commons-csv 1.12.0 has a hard dependency on commons-io 2.17.0. It references org.apache.commons.io.output.AppendableOutputStream. That dependency was never declared (it appeared when commons-csv was upgraded 1.10.0 to 1.12.0 in 7024035), so under strict OSGi classloading the bundle's classloader cannot find the class:

java.lang.NoClassDefFoundError: org/apache/commons/io/output/AppendableOutputStream
Caused by: java.lang.ClassNotFoundException: org.apache.commons.io.output.AppendableOutputStream
  cannot be found by edu.cuny.citytech.refactoring.common.eval_5.5.0

This passes in the IDE/test target (looser resolution) but fails in a materialized product, even when a separate commons-io bundle is present, because there is no wiring from common.eval to commons-io.

Fix

The target platform (common.target) is pure Eclipse update sites with no Orbit/commons bundles, which is precisely why commons-csv is bundled as a jar rather than consumed as the org.apache.commons.csv bundle. So the issue's Option 2 (depend on that bundle) is not viable in-repo. Instead, this PR bundles commons-io 2.17.0 the same way commons-csv is bundled (the exact version commons-csv 1.12.0's POM pins):

• Add lib/commons-io-2.17.0.jar (plus sources/javadoc) to lib/.
• Add it to Bundle-ClassPath (META-INF/MANIFEST.MF).
• Add it to bin.includes (build.properties) so Tycho packages it.
• Add the lib entry with source/javadoc attachments (.classpath) for IDE development.

commons-io is not exported. It stays private to this bundle's classloader, so it does not split-package with a product's own commons-io bundle. This is self-contained and works in both the IDE/test target and a materialized product.

Fixes #64.

🤖 Generated with Claude Code