[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar commented on MODCLUSTER-439:
-------------------------------------------
Hm, this is pretty bad, the test files when open on windows do not deal with unix line endings.. we might want to use windows line endings for these files since other systems handle it well
https://www.dropbox.com/s/z38h30oa6jn1gtb/Screenshot%202017-08-11%2018.17...
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the {{/lib}} dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> ----
> Goals:
> * create a distribution jar *per* tomcat version
> * create assembly component to be shared across assemblies
> * allow building for a specific tomcat version
> * above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
> * include jars in the lib/ folder and standard text files for licence and installation procedure
> * executable demo scripts
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Description:
The installation in the docs currently expects to go and copy lots of jars to the {{/lib}} dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
----
Goals:
* create a distribution jar *per* tomcat version
* create assembly component to be shared across assemblies
* allow building for a specific tomcat version
* above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
* include jars in the lib/ folder and standard text files for licence and installation procedure
* executable demo scripts
was:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
----
Goals:
* create a distribution jar *per* tomcat version
* create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
* allow building for a specific tomcat version
* above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
* include jars in the lib/ folder and standard text files for licence and installation procedure
* executable demo scripts
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the {{/lib}} dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> ----
> Goals:
> * create a distribution jar *per* tomcat version
> * create assembly component to be shared across assemblies
> * allow building for a specific tomcat version
> * above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
> * include jars in the lib/ folder and standard text files for licence and installation procedure
> * executable demo scripts
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Description:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
----
Goals:
* create a distribution jar *per* tomcat version
* create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
* allow building for a specific tomcat version
* above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
* include jars in the lib/ folder and standard text files for licence and installation procedure
* executable demo scripts
was:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
----
Goals:
* create a distribution jar *per* tomcat version
* create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
* allow building for a specific tomcat version
* above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
* include jars in the lib/ folder and standard text files for licence and installation procedure
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> ----
> Goals:
> * create a distribution jar *per* tomcat version
> * create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
> * allow building for a specific tomcat version
> * above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
> * include jars in the lib/ folder and standard text files for licence and installation procedure
> * executable demo scripts
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-584) httpd Host header validation check with IPv6 address in MCMP requests
by Michal Karm Babacek (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-584?page=com.atlassian.jira.pl... ]
Michal Karm Babacek updated MODCLUSTER-584:
-------------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/modcluster/mod_cluster/pull/278, https://github.com/modcluster/mod_cluster/pull/277
> httpd Host header validation check with IPv6 address in MCMP requests
> ---------------------------------------------------------------------
>
> Key: MODCLUSTER-584
> URL: https://issues.jboss.org/browse/MODCLUSTER-584
> Project: mod_cluster
> Issue Type: Bug
> Components: Core & Container Integration (Java)
> Affects Versions: 2.0.0.Alpha1, 1.2.13.Final, 1.3.6.Final
> Reporter: Bogdan Sikora
> Assignee: Matus Madzin
> Priority: Blocker
>
> This is a regression as 2.4.23-GA works.
> Reproducer:
> 1. Set up httpd mod_cluster balancer with Ipv6 address with advertisement on.
> 2. Set up worker node (tested with EAP)
> 3. Checks on console if they correctly connect
> {color:red}Issue:{color}
> Httpd log:
> {noformat}
> [Wed May 10 04:41:31.930288 2017] [core:debug] [pid 15638] vhost.c(796): [client 2620:52:0:105f:5054:ff:fe22:d46f:44474] AH02415: [strict] Invalid host name '2620:52:0:105f:5054:ff:fe22:d46f', problem near: :52:0:
> [Wed May 10 04:41:31.930332 2017] [core:debug] [pid 15638] vhost.c(891): [client 2620:52:0:105f:5054:ff:fe22:d46f:44474] AH00550: Client sent malformed Host header: 2620:52:0:105f:5054:ff:fe22:d46f:8747
> [Wed May 10 04:41:31.930338 2017] [core:debug] [pid 15638] protocol.c(1385): [client 2620:52:0:105f:5054:ff:fe22:d46f:44474] AH00569: client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /
> {noformat}
> EAP6(6.4.10) log:
> {noformat}
> 04:41:29,316 ERROR [org.jboss.modcluster] (ContainerBackgroundProcessor[StandardEngine[jboss.web]]) MODCLUSTER000042: Error null sending INFO command to 2620:52:0:105f:5054:ff:fe22:d46f/2620:52:0:105f:5054:ff:fe22:d46f:8747, configuration will be reset: null
> {noformat}
> Tomcat log:
> {noformat}
> May 10, 2017 9:05:25 AM org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler sendRequest
> ERROR: MODCLUSTER000042: Error null sending INFO command to 2620:52:0:105f:5054:ff:fe22:d46f/2620:52:0:105f:5054:ff:fe22:d46f:8747, configuration will be reset: null
> {noformat}
> Issue was reproduced with EAP-7.1.0.DR17 too. Httpd-2.4.23-GA don't have this issue.
> Issue has some connection to ipv6 as some ipv6 tests passed.
> Failed on:
> 2620:52:0:105f:5054:ff:fe22:d46f, 2620:52:0:105f:5054:ff:fe0c:5717, 2620:52:0:105f:5054:ff:feb5:a642, ...
> Passed on:
> 2620:52:0:1040:e8f4:2bff:feef:e504, 2620:52:0:1040:440c:3ff:fee1:df02, ...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-610) IP address conversion to domain name
by Matus Madzin (JIRA)
Matus Madzin created MODCLUSTER-610:
---------------------------------------
Summary: IP address conversion to domain name
Key: MODCLUSTER-610
URL: https://issues.jboss.org/browse/MODCLUSTER-610
Project: mod_cluster
Issue Type: Bug
Components: Core & Container Integration (Java)
Affects Versions: 1.3.7.Final
Environment: Tested on RHEL 7
Reporter: Matus Madzin
Assignee: Jean-Frederic Clere
Worker is trying to obtain domain name before sends MCMP message even IP address was advertised from balancer.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Priority: Blocker (was: Critical)
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> ----
> Goals:
> * create a distribution jar *per* tomcat version
> * create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
> * allow building for a specific tomcat version
> * above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
> * include jars in the lib/ folder and standard text files for licence and installation procedure
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Description:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
----
Goals:
* create a distribution jar *per* tomcat version
* create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
* allow building for a specific tomcat version
* above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
* include jars in the lib/ folder and standard text files for licence and installation procedure
was:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
> ----
> Goals:
> * create a distribution jar *per* tomcat version
> * create assembly component to be shared across assemblies (made possible with assembly v3 and schema v2)
> * allow building for a specific tomcat version
> * above including building -PTC9 which rebuilds tomcat85 sources with tomcat9 jars
> * include jars in the lib/ folder and standard text files for licence and installation procedure
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Description:
The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
was:The installation in the docs now expects to go around and copy lots of jars to the /lib dir, the package we ship has all the tomcat 6 and 7 jars in the same spot... we shoud align this to be easier and/or include a readme file in the directory. Also update the documentation for people bulding from source.
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs currently expects to go and copy lots of jars to the /lib dir and since the (single) package we ship contains all different tomcat support jars, users are expected to *delete* the ones they are *not* using. We should align this to be easier and include a readme file in the directory.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
[JBoss JIRA] (MODCLUSTER-439) Overhaul distribution profile
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-439?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-439:
--------------------------------------
Summary: Overhaul distribution profile (was: Installation for Tomcat 6/7/8 is cumbersome: revamp distribution profile)
> Overhaul distribution profile
> -----------------------------
>
> Key: MODCLUSTER-439
> URL: https://issues.jboss.org/browse/MODCLUSTER-439
> Project: mod_cluster
> Issue Type: Task
> Components: Documentation & Demos
> Affects Versions: 1.2.0.Final, 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
> Labels: tomcat, ux
> Fix For: 2.0.0.Alpha1, 1.4.0.Alpha1
>
>
> The installation in the docs now expects to go around and copy lots of jars to the /lib dir, the package we ship has all the tomcat 6 and 7 jars in the same spot... we shoud align this to be easier and/or include a readme file in the directory. Also update the documentation for people bulding from source.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 4 months
