[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
[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
[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
[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
[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
[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
[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
[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