Author |
Message |
|
Thanks, Björn!
But we are not using the project archetypes, but get the POM directly from your Maven repository. And there it's not yet removed.
For example:
https://www.captaincasademo.com/mavenrepository/org/eclnt/eclntjsfserver/20211217/eclntjsfserver-20211217.pom
Will that also be corrected in the next version?
Best regards
Frauke
|
|
|
Hi Björn,
happy new year to you and your team and everyone reading this post
Will you remove/exclude log4j from the POM in a future release of eclntjsfserver?
Best regards
Frauke
|
|
|
Hi Björn,
thanks!
Frauke
|
|
|
Hi everyone,
I managed to reduce serverside logging in the work/catalina folder by setting
Code:
<logging level="SEVERE"
console="false"
outputclassmethod="false">
</logging>
in the logging.xml.
Is there also a way to reduce or switch off the performance logging?
thanks and best regards
Frauke
|
|
|
Thanks, Björn. Next Monday update will be ok!
|
|
|
Hello,
since we are using Swedish quite often we have our own translations of the language files in eclntjsfserver.jar, but there are also the ones in
myApplication\eclnt\risc\i18n\
With them we get the error message:
"Language sv is not known on client side and will be ignored"
Now we researched that "sv" is the ISO locale for Swedisch, "se" is "Northern Sami".
SE is the country code of Sweden, sv the locale Swedish, se the locale "Northern Sami"
see https://en.wikipedia.org/wiki/List_of_ISO_3166_country_codes
https://gist.github.com/ndbroadbent/588fefab8e0f1b459fcec8181b41b39c#file-rn-i18n-locale-identifiers-csv
Would you mind renaming the language file language_se.xml to language_sv.xml? Or do you support Northern Sami?
Thanks and best regards
Frauke
|
|
|
Hi Björn,
ah ok, I don't know if I really got the point, but never mind. We will test it when it's available in one of the next releases.
Thanks a lot and have a nice evening!
Frauke
|
|
|
Hi Björn,
thanks a lot
But I would say, clear the field not only if there is dummy content (@*@*@*) in it, but for any content.
The user should not be able to edit a password or part of the password. That does not really make sense.
Best regards
Frauke
|
|
|
Hello everyone,
the password is masked by some '*' characters, where the length of the string is not equivalent to the number of characters in the actual password. It is documented like that and ok.
But when the user clicks into the field and deletes some of the '*' characters, the resulting password is an 'undefined' string like '@*@*@*'.
Now the user can't see this and maybe saves it without noticing.
Is there a possibility to achieve a more convenient behavior, like clearing the complete password in case the user starts deleting the '*' characters or starts editing the field?
There is an attribute deleteonfocus, but it is too strong for us. If the user accidentally clicks into the field, it will be cleared right away, which we don't want.
Thanks for any ideas
Frauke
|
|
|
Hi Björn,
thanks for the quick correction. This part now works. But we have another failure, when some test before adds a ThreadData context.
I found out that is done by:
Code:
YESNOPopup popupInstance = YESNOPopup.createInstance(title, text, yesNoListener);
ThreadData is never released and our test now fails because ThreadData doesn't have an HttpRequest. See also in HttpSessionAccess, same methods as before.
Best regards
Frauke
|
|
|
Hi,
after updating to version 20200303 we have the following problem:
We have some tests that mock the FacesContext properly with HttpServletRequests and all.
But we have others that use the static flag UsageWithoutSessionContext.isUsedWithoutSessionContext().
This flag is never reset, once it was set. So if we run the test with the mock afterwards, HttpSessionAccess.getCurrentRequest() and HttpSessionsAccess.getCurrentResponse() return null, instead of the mocked Http request and response as it was before.
Best regards
Frauke
|
|
|
Thanks Björn!
|
|
|
Hi everyone,
can anyone tell me how to enable client side logging on DEGUG level on RISC client? I didn't find this information in the docs.
Thanks
Frauke
|
|
|
Hi,
will the fix for the SVG icons with Swing client be available with next version on Monday 2018-11-12?
Best regards
Frauke
|
|
|
Sorry for the duplicates. Don't know how to delete them...
|
|
|