[Logo] Enterprise Client Community
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: heyl  XML
Profile for heyl -> Messages posted by heyl [253] Go to Page: 1, 2, 3  ...  15, 16, 17 Next 
Author Message
Hi,

we checked the dependencies of eclntjsfserver.jar and found some security issues, where the dependencies are not up-to-date.

See attached screen shot of report.

The complete report could not be uploaded, if you need it please tell me. Then I mail it.

Best regards
Frauke
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
 
Profile for heyl -> Messages posted by heyl [253] Go to Page: 1, 2, 3  ...  15, 16, 17 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team