September 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-3304) PathInfoHandler should use a parseable format for its timestamps

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-3304: ---------------------------------------- Summary: PathInfoHandler should use a parseable format for its timestamps Key: WFCORE-3304 URL: https://issues.jboss.org/browse/WFCORE-3304 Project: WildFly Core Issue Type: Enhancement Components: Domain Management Reporter: Brian Stansberry Assignee: ehsavoie Hugonnet [~jamezp] said on https://github.com/wildfly/wildfly-core/pull/2730: we should probably use something like `DateTimeFormatter.ISO_OFFSET_DATE_TIME` so it's a standard format that could be parsed. Current format: {code} 2017-09-18T22:48:24.367ZAmerica/Los_Angeles {code} DateTimeFormatter.ISO_OFFSET_DATE_TIME {code} 2017-09-18T15:48:24.367-07:00 {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9356) Pointless duplicate execution of DomainHostExcludeXXXTestCase

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-9356: -------------------------------------- Summary: Pointless duplicate execution of DomainHostExcludeXXXTestCase Key: WFLY-9356 URL: https://issues.jboss.org/browse/WFLY-9356 Project: WildFly Issue Type: Bug Components: Test Suite Reporter: Brian Stansberry Assignee: Brian Stansberry The various versions of DomainHostExcludeXXXTestCase each get executed twice because I added them to two different @Suite classes. The execution is identical in each suite so this is pointless. Adds about a minute to a CI run on Linux. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1734) FEEL if in case of otherwise

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1734?page=com.atlassian.jira.plugi... ] Edson Tirelli reassigned DROOLS-1734: ------------------------------------- Assignee: Edson Tirelli (was: Matteo Mortari) > FEEL if in case of otherwise > ---------------------------- > > Key: DROOLS-1734 > URL: https://issues.jboss.org/browse/DROOLS-1734 > Project: Drools > Issue Type: Bug > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Edson Tirelli > > Spec says: > if FEEL(e 1 ) is true then FEEL(e 2 ) else FEEL(e 3 ) > so if I follow the spec, NOT the code, it could happen that FEEL(e1) is: > true follows the spec, returns FEEL(e2) > false follows the spec, returns FEEL(e3) > otherwise if I follow the spec, it should return FEEL(e3), if I follow the code, it's returning null (and an error). > The spec takes the position that 'if x then 1 else 2' should always > result in either 1 or 2, regardless of x (or the type of x). This > makes it easier for users to handle missing data, e.g. if x > 0 then x > else 0. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (AG-29) Security not set when Driver class is not specified

by Luis Barreiro (JIRA)

Luis Barreiro created AG-29: ------------------------------- Summary: Security not set when Driver class is not specified Key: AG-29 URL: https://issues.jboss.org/browse/AG-29 Project: Agroal Issue Type: Bug Components: pool Affects Versions: 0.2 Reporter: Luis Barreiro Assignee: Luis Barreiro Fix For: 0.3 When Driver is load through DriverManager, the user / password properties are not set -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1732) kie-maven-plugin: use correct plugin classloader

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1732?page=com.atlassian.jira.plugi... ] Petr Široký updated DROOLS-1732: -------------------------------- Fix Version/s: (was: 7.4.0.Beta1) > kie-maven-plugin: use correct plugin classloader > ------------------------------------------------ > > Key: DROOLS-1732 > URL: https://issues.jboss.org/browse/DROOLS-1732 > Project: Drools > Issue Type: Enhancement > Components: tools > Affects Versions: 7.3.0.Final > Reporter: Petr Široký > Assignee: Petr Široký > > {{kie-maven-plugin}} uses {{Thread.currentThread().getContextClassLoader()}} to get what it seems to be a plugin classloader (so that it has access to all the deps of the plugin). Based on a recent discussion on maven-dev list, this is not correct, and will likely break the plugin when maven 3.5.1 is released. The fix is to use {{this.getClass().getClassloader()}} to get to the plugin classloader. > See http://mail-archives.apache.org/mod_mbox/maven-dev/201709.mbox/browser for the discussion on the maven developer list. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3273) sharedState is passed null by PluginAuthenticationCallbackHandler

by Roy Golan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3273?page=com.atlassian.jira.plugi... ] Roy Golan updated WFCORE-3273: ------------------------------ Description: oVirt's ovirt-engine uses an authentication plugin [1] for management interface that recently after upgrading to Wildfly 11 stopped working. The reason is the sharedState passed to the plugin's init method is now null. A current workaround this would be to avoid adding the plugin into the shareState, but that means any delegating plugin would fail to find this plugin and possibly other bad stuff I'm not aware of. [1] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manag... was: oVirt's ovirt-engine uses an authorization plugin [1] for management interface that recently after upgrading to Wildfly 11 stopped working. The reason is the sharedState passed to the plugin's init method is now null. A current workaround this would be to avoid adding to plugin into the shareState but that means any delegating plugin would fail to find this plugin and possibly other bad stuff I'm not aware of. [1] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manag... > sharedState is passed null by PluginAuthenticationCallbackHandler > ----------------------------------------------------------------- > > Key: WFCORE-3273 > URL: https://issues.jboss.org/browse/WFCORE-3273 > Project: WildFly Core > Issue Type: Bug > Components: Security > Environment: Fedora 26, using ovirt-engine-wildfly package > Reporter: Roy Golan > Assignee: Darran Lofthouse > Fix For: 3.0.2.Final, 4.0.0.Alpha1 > > > oVirt's ovirt-engine uses an authentication plugin [1] for management interface that recently after upgrading to Wildfly 11 stopped working. The reason is the sharedState passed to the plugin's init method is now null. > A current workaround this would be to avoid adding the plugin into the shareState, but that means any delegating plugin would fail to find this plugin and possibly other bad stuff I'm not aware of. > [1] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manag... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1729) Unable to load rule with global variables via kiescanner.

by Pedro Almeida (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1729?page=com.atlassian.jira.plugi... ] Pedro Almeida updated DROOLS-1729: ---------------------------------- Description: I have a master drl that has global *variables declaration* as well as *class role declarations*. Other drl files depend on those declarations. Build is successful and I'm able to use the engine as intended. The thing is when I use kiescanner to unload a rule and load it back, I get compilation errors that make it look like the master drl is not being accounted for. *Errors:* 1) "A Sliding Window can only be assigned to types declared with @role( event ) [Actually my object type is declared with role event on the master drl] 2) "isTest cannot be resolved" [isTest being my global variable] *Rule:* package rules; import model.Car; global Boolean isTest; rule "Red Car" when Car (color=="Red") over window:time(2h); then System.out.println("*** Red car"); System.out.println("*** " + isTest); end *Master Drl* package rules; import model.Car; global Boolean isTest; declare Car @role( event ) end was: I have a master drl that has global *variables declaration* as well as *class role declarations*. Other drl files depend on those declarations. Build is successful and I'm able to use the engine as intended. The thing is when I use kiescanner to unload a rule and load it back, I get compilation errors that make it look like the master drl is not being accounted for. *Errors:* 1) "A Sliding Window can only be assigned to types declared with @role( event ) [Actually my object type is declared with role event on the master drl] 2) "helper cannot be resolved" [helper being my global variable, an instance of a class] *Rule:* package rules; import model.Car; global Boolean isTest; rule "Red Car" when Car (color=="Red") over window:time(2h); then System.out.println("*** Red car"); System.out.println("*** " + isTest); end *Master Drl* package rules; import model.Car; global Boolean isTest; declare Car @role( event ) end > Unable to load rule with global variables via kiescanner. > --------------------------------------------------------- > > Key: DROOLS-1729 > URL: https://issues.jboss.org/browse/DROOLS-1729 > Project: Drools > Issue Type: Bug > Affects Versions: 6.5.0.Final > Reporter: Pedro Almeida > Assignee: Mario Fusco > Priority: Blocker > > I have a master drl that has global *variables declaration* as well as *class role declarations*. Other drl files depend on those declarations. > Build is successful and I'm able to use the engine as intended. The thing is when I use kiescanner to unload a rule and load it back, I get compilation errors that make it look like the master drl is not being accounted for. > *Errors:* > 1) "A Sliding Window can only be assigned to types declared with @role( event ) > [Actually my object type is declared with role event on the master drl] > 2) "isTest cannot be resolved" > [isTest being my global variable] > *Rule:* > package rules; > import model.Car; > global Boolean isTest; > rule "Red Car" > when > Car (color=="Red") over window:time(2h); > then > System.out.println("*** Red car"); > System.out.println("*** " + isTest); > end > *Master Drl* > package rules; > import model.Car; > global Boolean isTest; > declare Car > @role( event ) > end -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3303) Bump logging subsystem schema and model version

by James Perkins (JIRA)

James Perkins created WFCORE-3303: ------------------------------------- Summary: Bump logging subsystem schema and model version Key: WFCORE-3303 URL: https://issues.jboss.org/browse/WFCORE-3303 Project: WildFly Core Issue Type: Task Components: Logging Reporter: James Perkins Assignee: James Perkins Move the model to 5.0.0 and the schema to 4.0. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1729) Unable to load rule with global variables via kiescanner.

by Edson Tirelli (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1729?page=com.atlassian.jira.plugi... ] Edson Tirelli reassigned DROOLS-1729: ------------------------------------- Assignee: Mario Fusco (was: Edson Tirelli) > Unable to load rule with global variables via kiescanner. > --------------------------------------------------------- > > Key: DROOLS-1729 > URL: https://issues.jboss.org/browse/DROOLS-1729 > Project: Drools > Issue Type: Bug > Affects Versions: 6.5.0.Final > Reporter: Pedro Almeida > Assignee: Mario Fusco > Priority: Blocker > > I have a master drl that has global *variables declaration* as well as *class role declarations*. Other drl files depend on those declarations. > Build is successful and I'm able to use the engine as intended. The thing is when I use kiescanner to unload a rule and load it back, I get compilation errors that make it look like the master drl is not being accounted for. > *Errors:* > 1) "A Sliding Window can only be assigned to types declared with @role( event ) > [Actually my object type is declared with role event on the master drl] > 2) "helper cannot be resolved" > [helper being my global variable, an instance of a class] > *Rule:* > package rules; > import model.Car; > global Boolean isTest; > rule "Red Car" > when > Car (color=="Red") over window:time(2h); > then > System.out.println("*** Red car"); > System.out.println("*** " + isTest); > end > *Master Drl* > package rules; > import model.Car; > global Boolean isTest; > declare Car > @role( event ) > end -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (HAWKULARQE-180) [QE] - JMAN4-194 - (JDR Reports) Collection of configuration and logs for Support

by Hayk Hovsepyan (JIRA)

[ https://issues.jboss.org/browse/HAWKULARQE-180?page=com.atlassian.jira.pl... ] Hayk Hovsepyan updated HAWKULARQE-180: -------------------------------------- Summary: [QE] - JMAN4-194 - (JDR Reports) Collection of configuration and logs for Support (was: [QE] - JMAN4-194 - Collection of configuration and logs for Support) > [QE] - JMAN4-194 - (JDR Reports) Collection of configuration and logs for Support > --------------------------------------------------------------------------------- > > Key: HAWKULARQE-180 > URL: https://issues.jboss.org/browse/HAWKULARQE-180 > Project: Hawkular QE > Issue Type: Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > > See https://issues.jboss.org/browse/JMAN4-194 > Development is done MiQ Upstream: https://github.com/ManageIQ/manageiq-providers-hawkular/pull/30 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 7 months

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 September 2017