August 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3781) Better warning message in add-user.sh

by David Tonhofer (JIRA)

David Tonhofer created WFLY-3781: ------------------------------------ Summary: Better warning message in add-user.sh Key: WFLY-3781 URL: https://issues.jboss.org/browse/WFLY-3781 Project: WildFly Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Scripts Affects Versions: 8.1.0.Final Environment: Linux Reporter: David Tonhofer Assignee: Tomaz Cerar Priority: Minor If (shell or environment) variable JBOSS_HOME is set to something unexpected, then add-user.sh complains: "WARNING JBOSS_HOME may be pointing to a different installation - unpredictable results may occur." This can be made clearer, e.g.: "WARNING: The JBOSS_HOME (/usr/java/jboss7) that this script will use may indicate a different installation than the one this script resides in (/usr/local/java/wildfly) - unpredictable results may occur." Change of line 35 in "bin/add-user.sh": echo "WARNING: The JBOSS_HOME ($SANITIZED_JBOSS_HOME) that this script will use may indicate a different installation than the one this script resides in ($RESOLVED_JBOSS_HOME) - unpredictable results may occur." -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-581) NPE trying to fire a named consequence defined in a parent rule

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-581: ---------------------------------- Summary: NPE trying to fire a named consequence defined in a parent rule Key: DROOLS-581 URL: https://issues.jboss.org/browse/DROOLS-581 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Mario Fusco Assignee: Mario Fusco Trying to fire a named consequence defined in a parent rule the following NPE is thrown java.lang.NullPointerException at org.drools.core.definitions.rule.impl.RuleImpl.getNamedConsequence(RuleImpl.java:638) at org.drools.core.reteoo.RuleTerminalNodeLeftTuple.getConsequence(RuleTerminalNodeLeftTuple.java:165) at org.drools.core.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1046) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3758) Unable to run JSF applications deployed to "/"

by Ken H (JIRA)

[ https://issues.jboss.org/browse/WFLY-3758?page=com.atlassian.jira.plugin.... ] Ken H reopened WFLY-3758: ------------------------- As I continue working through this, I'm discovering numerous places where the functional change of getContextPath returning "/" instead of an empty string is breaking functionality. It is undoubtedly a breaking change causing issues in downstream libraries and any application that uses getContextPath in, say a servlet filter to apply security rules and generate redirects. I feel like this change should seriously be reconsidered. > Unable to run JSF applications deployed to "/" > ----------------------------------------------- > > Key: WFLY-3758 > URL: https://issues.jboss.org/browse/WFLY-3758 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JSF, Web (Undertow) > Affects Versions: 9.0.0.Beta1 > Environment: WildFly master at 50a830205c, JDK 1.7 > Reporter: Ken H > Assignee: Tomaz Cerar > > I don't think the patch in pull request 6338 is right. I experienced the issue defined in WLFY-3448 on 8.1.0.Final, then built master at 50a830205c and the new behavior is different but still broken. Now requests to http://host/login throws a Not Found, the server is expecting http://host//login (which explodes because it isn't valid). If I hit http://host then the redirect is generated to http://host//welcome because httpServletRequest.getContextPath() is returning "/" (when it was returning an empty string in 7.x). > From web.xml: > {code} > <welcome-file-list> > <welcome-file>/</welcome-file> > </welcome-file-list> > {code} > From jboss-web.xml: > {code} > <jboss-web> > <context-root>/</context-root> > </jboss-web> > {code} > My app is packaged as a war, so no application.xml exists to define context-root. > I would say this is a regression caused by the resolution to WLFY-3448 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1211) Support JDK 8

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-1211?page=com.atlassian.jira.plugin... ] Jesper Pedersen resolved JBJCA-1211. ------------------------------------ Resolution: Done > Support JDK 8 > ------------- > > Key: JBJCA-1211 > URL: https://issues.jboss.org/browse/JBJCA-1211 > Project: IronJacamar > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Build, JDBC > Reporter: Jesper Pedersen > Assignee: Jesper Pedersen > Fix For: 1.2.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2770) CDI Decorator should be enable on Websocket enpoint

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/WFLY-2770?page=com.atlassian.jira.plugin.... ] Jozef Hartinger commented on WFLY-2770: --------------------------------------- The resolution logic is quite fragile. In addition this makes me wonder if it makes sense to have two InjectionTargets for the single bean or whether it would be better to just to reuse the bean completely and use its existing InjectionTarget. > CDI Decorator should be enable on Websocket enpoint > ---------------------------------------------------- > > Key: WFLY-2770 > URL: https://issues.jboss.org/browse/WFLY-2770 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: CDI / Weld, Web (Undertow) > Affects Versions: 8.0.0.CR1 > Reporter: Antoine Sabot-Durand > Assignee: Stuart Douglas > Attachments: websocket-decorator.zip > > > Defining a CDI decorator on Websocket Endpoint doesn't work. I know it's not strictly required by websocket spec (it only mentions interceptors) but as it's working in Glassfish 4, it could be nice and less confusing to add this feature to Wildfly -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3253) CXF should not be installing BouncyCastle

by Alessio Soldano (JIRA)

[ https://issues.jboss.org/browse/WFLY-3253?page=com.atlassian.jira.plugin.... ] Alessio Soldano updated WFLY-3253: ---------------------------------- Fix Version/s: 9.0.0.Beta1 > CXF should not be installing BouncyCastle > ----------------------------------------- > > Key: WFLY-3253 > URL: https://issues.jboss.org/browse/WFLY-3253 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web Services > Reporter: David Lloyd > Assignee: Alessio Soldano > Priority: Critical > Fix For: 9.0.0.Beta1 > > > CXF installs a BouncyCastle provider globally into the security providers list. This is causes performance and other problems when this provider gets chosen for whatever reason to be the system crypto provider for e.g. TLS. > The list of globally installed security providers should be a user concern only. If CXF requires a specific provider for a specific purpose, it should be selecting that provider when constructing the crytpo API object, though generally this is to be discouraged. > Ultimately we want to introduce a configuration in the app server that allows the list of security providers to be specified in some way, without interference from any frameworks that we happen to have installed. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-1211) Support JDK 8

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-1211: -------------------------------------- Summary: Support JDK 8 Key: JBJCA-1211 URL: https://issues.jboss.org/browse/JBJCA-1211 Project: IronJacamar Issue Type: Task Security Level: Public (Everyone can see) Components: Build, JDBC Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.2.0.CR1 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3778) Tests in Manualmode test suite fail occasionally

by Frank Langelage (JIRA)

[ https://issues.jboss.org/browse/WFLY-3778?page=com.atlassian.jira.plugin.... ] Frank Langelage updated WFLY-3778: ---------------------------------- Attachment: org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.txt org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase-output.txt TEST-org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.xml > Tests in Manualmode test suite fail occasionally > ------------------------------------------------ > > Key: WFLY-3778 > URL: https://issues.jboss.org/browse/WFLY-3778 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Remoting, Test Suite > Affects Versions: 9.0.0.Beta1 > Environment: Oracle Solaris SPARC 10, Oracle JDK 1.7.0_67. > Reporter: Frank Langelage > Assignee: David Lloyd > Attachments: org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase-output.txt, org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.txt, TEST-org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.xml > > > I always see failures in one or few test of manualmode test suite on this platform. I not remember to have seen them on Windows 7. > But I saw a very similar failure today on Linux first time for PR 6638. > See https://github.com/wildfly/wildfly/pull/6638. > Last failure on my machine: > Running org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase > Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 72.186 sec <<< FAILURE! - in org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase > testRightVaultPassword(org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase) Time elapsed: 6.23 sec <<< FAILURE! > java.lang.AssertionError: Password should be right and authentication successful > Expected: a string containing "\"outcome\" => \"success\"" > but: was "0: INFO [org.jboss.modules] JBoss Modules version 1.3.4.Final > INFO [org.jboss.security] PBOX000361: Default Security Vault Implementation Initialized and Ready > INFO [org.xnio] XNIO version 3.3.0.Beta1 > INFO [org.xnio.nio] XNIO NIO Implementation Version 3.3.0.Beta1 > INFO [org.jboss.remoting] JBoss Remoting version 4.0.3.Final > " > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:865) > at org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.testRightVaultPassword(VaultPasswordsInCLITestCase.java:158) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3780) DS stats return wrong value types

by Heiko Braun (JIRA)

Heiko Braun created WFLY-3780: --------------------------------- Summary: DS stats return wrong value types Key: WFLY-3780 URL: https://issues.jboss.org/browse/WFLY-3780 Project: WildFly Issue Type: Enhancement Security Level: Public (Everyone can see) Components: Domain Management Reporter: Heiko Braun Assignee: Brian Stansberry the datasource stats declare model type INT, but return a String instead: [standalone@localhost:9999 /] /subsystem=datasources/data-source=ExampleDS/statistics=pool:read-resource(include-runtime=true) { "outcome" => "success", "result" => { "ActiveCount" => "1", "AvailableCount" => "20", "AverageBlockingTime" => "0", "AverageCreationTime" => "1", "CreatedCount" => "1", "DestroyedCount" => "0", "InUseCount" => "0", "MaxCreationTime" => "1", "MaxUsedCount" => "1", "MaxWaitCount" => "0", "MaxWaitTime" => "0", "TimedOut" => "0", "TotalBlockingTime" => "0", "TotalCreationTime" => "1", "statistics-enabled" => true } } -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3779) IllegalAccessException when a built-in normal-scoped bean defines a package-private no-arg constructor

by Jozef Hartinger (JIRA)

Jozef Hartinger created WFLY-3779: ------------------------------------- Summary: IllegalAccessException when a built-in normal-scoped bean defines a package-private no-arg constructor Key: WFLY-3779 URL: https://issues.jboss.org/browse/WFLY-3779 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: CDI / Weld Reporter: Jozef Hartinger Assignee: Jozef Hartinger -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 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 2014