May 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1268) When using the RuleServicesClient for a remote rest interface, get the following error java.io.EOFException: No content to map to Object due to end of input

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-1268?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-1268: ------------------------------------------- Hi, Do you still have the issue? Or can we close this JIRA as Out of Date? > When using the RuleServicesClient for a remote rest interface, get the following error java.io.EOFException: No content to map to Object due to end of input > ------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1268 > URL: https://issues.redhat.com/browse/DROOLS-1268 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Nicolas Héron > Assignee: Maciej Swiderski > Priority: Major > Labels: OnBoarding > Attachments: logerror.txt, picture1.png > > > here is the JSON http://pastebin.com/t1CdHg9F > The logs are in the file attached logerror.txt > Going further > the error comes from class org.kie.remote.common.rest.KieRemoteHttpRequest line 1329 > and the error behind is "not enough data" > I put in attachement and it seems true -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13507) Upgrade generic JMS RA to 2.0.6.Final

by Emmanuel Hugonnet (Jira)

[ https://issues.redhat.com/browse/WFLY-13507?page=com.atlassian.jira.plugi... ] Emmanuel Hugonnet updated WFLY-13507: ------------------------------------- Summary: Upgrade generic JMS RA to 2.0.6.Final (was: Upgrade generic JMS RA to 2.0.5.Final) > Upgrade generic JMS RA to 2.0.6.Final > ------------------------------------- > > Key: WFLY-13507 > URL: https://issues.redhat.com/browse/WFLY-13507 > Project: WildFly > Issue Type: Component Upgrade > Components: JMS > Affects Versions: 20.0.0.Beta1 > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Priority: Major > > Upgrade the component -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1709) KieServicesException: Error while deserializing data received from server!

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-1709?page=com.atlassian.jira.plug... ] Toshiya Kobayashi closed DROOLS-1709. ------------------------------------- Resolution: Out of Date > KieServicesException: Error while deserializing data received from server! > -------------------------------------------------------------------------- > > Key: DROOLS-1709 > URL: https://issues.redhat.com/browse/DROOLS-1709 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 7.1.0.Final > Environment: - Wildfly 10.0.0.Final. > - Kie-server and kie-workbench 7.1.0 FINAL. > - Drools 7.1.0 FINAL. > - Java 8. > - joda-time 2.9.9. > - Oracle Linux. > Reporter: Nicolae Turcan > Assignee: Maciej Swiderski > Priority: Major > Labels: DateTime, drools, joda-time, json, kie-server, serialization > > Hello, > I'm trying to make working drools 7.1.0 FINAL but I'm getting *unmarshalling input error* when I'm sending an object with a *joda DateTime* attribute to kie-server. Seems like a bug while serializing/deserializing datetime object to json. > Can someone help me please? > org.kie.server.api.exception.KieServicesException: Error while deserializing data received from server! > at org.kie.server.client.impl.AbstractKieServicesClientImpl.deserialize(AbstractKieServicesClientImpl.java:592) > at org.kie.server.client.impl.AbstractKieServicesClientImpl.makeHttpPostRequestAndCreateServiceResponse(AbstractKieServicesClientImpl.java:286) > at org.kie.server.client.impl.AbstractKieServicesClientImpl.makeHttpPostRequestAndCreateServiceResponse(AbstractKieServicesClientImpl.java:264) > at org.kie.server.client.impl.RuleServicesClientImpl.executeCommandsWithResults(RuleServicesClientImpl.java:66) > at kettle.resources.KieServerClient.fireKettleRules(KieServerClient.java:135) > at kettle.application.NegocioBean.aplicarReglas(NegocioBean.java:102) > at kettle.services.KettleService.recieveDataJson(KettleService.java:72) > at KettleTester.main(KettleTester.java:37) > Caused by: org.kie.server.api.marshalling.MarshallingException: Error unmarshalling input > at org.kie.server.api.marshalling.json.JSONMarshaller.unmarshall(JSONMarshaller.java:279) > at org.kie.server.client.impl.AbstractKieServicesClientImpl.deserialize(AbstractKieServicesClientImpl.java:590) > ... 7 more > Caused by: com.fasterxml.jackson.databind.JsonMappingException: Can not construct instance of org.joda.time.Chronology, problem: abstract types either need to be mapped to concrete types, have custom deserializer, or be instantiated with additional type information > at [Source: { > "type" : "SUCCESS", > "msg" : "Container DEV successfully called.", > "result" : { > "execution-results" : { > "results" : [ { > "value" : [{ > "kettle.model.MensajesError" : { > "tipoError" : null > } > },{ > "tws.hibernate.mappings.TmOt" : { > "id" : 150078, > "finishedAt" : { > "dayOfMonth" : 19, > "year" : 2017, > "era" : 1, > "dayOfYear" : 231, > "dayOfWeek" : 6, > "millisOfDay" : 46800000, > "monthOfYear" : 8, > "hourOfDay" : 13, > "minuteOfHour" : 0, > "secondOfMinute" : 0, > "millisOfSecond" : 0, > "weekOfWeekyear" : 33, > "weekyear" : 2017, > "yearOfEra" : 2017, > "yearOfCentury" : 17, > "centuryOfEra" : 20, > "secondOfDay" : 46800, > "minuteOfDay" : 780, > "millis" : 1503140400000, > "zone" : { > "fixed" : false, > "uncachedZone" : { > "fixed" : false, > "cachable" : true, > "id" : "Europe/Madrid" > }, > "id" : "Europe/Madrid" > }, > "chronology" : { > "zone" : { > "fixed" : false, > "uncachedZone" : { > "fixed" : false, > "cachable" : true, > "id" : "Europe/Madrid" > }, > "id" : "Europe/Madrid" > } > }, > "afterNow" : false, > "beforeNow" : true, > "equalNow" : false > }, > "startedAt" : { > "dayOfMonth" : 19, > "year" : 2017, > "era" : 1, > "dayOfYear" : 231, > "dayOfWeek" : 6, > "millisOfDay" : 34200000, > "monthOfYear" : 8, > "hourOfDay" : 9, > "minuteOfHour" : 30, > "secondOfMinute" : 0, > "millisOfSecond" : 0, > "weekOfWeekyear" : 33, > "weekyear" : 2017, > "yearOfEra" : 2017, > "yearOfCentury" : 17, > "centuryOfEra" : 20, > "secondOfDay" : 34200, > "minuteOfDay" : 570, > "millis" : 1503127800000, > "zone" : { > "fixed" : false, > "uncachedZone" : { > "fixed" : false, > "cachable" : true, > "id" : "Europe/Madrid" > }, > "id" : "Europe/Madrid" > }, > "chronology" : { > "zone" : { > "fixed" : false, > "uncachedZone" : { > "fixed" : false, > "cachable" : true, > "id" : "Europe/Madrid" > }, > "id" : "Europe/Madrid" > } > }, > "afterNow" : false, > "beforeNow" : true, > "equalNow" : false > } > }}, > "key" : "orden" > }, { > "value" : {"kettle.model.MensajesError" : { > "tipoError" : null > }}, > "key" : "mensaje" > } ], > "facts" : [ { > "value" : {"org.drools.core.common.DefaultFactHandle":{ > "external-form" : "0:1:242655221:1872950214:1:DEFAULT:NON_TRAIT:java.util.LinkedHashMap" > }}, > "key" : "orden" > }, { > "value" : {"org.drools.core.common.DefaultFactHandle":{ > "external-form" : "0:2:1104605608:-2037841024:2:DEFAULT:NON_TRAIT:java.util.LinkedHashMap" > }}, > "key" : "mensaje" > } ] > } > } > }; line: 88, column: 8] (through reference chain: org.kie.server.api.model.ServiceResponse["result"]->org.drools.core.runtime.impl.ExecutionResultImpl["results"]->Object[][0]->org.drools.core.xml.jaxb.util.JaxbStringObjectPair["value"]->tws.hibernate.mappings.TmOt["finishedAt"]->org.joda.time.DateTime["chronology"]) > at com.fasterxml.jackson.databind.JsonMappingException.from(JsonMappingException.java:148) > at com.fasterxml.jackson.databind.DeserializationContext.instantiationException(DeserializationContext.java:889) > at com.fasterxml.jackson.databind.deser.AbstractDeserializer.deserialize(AbstractDeserializer.java:139) > at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:520) > at com.fasterxml.jackson.databind.deser.impl.MethodProperty.deserializeAndSet(MethodProperty.java:95) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:256) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:125) > at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:520) > at com.fasterxml.jackson.databind.deser.impl.MethodProperty.deserializeAndSet(MethodProperty.java:95) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:256) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:125) > at com.fasterxml.jackson.databind.ObjectMapper._readValue(ObjectMapper.java:3703) > at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2006) > at org.kie.server.api.marshalling.json.JSONMarshaller$CustomObjectDeserializer.mapObject(JSONMarshaller.java:667) > at com.fasterxml.jackson.databind.deser.std.UntypedObjectDeserializer.deserialize(UntypedObjectDeserializer.java:222) > at com.fasterxml.jackson.databind.deser.std.UntypedObjectDeserializer.mapArray(UntypedObjectDeserializer.java:356) > at com.fasterxml.jackson.databind.deser.std.UntypedObjectDeserializer.deserialize(UntypedObjectDeserializer.java:230) > at com.fasterxml.jackson.databind.deser.std.StdDelegatingDeserializer.deserialize(StdDelegatingDeserializer.java:160) > at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:520) > at com.fasterxml.jackson.databind.deser.impl.FieldProperty.deserializeAndSet(FieldProperty.java:101) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:256) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:125) > at com.fasterxml.jackson.databind.deser.std.ObjectArrayDeserializer.deserialize(ObjectArrayDeserializer.java:156) > at com.fasterxml.jackson.databind.deser.std.ObjectArrayDeserializer.deserialize(ObjectArrayDeserializer.java:17) > at com.fasterxml.jackson.databind.deser.std.StdDelegatingDeserializer.deserialize(StdDelegatingDeserializer.java:160) > at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:520) > at com.fasterxml.jackson.databind.deser.impl.FieldProperty.deserializeAndSet(FieldProperty.java:101) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:256) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:125) > at com.fasterxml.jackson.databind.jsontype.impl.AsWrapperTypeDeserializer._deserialize(AsWrapperTypeDeserializer.java:114) > at com.fasterxml.jackson.databind.jsontype.impl.AsWrapperTypeDeserializer.deserializeTypedFromAny(AsWrapperTypeDeserializer.java:64) > at com.fasterxml.jackson.databind.deser.std.UntypedObjectDeserializer.deserializeWithType(UntypedObjectDeserializer.java:289) > at com.fasterxml.jackson.databind.deser.SettableBeanProperty.deserialize(SettableBeanProperty.java:518) > at com.fasterxml.jackson.databind.deser.impl.FieldProperty.deserializeAndSet(FieldProperty.java:101) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:256) > at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:125) > at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:3731) > at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2724) > at org.kie.server.api.marshalling.json.JSONMarshaller.unmarshall(JSONMarshaller.java:277) > ... 8 more -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-2289) The response time jump add in stability test

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-2289?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-2289: ------------------------------------------- Sorry about not responding on this ticket. Do you still have this issue? If yes, I recommend you to raise it in drools-usage forum (https://groups.google.com/forum/#!forum/drools-usage). JIRA is used to file a bug which is clearly identified. Forum is the better place for trouble-shooting. Thank you for your understanding! > The response time jump add in stability test > --------------------------------------------- > > Key: DROOLS-2289 > URL: https://issues.redhat.com/browse/DROOLS-2289 > Project: Drools > Issue Type: Quality Risk > Components: kie server > Affects Versions: 7.5.0.Final > Environment: tomcat version:8.5.24 jmeter version：jakarta-jmeter-2.5.1 Drools version：7.5.0.Final > cpu：2x6 x86_64， memory：32G， sysOS：CentOS release 6.3 > Reporter: LIANG LIU > Assignee: Maciej Swiderski > Priority: Major > Attachments: InputFact.java, image-2018-02-02-14-51-31-166.png, screenshot-1.png, tomcat8_test.jmx > > > !image-2018-02-02-14-51-31-166.png|thumbnail! > Stability test the response time jump add! Figure ; En,there are 20 rules,like: > rule "1" > salience 9999 > when > $inputFact:InputFact(stateless_data["black_test"]== 1) > then > result.put(drools.getRule().getName(),1); > end > It's a problem I use or some parameters need to be set？ -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (SWSQE-1147) Fix the failed calling webhook error in install-istio

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-1147?page=com.atlassian.jira.plugi... ] Filip Brychta resolved SWSQE-1147. ---------------------------------- Resolution: Done The issue goes away after cluster re-install. Filed https://github.com/istio/istio/issues/24036 > Fix the failed calling webhook error in install-istio > ----------------------------------------------------- > > Key: SWSQE-1147 > URL: https://issues.redhat.com/browse/SWSQE-1147 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > Sometimes the install-istio fails with: > Error from server (InternalError): error when creating "STDIN": Internal error occurred: failed calling webhook "validation.istio.io": Post https://istiod.istio-system.svc:443/validate?timeout=30s: x509: certificate has expired or is not yet valid (repeated 1 times) -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-2604) Inappropriate behavior/logging after kjar deployment to the kie server

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-2604?page=com.atlassian.jira.plug... ] Toshiya Kobayashi closed DROOLS-2604. ------------------------------------- Resolution: Explained > Inappropriate behavior/logging after kjar deployment to the kie server > ---------------------------------------------------------------------- > > Key: DROOLS-2604 > URL: https://issues.redhat.com/browse/DROOLS-2604 > Project: Drools > Issue Type: Bug > Components: kie server > Affects Versions: 7.7.0.Final > Reporter: Igor Azarny > Assignee: Maciej Swiderski > Priority: Major > > A lot of attempts to create different class instance after deployment of kjar to the kie server. I hardly think, that com.couchbase.client.deps.io.netty.handler.ssl.Java9SslUtils$5 or other classes somehow related to deployed KJar. Is it "by design" or unexpected behavior? > 2018-05-30T17:35:44.83+0300 [APP/PROC/WEB/0] OUT [CONTAINER] ie.server.services.drools.DroolsKieServerExtension WARNING Unable to create instance of type org.apache.lucene.search.join.TermsIncludingScoreQuery$1 due to org.apache.lucene.search.join.TermsIncludingScoreQuery$1 > ..... > 2018-05-30T17:43:31.07+0300 [APP/PROC/WEB/0] OUT [CONTAINER] ie.server.services.drools.DroolsKieServerExtension WARNING Unable to create instance of type com.couchbase.client.deps.io.netty.handler.ssl.Java9SslUtils$6 due to com.couchbase.client.deps.io.netty.handler.ssl.Java9SslUtils$6 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13507) Upgrade generic JMS RA to 2.0.5.Final

by Emmanuel Hugonnet (Jira)

Emmanuel Hugonnet created WFLY-13507: ---------------------------------------- Summary: Upgrade generic JMS RA to 2.0.5.Final Key: WFLY-13507 URL: https://issues.redhat.com/browse/WFLY-13507 Project: WildFly Issue Type: Component Upgrade Components: JMS Affects Versions: 20.0.0.Beta1 Reporter: Emmanuel Hugonnet Assignee: Emmanuel Hugonnet Upgrade the component -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5351) Allow to provide relative resource resolver for DMN runtime

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5351?page=com.atlassian.jira.plug... ] Matteo Mortari resolved DROOLS-5351. ------------------------------------ Resolution: Done done with https://github.com/kiegroup/drools/commit/cee0d3663b4fdaff253d9890268c714... > Allow to provide relative resource resolver for DMN runtime > ----------------------------------------------------------- > > Key: DROOLS-5351 > URL: https://issues.redhat.com/browse/DROOLS-5351 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Affects Versions: 7.37.0.Final > Reporter: Maciej Swiderski > Assignee: Matteo Mortari > Priority: Major > > Currently DMN Runtime assumes that imported resources will always be on class path, that might not always be the case so use of relative resource resolvers allows to provide an alternative way to supply imported resources content. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5351) Allow to provide relative resource resolver for DMN runtime

by Matteo Mortari (Jira)

[ https://issues.redhat.com/browse/DROOLS-5351?page=com.atlassian.jira.plug... ] Matteo Mortari updated DROOLS-5351: ----------------------------------- Tester: Daniel Rosa Story Points: 3 Sprint: 2020 Week 19-21 (from May 4) > Allow to provide relative resource resolver for DMN runtime > ----------------------------------------------------------- > > Key: DROOLS-5351 > URL: https://issues.redhat.com/browse/DROOLS-5351 > Project: Drools > Issue Type: Enhancement > Components: dmn engine > Affects Versions: 7.37.0.Final > Reporter: Maciej Swiderski > Assignee: Matteo Mortari > Priority: Major > > Currently DMN Runtime assumes that imported resources will always be on class path, that might not always be the case so use of relative resource resolvers allows to provide an alternative way to supply imported resources content. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5353) Avoid ClassLoader retention in LambdaIntrospector

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5353?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5353: ------------------------------------------- Reopened. I can restructure the Map. > Avoid ClassLoader retention in LambdaIntrospector > ------------------------------------------------- > > Key: DROOLS-5353 > URL: https://issues.redhat.com/browse/DROOLS-5353 > Project: Drools > Issue Type: Enhancement > Components: executable model > Affects Versions: 7.37.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Change LambdaIntrospector$ClassIdentifier not to retain ClassLoader itself so that we no longer need to worry about ClassLoader leak. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

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 May 2020