April 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3896) [DMN Designer] Editing a merged header cell positions editor at the wrong location

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3896?page=com.atlassian.jira.plugi... ] Michael Anstis reassigned DROOLS-3896: -------------------------------------- Assignee: Michael Anstis (was: Jozef Marko) > [DMN Designer] Editing a merged header cell positions editor at the wrong location > ---------------------------------------------------------------------------------- > > Key: DROOLS-3896 > URL: https://issues.jboss.org/browse/DROOLS-3896 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.20.0.Final > Reporter: Michael Anstis > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: DROOLS-3896-1.png, DROOLS-3896-2.png > > > {{EditableHeaderGridWidgetEditCellMouseEventHandler}} needs to get the meta-data block start. > The issue is only reproducible using the mouse and not keyboard. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3895) [DMN Designer] TextAreas can no longer be multi-line

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3895?page=com.atlassian.jira.plugi... ] Michael Anstis reassigned DROOLS-3895: -------------------------------------- Assignee: Michael Anstis (was: Jozef Marko) > [DMN Designer] TextAreas can no longer be multi-line > ---------------------------------------------------- > > Key: DROOLS-3895 > URL: https://issues.jboss.org/browse/DROOLS-3895 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.20.0.Final > Reporter: Michael Anstis > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > > {{TextAreaSingletonDOMElementFactory}} extends {{BaseSingletonDOMElementFactory}} that attaches a {{KeyDownHandlerCommon}} handler. > This handler intercepts {{KeyCodes.KEY_ENTER}} that flushes the content of the editor. > The {{KeyDownHandlerCommon}} handler should not respond to {{KeyCodes.KEY_ENTER}} for {{TextAreas}}. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3591) [DMN Designer] Data Types - Type dropdown is not navigable by keyboard

by Michael Anstis (Jira)

[ https://issues.jboss.org/browse/DROOLS-3591?page=com.atlassian.jira.plugi... ] Michael Anstis updated DROOLS-3591: ----------------------------------- Sprint: 2019 Week 14-16 (was: 2019 Week 17-19) > [DMN Designer] Data Types - Type dropdown is not navigable by keyboard > ---------------------------------------------------------------------- > > Key: DROOLS-3591 > URL: https://issues.jboss.org/browse/DROOLS-3591 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.18.0.Final > Reporter: Guilherme Gomes > Assignee: Michael Anstis > Priority: Major > Labels: drools-tools > Attachments: 2019-01-31 15.02.26.gif > > > The following navigation between types must work in all supported browsers: > !2019-01-31 15.02.26.gif|thumbnail! > [~tirelli] reported that in some scenarios this navigation doesn't work. > --- > *Steps to reproduce:* > - Add new DT > - Insert the name > - Dropdown component navigation doesn't work *(expected: dropdown navigation should work)* > - Dropdown component element unselects the DT *(expected: the DT row should stay selected)* > - Dropdown component focus on input element when the new type selected *(expected: dropdown should stay focused)* -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7189) UT000010: Session not found

by shaik kareemulla (Jira)

[ https://issues.jboss.org/browse/WFLY-7189?page=com.atlassian.jira.plugin.... ] shaik kareemulla commented on WFLY-7189: ---------------------------------------- Hello Kabir may I knwo how did you resolved the above issue ? > UT000010: Session not found > --------------------------- > > Key: WFLY-7189 > URL: https://issues.jboss.org/browse/WFLY-7189 > Project: WildFly > Issue Type: Bug > Components: Server > Affects Versions: 9.0.2.Final > Environment: Production > Reporter: Alpesh B > Assignee: Jason Greene > Priority: Critical > Labels: wildfly > > In my application I am using 4 different database connection with spring, > Before upgrading to wildfly 9.0.2 Final it was working fine, but yesterday from production I came to know that one database is not able to connect. and giving following exception > {code:java} > Caused by: java.lang.IllegalStateException: UT000010: Session not found ONaa4NC8R3y3WuYRhMjp5kD0__MXIkMtHbginKOx > INFO | jvm 1 | 2016/09/21 05:53:09 | at io.undertow.server.session.InMemorySessionManager$SessionImpl.getAttribute(InMemorySessionManager.java:430) > INFO | jvm 1 | 2016/09/21 05:53:09 | at io.undertow.servlet.spec.HttpSessionImpl.getAttribute(HttpSessionImpl.java:123) > INFO | jvm 1 | 2016/09/21 05:53:09 | at org.springframework.web.util.WebUtils.getSessionMutex(WebUtils.java:328) > INFO | jvm 1 | 2016/09/21 05:53:09 | at org.springframework.web.context.request.ServletRequestAttributes.getSessionMutex(ServletRequestAttributes.java:191) > INFO | jvm 1 | 2016/09/21 05:53:09 | at org.springframework.web.context.request.SessionScope.get(SessionScope.java:88) > INFO | jvm 1 | 2016/09/21 05:53:09 | at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:285) > {code} > While, I was able to connect to other databases through the application, only facing issues for accessing one of the database. > After restart of wildfly server issue is resolved, Even I am not able to reproduce it > [OpenIssue|[#https://developer.jboss.org/message/949465#949465]] -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-1793) Cache JsonProvider in JsonSecurityEventFormatter

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/ELY-1793?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse commented on ELY-1793: --------------------------------------- Thank you for the bug report [~pmm] - I know you have sent in some PRs in the past, is this likely to be one you will send in a PR for? It does sounds like something we should be able to merge quite quickly if available. > Cache JsonProvider in JsonSecurityEventFormatter > ------------------------------------------------ > > Key: ELY-1793 > URL: https://issues.jboss.org/browse/ELY-1793 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Audit > Reporter: Philippe Marschall > Priority: Critical > Fix For: 1.9.0.CR4 > > > When profiling our application in production the overhead of repeatably looking up the JsonProvider in JsonSecurityEventFormatter became noticeable. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11998) elytron-tool.sh : ClassNotFoundException: org.wildfly.security.password.impl.PasswordFactorySpiImpl

by Martin Choma (Jira)

[ https://issues.jboss.org/browse/WFLY-11998?page=com.atlassian.jira.plugin... ] Martin Choma updated WFLY-11998: -------------------------------- Affects Version/s: 17.0.0.Final > elytron-tool.sh : ClassNotFoundException: org.wildfly.security.password.impl.PasswordFactorySpiImpl > --------------------------------------------------------------------------------------------------- > > Key: WFLY-11998 > URL: https://issues.jboss.org/browse/WFLY-11998 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 17.0.0.Beta1, 17.0.0.Final > Reporter: Martin Choma > Priority: Blocker > > We are hitting regression in our tests against WF master > {code} > 01:48:56,706 INFO [com.redhat.eap.qe.cli.CommandExecutor] (main) Command:[/home/hudson/hudson_workspace/workspace/eap-7.x-security-fips-matrix/d6d35f0f/openjdk-1.8.0/bin/java, -jar, /home/hudson/hudson_workspace/workspace/eap-7.x-security-fips-matrix/d6d35f0f/fips-testsuite/fips/target/dist/jboss-eap/bin/wildfly-elytron-tool.jar, credential-store, -c, -a, secret-key, -x, pass123+, -p, pass123+, -l, /home/hudson/hudson_workspace/workspace/eap-7.x-security-fips-matrix/d6d35f0f/fips-testsuite/fips/target/FipsCsElytronToolTestCase/workaround_dir, -u, keyStoreType=PKCS11;external=true;keyAlias=my-key;externalPath=/home/hudson/hudson_workspace/workspace/eap-7.x-security-fips-matrix/d6d35f0f/fips-testsuite/fips/target/FipsCsElytronToolTestCase/secure-data-file, --debug] > 01:48:57,255 INFO [com.redhat.eap.qe.cli.CommandExecutor] (main) Process output: > 01:48:57,255 INFO [com.redhat.eap.qe.cli.CommandExecutor] (main) > 01:48:57,256 ERROR [com.redhat.eap.qe.cli.CommandExecutor] (main) Process error: > 01:48:57,257 ERROR [com.redhat.eap.qe.cli.CommandExecutor] (main) Exception encountered executing the command: > org.wildfly.security.credential.store.CredentialStoreException: ELY09508: Cannot write credential to store > at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.store(KeyStoreCredentialStore.java:402) > at org.wildfly.security.credential.store.CredentialStore.store(CredentialStore.java:242) > at org.wildfly.security.credential.store.CredentialStore.store(CredentialStore.java:226) > at org.wildfly.security.tool.CredentialStoreCommand.execute(CredentialStoreCommand.java:242) > at org.wildfly.security.tool.ElytronTool.main(ElytronTool.java:84) > Caused by: java.security.NoSuchAlgorithmException: class configured for PasswordFactory (provider: WildFlyElytron) cannot be found. > at java.security.Provider$Service.getImplClass(Provider.java:1649) > at java.security.Provider$Service.newInstanceGeneric(Provider.java:1660) > at java.security.Provider$Service.newInstance(Provider.java:1584) > at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:119) > at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:76) > at org.wildfly.security.credential.store.impl.KeyStoreCredentialStore.store(KeyStoreCredentialStore.java:276) > ... 4 more > Caused by: java.lang.ClassNotFoundException: org.wildfly.security.password.impl.PasswordFactorySpiImpl > at java.net.URLClassLoader.findClass(URLClassLoader.java:382) > at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at java.security.Provider$Service.getImplClass(Provider.java:1636) > ... 9 more > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-1793) Cache JsonProvider in JsonSecurityEventFormatter

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/ELY-1793?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1793: ---------------------------------- Fix Version/s: 1.9.0.CR4 > Cache JsonProvider in JsonSecurityEventFormatter > ------------------------------------------------ > > Key: ELY-1793 > URL: https://issues.jboss.org/browse/ELY-1793 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Audit > Reporter: Philippe Marschall > Priority: Major > Fix For: 1.9.0.CR4 > > > When profiling our application in production the overhead of repeatably looking up the JsonProvider in JsonSecurityEventFormatter became noticeable. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-1793) Cache JsonProvider in JsonSecurityEventFormatter

by Darran Lofthouse (Jira)

[ https://issues.jboss.org/browse/ELY-1793?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1793: ---------------------------------- Priority: Critical (was: Major) > Cache JsonProvider in JsonSecurityEventFormatter > ------------------------------------------------ > > Key: ELY-1793 > URL: https://issues.jboss.org/browse/ELY-1793 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Audit > Reporter: Philippe Marschall > Priority: Critical > Fix For: 1.9.0.CR4 > > > When profiling our application in production the overhead of repeatably looking up the JsonProvider in JsonSecurityEventFormatter became noticeable. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method

by Matěj Novotný (Jira)

[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ] Matěj Novotný commented on WFLY-11956: -------------------------------------- bq. 2. The other issue is the fact that validation is instigated by JaxrsInjectionTarget.inject(). Probably I should check for the presence of a @PostConstruct annotated method, and, in its presence, start validation from JaxrsInjectionTarget.postConstruct(). So that's a fixable bug. [~ron_sigal] Like I said earlier, you can move the validation to the {{postConstruct()}} instead of {{inject()}} method in all cases as that method did get invoked even if I commented out the {{@PostConstruct}} method on the bean itself. > @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method > ---------------------------------------------------------------------------------------------------------- > > Key: WFLY-11956 > URL: https://issues.jboss.org/browse/WFLY-11956 > Project: WildFly > Issue Type: Bug > Components: Bean Validation, REST > Affects Versions: 16.0.0.Final > Reporter: Joerg Baesner > Assignee: Ronald Sigal > Priority: Major > Attachments: logging.txt, playground.zip > > > Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_: > {code} > @Path("/validated") > public interface ValidatedJaxRsInterface { > > @GET > @Valid > @Produces(MediaType.APPLICATION_JSON) > GreetingModel getHelloGreeting(); > } > {code} > will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed. > This can be reproduced with the attached reproducer application... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3929) Cleanup and consolidate submarine-codegen

by Edoardo Vacchi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3929?page=com.atlassian.jira.plugi... ] Edoardo Vacchi updated DROOLS-3929: ----------------------------------- Description: After codegen refactoring there are some classes that do little more than carrying data around. This task is to remove those leftovers and in general cleanup the codebase so that any dangling part is removed or repurposed. e.g. {drools,jbpm}.ModuleGenerator vs. ApplicationGenerator was:After codegen refactoring there are some classes that do little more than carrying data around. This task is to remove those leftovers and in general cleanup the codebase so that any dangling part is removed or repurposed. > Cleanup and consolidate submarine-codegen > ----------------------------------------- > > Key: DROOLS-3929 > URL: https://issues.jboss.org/browse/DROOLS-3929 > Project: Drools > Issue Type: Task > Reporter: Edoardo Vacchi > Assignee: Edoardo Vacchi > Priority: Major > Labels: drools-core, submarine > Fix For: 8.0.0.Final > > > After codegen refactoring there are some classes that do little more than carrying data around. This task is to remove those leftovers and in general cleanup the codebase so that any dangling part is removed or repurposed. > e.g. {drools,jbpm}.ModuleGenerator vs. ApplicationGenerator -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2019