Completely disable and remove fckeditor, it isn't used for anything any more and is not worth the known vulnerabilities
Adding an option to disable the contact form and replace it with a static page (whose content is configurable in cowrc.groovy)
Typo
Better way to block premature flushes of the output stream
Updated GATE and University logos
New JavaDoc link
Support for running CoW under systemd
Log new users and password changes at info level rather than debug
Spring requires getter as well as setter for properties
Patch jcaptcha plugin to use the proper ImageIO API rather than a private com.sun class to convert images to JPG
Warn that SSH auth settings are ignored when using native SSH
Added an option to use native "ssh" for svn+ssh
Added patched version of one internal svnkit class that was causing failures when talking to https repositories using the BouncyCastle TLS implementation.
The spring boot repackaging mechanism moves your normal Main-Class in the JAR manifest into a Spring-specific attribute and sets Main-Class to point to a Spring bootstrapping class org.springframework.boot.loader.JarLauncher which reads the manifest and executes the real main class. So you need to tell launch4j to do the same thing, and configure it with org.springframework.boot.loader.JarLauncher as the main class.
I'd still like to use launch4j not Spring Boot. It's not either/or - you can add the Spring Boot plugin to your existing build (maven or gradle) and use that to build the fully self-contained executable JAR (even if your main class isn't a Spring Boot application), then wrap that JAR into an exe using launch4j. I'm asking because I don't understand the difficulty: if a program can read from within a jar (zip) why can't it do it twice, once from a zip of jars and then from a particular jar? This is...
Does that mean that only one jar can be wrapped? Yes. Executable wrappers like launch4j take advantage of a feature of the ZIP file format whereby you can pre-pend any data onto the front of a zip file and it will remain a valid zip file readable by any standard zip file handling tools. A launch4j exe essentially runs java -classpath thefile.exe name.of.MainClass and this works because the exe is a valid JAR. If you wanted to wrap many JAR files you'd either have to use something like the Maven shade...
Removed unused import which prevented the plugin compiling in Grails 2.5
You don't need a special tool to do this for Linux because (a) shell scripts can be directly executable and (b) you can stick arbitrary data on the front of a JAR file and it remains a valid JAR file. See https://coderwall.com/p/ssuaxa/how-to-make-a-jar-file-linux-executable for a nice example.
Back-porting https://github.com/GateNLP/mimir/commit/5214f32689bd8ff1ebef126dbd870bbf4ed98e50 and https://github.com/GateNLP/mimir/commit/58a682eb7f870d05fb2286fa10c36edb9528a3b5 from Mimir version 6.1-SNAPSHOT: in cases where the index has more than just the "head" batch, the total number of documents reported by the index was off by one, and the direct index lexical cluster was ignoring the last tail-N batch
Workaround for a bug in the version of CXF we're using, where it uses the default *KeyManagerFactory* algorithm instead of the default *TrustManagerFactory* algorithm when creating trust managers. This used to not be an issue, but since we changed the proxy SSL certificate the SunX509 trust manager algorithm doesn't trust us, but the (usual default) PKIX algorithm does. So we explicitly set PKIX as the algorithm now.
Use the jnlp:// or jnlps:// URL scheme for web start links, so they are handed directly to Java Web Start for download rather than being downloaded by the browser, leaving the user to run them locally.
Added support for timestamped JAR signatures and signing keys in a PKCS12 keystore. Also removed the special handling for mail and activation jars - we now strip the Sun signatures and add our own, so the whole app is under the same "publisher" and therefore there's only one security warning rather than two each time you start it.
Changes to allow Annotator GUI and friends to run on Java 9 and later - a number of "EE" apis that have been part of Java SE since v6 are no longer accessible by default in Java 9+, so need to be supplied by us, and CXF's use of JAXB fails on 9+ without an additional --add-opens option.
Fixed up the "two digits" check so it doesn't also prevent you using symbols in a password
Please post support questions on the GATE Users mailing list.
Depend on 8.4.2-SNAPSHOT
Snapshot repo changed to https
Back-porting the fix to https://github.com/GateNLP/gate-core/issues/52 - progress and status listeners were getting added but not removed in case of exceptions.
Problem with corpora of documents
This is a known bug in GATE 8.4 whereby GATE under Windows is unable to save an application state onto one drive letter that refers to files (grammars, documents, etc.) on a different drive letter - the session uses the same mechanism as saved application states, and so is subject to the same bug. This has been fixed in the latest revision on GitHub, and will work correctly in GATE 8.5.
Fixed link to Javadoc
More bug fixes
Bugfix
Updating recaptcha - the version we were previously using works with Grails 1.1 but uses an API that is disappearing at the end of this month, the latest plugin version supports new recaptcha but doesn't work on Grails 1.1, so this is a hacked version of 1.7.0 retrofitted to be compatible with Grails 1.1.1
Files to build a docker image
Updated index upgrader to be able to cope with quasi-succinct indexes (which have a different set of files on disk compared to traditional FileHPIndexes)
Better logging from index upgrader
Reinstated PatternMentionDescriber from 4.2 that got lost in the 5.0 transition
If an exception occurs here, it means there was a problem getting documents from the streaming handler. If this is the first document then dd will be null, if it's not the first document then dd will be the last one that was processed successfully, and in neither case does it make sense to reportFailure.
plugin gateplugin-Tagger_TagMe default value of variable tagMeServiceUrl must change
Please report bugs in the tagme plugin to its own bug tracker on GitHub: https://github.com/GateNLP/gateplugin-Tagger_TagMe/issues
What exactly did you download? The Tagger_TagMe-1.0.zip file from the releases section definitely does contain the JAR but the "source code" download will not.
Fixing some bugs with WARC handling
Bug fix - batches where the enumerator gives 0 documents would hang forever rather than completing.
This bug tracker is for reporting bugs in the code of GATE itself. Questions on how to use GATE or how to develop new components based on the GATE libraries should be sent to the gate-users email list.
Build a rule jape to identify words into a paragraph
Tagging 2.8.1
Depend on gate-core 8.4.1
Changelog section for 2.8.1
Merged changes from trunk to make v2.8.1, depending on gate-core 8.4.1
Now we have dependencies that aren't just gate-core, we need to use Ivy in creole.xml to resolve them. But then we don't want a dependency from Ivy on gate-core as it's already there when running as a plugin. So created a separate Ivy file for this purpose which excludes gate-core and the other dependencies we know we already have.
The latest version is now 8.4.1
Changed "last stable" links
Version number
Merged change from trunk, bumped version
Bumped version, merged changes from trunk, regenerated icon with 8.4.1 version number
Changelog section for 8.4.1
Backport fix for https://github.com/GateNLP/gate-core/issues/7 from 8.5-SNAPSHOT - proper handling of CDATA in TextWithNodes
Backing version down to 8.4.1-SNAPSHOT so as not to clash with the new GitHub version
No-op change to test whether SourceForge svn co...
Trunk version bump
Tagging release
Version number
Branch for release
Merging changes from branch, and version bump
Trunk version to 5.5-SNAPSHOT
Merging change from release branch
Version number to 5.4
Documenting the IgnoreEmptiesTermProcessor
Branching
Depend on gate-core 8.4
Changelog section for 5.4
There's a weird edge case that means that close...
Tagging release
Tagging release
Version bump
Version number to 8.5-SNAPSHOT
Merging cleanups from branch
The cloud-preparing-app section only exists in ...
Removed dead xrefs
Version number
Merged from trunk
Regenerated to remove obsolete plugins
Release branch
Release branch
Changelog for 8.4
Commented out Zemanta and OpenCalais as the plu...
Making the writing of direct.terms more resilie...
Set up the proper query tokeniser and thread po...
Merged [r20069] from trunk
Tagging release
Merging fix from trunk
Cheekily un-tagging so I can backport today's fix
Stray extra slash causes query result fetching ...
Trunk to 5.4-SNAPSHOT
Tagging 5.3 release
Version number
Removed -SNAPSHOT from version
Version number to 5.3, merged doc changes from ...
Changelog section for 5.3