[JBoss JIRA] (DROOLS-4461) Use date picker for LocalDate
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4461?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4461:
--------------------------------
Tester: Jan Stastny (was: Anna Dupliak)
> Use date picker for LocalDate
> -----------------------------
>
> Key: DROOLS-4461
> URL: https://issues.redhat.com/browse/DROOLS-4461
> Project: Drools
> Issue Type: Enhancement
> Components: Guided Decision Table Editor, Guided Rule Editor, Test Scenarios Editor
> Reporter: Toni Rikkola
> Assignee: Jozef Marko
> Priority: Major
> Labels: drools-tools
>
> We should use the date picker for LocalDate like we do for Date.
> h2. Acceptance test
> - Guided rule condition (/)
> - Guided rule action (/)
> - Guided rule template condition (/)
> - Guided rule template action (/)
> - Guided decision table simple condition (/)
> - Guided decision table BRL condition (/)
> - Guided decision table simple action (/)
> - Guided decision table BRL action (/)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13433) Improve capability support in EJB3 subsystem
by Richard Achmatowicz (Jira)
[ https://issues.redhat.com/browse/WFLY-13433?page=com.atlassian.jira.plugi... ]
Richard Achmatowicz commented on WFLY-13433:
--------------------------------------------
Added more resources:
{noformat}
TimerServiceResourceDefinition
FileDataStoreResourceDefinition
DatabaseDataStoreResourceDefinition
FilePassivationStoreResourceDefinition
ClusterPassivationStoreResourceDefinition
{noformat}
> Improve capability support in EJB3 subsystem
> --------------------------------------------
>
> Key: WFLY-13433
> URL: https://issues.redhat.com/browse/WFLY-13433
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 20.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
>
> Survey all external subsystem dependencies and introduce capability based dependencies where required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13433) Improve capability support in EJB3 subsystem
by Richard Achmatowicz (Jira)
[ https://issues.redhat.com/browse/WFLY-13433?page=com.atlassian.jira.plugi... ]
Richard Achmatowicz edited comment on WFLY-13433 at 7/2/20 7:36 PM:
--------------------------------------------------------------------
Added more resources:
{noformat}
TimerServiceResourceDefinition
FileDataStoreResourceDefinition
DatabaseDataStoreResourceDefinition
FilePassivationStoreResourceDefinition
ClusterPassivationStoreResourceDefinition{noformat}
was (Author: rachmato):
Added more resources:
{noformat}
TimerServiceResourceDefinition
FileDataStoreResourceDefinition
DatabaseDataStoreResourceDefinition
FilePassivationStoreResourceDefinition
ClusterPassivationStoreResourceDefinition
{noformat}
> Improve capability support in EJB3 subsystem
> --------------------------------------------
>
> Key: WFLY-13433
> URL: https://issues.redhat.com/browse/WFLY-13433
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 20.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
>
> Survey all external subsystem dependencies and introduce capability based dependencies where required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13642) Legacy store=remote throws NCDFE at runtime
by Paul Ferraro (Jira)
Paul Ferraro created WFLY-13642:
-----------------------------------
Summary: Legacy store=remote throws NCDFE at runtime
Key: WFLY-13642
URL: https://issues.redhat.com/browse/WFLY-13642
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 20.0.0.Final
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Fix For: 20.0.1.Final
The remote-store references a marshaller from the infinispan jboss-marshalling module, which WF does not include, thus throws a NoClassDefFoundError at runtime if one is configured.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (DROOLS-4800) [DMN Designer] Add support for copy and paste in grids
by Guilherme Gomes (Jira)
[ https://issues.redhat.com/browse/DROOLS-4800?page=com.atlassian.jira.plug... ]
Guilherme Gomes updated DROOLS-4800:
------------------------------------
Description:
Add support for copying/pasting between cells in grids.
The implementation should re-use and integrate with the existing Stunner mechanism (i.e. if there are toolbar buttons to copy/paste nodes they should be re-used to copy/paste cells when in the grid view. Copying a grid cell(s) should probably replace any _node_ content on the virtual clipboard and vice-versa. In addition to toolbar buttons the feature should probably be also exposed on a context-menu and keyboard short-cuts...
Pasting a cell into another should only be possible where the type of cell is compatible. I.E. you cannot paste an expression cell (e.g. nested Decision Table on a ContextEntry) into a literal cell (e.g. Relation grid cell); however should be possible to past a whole grid (literal expression, decision table, etc) to replace an undefined grid.
was:
Add support for copying/pasting between cells in grids.
The implementation should re-use and integrate with the existing Stunner mechanism (i.e. if there are toolbar buttons to copy/paste nodes they should be re-used to copy/paste cells when in the grid view. Copying a grid cell(s) should probably replace any _node_ content on the virtual clipboard and vice-versa. In addition to toolbar buttons the feature should probably be also exposed on a context-menu and keyboard short-cuts...
Pasting a cell into another should only be possible where the type of cell is compatible. I.E. you cannot paste an expression cell (e.g. nested Decision Table on a ContextEntry) into a literal cell (e.g. Relation grid cell).
> [DMN Designer] Add support for copy and paste in grids
> ------------------------------------------------------
>
> Key: DROOLS-4800
> URL: https://issues.redhat.com/browse/DROOLS-4800
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.30.0.Final
> Reporter: Michael Anstis
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> Add support for copying/pasting between cells in grids.
> The implementation should re-use and integrate with the existing Stunner mechanism (i.e. if there are toolbar buttons to copy/paste nodes they should be re-used to copy/paste cells when in the grid view. Copying a grid cell(s) should probably replace any _node_ content on the virtual clipboard and vice-versa. In addition to toolbar buttons the feature should probably be also exposed on a context-menu and keyboard short-cuts...
> Pasting a cell into another should only be possible where the type of cell is compatible. I.E. you cannot paste an expression cell (e.g. nested Decision Table on a ContextEntry) into a literal cell (e.g. Relation grid cell); however should be possible to past a whole grid (literal expression, decision table, etc) to replace an undefined grid.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13612) Bean Validation Problem In EJB inheritance
by Ivo Studensky (Jira)
[ https://issues.redhat.com/browse/WFLY-13612?page=com.atlassian.jira.plugi... ]
Ivo Studensky edited comment on WFLY-13612 at 7/2/20 2:59 PM:
--------------------------------------------------------------
If a stateless EJB implements an interface of a JAX-RS resource it gets a proxy created with a superclass being {{java.lang.Object}} due to the following code in {{DefaultComponentViewConfigurator}}:
{code:java}
//we define it in the modules class loader to prevent permgen leaks
L92: if (viewClass.isInterface()) {
proxyConfiguration.setSuperClass(Object.class);
proxyConfiguration.addAdditionalInterface(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
} else {
proxyConfiguration.setSuperClass(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
}
{code}
This leads to a {{java.lang.Object}} returned from {{EjbProxyBeanMetaDataClassNormalizer.normalize()}}:
{code:java}
public <T> Class<? super T> normalize(Class<T> clazz) {
L56: if (EjbProxy.class.isAssignableFrom(clazz)) {
return clazz.getSuperclass();
}
return clazz;
}
{code}
Which then denies the validation.
I can't see any reasonable fix instead of setting the superclass of the proxy to the {{viewClass}}. I've tried to kick up a dirty fix and tests, but that effectively disables the WFLY-11566 fix for cases with a interface, see
https://github.com/istudens/wildfly/commit/da2308e37a690b07892b67e66ecfb4...
was (Author: istudens):
If a stateless EJB implements an interface of a JAX-RS resource it gets a proxy created with a superclass being {{java.lang.Object}} due to the following code in {{DefaultComponentViewConfigurator}}:
{code:java}
//we define it in the modules class loader to prevent permgen leaks
L92: if (viewClass.isInterface()) {
proxyConfiguration.setSuperClass(Object.class);
proxyConfiguration.addAdditionalInterface(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
} else {
proxyConfiguration.setSuperClass(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
}
{code}
This leads to a {{java.lang.Object}} returned from {{EjbProxyBeanMetaDataClassNormalizer.normalize()}}:
{code:java}
public <T> Class<? super T> normalize(Class<T> clazz) {
L56: if (EjbProxy.class.isAssignableFrom(clazz)) {
return clazz.getSuperclass();
}
return clazz;
}
{code}
Which then denies the validation.
I can't see any reasonable fix instead of setting the superclass of the proxy to the {{viewClass}}. I've tried to kick up a dirty fix and tests, but that effectively disables the WFLY-11566 fix for cases with a interface, see
> Bean Validation Problem In EJB inheritance
> ------------------------------------------
>
> Key: WFLY-13612
> URL: https://issues.redhat.com/browse/WFLY-13612
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation
> Affects Versions: 20.0.0.Final
> Reporter: huaxu wu
> Assignee: Ivo Studensky
> Priority: Major
>
>
> {code:java}
> @Path("/test_action")
> public interface TestResource {
> @Path("test")
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> @Produces(MediaType.APPLICATION_JSON)
> GeneralOperationResult test2(@FormParam("asdf") @NotBlank String asdf);
> }
> {code}
> {code:java}
> @Stateless
> public class TestResourceImpl implements TestResource {
> @Override
> public GeneralOperationResult test2(String asdf) {
> return GeneralOperationResult.createSuccess("test");
> }
> }
> {code}
> The above code, the @NotBlank annotation works on wildfly19, but not on wildfly20.
> To make it work on wildfly20, I must add @NotBlank annotation to the override method.
> I wonder it's bug or it's your design?
> The above code, If I remove the @Stateless annotation, the @NotBlank annotation works as expectd.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13612) Bean Validation Problem In EJB inheritance
by Ivo Studensky (Jira)
[ https://issues.redhat.com/browse/WFLY-13612?page=com.atlassian.jira.plugi... ]
Ivo Studensky commented on WFLY-13612:
--------------------------------------
If a stateless EJB implements an interface of a JAX-RS resource it gets a proxy created with a superclass being {{java.lang.Object}} due to the following code in {{DefaultComponentViewConfigurator}}:
{code:java}
//we define it in the modules class loader to prevent permgen leaks
L92: if (viewClass.isInterface()) {
proxyConfiguration.setSuperClass(Object.class);
proxyConfiguration.addAdditionalInterface(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
} else {
proxyConfiguration.setSuperClass(viewClass);
viewConfiguration = view.createViewConfiguration(viewClass, configuration, new ProxyFactory(proxyConfiguration));
}
{code}
This leads to a {{java.lang.Object}} returned from {{EjbProxyBeanMetaDataClassNormalizer.normalize()}}:
{code:java}
public <T> Class<? super T> normalize(Class<T> clazz) {
L56: if (EjbProxy.class.isAssignableFrom(clazz)) {
return clazz.getSuperclass();
}
return clazz;
}
{code}
Which then denies the validation.
I can't see any reasonable fix instead of setting the superclass of the proxy to the {{viewClass}}. I've tried to kick up a dirty fix and tests, but that effectively disables the WFLY-11566 fix for cases with a interface, see
> Bean Validation Problem In EJB inheritance
> ------------------------------------------
>
> Key: WFLY-13612
> URL: https://issues.redhat.com/browse/WFLY-13612
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation
> Affects Versions: 20.0.0.Final
> Reporter: huaxu wu
> Assignee: Ivo Studensky
> Priority: Major
>
>
> {code:java}
> @Path("/test_action")
> public interface TestResource {
> @Path("test")
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> @Produces(MediaType.APPLICATION_JSON)
> GeneralOperationResult test2(@FormParam("asdf") @NotBlank String asdf);
> }
> {code}
> {code:java}
> @Stateless
> public class TestResourceImpl implements TestResource {
> @Override
> public GeneralOperationResult test2(String asdf) {
> return GeneralOperationResult.createSuccess("test");
> }
> }
> {code}
> The above code, the @NotBlank annotation works on wildfly19, but not on wildfly20.
> To make it work on wildfly20, I must add @NotBlank annotation to the override method.
> I wonder it's bug or it's your design?
> The above code, If I remove the @Stateless annotation, the @NotBlank annotation works as expectd.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13641) WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
by Jens Viebig (Jira)
Jens Viebig created WFLY-13641:
----------------------------------
Summary: WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
Key: WFLY-13641
URL: https://issues.redhat.com/browse/WFLY-13641
Project: WildFly
Issue Type: Bug
Components: CDI / Weld
Affects Versions: 20.0.0.Final
Reporter: Jens Viebig
Assignee: Matěj Novotný
When referencing a jar with CDI scan mode "annotaded" inside an ear from an external war via jboss-deployment-structure.xml a warning will be printed for every class:
WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
Seems VFS cannot get hold of the classes.
The warning is logged in ExternalBeanArchiveProcessor which catches an EOFException from the inputstream loading the class. (Line 284). Seems the input stream is not able to load a single byte from the class
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (JGRP-2486) FD Monitor get stuck on TrasferQueueBundler
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2486?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2486:
---------------------------
Workaround Description: Lukas's fix applied to the 4.x branch
Fix Version/s: 4.2.5
> FD Monitor get stuck on TrasferQueueBundler
> -------------------------------------------
>
> Key: JGRP-2486
> URL: https://issues.redhat.com/browse/JGRP-2486
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.22
> Reporter: lukas brandl
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.2.5, 4.0.24
>
> Attachments: Main.java, stack-trace.txt
>
>
> Apparently there is an issue in the FD protocol. When a cluster nodes is disconnected and the disconnect isn't handled by FD_SOCK, FD stops sending heartbeats after a while. This only happens when the queue of the TrasferQueueBundler fills up before the node is suspected.
> The stack trace shows that the FD$Monitor is blocked by the bundler. This is probably the reason why the heartbeat timeouts are not noticed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years