January 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-1413) OOPath constraint bug2

by Matteo Mortari (JIRA)

Matteo Mortari created DROOLS-1413: -------------------------------------- Summary: OOPath constraint bug2 Key: DROOLS-1413 URL: https://issues.jboss.org/browse/DROOLS-1413 Project: Drools Issue Type: Sub-task Reporter: Matteo Mortari Assignee: Matteo Mortari {code:java} @Test public void testWronglyMatchAlsoEqualsBis() { String drl = "import org.drools.compiler.xpath.*;\n" + "global java.util.Set duplicateNames; \n" + "\n" + "rule DIFF_FILES_BUT_WITH_SAME_FILENAME when\n" + " $dir1 : TMFileSet( $ic1 : /files, $ic2 : /files{name == $ic1.name}, $ic1 != $ic2 )\n" + "then\n" + " System.out.println( $dir1 + \".: \" + $ic1 + \" \" + $ic2 );\n" + " duplicateNames.add( $ic1.getName() );\n" + "end\n"; KieSession ksession = new KieHelper().addContent( drl, ResourceType.DRL ) .build() .newKieSession(); Set duplicateNames = new HashSet(); ksession.setGlobal("duplicateNames", duplicateNames); TMFileSet x = new TMFileSet("X"); TMFile file0 = new TMFile("File0", 47); TMFile file1 = new TMFile("File1", 47); TMFile file2 = new TMFile("File0", 47); x.getFiles().addAll(Arrays.asList(new TMFile[]{file0, file1, file2})); ksession.insert(x); ksession.fireAllRules(); assertTrue( duplicateNames.contains("File0") ); assertFalse( duplicateNames.contains("File1") ); } {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1411) OOPath constraint bugs emerged during dogfooding

by Matteo Mortari (JIRA)

Matteo Mortari created DROOLS-1411: -------------------------------------- Summary: OOPath constraint bugs emerged during dogfooding Key: DROOLS-1411 URL: https://issues.jboss.org/browse/DROOLS-1411 Project: Drools Issue Type: Bug Reporter: Matteo Mortari Assignee: Matteo Mortari Misc OOPath constraint bugs emerged during dogfooding using in DMN Validation rules -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2214) The http-management management interface should not be deprecated

by Josef Cacek (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2214?page=com.atlassian.jira.plugi... ] Josef Cacek updated WFCORE-2214: -------------------------------- Labels: user_experience (was: ) > The http-management management interface should not be deprecated > ----------------------------------------------------------------- > > Key: WFCORE-2214 > URL: https://issues.jboss.org/browse/WFCORE-2214 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Reporter: Josef Cacek > Assignee: Brian Stansberry > Labels: user_experience > > The *http-management* management interface is marked as deprecated. Which is IMO wrong. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2214) The http-management management interface should not be deprecated

by Josef Cacek (JIRA)

Josef Cacek created WFCORE-2214: ----------------------------------- Summary: The http-management management interface should not be deprecated Key: WFCORE-2214 URL: https://issues.jboss.org/browse/WFCORE-2214 Project: WildFly Core Issue Type: Bug Components: Domain Management Reporter: Josef Cacek Assignee: Brian Stansberry The *http-management* management interface is marked as deprecated. Which is IMO wrong. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2213) Wildfly OpenSSL 1.0.0.Beta4

by Stuart Douglas (JIRA)

Stuart Douglas created WFCORE-2213: -------------------------------------- Summary: Wildfly OpenSSL 1.0.0.Beta4 Key: WFCORE-2213 URL: https://issues.jboss.org/browse/WFCORE-2213 Project: WildFly Core Issue Type: Component Upgrade Reporter: Stuart Douglas -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2212) Wildfly OpenSSL 1.0.0.Beta4

by Stuart Douglas (JIRA)

Stuart Douglas created WFCORE-2212: -------------------------------------- Summary: Wildfly OpenSSL 1.0.0.Beta4 Key: WFCORE-2212 URL: https://issues.jboss.org/browse/WFCORE-2212 Project: WildFly Core Issue Type: Component Upgrade Reporter: Stuart Douglas -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2208) Upgrade MSC from 1.2.7 to 1.2.7.SP1

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2208?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFCORE-2208: ---------------------------------------- Assignee: Brian Stansberry (was: Petr Sakař) > Upgrade MSC from 1.2.7 to 1.2.7.SP1 > ----------------------------------- > > Key: WFCORE-2208 > URL: https://issues.jboss.org/browse/WFCORE-2208 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Server > Reporter: Brad Maxwell > Assignee: Brian Stansberry > > Pick up MSC-159 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-7911) Credential Store integration into messaging subsystem

by Peter Skopek (JIRA)

Peter Skopek created WFLY-7911: ---------------------------------- Summary: Credential Store integration into messaging subsystem Key: WFLY-7911 URL: https://issues.jboss.org/browse/WFLY-7911 Project: WildFly Issue Type: Sub-task Reporter: Peter Skopek Assignee: Peter Skopek Credential Store integration into messaging subsystem -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2211) CredentialSourceSupplier should indicate empty secret attribute by returning null

by Peter Skopek (JIRA)

Peter Skopek created WFCORE-2211: ------------------------------------ Summary: CredentialSourceSupplier should indicate empty secret attribute by returning null Key: WFCORE-2211 URL: https://issues.jboss.org/browse/WFCORE-2211 Project: WildFly Core Issue Type: Bug Components: Security Reporter: Peter Skopek Assignee: Peter Skopek When constructing CredentialSource and all possibilities are exhausted return null to indicate that there is no further chance to obtain the credential. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-2182) RuntimeVaultReader should not throw SecurityException

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-2182?page=com.atlassian.jira.plugi... ] Brian Stansberry commented on WFCORE-2182: ------------------------------------------ [~stephen.fikes] This is merged now. It has 6 commits, not all of which are applicable to 7.0.x or 6.4.x. Here's a bit of a guide: 1) CustomVaultInModuleTestCase no longer needs to create a fake org.jboss.as.security module to get a VaultReader in the server Should not be relevant to 6.4.x as the test isn't in 6.4.x. 2) [WFCORE-2198] Add a testsuite-only feature pack to provide PicketBox for vault testing Not relevant to 6.4.x. 3) [WFCORE-2182] Use a single Pattern instance for the vaulted data format 4) [WFCORE-2182] Make VaultReaderException a RuntimeException; consolidate usage 5) [WFCORE-2182] Distinguish lookup misses using the vault from 'system' problems with the vault Needed on all branches. This is the main fix. 6) [WFCORE-2199] In the absence of a VaultReader treat expressions in the standard vaulted data format as a lookup miss Shouldn't be needed in 7.0.x or 6.4.x as this is a fix for an issue with WildFly Core based distributions that don't include PicketBox. EAP includes picketbox. > RuntimeVaultReader should not throw SecurityException > ----------------------------------------------------- > > Key: WFCORE-2182 > URL: https://issues.jboss.org/browse/WFCORE-2182 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Fix For: 3.0.0.Alpha20 > > > RuntimeVaultReader is throwing SecurityException if it catches a SecurityVaultException from PicketBoxSecurityVault. But the causes of those SecurityVaultException are not really security breaches, they just reflect failed searches, or, less likely, incorrect vault setup. > Converting these into SecurityException, which is a RuntimeException, means the vault lookup will fail the management op that triggered it in a way that overrides rollback-on-runtime-failure=false. But at least in the case of failed searches, this is no different than any other failed attempt to resolve an expression and should be treated as such. > Perhaps the type of the getCause() value from the SecurityVaultException can be used to discriminate behavior between failed searches and other issues, or perhaps the distinction can be ignored. > Here is an example of a failed search using EAP 6: > {code} > 12:46:34,830 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 27) JBAS014612: Operation ("enable") failed - address: ([ > ("subsystem" => "datasources"), > ("data-source" => "xyzDS") > ]): java.lang.SecurityException: JBAS013311: Security Exception > at org.jboss.as.security.vault.RuntimeVaultReader.retrieveFromVault(RuntimeVaultReader.java:115) > at org.jboss.as.server.RuntimeExpressionResolver.resolvePluggableExpression(RuntimeExpressionResolver.java:45) > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressionString(ExpressionResolverImpl.java:319) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.parseAndResolve(ExpressionResolverImpl.java:228) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressionStringRecursively(ExpressionResolverImpl.java:130) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressionsRecursively(ExpressionResolverImpl.java:72) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ExpressionResolverImpl.resolveExpressions(ExpressionResolverImpl.java:54) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ModelControllerImpl.resolveExpressions(ModelControllerImpl.java:782) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.OperationContextImpl.resolveExpressions(OperationContextImpl.java:1002) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ParallelBootOperationContext.resolveExpressions(ParallelBootOperationContext.java:351) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AttributeDefinition$1.resolveExpressions(AttributeDefinition.java:338) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AttributeDefinition.resolveValue(AttributeDefinition.java:402) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AttributeDefinition.resolveModelAttribute(AttributeDefinition.java:361) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AttributeDefinition.resolveModelAttribute(AttributeDefinition.java:335) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.connector.util.ModelNodeUtil.getResolvedStringIfSetOrGetDefault(ModelNodeUtil.java:33) > at org.jboss.as.connector.subsystems.datasources.DataSourceModelNodeUtil.from(DataSourceModelNodeUtil.java:151) > at org.jboss.as.connector.subsystems.datasources.DataSourceEnable.addServices(DataSourceEnable.java:183) > at org.jboss.as.connector.subsystems.datasources.DataSourceEnable$1.execute(DataSourceEnable.java:102) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:708) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:543) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:338) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:314) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:355) [jboss-as-controller-7.5.11.Final-redhat-1.jar:7.5.11.Final-redhat-1] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1] > Caused by: org.jboss.security.vault.SecurityVaultException: java.lang.IllegalArgumentException: Null input buffer > at org.picketbox.plugins.vault.PicketBoxSecurityVault.retrieve(PicketBoxSecurityVault.java:297) > at org.jboss.as.security.vault.RuntimeVaultReader.getValue(RuntimeVaultReader.java:141) > at org.jboss.as.security.vault.RuntimeVaultReader.getValueAsString(RuntimeVaultReader.java:123) > at org.jboss.as.security.vault.RuntimeVaultReader.retrieveFromVault(RuntimeVaultReader.java:113) > ... 26 more > Caused by: java.lang.IllegalArgumentException: Null input buffer > at javax.crypto.Cipher.doFinal(Cipher.java:2161) [jce.jar:1.8.0_111] > at org.picketbox.util.EncryptionUtil.decrypt(EncryptionUtil.java:134) > at org.picketbox.plugins.vault.PicketBoxSecurityVault.retrieve(PicketBoxSecurityVault.java:293) > ... > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 3 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 January 2017