MOLGENIS - for scientific data: management, exploration, integration and analysis.
LGPL-3.0 License
Bot releases are hidden (Show)
Published by sidohaakma over 3 years ago
If you want to use the dependent java apps (formerly solverd, bbmri and the current palga) you need to upgrade the MolgenisWebAppSecurity config class.
max.file.mb
Published by fdlk over 3 years ago
Published by sidohaakma over 3 years ago
Published by jvanveen almost 4 years ago
Published by jelmerveen almost 4 years ago
Extracted theming from MOLGENIS platform and integrating it in the http://github.com/molgenis/molgenis-theme repository.
The default are configured in AppSettings and these are now served from these locations:
Default all themes will be served from https://unpkg.com.
If you use the theme-manager the possible themes will be served from https://unpkg.com/molgenis-ui/molgenis-theme. If you choose one that url will be served.
There are two APIs to choose from, the ScriptEngine and the GraalVM Polyglot Context.
The latter gives more fine-grained control which we need to tweak performance.
There are some serious differences between the two.
We explicitly cached compiled expressions for Nashorn. The Graal Engine caches all scripts it has ever compiled. So the cache can go.
We used to bind once and then copy them around between contexts. That is not allowed in Graal JS. The MagmaScript context is rather expensive to create and our scripts are tiny ($('height').value()
) so this is problematic.
You cannot remove keys from a Context so if anyone does a var a = 5
in their MagmaScript, there's no getting rid of it.
Threads need to enter the context before they can use it. If you explicitly enter the context before issuing a series of evaluations, that saves the cost of leaving and re-entering between calls.
In Rhino we could send an Entity instance into JavaScript. This broke in Nashorn so we had to copy the entire Entity into a Map<String, Object>
. In Graal we can proxy again!
Published by jelmerveen about 4 years ago
Published by tommydeboer about 4 years ago
/api/v2
and /api
ui-form:form_not_a_valid_url
default message with ui-form:form_not_a_valid_hyperlink
messagePublished by sidohaakma about 4 years ago
Published by sidohaakma about 4 years ago
Published by tommydeboer about 4 years ago
Published by fdlk over 4 years ago
Published by sidohaakma over 4 years ago
Published by dennishendriksen over 4 years ago
For text field analysis in ElasticSearch, we switch from whitespace tokenizer to the standard tokenizer
and remove the word_delimiter filter which was causing too many false positive search results.
The word_delimiter filter was designed to remove punctuation from complex identifiers, such as product IDs or part numbers.
When upgrading to 8.4, all existing repositories will be reindexed with these new settings.
The Like operator becomes case-insensitive.
token
attributesYou can tag an attribute of type STRING, HYPERLINK, URL or ENUM with tag token
.
It will then be analyzed using the keyword analyzer and searching on that field will only match case-insensitive equal values.
case-sensitive
attributestoken
is also tagged case-sensitive
, Search queries on that field are case-sensitive.case-sensitive
, Like queries on that field are case-sensitive.The case-sensitive
and token
tags are created for you.
See also the RSQL guide and API test cases.
Published by sidohaakma over 4 years ago
Published by fdlk over 4 years ago
Published by fdlk over 4 years ago
Published by fdlk over 4 years ago
Published by fdlk over 4 years ago
Published by fdlk over 4 years ago
Published by fdlk over 4 years ago
#6902 Deleting a manual match in SORTA throws an error