December 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-9642) CVE-2016-9589

by Hiroaki Naito (JIRA)

Hiroaki Naito created WFLY-9642: ----------------------------------- Summary: CVE-2016-9589 Key: WFLY-9642 URL: https://issues.jboss.org/browse/WFLY-9642 Project: WildFly Issue Type: Feature Request Reporter: Hiroaki Naito Assignee: Jason Greene Priority: Critical -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9640) Configuring deployment runtime name with XML

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFLY-9640?page=com.atlassian.jira.plugin.... ] Brian Stansberry resolved WFLY-9640. ------------------------------------ Assignee: Brian Stansberry (was: Stuart Douglas) Resolution: Won't Do The runtime name needs to be known before any code that could extract it from a deployment descriptor etc could run. The runtime name can be set in standalone.xml (or domain.xml in a managed domain.) > Configuring deployment runtime name with XML > -------------------------------------------- > > Key: WFLY-9640 > URL: https://issues.jboss.org/browse/WFLY-9640 > Project: WildFly > Issue Type: Feature Request > Components: Application Client, Server > Affects Versions: 10.1.0.Final, 11.0.0.Final > Reporter: dbdbdb dbdbdb > Assignee: Brian Stansberry > > In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. > Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. > The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9641) Cluster EJB can not work with "-b 0.0.0.0"

by Fred Ling (JIRA)

Fred Ling created WFLY-9641: ------------------------------- Summary: Cluster EJB can not work with "-b 0.0.0.0" Key: WFLY-9641 URL: https://issues.jboss.org/browse/WFLY-9641 Project: WildFly Issue Type: Bug Components: EJB Affects Versions: 11.0.0.Final Reporter: Fred Ling The ejb cluster does not work when bind to 0.0.0.0, using --server-config=standalone-full-ha.xml -b 0.0.0.0. The ejb client fails to connect to the cluster nodes because it tries to connect to 0.0.0.0. For more information please refer to the forum thread. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9640) Configuring deployment runtime name with XML

by dbdbdb dbdbdb (JIRA)

[ https://issues.jboss.org/browse/WFLY-9640?page=com.atlassian.jira.plugin.... ] dbdbdb dbdbdb updated WFLY-9640: -------------------------------- Description: In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. was: In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. > Configuring deployment runtime name with XML > -------------------------------------------- > > Key: WFLY-9640 > URL: https://issues.jboss.org/browse/WFLY-9640 > Project: WildFly > Issue Type: Feature Request > Components: Application Client, Server > Affects Versions: 10.1.0.Final, 11.0.0.Final > Reporter: dbdbdb dbdbdb > Assignee: Stuart Douglas > > In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. > Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. > The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9640) Configuring deployment runtime name with XML

by dbdbdb dbdbdb (JIRA)

[ https://issues.jboss.org/browse/WFLY-9640?page=com.atlassian.jira.plugin.... ] dbdbdb dbdbdb updated WFLY-9640: -------------------------------- Description: In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. was: Wildfly should have a option to define the name and runtime name of a web application (.war) in a XML file. Like jboss-web.xml and ejb-jar.xml, it would be great if we can set the runtime name in a XML whatever the .war filename is. Very useful not only to prevent human error when deploying via web console (fill the upload form with wrong runtime name), but also useful when the applications is deployed by copying the .war file into deployments directory. The correct runtime name is important because Wildfly use this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was serialized before. > Configuring deployment runtime name with XML > -------------------------------------------- > > Key: WFLY-9640 > URL: https://issues.jboss.org/browse/WFLY-9640 > Project: WildFly > Issue Type: Feature Request > Components: Application Client, Server > Affects Versions: 10.1.0.Final, 11.0.0.Final > Reporter: dbdbdb dbdbdb > Assignee: Stuart Douglas > > In my opinion, Wildfly should have an option to define the name and runtime name of a web application (.war) in a XML file. > Like jboss-web.xml and ejb-jar.xml, it would be great if we could set the runtime name in a XML whatever the .war filename is. It would be > very useful, not only to prevent human error when deploying via web console (filling the upload form with wrong runtime name), but also when the applications are deployed by copying the .war file into deployments directory. > The correct runtime name is important because Wildfly uses this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was previously serialized. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9640) Configuring deployment runtime name with XML

by dbdbdb dbdbdb (JIRA)

dbdbdb dbdbdb created WFLY-9640: ----------------------------------- Summary: Configuring deployment runtime name with XML Key: WFLY-9640 URL: https://issues.jboss.org/browse/WFLY-9640 Project: WildFly Issue Type: Feature Request Components: Application Client, Server Affects Versions: 11.0.0.Final, 10.1.0.Final Reporter: dbdbdb dbdbdb Assignee: Stuart Douglas Wildfly should have a option to define the name and runtime name of a web application (.war) in a XML file. Like jboss-web.xml and ejb-jar.xml, it would be great if we can set the runtime name in a XML whatever the .war filename is. Very useful not only to prevent human error when deploying via web console (fill the upload form with wrong runtime name), but also useful when the applications is deployed by copying the .war file into deployments directory. The correct runtime name is important because Wildfly use this name for object serialization (Infinispan, JMS, etc). And if the runtime name changes, Wildfly can't deserialize objects when it was serialized before. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9639) Messages are stuck in a Queue that is configured on HornetQ

by Rajendra Mallampati (JIRA)

Rajendra Mallampati created WFLY-9639: ----------------------------------------- Summary: Messages are stuck in a Queue that is configured on HornetQ Key: WFLY-9639 URL: https://issues.jboss.org/browse/WFLY-9639 Project: WildFly Issue Type: Bug Components: Application Client Affects Versions: 9.x.x TBD Environment: RHEL 7.2, JDK 1.8_144 Reporter: Rajendra Mallampati Assignee: Stuart Douglas We use WildFly 9.0.2 for hosting our web application and it has both real time and batch processing components. One of the functions supported on the web includes uploading a file with a number of lines any where from 1 to 10K, If the file is valid (virus scan etc passed) it is parsed into that may messages and published to a queue. Each message will have two counters total number of messages that are published to the queue, and the message number. The consuming side is implemented using Spring DefaultMessageListenerContainer (DMLC) with a concurrency of 50 and maxConcurrency of 75. The listeners that implement MessageListener interface are integrated into DMLC. sometimes, if the producing side published 100 messages the consuming side only receiving 98 (per say) and gets stuck because two more messages should be in the Queue. Those two messages are not delivered and don't know where they are going. We tried even persistent Queues and the result is same (getting stuck). This is happening in production and any insight into this issue is highly appreciated. Here are the software details: App server : Wildfly 9.0.2 HornetQ : 2.4.7 JDK : 1_8_144 If you need additional details I will be very glad to provide. Thanks Rajendra -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9638) Remove uses of "new OperationFailedException(ModelNode)"

by Brian Stansberry (JIRA)

Brian Stansberry created WFLY-9638: -------------------------------------- Summary: Remove uses of "new OperationFailedException(ModelNode)" Key: WFLY-9638 URL: https://issues.jboss.org/browse/WFLY-9638 Project: WildFly Issue Type: Task Components: Domain Management Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Constructor is deprecated; remove use of it so we can eventually drop it. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3481) Remove uses of "new OperationFailedException(ModelNode)"

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3481?page=com.atlassian.jira.plugi... ] Brian Stansberry moved WFLY-9638 to WFCORE-3481: ------------------------------------------------ Project: WildFly Core (was: WildFly) Key: WFCORE-3481 (was: WFLY-9638) Component/s: Domain Management (was: Domain Management) > Remove uses of "new OperationFailedException(ModelNode)" > -------------------------------------------------------- > > Key: WFCORE-3481 > URL: https://issues.jboss.org/browse/WFCORE-3481 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > > Constructor is deprecated; remove use of it so we can eventually drop it. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3481) Remove uses of "new OperationFailedException(ModelNode)"

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3481?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFCORE-3481: ------------------------------------- Git Pull Request: (was: https://github.com/wildfly/wildfly/pull/10731) > Remove uses of "new OperationFailedException(ModelNode)" > -------------------------------------------------------- > > Key: WFCORE-3481 > URL: https://issues.jboss.org/browse/WFCORE-3481 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Minor > > Constructor is deprecated; remove use of it so we can eventually drop it. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 4 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 December 2017