[JBoss JIRA] (DROOLS-4750) DrlParser fails to parse str[endsWith] operator
by Alberto Fanjul Alonso (Jira)
[ https://issues.jboss.org/browse/DROOLS-4750?page=com.atlassian.jira.plugi... ]
Alberto Fanjul Alonso updated DROOLS-4750:
------------------------------------------
Attachment: (was: str-with-reproducer.tar)
> DrlParser fails to parse str[endsWith] operator
> -----------------------------------------------
>
> Key: DROOLS-4750
> URL: https://issues.jboss.org/browse/DROOLS-4750
> Project: Drools
> Issue Type: Bug
> Reporter: Alberto Fanjul Alonso
> Assignee: Mario Fusco
> Priority: Major
> Attachments: reproducer.zip
>
>
> In documentation
> https://docs.jboss.org/drools/release/7.23.0.Final/drools-docs/html_singl...
> operator str[endsWith] is supposed to be supported, it it is not working.
> Fails with:
> {code:java}
> java.lang.Exception: Rule contains errors![[5,19]: [ERR 102] Line 5:19 mismatched input 'str' in rule "pnr first name end with"]
> at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest.parse(StrWithFailOnFirstCompilationErrorReproducerTest.java:58)
> at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest._03_parseStrWith(StrWithFailOnFirstCompilationErrorReproducerTest.java:74)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
[JBoss JIRA] (DROOLS-4750) DrlParser fails to parse str[endsWith] operator
by Alberto Fanjul Alonso (Jira)
[ https://issues.jboss.org/browse/DROOLS-4750?page=com.atlassian.jira.plugi... ]
Alberto Fanjul Alonso updated DROOLS-4750:
------------------------------------------
Attachment: reproducer.zip
> DrlParser fails to parse str[endsWith] operator
> -----------------------------------------------
>
> Key: DROOLS-4750
> URL: https://issues.jboss.org/browse/DROOLS-4750
> Project: Drools
> Issue Type: Bug
> Reporter: Alberto Fanjul Alonso
> Assignee: Mario Fusco
> Priority: Major
> Attachments: reproducer.zip
>
>
> In documentation
> https://docs.jboss.org/drools/release/7.23.0.Final/drools-docs/html_singl...
> operator str[endsWith] is supposed to be supported, it it is not working.
> Fails with:
> {code:java}
> java.lang.Exception: Rule contains errors![[5,19]: [ERR 102] Line 5:19 mismatched input 'str' in rule "pnr first name end with"]
> at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest.parse(StrWithFailOnFirstCompilationErrorReproducerTest.java:58)
> at com.amadeus.mdw.bzr.drools_reproducer.StrWithFailOnFirstCompilationErrorReproducerTest._03_parseStrWith(StrWithFailOnFirstCompilationErrorReproducerTest.java:74)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
[JBoss JIRA] (DROOLS-2254) Automate .proto files rebuild in pom.xml
by Michael Biarnes Kiefer (Jira)
[ https://issues.jboss.org/browse/DROOLS-2254?page=com.atlassian.jira.plugi... ]
Michael Biarnes Kiefer updated DROOLS-2254:
-------------------------------------------
Fix Version/s: 7.31.0.Final
(was: 7.30.0.Final)
> Automate .proto files rebuild in pom.xml
> ----------------------------------------
>
> Key: DROOLS-2254
> URL: https://issues.jboss.org/browse/DROOLS-2254
> Project: Drools
> Issue Type: Task
> Components: tools
> Affects Versions: 7.5.0.Final
> Reporter: Dmitry Volodin
> Assignee: Dmitry Volodin
> Priority: Minor
> Fix For: 7.31.0.Final
>
>
> According to contribution guide, any .proto file or protobuf version changes it's necessary to download protoc utility and regenerate Java classes based on .proto files.
> This will add automation for downloading protoc utility and Java classes generation based on Maven Protocol Buffers Plugin. There is no timestamps and other build related info inside generated Java files and no changes will be added on each new build.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
[JBoss JIRA] (WFLY-12793) Marshalling.river No standard field found for reverse order comparator
by Emilio Cuberos (Jira)
[ https://issues.jboss.org/browse/WFLY-12793?page=com.atlassian.jira.plugin... ]
Emilio Cuberos commented on WFLY-12793:
---------------------------------------
Thanks for the quick and complete response.
> Marshalling.river No standard field found for reverse order comparator
> ----------------------------------------------------------------------
>
> Key: WFLY-12793
> URL: https://issues.jboss.org/browse/WFLY-12793
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 17.0.1.Final
> Reporter: Emilio Cuberos
> Assignee: Paul Ferraro
> Priority: Major
>
> There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
> I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
> The full error-stack is:
> {code}
> 14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
> at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
> at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
> Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
> ... 87 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
[JBoss JIRA] (WFLY-12642) Error when maintaining Datasources & Drivers via Console
by Thomas Stütz (Jira)
[ https://issues.jboss.org/browse/WFLY-12642?page=com.atlassian.jira.plugin... ]
Thomas Stütz commented on WFLY-12642:
-------------------------------------
with 18.0.1 it still happens
> Error when maintaining Datasources & Drivers via Console
> --------------------------------------------------------
>
> Key: WFLY-12642
> URL: https://issues.jboss.org/browse/WFLY-12642
> Project: WildFly
> Issue Type: Bug
> Components: Web Console
> Affects Versions: 18.0.0.Final
> Environment: Apache Maven 3.6.0
> Maven home: /usr/share/maven
> Java version: 13, vendor: Ubuntu, runtime: /usr/lib/jvm/java-13-openjdk-amd64
> Default locale: de_DE, platform encoding: UTF-8
> OS name: "linux", version: "5.0.0-31-generic", arch: "amd64", family: "unix"
> Reporter: Wolfgang Mayer
> Assignee: Harald Pehl
> Priority: Major
> Attachments: Console_version.png, ErrorMessage.png
>
>
> When opening 'Datasources & Drivers -> JDBC Drivers' an message is popping up saying that an internal error occured with Details "newValue is null"
> After clicking the "+" to add a JDBC Driver I can add the JDBC driver indeed but the drivers are not showing up in the console.
> When opening 'Datasources & Drivers -> Datasources' the datasources are listed correctly. But when trying to add another Datasource the same internal message is popping up and it ist not possible to add the Datasouce via Console
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
[JBoss JIRA] (DROOLS-4772) [DMN Editor] Open Properties panel by default
by Lubomír Terifaj (Jira)
[ https://issues.jboss.org/browse/DROOLS-4772?page=com.atlassian.jira.plugi... ]
Lubomír Terifaj commented on DROOLS-4772:
-----------------------------------------
[~manstis] if you mean PR for RHPAM-2317, then the functionality won't be included in DMN editor after merge. That's why I reported the issue.
> [DMN Editor] Open Properties panel by default
> ---------------------------------------------
>
> Key: DROOLS-4772
> URL: https://issues.jboss.org/browse/DROOLS-4772
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.29.0.Final
> Reporter: Lubomír Terifaj
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> To improve user experience and let users locate Properties panel more easily, it should be opened by default when opening DMN editor.
> h4. Acceptance criteria
> After DMN editor is opened, Properties panel is opened immediately without any interaction required.
> It is possible to close and open it back using "Properties panel button".
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
