March 2020 - mod_cluster-issues - Jboss List Archives

[JBoss JIRA] (MODCLUSTER-650) Travis CI: Expand build matrix to JDK10 and JDK11

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-650?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-650. ------------------------------------------ > Travis CI: Expand build matrix to JDK10 and JDK11 > ------------------------------------------------- > > Key: MODCLUSTER-650 > URL: https://issues.redhat.com/browse/MODCLUSTER-650 > Project: mod_cluster > Issue Type: Task > Components: CI & Packaging > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 2.0.0.Alpha1 > > > To support new JDKs we need more flexibility than Travis CI support out of box, e.g. open/oracle jdk10/jdk11. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-651) Upgrade jboss-parent to 26

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-651?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-651. ------------------------------------------ > Upgrade jboss-parent to 26 > -------------------------- > > Key: MODCLUSTER-651 > URL: https://issues.redhat.com/browse/MODCLUSTER-651 > Project: mod_cluster > Issue Type: Component Upgrade > Components: Core & Container Integration (Java) > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 2.0.0.Alpha1 > > > Changelog > https://github.com/jboss/jboss-parent-pom/tree/jboss-parent-26 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-653) mod_cluster DefaultMCMPHandler should handle "Connection: close" response header and close a connection

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-653?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-653. ------------------------------------------ > mod_cluster DefaultMCMPHandler should handle "Connection: close" response header and close a connection > ------------------------------------------------------------------------------------------------------- > > Key: MODCLUSTER-653 > URL: https://issues.redhat.com/browse/MODCLUSTER-653 > Project: mod_cluster > Issue Type: Bug > Components: Core & Container Integration (Java) > Affects Versions: 1.3.7.Final > Reporter: Masafumi Miura > Assignee: Radoslav Husar > Priority: Major > Fix For: 1.4.0.Final, 2.0.0.Alpha1, 1.3.10.Final > > > mod_cluster {{DefaultMCMPHandler#sendRequest()}} does not close a connection when Apache httpd closes a connection and responds to MCMP STATUS request with "{{Connection: close}}" response header. (As {{KeepAlive Off}} is set by default, Apache httpd closes a connection and responds to MCMP STATUS request with "{{Connection: close}}".) Therefore, CLOSE_WAIT connection remains every MCMP STATUS command. > This CLOSE_WAIT connection will be cleaned when trying to send the next MCMP STATUS request, so there's no functional impact. And this is not a critical issue as neither connection leak nor file descriptor leak happens. However, it's better that mod_cluster handles the "{{Connection: close}}" response header and close a connection. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-652) Documentation 2.0: living docs

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-652?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-652. ------------------------------------------ > Documentation 2.0: living docs > ------------------------------ > > Key: MODCLUSTER-652 > URL: https://issues.redhat.com/browse/MODCLUSTER-652 > Project: mod_cluster > Issue Type: Task > Components: Documentation & Demos > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 1.4.0.Final, 2.0.0.Alpha1, 1.3.10.Final > > > Update of the original effort for choosing documentation platform [1]. > Problem: > * Documentation is out of date because its painful to edit. > * Too many obstacles to contribute to documentation (difficult format, unclear where, need accounts, doesn't render immediately) > Additional/updated requirements: > * standardized on AsciiDocs > * readers/users are provided with a link to update the documentation on github, submit PR, merge > * automatically built and automatically deployed -- live within 1-2 minutes > [1] https://developer.jboss.org/wiki/ChoosingDocumentationPlatformForModcluster -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-654) Documentation 2.0: remove documentation sources from the main repository

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-654?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-654. ------------------------------------------ > Documentation 2.0: remove documentation sources from the main repository > ------------------------------------------------------------------------ > > Key: MODCLUSTER-654 > URL: https://issues.redhat.com/browse/MODCLUSTER-654 > Project: mod_cluster > Issue Type: Task > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 2.0.0.Alpha1, 1.4.1.Final > > > We need to remove the documentation from the main repository. With MODCLUSTER-652 in place which is currently residing as a replacement for the original docs, this really pollutes the main repository. Also, since mod_cluster v2, the java and native repositories, the documentation is for both. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-656) Remove *-javadoc.jar from distribution profiles

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-656?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-656. ------------------------------------------ > Remove *-javadoc.jar from distribution profiles > ----------------------------------------------- > > Key: MODCLUSTER-656 > URL: https://issues.redhat.com/browse/MODCLUSTER-656 > Project: mod_cluster > Issue Type: Task > Components: CI & Packaging > Affects Versions: 1.4.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > Fix For: 2.0.0.Alpha1, 1.4.1.Final > > > Looks like unintended consequence of updating the distribution profiles. While this is fine, I think we should drive people to use javadoc from web/IDE/sources rather than providing them in a distribution bundle. > https://www.dropbox.com/s/izhjsmqh7drik72/Screenshot%202018-04-16%2017.54... -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-658) Implement mod_cluster worker for Undertow embedded and standalone use case

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-658?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-658. ------------------------------------------ Resolution: Won't Do > Implement mod_cluster worker for Undertow embedded and standalone use case > -------------------------------------------------------------------------- > > Key: MODCLUSTER-658 > URL: https://issues.redhat.com/browse/MODCLUSTER-658 > Project: mod_cluster > Issue Type: Feature Request > Reporter: Michal Karm > Priority: Minor > > This is a placeholder JIRA for a possible implementation/artifact. It has neither any formal planning nor priority set and it might not happen at all. > h2. Workers and balancers > Mod_cluster project comprises two kinds of actors: balancers and workers. > h3. Balancers > Currently there are three balancer implementations: > # mod_proxy_cluster module for Apache HTTP Server > # Undertow mod_cluster filter that could be used both in Undertow embedded and in Wildfly application server > # mod_proxy_cluster Nginx implementation > h3. Workers > There are these worker implementations: > # JBoss AS 5 / mod_cluster.sar worker implementation, {color:red}*Abandoned/Legacy*{color} > # JBoss AS7 mod_cluster subsystem, {color:orange}*Legacy*{color} > # Wildfly application server, {color:green}*Current*{color} > # Tomcat 6.0/7.0/8.0, {color:orange}*Legacy*{color} > # Tomcat 8.5/9.0, {color:green}*Current*{color} > In addition to those, we would like to see mod_cluster worker login implemented for additional web servers, such as: > # Jetty > # Go net/http, i.e. Go web servers (mostly for REST APIs) > # Undertow embedded > # Undertow standalone (UNDERTOW-1356) > h3. Undertow worker implementation > There should be a mod_cluster worker library that would enable Undertow, both in its embedded and standalone (UNDERTOW-1356) flavour to act as a worker, i.e. to report to another mod_cluster balancer (either httpd, Nginx or another Undertow instance). -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-660) mod_proxy_cluster master broken

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-660?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-660. ------------------------------------------ > mod_proxy_cluster master broken > ------------------------------- > > Key: MODCLUSTER-660 > URL: https://issues.redhat.com/browse/MODCLUSTER-660 > Project: mod_cluster > Issue Type: Bug > Components: Native (httpd modules) > Reporter: Radoslav Husar > Assignee: Jean-Frederic Clere > Priority: Major > Fix For: 2.0.0.Alpha2 > > > Looks like the upstream module is broken, 1.3.x works fine (Server version: Apache/2.4.34 (Unix)), requests fail with: > {noformat} > [Tue Aug 07 17:10:09.581297 2018] [authz_core:debug] [pid 52857] mod_authz_core.c(817): [client 127.0.0.1:52007] AH01626: authorization result of Require all granted: granted, referer: http://127.0.0.1:8989/ > [Tue Aug 07 17:10:09.581505 2018] [authz_core:debug] [pid 52857] mod_authz_core.c(817): [client 127.0.0.1:52007] AH01626: authorization result of <RequireAny>: granted, referer: http://127.0.0.1:8989/ > [Tue Aug 07 17:10:09.581541 2018] [:debug] [pid 52857] mod_proxy_cluster.c(1725): proxy: byrequests balancer skipping BAD worker > [Tue Aug 07 17:10:09.581554 2018] [:debug] [pid 52857] mod_proxy_cluster.c(1725): proxy: byrequests balancer skipping BAD worker > [Tue Aug 07 17:10:09.581564 2018] [:debug] [pid 52857] mod_proxy_cluster.c(1820): proxy: byrequests balancer FAILED > [Tue Aug 07 17:10:09.581578 2018] [:error] [pid 52857] proxy: CLUSTER: (balancer://mycluster). All workers are in error state > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-659) Upgrade jboss-parent to 28

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-659?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-659. ------------------------------------------ > Upgrade jboss-parent to 28 > -------------------------- > > Key: MODCLUSTER-659 > URL: https://issues.redhat.com/browse/MODCLUSTER-659 > Project: mod_cluster > Issue Type: Component Upgrade > Components: Core & Container Integration (Java) > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 2.0.0.Alpha1 > > > Change log: https://github.com/jboss/jboss-parent-pom/tree/jboss-parent-28 -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

[JBoss JIRA] (MODCLUSTER-661) Define license in pom.xml

by Jean-Frederic Clere (Jira)

[ https://issues.redhat.com/browse/MODCLUSTER-661?page=com.atlassian.jira.p... ] Jean-Frederic Clere closed MODCLUSTER-661. ------------------------------------------ > Define license in pom.xml > ------------------------- > > Key: MODCLUSTER-661 > URL: https://issues.redhat.com/browse/MODCLUSTER-661 > Project: mod_cluster > Issue Type: Task > Components: Core & Container Integration (Java) > Affects Versions: 1.0.11.Final, 1.1.3.Final, 1.2.13.Final, 1.4.0.Final, 1.3.10.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Critical > Fix For: 2.0.0.Alpha1, 1.4.1.Final, 1.3.11.Final > > > {code:xml} > <licenses> > <license> > <name>GNU Lesser General Public License v3.0 or later</name> > <url>http://repository.jboss.org/licenses/lgpl-3.0.txt</url> > <distribution>repo</distribution> > </license> > </licenses> > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

mod_cluster-issues March 2020