Apache OpenNLP
Machine learning toolkit for natural language text processing
Apache OpenNLP adds RoBERTa ONNX inference and a Unicode normalization engine, bridging traditional Java NLP to transformer workflows.
◆Recent moves
- 8d ago
Apache OpenNLP 2.5.12 released
Maven release plugin tag commit for the 2.5.12 maintenance release. The actual content of this release is not captured in the entry; it represents a patch-level bump on the stable 2.x line.
View source ↗ - 8d ago
Apache OpenNLP 3.0.0-M6 milestone released
Sixth milestone release on the 3.0.0 development track. Given that M5 shipped the Unicode normalization engine, M6 likely continues that work or adds adjacent NLP capabilities — the entry is a release tag only, without detailed change notes.
View source ↗ - 1mo ago
OpenNLP 3.0.0-M5
⚡ SPARK3.0.0-M5 introduces a dedicated Unicode normalization engine with CharClass, confusable character detection, and an offset/alignment layer for text span tracking. This is new NLP infrastructure — confusable detection matters for adversarial input handling and multilingual text normalization, and the alignment layer is foundational for any feature that needs to map processed text back to original positions.
View source ↗ - 1mo ago
OpenNLP 1.9.5
Security maintenance release for the 1.9.x branch, targeting Apache Lucene 8.x and Solr 8.x deployments that still depend on OpenNLP 1.9.x. XML parser XXE hardening, ExtensionLoader package allowlisting, and OOM prevention address the same CVE class fixed in 3.0.0-M3.
View source ↗ - 1mo ago
OpenNLP 2.5.10
⚡ SPARKOpenNLP 2.5.10 adds RoBERTa-based model inference via ONNX Runtime, letting Java applications run transformer models natively without Python dependencies. This is a category-level addition to the library — previously OpenNLP offered MaxEnt and Perceptron models; now it can serve as a Java ONNX inference layer for transformer-based NLP.
View source ↗ - 1mo ago
OpenNLP 2.5.11
GitHub Actions CI pipeline updates (actions/checkout, actions/cache, setup-java bumps) and a fix to resolve DocBook DTD from a local catalog instead of a remote URL during docs builds. No user-visible change.
View source ↗