August 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-930) Missing help texts for embedded host controller

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFCORE-930?page=com.atlassian.jira.plugin... ] Petr Kremensky moved JBEAP-920 to WFCORE-930: --------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-930 (was: JBEAP-920) Workflow: GIT Pull Request workflow (was: CDW v1) Component/s: CLI Domain Management (was: CLI) (was: Domain Management) Target Release: (was: 7.0.0.GA) Affects Version/s: 2.0.0.Beta4 (was: 7.0.0.DR9) > Missing help texts for embedded host controller > ----------------------------------------------- > > Key: WFCORE-930 > URL: https://issues.jboss.org/browse/WFCORE-930 > Project: WildFly Core > Issue Type: Bug > Components: CLI, Domain Management > Affects Versions: 2.0.0.Beta4 > Reporter: Petr Kremensky > Assignee: Ken Wills > > Help files for embedded host controlled are missing. > {noformat} > [disconnected /] embed-host-controller --help > Failed to locate command description help/embed-host-controller.txt > [domain@embedded /] stop-embedded-host-controller --help > Failed to locate command description help/stop-embedded-host-controller.txt > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Sante Stanisci (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Sante Stanisci commented on DROOLS-897: --------------------------------------- Ok, it's clear. Good work! > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Mario Fusco commented on DROOLS-897: ------------------------------------ Using reflection will have an even higher performance impact than selecting the "right" consequence implementations among a set of them. This is totally out of question. > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5226) [Migration operation] [Web to Undertow] Web subsystem attribute "password" should be migrated as "keystore-password" for both

by Radim Hatlapatka (JIRA)

[ https://issues.jboss.org/browse/WFLY-5226?page=com.atlassian.jira.plugin.... ] Radim Hatlapatka closed WFLY-5226. ---------------------------------- Resolution: Rejected This is my bad and misunderstanding of documentation. It is meant as Password for both keystore and key. The code is actually ok. Per discussion with colleague taking care of security, the public certificates are permitted to be read even from keystore with password without need to provide password (This is true at least for JKS). Thereby I've got confused as I didn't have set {{ca-certificate-password}} and still being able to read the certificates from the truststore. > [Migration operation] [Web to Undertow] Web subsystem attribute "password" should be migrated as "keystore-password" for both > ------------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-5226 > URL: https://issues.jboss.org/browse/WFLY-5226 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 10.0.0.Beta2 > Reporter: Radim Hatlapatka > Assignee: Stuart Douglas > Priority: Blocker > > When calling migrate on web with defined https connector as > {code:xml} > <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true"> > <ssl key-alias="javaserver" password="tomcat" certificate-key-file="${jboss.server.config.dir}/server-cert-key-rsa.jks" > certificate-file="${jboss.server.config.dir}/server-cert-key-rsa.jks" > ca-certificate-file="${jboss.server.config.dir}/ca-cert.jks" > keystore-type="JKS" truststore-type="JKS"/> > {code} > it fails on migrating Web subystem ssl config password attribute to keystore-password in security realms, see > {noformat} > "migration-error" => {"operation" => {"operation" => "add","address" => [("core-service" => "management"),("security-realm" => "jbossweb-migration-security-realm1"),("authentication" => "truststore")],"keystore-path" => expression "${jboss.server.config.dir}/ca-cert.jks","keystore-password" => undefined,"keystore-provider" => "JKS","operation-headers" => {"caller-type" => "user","access-mechanism" => "NATIVE"}},"result" => {"outcome" => "failed","failure-description" => "WFLYCTL0155: keystore-password may not be null","rolled-back" => true}}},"failure-description" => "WFLYWEB0005: Migration failed, see results for more details.","rolled-back" => true} > {noformat} > Marking as blocker as this operation fails for migrating of critical part of Web subsystem configuration as is HTTPS ssl configuration. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Sante Stanisci (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Sante Stanisci commented on DROOLS-897: --------------------------------------- I compiler control method at compile time not compile, right. And, if you use reflection in body instead direct method? > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Mario Fusco commented on DROOLS-897: ------------------------------------ You said that EntityBase doesn't have the setCodDiviCont() method that is defined independently in CtbMovrCoan and JtbRlavt, so if I do that the statement {code} $entity.setCodDiviCont($t.get("cod_divi_contab").toString()); {code} of the consequence body won't compile. Am I wrong? > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Sante Stanisci (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Sante Stanisci commented on DROOLS-897: --------------------------------------- yes. instead of creating the method with the class JtbRLavt / CtbMovrCoan, extract the super class and structure the signature in this way. public void doConsequence(Drools drools, <? extends EntityBase> $entity, java.util.Map $t, java.math.BigDecimal $cambio){ //body } where: public static class JtbRlavt extends EntityBase{ } public static class CtbMovrCoan extends EntityBase{ } > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-897) Binding variable or condition

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-897?page=com.atlassian.jira.plugin... ] Mario Fusco commented on DROOLS-897: ------------------------------------ I'm not understanding your suggestion. Could you please write a single valid Java signature for the doConsequence() method replacing X, Y and whatever with the classes of your domain that will work with your use case? > Binding variable or condition > ----------------------------- > > Key: DROOLS-897 > URL: https://issues.jboss.org/browse/DROOLS-897 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Environment: Windows 8 > Reporter: Sante Stanisci > Assignee: Mario Fusco > Labels: dynamic, instanciation, variable > Attachments: rule.drl, workaround.drl > > > In this example I have more classes that extends EntityBase (my class). In my intention, i would assign to variable $entity one of this class that is inserted in Ksession fact. > I insert fact of CtbMovrCoan class > In when statement of the rule at row 16, variable $entity is correctely, > but in then statement variable $entity becomes JtbRLavt class (first declared in then cond) and this behavior throw a ClassCastException, obviously. > Can Help me? -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-929) CLI is terminated unexpectedly after type "qui" on HPUX

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-929?page=com.atlassian.jira.plugin... ] Marek Kopecký moved JBEAP-917 to WFCORE-929: -------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-929 (was: JBEAP-917) Workflow: GIT Pull Request workflow (was: CDW v1) Component/s: CLI (was: CLI) Target Release: (was: 7.0.0.GA) Affects Version/s: 2.0.0.Beta4 (was: 7.0.0.DR9) > CLI is terminated unexpectedly after type "qui" on HPUX > ------------------------------------------------------- > > Key: WFCORE-929 > URL: https://issues.jboss.org/browse/WFCORE-929 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 2.0.0.Beta4 > Reporter: Marek Kopecký > Assignee: Alexey Loubyansky > Priority: Minor > > *Description of problem:* > CLI is terminated unexpectedly after type "qui" on HPUX > *How reproducible:* > Always on HPUX > *Steps to Reproduce:* > # ./standalone.sh > # ./jboss-cli.sh -c > # qui > #* type "qui" in console to CLI, do not press "enter" > *Actual results:* > CLI is terminated > *Expected results:* > CLI is not terminated -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-927) Upgrade sql-api from 2.0.0.Beta1 to 2.0.0.Final

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFCORE-927?page=com.atlassian.jira.plugin... ] Tomaz Cerar reassigned WFCORE-927: ---------------------------------- Fix Version/s: 2.0.0.Beta5 Assignee: Scott Marlow (was: Tomaz Cerar) Resolution: Done > Upgrade sql-api from 2.0.0.Beta1 to 2.0.0.Final > ----------------------------------------------- > > Key: WFCORE-927 > URL: https://issues.jboss.org/browse/WFCORE-927 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Server > Affects Versions: 2.0.0.Beta4 > Reporter: Fernando Nasser > Assignee: Scott Marlow > Fix For: 2.0.0.Beta5 > > > We have <version.org.jboss.spec.javax.sql.jboss-javax-sql-api_7.0_spec>2.0.0.Beta1 when there is a 2.0.0.Final already. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2015