Activity for Ian Roberts
-
Ian Roberts committed [r2590] on Code
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.
-
Ian Roberts committed [r20327]
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
1 >