[JBoss JIRA] (WFLY-4918) Remove default-stack usage and make stack required/explicit per channel
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4918?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4918.
----------------------------
> Remove default-stack usage and make stack required/explicit per channel
> -----------------------------------------------------------------------
>
> Key: WFLY-4918
> URL: https://issues.jboss.org/browse/WFLY-4918
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.Alpha5
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 10.0.0.Beta2
>
>
> We discussed with Paul earlier today to go the way of making this explicit per channel, since currently there is a info when booting the default ha profiles:
> 18:06:44,039 INFO [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 21) WFLYCTL0028: Attribute 'default-stack' in the resource at address '/subsystem=jgroups' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-5283) [Migration operation] [Web to Undertow] Connector's protocol names via FQCN are not recognized as migratable
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5283?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5283.
----------------------------
> [Migration operation] [Web to Undertow] Connector's protocol names via FQCN are not recognized as migratable
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-5283
> URL: https://issues.jboss.org/browse/WFLY-5283
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Beta2
> Reporter: Radim Hatlapatka
> Assignee: Stuart Douglas
> Priority: Critical
> Fix For: 10.0.0.CR1
>
>
> In Web subsystem there is possible to define protocol either via its API name (e.g. {{HTTP/1.1}}, where it is taken default implementation of given API) or via FQCN.
> In case of {{HTTP/1.1}} there are several implementations:
> JIO => {{org.apache.coyote.http11.Http11Protocol}} - default protocol
> NIO2 => {{org.apache.coyote.http11.Http11NioProtocol}} - required to be used to be able to use WebSockets
> APR (default with natives) => {{org.apache.coyote.http11.Http11AprProtocol}}
> The {{:migrate}} operation should also recognize these FQCN as valid HTTP/HTTPS protocols and migrate them correctly.
> Note: in case of AJP there are these FQCN:
> {{org.apache.coyote.ajp.AjpAprProtocol}} - AJP with natives enabled
> {{org.apache.coyote.ajp.AjpProtocol}} AJP without natives
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-4801) When expression is used in jndi name attribute of datasource then test-connection-in-pool operation is not working
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4801?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4801.
----------------------------
> When expression is used in jndi name attribute of datasource then test-connection-in-pool operation is not working
> -------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-4801
> URL: https://issues.jboss.org/browse/WFLY-4801
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 10.0.0.Alpha3
> Reporter: Chao Wang
> Assignee: Chao Wang
> Fix For: 9.0.0.Final, 10.0.0.Alpha4
>
>
> {noformat}
> Description of problem:
> ========================
> - Expression is added in the datasource JNDI name attribute as below:
> -----
> <datasource jndi-name="${ds}" pool-name="ExampleDS" enabled="true" use-java-context="true">
> -----
> - Value for the expression is passed to the JBoss server during the JBoss startup as below:
> -----
> ./standalone.sh -Dds=java:jboss/datasources/ExampleDS
> -----
> - In the server.log file below is the information regarding the datasource.
> -----
> INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) JBAS010400: Bound data source [${ds}]
> -----
> - Test the datasource using the below command and here is the result:
> ----
> [standalone@localhost:9999 /] /subsystem=datasources/data-source=ExampleDS:test-connection-in-pool()
> {
> "outcome" => "failed",
> "failure-description" => "JBAS010440: failed to invoke operation: JBAS010442: failed to match pool. Check JndiName: java:/${ds}",
> "rolled-back" => true
> }
> ----
> - Here is the information regarding the JNDI name attribute:
> ----
> [standalone@localhost:9999 /] /subsystem=datasources/data-source=ExampleDS:read-resource-description(recursive=true)
> {
> "outcome" => "success",
> "result" => {
> :
> "jndi-name" => {
> "type" => STRING,
> "description" => "Specifies the JNDI name for the datasource",
> "expressions-allowed" => true,
> "nillable" => false,
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "no-services"
> },
> :
> }
> -----
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-4146) Cache add operation should automatically create its child resources
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4146?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4146.
----------------------------
> Cache add operation should automatically create its child resources
> -------------------------------------------------------------------
>
> Key: WFLY-4146
> URL: https://issues.jboss.org/browse/WFLY-4146
> Project: WildFly
> Issue Type: Enhancement
> Components: Clustering
> Affects Versions: 9.0.0.Alpha1
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Fix For: 10.0.0.Alpha6
>
>
> There is effectively no difference between the behavior of a cache that does not contain a given child resource (e.g. transaction, locking, etc) and one that contains the child resource, but with default attribute values.
> Consequently, the cache add operation should automatically create these resources (and the cache remove operation should automatically remove them). We can treat the child add operations as no-ops, and the child remove operations as a series of undefine-attribute operations.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month
[JBoss JIRA] (WFLY-4861) Unable to establish HTTP/2 connection via plain http (non https)
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4861?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4861.
----------------------------
> Unable to establish HTTP/2 connection via plain http (non https)
> ----------------------------------------------------------------
>
> Key: WFLY-4861
> URL: https://issues.jboss.org/browse/WFLY-4861
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Alpha4
> Reporter: Radim Hatlapatka
> Assignee: Stuart Douglas
> Priority: Blocker
> Fix For: 10.0.0.Alpha5
>
>
> HTTP/2 doesn't work over plain http (non-https) even when {{http-listener}}'s {{enable-http2}} option is set to {{true}}, see [1].
> I am using Http2 client from netty for trying whether it is possible to establish HHTP/2 connection via upgrade.
> [1]
> {code:xml}
> <server name="default-server">
> <http-listener name="default" socket-binding="http" enable-http2="true" redirect-socket="https"/>
> <https-listener name="https" socket-binding="https" security-realm="https" enable-http2="true"/>
> <host name="default-host" alias="localhost">
> <location name="/" handler="welcome-content"/>
> <filter-ref name="server-header"/>
> <filter-ref name="x-powered-by-header"/>
> </host>
> </server>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 1 month