[JBoss JIRA] (WFLY-12733) EJB Timers: Forcing refresh timers in a database-data-store in a clustered environment
by Rhuan Rocha (Jira)
[ https://issues.jboss.org/browse/WFLY-12733?page=com.atlassian.jira.plugin... ]
Rhuan Rocha updated WFLY-12733:
-------------------------------
Description:
The EJB Timer has a way to persist timers in a database using datasources. It is described [here|https://docs.jboss.org/author/display/WFLY10/EJB3+Clustered+Database...]. The database-data-store has an attribute called refresh-interval that define a time in milliseconds to refresh the timers reading the timers from database. Look this sample of configuration.
{code:java}
<data-stores>
<file-data-store name="default-file-store" path="timer-service-data" relative-to="jboss.server.data.dir"/>
<database-data-store name="clustered-store" datasource-jndi-name="java:/jdbc/MyDataSource" partition="timer" refresh-interval="60000" allow-execution="true"/>
</data-stores>
{code}
The RFE is to Wildfly provide a way to force the refresh programmatically.
was:The EJB Timer has a way to persist timers in a database using datasources. It is described [here|https://docs.jboss.org/author/display/WFLY10/EJB3+Clustered+Database...]. The database-data-store has an attribute called refresh-interval that define a time in milliseconds to refresh the timers reading
> EJB Timers: Forcing refresh timers in a database-data-store in a clustered environment
> --------------------------------------------------------------------------------------
>
> Key: WFLY-12733
> URL: https://issues.jboss.org/browse/WFLY-12733
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Rhuan Rocha
> Assignee: Brian Stansberry
> Priority: Major
>
> The EJB Timer has a way to persist timers in a database using datasources. It is described [here|https://docs.jboss.org/author/display/WFLY10/EJB3+Clustered+Database...]. The database-data-store has an attribute called refresh-interval that define a time in milliseconds to refresh the timers reading the timers from database. Look this sample of configuration.
>
> {code:java}
> <data-stores>
> <file-data-store name="default-file-store" path="timer-service-data" relative-to="jboss.server.data.dir"/>
> <database-data-store name="clustered-store" datasource-jndi-name="java:/jdbc/MyDataSource" partition="timer" refresh-interval="60000" allow-execution="true"/>
> </data-stores>
> {code}
> The RFE is to Wildfly provide a way to force the refresh programmatically.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (DROOLS-3566) DMN:Detailed interactions for creating and managing DRDs
by Roger Martinez (Jira)
[ https://issues.jboss.org/browse/DROOLS-3566?page=com.atlassian.jira.plugi... ]
Roger Martinez commented on DROOLS-3566:
----------------------------------------
Hey [~manstis] [~uxdlc]
So as far as I see you want to some button on the "selection rectangle", like the "toolbox" does. Yeah it should be possible, np, the actual toolbox just can be wrapped around any shape, by using it's bounding box, so should be not hard to add buttons around that selection rectangle.
As you know actually adding the buttons on the selection shape is not yet configurable, so we need to do some small refactoring for it, but as commented, it should be not hard, all the features are there. So I would go ahead with this approach, even having to code a little bit for making a toolbox appear on the selection shape, I think it worths.
Lemme know if I can help!
Thx
> DMN:Detailed interactions for creating and managing DRDs
> --------------------------------------------------------
>
> Key: DROOLS-3566
> URL: https://issues.jboss.org/browse/DROOLS-3566
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: contextual-menu.png
>
>
> Canvas node actions related to grouping and assigning to DRDs.
> * As a user I want to easily select and group nodes on the canvas so that I can add them to a DRD or to create a new DRD.
> (TBD) As a user I want to be able to be able to use the Navigator tree to create DRD's and assign canvas nodes, so that I can easily modify my graph views.
> Notes:
> Navigator Tree actions TBD:
> * Drag nodes to DRDs.
> * Contextual menu for tree objects?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-12705) File upload fails with IllegalStateException when PicketLink SSO is enabled.
by Issa Gueye (Jira)
[ https://issues.jboss.org/browse/WFLY-12705?page=com.atlassian.jira.plugin... ]
Issa Gueye updated WFLY-12705:
------------------------------
Description:
File Upload is throwing an exception when JBoss 7.2 is configured with SSO enabled(Picketlink).
For every request param we are calling String getParameter(String name) in https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
which is wrapped by https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
and as a result throws the following error when we call getParameter(filename)
{code}
java.lang.IllegalStateException: UT000017: Form value is a file, use getFileItem() instead
at io.undertow.server.handlers.form.FormData$FormValueImpl.getValue(FormData.java:304) ~[undertow-core-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at org.picketlink.identity.federation.bindings.wildfly.sp.SPFormAuthenticationRequestWrapper.getParameter(SPFormAuthenticationRequestWrapper.java:73) ~[picketlink-wildfly8-2.5.5.SP12-redhat-00005.jar!/:2.5.5.SP12-redhat-00005]
...
at javax.servlet.http.HttpServlet.service(HttpServlet.java:706) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
...
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
...
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
...
{code}
This error does not occur on JBoss 7.1.0 but breaks on JBoss 7.1.2 may have been introduced by https://issues.jboss.org/browse/JBEAP-10449
was:
File Upload is throwing an exception when JBoss 7.2 is configured with SSO enabled(Picketlink).
For every request param we are calling String getParameter(String name) in https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
which is wrapped by https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
and as a result throws the following error when we call getParameter(filename)
{code}
java.lang.IllegalStateException: UT000017: Form value is a file, use getFileItem() instead
at io.undertow.server.handlers.form.FormData$FormValueImpl.getValue(FormData.java:304) ~[undertow-core-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at org.picketlink.identity.federation.bindings.wildfly.sp.SPFormAuthenticationRequestWrapper.getParameter(SPFormAuthenticationRequestWrapper.java:73) ~[picketlink-wildfly8-2.5.5.SP12-redhat-00005.jar!/:2.5.5.SP12-redhat-00005]
...
at javax.servlet.http.HttpServlet.service(HttpServlet.java:706) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at com.fineos.ta.servlet.auth.Authentication.doFilter(Authentication.java:412) ~[fineos_ta-8.21.2.jar:8.21.2]
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at com.fineos.ta.servlet.auth.ContainerAuthentication.doFilter(ContainerAuthentication.java:257) ~[fineos_ta-8.21.2.jar:8.21.2]
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
at com.fineos.ta.servlet.TaInitFilter.doFilter(TaInitFilter.java:68) ~[fineos_ta-8.21.2.jar:8.21.2]
{code}
This error does not occur on JBoss 7.1.0 but breaks on JBoss 7.1.2 may have been introduced by https://issues.jboss.org/browse/JBEAP-10449
> File upload fails with IllegalStateException when PicketLink SSO is enabled.
> ----------------------------------------------------------------------------
>
> Key: WFLY-12705
> URL: https://issues.jboss.org/browse/WFLY-12705
> Project: WildFly
> Issue Type: Bug
> Components: Security, Web (Undertow)
> Affects Versions: 18.0.0.Final
> Environment: * Red Hat JBoss Enterprise Application Platform (JBoss EAP) 7
> * Picketlink SAML
> * File Upload Servlet
> Reporter: Ilia Vassilev
> Assignee: Ilia Vassilev
> Priority: Major
> Labels: fileUpload, picketlink
>
> File Upload is throwing an exception when JBoss 7.2 is configured with SSO enabled(Picketlink).
> For every request param we are calling String getParameter(String name) in https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
> which is wrapped by https://access.redhat.com/webassets/avalon/d/red-hat-jboss-enterprise-app...
> and as a result throws the following error when we call getParameter(filename)
> {code}
> java.lang.IllegalStateException: UT000017: Form value is a file, use getFileItem() instead
> at io.undertow.server.handlers.form.FormData$FormValueImpl.getValue(FormData.java:304) ~[undertow-core-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> at org.picketlink.identity.federation.bindings.wildfly.sp.SPFormAuthenticationRequestWrapper.getParameter(SPFormAuthenticationRequestWrapper.java:73) ~[picketlink-wildfly8-2.5.5.SP12-redhat-00005.jar!/:2.5.5.SP12-redhat-00005]
> ...
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:706) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347) ~[jastow-2.0.7.Final-redhat-00001.jar!/:2.0.7.Final-redhat-00001]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791) ~[jboss-servlet-api_4.0_spec-1.0.0.Final-redhat-1.jar!/:1.0.0.Final-redhat-1]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> ...
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> ...
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.0.20.Final-redhat-00001.jar!/:2.0.20.Final-redhat-00001]
> ...
> {code}
> This error does not occur on JBoss 7.1.0 but breaks on JBoss 7.1.2 may have been introduced by https://issues.jboss.org/browse/JBEAP-10449
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-12701) JSTL EL Evulation not working properly throwing NoClassDefFoundError
by Akash Gupta (Jira)
[ https://issues.jboss.org/browse/WFLY-12701?page=com.atlassian.jira.plugin... ]
Akash Gupta commented on WFLY-12701:
------------------------------------
hi james,
you can use the below link for source code
https://github.com/extremecode/wildfly
> JSTL EL Evulation not working properly throwing NoClassDefFoundError
> ---------------------------------------------------------------------
>
> Key: WFLY-12701
> URL: https://issues.jboss.org/browse/WFLY-12701
> Project: WildFly
> Issue Type: Bug
> Components: EE
> Affects Versions: 16.0.0.Final
> Environment: Windows
> Reporter: Akash Gupta
> Assignee: James Perkins
> Priority: Major
> Attachments: sample-NCDFE-1.0.war, sample-NCDFE-1.0.war, simple-servlet.war
>
>
> Following is the stacktrace of server running on wildlfy
> {code}
> 2019/10/21 17:02:09 WARN [org.jboss.modules.define] Failed to define class com.akash.web.beans.deviceBean in Module "deployment.sample.ear.sample1.war" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link com/akash/web/beans/deviceBean (Module "deployment.sample.ear.sample1.war" from Service Module Loader): com/akash/web/beans/deviceBean (wrong name: com/akash/web/beans/DeviceBean)
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.8.0_212]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:763) [rt.jar:1.8.0_212]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:839) [rt.jar:1.8.0_212]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.Module.loadModuleClass(Module.java:731) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.9.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) [jboss-modules.jar:1.9.0.Final]
> at java.lang.Class.forName0(Native Method) [rt.jar:1.8.0_212]
> at java.lang.Class.forName(Class.java:348) [rt.jar:1.8.0_212]
> at javax.el.ImportHandler.getClassFor(ImportHandler.java:176) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final]
> at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:165) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final]
> at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final]
> at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83)
> at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final]
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at javax.el.ImportHandler.resolveClassFor(ImportHandler.java:161) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final]
> at javax.el.ImportHandler.resolveClass(ImportHandler.java:128) [jboss-el-api_3.0_spec-1.0.13.Final.jar:1.0.13.Final]
> at org.wildfly.extension.undertow.ImportedClassELResolver.getValue(ImportedClassELResolver.java:83)
> at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:96) [jastow-2.0.7.Final.jar:2.0.7.Final]
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at com.sun.el.parser.AstValue.getBase(AstValue.java:150) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at com.sun.el.parser.AstValue.getValue(AstValue.java:199) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-impl-3.0.1-b08-jbossorg-1.jar:3.0.1-b08-jbossorg-1]
> at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:917) [jastow-2.0.7.Final.jar:2.0.7.Final]
> at org.apache.jsp.task_frames_jsp._jspService(task_frames_jsp.java:2641)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month