Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 900620 - (JBPAPP6-1392) APR natives are not being loaded if UAC is in place (Windows Server 2008 R2)
APR natives are not being loaded if UAC is in place (Windows Server 2008 R2)
Status: CLOSED CURRENTRELEASE
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Apache Server (httpd) and Connectors (Show other bugs)
6.0.0
Unspecified Unspecified
high Severity high
: ---
: EAP 6.2.0
Assigned To: Mladen Turk
Michal Karm Babacek
Tom WELLS
http://jira.jboss.org/jira/browse/JBP...
eap6 window
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2012-06-07 11:04 EDT by Michal Karm Babacek
Modified: 2015-05-17 21:29 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Known Issue
Doc Text:
On Microsoft Windows servers, Apache portable runtime (APR) libraries will fail to load with User Account Control (UAC) enabled. After installing the libraries, an administrator user will need to right-click the JBoss directory and set "Full control" to "Allow" for the desired user in the Properties -> Security tab. This will correct the access rights for UAC.
Story Points: ---
Clone Of:
Environment:
Windows Server 2008 R2
Last Closed: 2014-08-20 04:49:24 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
JBoss Issue Tracker JBPAPP6-1392 Major Closed APR natives are not being loaded if UAC is in place (Windows Server 2008 R2) 2015-07-20 03:40:16 EDT

  None (edit)
Description Michal Karm Babacek 2012-06-07 11:04:13 EDT
Affects: Release Notes
project_key: JBPAPP6

I did not manage to make EAP6 CR1 to load libs in *C:\tmp\jboss-eap-6.0\modules\org\jboss\as\web\main\lib\win-x86_64* under a non-Administrator user and with UAC in place.
When I switched to a user granted with Administrator rights + I disabled UAC ([DisableUACUtility|http://www.disableuac.com/] ), natives were loaded with no problem.

(!) We must note it in the release notes :-(
Comment 1 Michal Karm Babacek 2012-06-07 11:25:59 EDT
According to some windows-skilled guys, this is really weird. I will try to confirm it on another machine.
Comment 2 Mladen Turk 2012-06-07 13:05:20 EDT
Have you used cygwin's unzip to uncompress the archive? It sets some weird security settings
Comment 4 Anne-Louise Tangring 2012-06-07 14:38:07 EDT
Release Notes Docs Status: Added: Not Yet Documented
Affects: Added: Release Notes
Comment 5 Tom WELLS 2012-06-10 21:40:35 EDT
Release Notes Docs Status: Removed: Not Yet Documented Added: Documented as Known Issue
Release Notes Text: Added: On Windows servers, Apache portable runtime (APR) libraries will fail to load unless a user with administration rights is being used with User Account Control (UAC) disabled.
Comment 6 Dana Mison 2012-10-16 01:26:00 EDT
Writer: Added: tomwells
Comment 7 Anne-Louise Tangring 2012-11-13 15:57:53 EST
Release Notes Docs Status: Removed: Documented as Known Issue 
Writer: Removed: tomwells 
Release Notes Text: Removed: On Windows servers, Apache portable runtime (APR) libraries will fail to load unless a user with administration rights is being used with User Account Control (UAC) disabled. 
Docs QE Status: Removed: NEW 
Comment 9 Russell Dickenson 2013-07-24 21:42:32 EDT
I changed the Release Notes Flag to "?" as it needs further work before being published.
Comment 10 Scott Mumford 2013-07-30 23:41:42 EDT
Michal, Has there been any movement on this issue?
Did this turn out to be a problem with Cygwin's unzipper permissions or something else?

To complete the release note we need info about the cause of the problem and how it was fixed (or a workaround.
Comment 11 Scott Mumford 2013-08-25 20:58:16 EDT
Setting for exclusion from 6.1.1 Release notes and removing NEEDINFO request.
Comment 12 Tom Fonteyne 2013-09-06 09:48:44 EDT
I reproduced this with:

- EAP 6.1.1
- Java 1.7.0_21 (64 bit)
- Windows 2008 R2
- UAC default
- a simple user which does not belong to the Administrator group
- unzipped with "winrar"

Enabled "native" on the web subsystem and at startup I got:

12:51:23,286 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.web.connector.http
: org.jboss.msc.service.StartException in service jboss.web.connector.http: Failed to start service
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA-redhat-1.j
ar:1.0.4.GA-redhat-1]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [rt.jar:1.7.0_21]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [rt.jar:1.7.0_21]
        at java.lang.Thread.run(Unknown Source) [rt.jar:1.7.0_21]
Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.tomcat.jni.OS
        at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:582)
        at org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:104)
        at org.apache.catalina.connector.Connector.init(Connector.java:984)
        at org.jboss.as.web.WebConnectorService.start(WebConnectorService.java:273)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-r
edhat-1.jar:1.0.4.GA-redhat-1]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.j
ar:1.0.4.GA-redhat-1]
        ... 3 more

Next I right-clicked my JBoss directory (and repeated for Java directory) and in the properties, security tab, set "Full control" to "Allow" for my user.

Starting JBoss now works just fine; I double checked with sysinternals "Process Explorer" and the dll's were loaded indeed.
Comment 16 Jan Stefl 2014-08-20 04:49:24 EDT
I am closing this BZ because this issues was fixed by proper documentation already.

Note You need to log in before you can comment on or make changes to this bug.