Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 900620 (JBPAPP6-1392)

Summary: APR natives are not being loaded if UAC is in place (Windows Server 2008 R2)
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Michal Karm Babacek <mbabacek>
Component: Apache Server (httpd) and ConnectorsAssignee: Mladen Turk <mturk>
Status: CLOSED CURRENTRELEASE QA Contact: Michal Karm Babacek <mbabacek>
Severity: high Docs Contact: Tom WELLS <twells>
Priority: high    
Version: 6.0.0CC: jstefl, lcarlon, mbabacek, mturk, rdickens, smumford, tfonteyn, tomaz.cerar, twells
Target Milestone: ---   
Target Release: EAP 6.2.0   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/JBPAPP6-1392
Whiteboard: eap6 window
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 08:49:24 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michal Karm Babacek 2012-06-07 15:04:13 UTC 
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 15:25:59 UTC 
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 17:05:20 UTC 
Have you used cygwin's unzip to uncompress the archive? It sets some weird security settings
Comment 4 Anne-Louise Tangring 2012-06-07 18:38:07 UTC 
Release Notes Docs Status: Added: Not Yet Documented
Affects: Added: Release Notes
Comment 5 Tom WELLS 2012-06-11 01:40:35 UTC 
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 05:26:00 UTC 
Writer: Added: tomwells
Comment 7 Anne-Louise Tangring 2012-11-13 20:57:53 UTC 
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-25 01:42:32 UTC 
I changed the Release Notes Flag to "?" as it needs further work before being published.
Comment 10 Scott Mumford 2013-07-31 03:41:42 UTC 
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-26 00:58:16 UTC 
Setting for exclusion from 6.1.1 Release notes and removing NEEDINFO request.
Comment 12 Tom Fonteyne 2013-09-06 13:48:44 UTC 
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 08:49:24 UTC 
I am closing this BZ because this issues was fixed by proper documentation already.