[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFLY-10260:
-----------------------------------------
[~mnesarco] Can you file a new JIRA?
[~smarlow] FYI.
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Gail Badner
> Priority: Blocker
> Fix For: 13.0.0.Beta1, 13.0.0.Final
>
> Attachments: wildfly-kitchensink.war
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-8793) Change attributes of services in EJB3 subsystem to allow runtime modifications
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-8793?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-8793:
----------------------------------------
I see a number of comments in the testsuite code referring to this JIRA and advocating using "allow-resource-service-restart" instead of reloading the server once it is resolved.
The solution to these problems should not be adding support for "allow-resource-service-restart". Except in quite unusual cases that's a poor choice for an end user and we shouldn't add complexity/risk to our code in order to allow users to do something not recommended.
> Change attributes of services in EJB3 subsystem to allow runtime modifications
> ------------------------------------------------------------------------------
>
> Key: WFLY-8793
> URL: https://issues.jboss.org/browse/WFLY-8793
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Michal Jurc
> Priority: Major
>
> Currently, almost all of the attributes of services in {{/subsystem=ejb3}} have {{"restart-required" => "all-services"}}. This should be changed to allow these attributes to be modifiable in runtime where possible.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Frank Martinez (Jira)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Frank Martinez commented on WFLY-10260:
----------------------------------------
Hi, I have this problem with Wildfly17:
codex21.war is a very simple webapp with few entities. hibernate.generate_statistics is set to false in persistence.xml (I also tried with true with no luck)
{{18:31:52,504 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("deployment" => "codex21.war"),
("subsystem" => "jpa"),
("hibernate-persistence-unit" => "codex21.war#pu"),
("entity-cache" => "com.fdmtech.codex21.entity.SpecialityEntity")
]): java.lang.NullPointerException
at org.hibernate.stat.internal.StatisticsImpl.lambda$getCacheRegionStatistics$6(StatisticsImpl.java:633)
at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660)
at org.hibernate.stat.internal.StatisticsImpl.getCacheRegionStatistics(StatisticsImpl.java:625)
at org.hibernate.stat.internal.StatisticsImpl.getSecondLevelCacheStatistics(StatisticsImpl.java:646)
at org.hibernate.stat.internal.StatisticsImpl.getSecondLevelCacheStatistics(StatisticsImpl.java:32)
at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1412)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
}}
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Gail Badner
> Priority: Blocker
> Fix For: 13.0.0.Beta1, 13.0.0.Final
>
> Attachments: wildfly-kitchensink.war
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (DROOLS-4515) [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
by Guilherme Gomes (Jira)
Guilherme Gomes created DROOLS-4515:
---------------------------------------
Summary: [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
Key: DROOLS-4515
URL: https://issues.jboss.org/browse/DROOLS-4515
Project: Drools
Issue Type: Enhancement
Components: DMN Editor
Reporter: Guilherme Gomes
Assignee: Guilherme Gomes
Attachments: json.png, stack.png
Currently, the {{DMNMarshaller}} works following this stack:
!stack.png|width=600!
However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
!json.png|width=600!
Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries *name* key must be discarded.
This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List APIs}}.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (DROOLS-4515) [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4515?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-4515:
------------------------------------
Description:
Currently, the {{DMNMarshaller}} works following this stack:
!stack.png|width=600!
However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
!json.png|width=600!
Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries from the *name* key would be discarded.
This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List APIs}}.
was:
Currently, the {{DMNMarshaller}} works following this stack:
!stack.png|width=600!
However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
!json.png|width=600!
Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries *name* key must be discarded.
This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List APIs}}.
> [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
> ----------------------------------------------------------------------
>
> Key: DROOLS-4515
> URL: https://issues.jboss.org/browse/DROOLS-4515
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
> Attachments: json.png, stack.png
>
>
> Currently, the {{DMNMarshaller}} works following this stack:
> !stack.png|width=600!
> However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
> !json.png|width=600!
> Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries from the *name* key would be discarded.
> This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List APIs}}.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (DROOLS-4515) [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4515?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-4515:
------------------------------------
Description:
Currently, the {{DMNMarshaller}} works following this stack:
!stack.png|width=400!
However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
!json.png|width=400!
Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries from the *name* key would be discarded.
This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List}} APIs.
was:
Currently, the {{DMNMarshaller}} works following this stack:
!stack.png|width=600!
However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
!json.png|width=600!
Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries from the *name* key would be discarded.
This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List APIs}}.
> [DMN Designer] Kogito - DMNMarshaller - Improve JsArrayLike-based APIs
> ----------------------------------------------------------------------
>
> Key: DROOLS-4515
> URL: https://issues.jboss.org/browse/DROOLS-4515
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
> Attachments: json.png, stack.png
>
>
> Currently, the {{DMNMarshaller}} works following this stack:
> !stack.png|width=400!
> However the {{JSITDefinitions}} class (and all other DMN classes related to *Jsonix*) are "artificially" typed JSON objects. This objects define odd list structures, like this:
> !json.png|width=400!
> Ideally, the list of DRGElements would be a list of the entries in the *value* key, and the entries from the *name* key would be discarded.
> This JIRA comprehends to change {{JsArrayLike}}-based APIs to {{java.util.List}} APIs.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-12523) Move javax.validation to jakarta.validation
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12523?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-12523:
------------------------------------
Description: Move from javax.validation:validation-api:2.0.1 to jakarta.validation:jakarta.validation-api:2.0.2 (was: Move from javax.validation:validation-api:2.0.1 to jakarta.validation:validation-api:2.0.2)
> Move javax.validation to jakarta.validation
> -------------------------------------------
>
> Key: WFLY-12523
> URL: https://issues.jboss.org/browse/WFLY-12523
> Project: WildFly
> Issue Type: Sub-task
> Components: Bean Validation
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 18.0.0.Final
>
>
> Move from javax.validation:validation-api:2.0.1 to jakarta.validation:jakarta.validation-api:2.0.2
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-12523) Move javax.validation to jakarta.validation
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-12523:
---------------------------------------
Summary: Move javax.validation to jakarta.validation
Key: WFLY-12523
URL: https://issues.jboss.org/browse/WFLY-12523
Project: WildFly
Issue Type: Sub-task
Components: Bean Validation
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 18.0.0.Final
Move from javax.validation:validation-api:2.0.1 to jakarta.validation:validation-api:2.0.2
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months