[JBoss JIRA] (MODCLUSTER-418) Upgrade maven repositories to jboss developer from the deprecated repositories
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-418?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-418:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/modcluster/mod_cluster/pull/93
> Upgrade maven repositories to jboss developer from the deprecated repositories
> ------------------------------------------------------------------------------
>
> Key: MODCLUSTER-418
> URL: https://issues.jboss.org/browse/MODCLUSTER-418
> Project: mod_cluster
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Documentation & Demos
> Affects Versions: 1.3.0.Final, 1.2.9.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
> Fix For: 1.3.1.Final
>
>
> The problem is we are using old repositories, and thus not all artefacts can be fetched from outside of red hat internal VPN. Nevertheless, all these are available in the right repositories.
> There is also a note:
> Note: This Maven repository is deprecated. The JBoss.org Maven repository is now managed by Nexus located at https://repository.jboss.org/nexus/. You should update your Maven builds to use the new repository url since it will contain all current project releases.
> If you want to use JBoss artifacts in your project builds, you should use the repository found at http://repository.jboss.org/nexus/content/groups/public-jboss/. More information is available on the wiki page MavenGettingStarted-Users
> If you are developing software for the JBoss community, please refer to MavenGettingStarted-Developers
> Original report:
> arun-gupta commented 18 days ago
> pi@raspberrypi ~/mod_cluster/mod_cluster $ ~/apache-maven-3.2.1/bin/mvn -P dist package
> [INFO] Scanning for projects...
> Downloading: http://repository.jboss.org/maven2/org/jboss/jbossorg-docbook-xslt/1.1.0/...
> Downloading: http://repository.jboss.org/maven2/org/jboss/jbossorg-jdocbook-style/1.1....
> Downloading: http://repository.jboss.org/maven2/net/sf/docbook/docbook/1.72.0/docbook-...
> Downloading: http://repository.jboss.org/maven2/javax/media/jai-core/1.1.3/jai-core-1....
> Downloading: http://repository.jboss.org/maven2/com/sun/media/jai-codec/1.1.3/jai-code...
> [ERROR] The build could not read 1 project -> [Help 1]
> [ERROR]
> [ERROR] The project org.jboss:User-Guide-en:1.3.1.Final-SNAPSHOT (/home/pi/mod_cluster/mod_cluster/docs/userguide/pom.xml) has 2 errors
> [ERROR] Unresolveable build extension: Plugin org.jboss.maven.plugins:maven-jdocbook-plugin:2.1.2 or one of its dependencies could not be resolved: Failed to collect dependencies at org.jboss.maven.plugins:maven-jdocbook-plugin:jar:2.1.2 -> org.jboss:jbossorg-docbook-xslt:jar:1.1.0: Failed to read artifact descriptor for org.jboss:jbossorg-docbook-xslt:jar:1.1.0: Could not transfer artifact org.jboss:jbossorg-docbook-xslt:pom:1.1.0 from/to old jboss.org (http://repository.jboss.org/maven2): Access denied to: http://repository.jboss.org/maven2/org/jboss/jbossorg-docbook-xslt/1.1.0/... , ReasonPhrase:Forbidden. -> [Help 2]
> [ERROR] Unknown packaging: jdocbook @ org.jboss:User-Guide-${translation}:1.3.1.Final-SNAPSHOT, /home/pi/mod_cluster/mod_cluster/docs/userguide/pom.xml, line 11, column 14
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, please read the following articles:
> [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
> [ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 8 months
[JBoss JIRA] (MODCLUSTER-418) Upgrade maven repositories to jboss developer from the deprecated repositories
by Radoslav Husar (JIRA)
Radoslav Husar created MODCLUSTER-418:
-----------------------------------------
Summary: Upgrade maven repositories to jboss developer from the deprecated repositories
Key: MODCLUSTER-418
URL: https://issues.jboss.org/browse/MODCLUSTER-418
Project: mod_cluster
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Documentation & Demos
Affects Versions: 1.2.9.Final, 1.3.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Priority: Critical
Fix For: 1.3.1.Final
The problem is we are using old repositories, and thus not all artefacts can be fetched from outside of red hat internal VPN. Nevertheless, all these are available in the right repositories.
There is also a note:
Note: This Maven repository is deprecated. The JBoss.org Maven repository is now managed by Nexus located at https://repository.jboss.org/nexus/. You should update your Maven builds to use the new repository url since it will contain all current project releases.
If you want to use JBoss artifacts in your project builds, you should use the repository found at http://repository.jboss.org/nexus/content/groups/public-jboss/. More information is available on the wiki page MavenGettingStarted-Users
If you are developing software for the JBoss community, please refer to MavenGettingStarted-Developers
Original report:
arun-gupta commented 18 days ago
pi@raspberrypi ~/mod_cluster/mod_cluster $ ~/apache-maven-3.2.1/bin/mvn -P dist package
[INFO] Scanning for projects...
Downloading: http://repository.jboss.org/maven2/org/jboss/jbossorg-docbook-xslt/1.1.0/...
Downloading: http://repository.jboss.org/maven2/org/jboss/jbossorg-jdocbook-style/1.1....
Downloading: http://repository.jboss.org/maven2/net/sf/docbook/docbook/1.72.0/docbook-...
Downloading: http://repository.jboss.org/maven2/javax/media/jai-core/1.1.3/jai-core-1....
Downloading: http://repository.jboss.org/maven2/com/sun/media/jai-codec/1.1.3/jai-code...
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR] The project org.jboss:User-Guide-en:1.3.1.Final-SNAPSHOT (/home/pi/mod_cluster/mod_cluster/docs/userguide/pom.xml) has 2 errors
[ERROR] Unresolveable build extension: Plugin org.jboss.maven.plugins:maven-jdocbook-plugin:2.1.2 or one of its dependencies could not be resolved: Failed to collect dependencies at org.jboss.maven.plugins:maven-jdocbook-plugin:jar:2.1.2 -> org.jboss:jbossorg-docbook-xslt:jar:1.1.0: Failed to read artifact descriptor for org.jboss:jbossorg-docbook-xslt:jar:1.1.0: Could not transfer artifact org.jboss:jbossorg-docbook-xslt:pom:1.1.0 from/to old jboss.org (http://repository.jboss.org/maven2): Access denied to: http://repository.jboss.org/maven2/org/jboss/jbossorg-docbook-xslt/1.1.0/... , ReasonPhrase:Forbidden. -> [Help 2]
[ERROR] Unknown packaging: jdocbook @ org.jboss:User-Guide-${translation}:1.3.1.Final-SNAPSHOT, /home/pi/mod_cluster/mod_cluster/docs/userguide/pom.xml, line 11, column 14
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/PluginResolutionException
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 8 months
[JBoss JIRA] (MODCLUSTER-417) Obfuscating jvmRoute as to hide topology
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-417?page=com.atlassian.jira.pl... ]
Radoslav Husar commented on MODCLUSTER-417:
-------------------------------------------
Currently, this can be only mitigated by setting routes (instance-ids) to random strings. Those will have to remain constant during uptime of that node. Submitting a large number of new requests would expose all the routes and therefore the cluster size. How useful that information is to an attacker is questionable.
> Obfuscating jvmRoute as to hide topology
> ----------------------------------------
>
> Key: MODCLUSTER-417
> URL: https://issues.jboss.org/browse/MODCLUSTER-417
> Project: mod_cluster
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Native (httpd modules)
> Affects Versions: 1.3.0.Final, 1.2.9.Final
> Reporter: Radoslav Husar
> Assignee: Jean-Frederic Clere
> Priority: Minor
>
> Feature request from https://github.com/jmcabrera
> Hello guys.
> First of all, this is a feature request and not a bug.
> I would like to "obfuscate" the jvmRoute so that an external attacker cannot "guess" the topology of my internal infrastructure.
> The "strong" way would be to have a symmetrical cipher with a configurable key.
> mod_cluster could then cipher the jsessionid before exposing it to the external world, and decipher it to recover the jvmRoute and properly redirect the request.
> But I guess that this would have very undesirable consequences on performance.
> The "weak" way would be just obfuscate, i.e. let's say that the jsessionid is alea + '.' + jvmRoute. We could take a part of the alea to alter the jvmroute in a reversible way (XORing for instance).
> Anyhow, the expected effect would be that the jvmroute would be externally different for each and every request.
> Unfortunately, I have close to no C skills, hence I cannot make this myself.
> (as a side note, coming from mod_jk, I'm quite impressed by the features mod_cluster offers! Thanks for the good work :) )
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 8 months
[JBoss JIRA] (MODCLUSTER-417) Obfuscating jvmRoute as to hide topology
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-417?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-417:
--------------------------------------
Priority: Minor (was: Major)
> Obfuscating jvmRoute as to hide topology
> ----------------------------------------
>
> Key: MODCLUSTER-417
> URL: https://issues.jboss.org/browse/MODCLUSTER-417
> Project: mod_cluster
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Native (httpd modules)
> Affects Versions: 1.3.0.Final, 1.2.9.Final
> Reporter: Radoslav Husar
> Assignee: Jean-Frederic Clere
> Priority: Minor
>
> Feature request from https://github.com/jmcabrera
> Hello guys.
> First of all, this is a feature request and not a bug.
> I would like to "obfuscate" the jvmRoute so that an external attacker cannot "guess" the topology of my internal infrastructure.
> The "strong" way would be to have a symmetrical cipher with a configurable key.
> mod_cluster could then cipher the jsessionid before exposing it to the external world, and decipher it to recover the jvmRoute and properly redirect the request.
> But I guess that this would have very undesirable consequences on performance.
> The "weak" way would be just obfuscate, i.e. let's say that the jsessionid is alea + '.' + jvmRoute. We could take a part of the alea to alter the jvmroute in a reversible way (XORing for instance).
> Anyhow, the expected effect would be that the jvmroute would be externally different for each and every request.
> Unfortunately, I have close to no C skills, hence I cannot make this myself.
> (as a side note, coming from mod_jk, I'm quite impressed by the features mod_cluster offers! Thanks for the good work :) )
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 8 months
[JBoss JIRA] (MODCLUSTER-417) Obfuscating jvmRoute as to hide topology
by Radoslav Husar (JIRA)
Radoslav Husar created MODCLUSTER-417:
-----------------------------------------
Summary: Obfuscating jvmRoute as to hide topology
Key: MODCLUSTER-417
URL: https://issues.jboss.org/browse/MODCLUSTER-417
Project: mod_cluster
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Native (httpd modules)
Affects Versions: 1.2.9.Final, 1.3.0.Final
Reporter: Radoslav Husar
Assignee: Jean-Frederic Clere
Feature request from https://github.com/jmcabrera
Hello guys.
First of all, this is a feature request and not a bug.
I would like to "obfuscate" the jvmRoute so that an external attacker cannot "guess" the topology of my internal infrastructure.
The "strong" way would be to have a symmetrical cipher with a configurable key.
mod_cluster could then cipher the jsessionid before exposing it to the external world, and decipher it to recover the jvmRoute and properly redirect the request.
But I guess that this would have very undesirable consequences on performance.
The "weak" way would be just obfuscate, i.e. let's say that the jsessionid is alea + '.' + jvmRoute. We could take a part of the alea to alter the jvmroute in a reversible way (XORing for instance).
Anyhow, the expected effect would be that the jvmroute would be externally different for each and every request.
Unfortunately, I have close to no C skills, hence I cannot make this myself.
(as a side note, coming from mod_jk, I'm quite impressed by the features mod_cluster offers! Thanks for the good work :) )
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 8 months
[JBoss JIRA] (MODCLUSTER-416) mod_cluster Connected count shows improper inflation
by Aaron Ogburn (JIRA)
Aaron Ogburn created MODCLUSTER-416:
---------------------------------------
Summary: mod_cluster Connected count shows improper inflation
Key: MODCLUSTER-416
URL: https://issues.jboss.org/browse/MODCLUSTER-416
Project: mod_cluster
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.2.9.Final
Reporter: Aaron Ogburn
Assignee: Jean-Frederic Clere
The mod_cluster connected count (a proxy_worker's busy attribute) shows improper inflation. With load stopped, non-zero values have still been seen through the mod_cluster-manager page and INFO MCMP responses.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 9 months
[JBoss JIRA] (MODCLUSTER-414) Fix compilation warnings in the native part
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/MODCLUSTER-414?page=com.atlassian.jira.pl... ]
Radoslav Husar updated MODCLUSTER-414:
--------------------------------------
Status: Pull Request Sent (was: Pull Request Sent)
Git Pull Request: https://github.com/modcluster/mod_cluster/pull/89, https://github.com/modcluster/mod_cluster/pull/90 (was: https://github.com/modcluster/mod_cluster/pull/89)
> Fix compilation warnings in the native part
> -------------------------------------------
>
> Key: MODCLUSTER-414
> URL: https://issues.jboss.org/browse/MODCLUSTER-414
> Project: mod_cluster
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Native (httpd modules)
> Affects Versions: 1.3.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 1.3.1.Final
>
>
> There are currently 14 warnings:
> {noformat}
> [rhusar@x220 native]$ for x in advertise mod_cluster_slotmem mod_manager mod_proxy_cluster; do cd $x; ./buildconf; ./configure --with-apxs=/usr/bin/apxs; make clean; make; cd ..; done
> Creating configure ...
> checking for Apache httpd installation... APXS is /usr/bin/apxs
> apxs_support is true
> configure: creating ./config.status
> config.status: creating Makefile
> make[1]: Entering directory `/home/rhusar/git/mod_cluster/native/advertise'
> rm -f *.o *.lo *.slo *.obj *.a *.la
> rm -rf .libs
> make[1]: Leaving directory `/home/rhusar/git/mod_cluster/native/advertise'
> rm -f *.o *.lo *.slo *.so
> rm -rf .libs
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c mod_advertise.c && touch mod_advertise.slo
> mod_advertise.c: In function 'cmd_advertise_g':
> mod_advertise.c:178:34: warning: comparison with string literal results in unspecified behavior [-Waddress]
> mconf->ma_advertise_adrs != MA_DEFAULT_GROUP)
> ^
> mod_advertise.c: In function 'post_config_hook':
> mod_advertise.c:657:13: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type 'int' [-Wformat=]
> ptr = apr_psprintf(pproc, "%s:%lu", ma_server_rec->server_hostname, port);
> ^
> mod_advertise.c: In function 'advertise_info':
> mod_advertise.c:734:24: warning: format '%d' expects argument of type 'int', but argument 6 has type 'long int' [-Wformat=]
> );
> ^
> mod_advertise.c: At top level:
> mod_advertise.c:89:26: warning: 'ma_listen_socket' defined but not used [-Wunused-variable]
> static apr_socket_t *ma_listen_socket = NULL;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wl,-z,relro,-z,now -o mod_advertise.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_advertise.lo
> /usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr-1/build/libtool --silent' mod_advertise.la `pwd`
> /usr/lib64/apr-1/build/libtool --silent --mode=install install mod_advertise.la /home/rhusar/modc/native/advertise/
> libtool: install: warning: remember to run `libtool --finish /usr/lib64/httpd/modules'
> Creating configure ...
> checking for Apache httpd installation... APXS is /usr/bin/apxs
> apxs_support is true
> configure: creating ./config.status
> config.status: creating Makefile
> make[1]: Entering directory `/home/rhusar/git/mod_cluster/native/mod_cluster_slotmem'
> rm -f *.o *.lo *.slo *.obj *.a *.la
> rm -rf .libs
> make[1]: Leaving directory `/home/rhusar/git/mod_cluster/native/mod_cluster_slotmem'
> rm -f *.o *.lo *.slo *.so
> rm -rf .libs
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c sharedmem_util.c && touch sharedmem_util.slo
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c mod_sharedmem.c && touch mod_sharedmem.slo
> /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wl,-z,relro,-z,now -o mod_cluster_slotmem.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_sharedmem.lo sharedmem_util.lo
> /usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr-1/build/libtool --silent' mod_cluster_slotmem.la `pwd`
> /usr/lib64/apr-1/build/libtool --silent --mode=install install mod_cluster_slotmem.la /home/rhusar/modc/native/mod_cluster_slotmem/
> libtool: install: warning: remember to run `libtool --finish /usr/lib64/httpd/modules'
> Creating configure ...
> checking for Apache httpd installation... APXS is /usr/bin/apxs
> apxs_support is true
> configure: creating ./config.status
> config.status: creating Makefile
> make[1]: Entering directory `/home/rhusar/git/mod_cluster/native/mod_manager'
> rm -f *.o *.lo *.slo *.obj *.a *.la
> rm -rf .libs
> make[1]: Leaving directory `/home/rhusar/git/mod_cluster/native/mod_manager'
> rm -f *.o *.lo *.slo *.so
> rm -rf .libs
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c mod_manager.c && touch mod_manager.slo
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c node.c && touch node.slo
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c context.c && touch context.slo
> context.c: In function 'remove_context':
> context.c:182:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c host.c && touch host.slo
> host.c: In function 'remove_host':
> host.c:179:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c balancer.c && touch balancer.slo
> balancer.c: In function 'remove_balancer':
> balancer.c:179:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c sessionid.c && touch sessionid.slo
> sessionid.c: In function 'remove_sessionid':
> sessionid.c:179:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c domain.c && touch domain.slo
> domain.c: In function 'remove_domain':
> domain.c:179:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c jgroupsid.c && touch jgroupsid.slo
> jgroupsid.c: In function 'remove_jgroupsid':
> jgroupsid.c:175:5: warning: 'rv' may be used uninitialized in this function [-Wmaybe-uninitialized]
> return rv;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wl,-z,relro,-z,now -o mod_manager.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_manager.lo node.lo context.lo host.lo balancer.lo sessionid.lo domain.lo jgroupsid.lo
> /usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr-1/build/libtool --silent' mod_manager.la `pwd`
> /usr/lib64/apr-1/build/libtool --silent --mode=install install mod_manager.la /home/rhusar/modc/native/mod_manager/
> libtool: install: warning: remember to run `libtool --finish /usr/lib64/httpd/modules'
> Creating configure ...
> checking for Apache httpd installation... APXS is /usr/bin/apxs
> apxs_support is true
> configure: creating ./config.status
> config.status: creating Makefile
> make[1]: Entering directory `/home/rhusar/git/mod_cluster/native/mod_proxy_cluster'
> rm -f *.o *.lo *.slo *.obj *.a *.la
> rm -rf .libs
> make[1]: Leaving directory `/home/rhusar/git/mod_cluster/native/mod_proxy_cluster'
> rm -f *.o *.lo *.slo *.so
> rm -rf .libs
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/httpd -I. -I/usr/include/apr-1 -I../include -prefer-pic -c mod_proxy_cluster.c && touch mod_proxy_cluster.slo
> mod_proxy_cluster.c: In function 'add_balancer_node':
> mod_proxy_cluster.c:677:12: warning: unused variable 'sizew' [-Wunused-variable]
> int sizew = conf->workers->elt_size;
> ^
> mod_proxy_cluster.c: In function 'remove_workers_node':
> mod_proxy_cluster.c:958:13: warning: unused variable 'sizeb' [-Wunused-variable]
> int sizeb = conf->balancers->elt_size;
> ^
> mod_proxy_cluster.c:957:15: warning: unused variable 'ptr' [-Wunused-variable]
> char *ptr = conf->balancers->elts;
> ^
> mod_proxy_cluster.c:956:15: warning: unused variable 'name' [-Wunused-variable]
> char *name = apr_pstrcat(pool, "balancer://", node->mess.balancer, NULL);
> ^
> mod_proxy_cluster.c: In function 'proxy_cluster_try_pingpong':
> mod_proxy_cluster.c:1419:9: warning: format '%d' expects argument of type 'int', but argument 8 has type 'struct conn_rec *' [-Wformat=]
> ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r->server,
> ^
> mod_proxy_cluster.c: In function 'proxy_cluster_post_config':
> mod_proxy_cluster.c:2669:17: warning: unused variable 'userdata_key' [-Wunused-variable]
> const char *userdata_key = "mod_cluster_init";
> ^
> mod_proxy_cluster.c: In function 'find_node_context_host.isra.19':
> mod_proxy_cluster.c:1709:21: warning: 'balancer' may be used uninitialized in this function [-Wmaybe-uninitialized]
> proxy_balancer *balancer;
> ^
> /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -std=gnu99 -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wl,-z,relro,-z,now -o mod_proxy_cluster.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_proxy_cluster.lo
> /usr/lib64/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib64/apr-1/build/libtool --silent' mod_proxy_cluster.la `pwd`
> /usr/lib64/apr-1/build/libtool --silent --mode=install install mod_proxy_cluster.la /home/rhusar/modc/native/mod_proxy_cluster/
> libtool: install: warning: remember to run `libtool --finish /usr/lib64/httpd/modules'
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 9 months