JDE and Windows 2008 Terminal Services

[Neil_Mackenzie]

We have upgraded our Service pack to 8.98.1.4 to allow Windows 2008 terminal Services to be used. In the documentation for running JDE through TS, it is stated that installing and running has to be done as administrator. The installation has been performed and is running as expected. Our outsource partner cannot allow users to run JDE as administrator as it is felt that there will be too much opportunity for users to change admin details whiclst running this application. Furthermore they emphasise that log and ini files will be shared by all users?
Any suggestions on how this can be overcome and/or the proper installation and run parameters would be very welcome.

 

[brother_of_karamazov]

[ QUOTE ]
We have upgraded our Service pack to 8.98.1.4 to allow Windows 2008 terminal Services to be used. In the documentation for running JDE through TS, it is stated that installing and running has to be done as administrator. The installation has been performed and is running as expected. Our outsource partner cannot allow users to run JDE as administrator as it is felt that there will be too much opportunity for users to change admin details whiclst running this application. Furthermore they emphasise that log and ini files will be shared by all users?
Any suggestions on how this can be overcome and/or the proper installation and run parameters would be very welcome.

[/ QUOTE ]

Assuming you are using Terminal Services in application server mode and not remote admin mode...

Unless something has changed, each user gets his own jde.ini and if WTSLogs= is set to true, will get their own logs.

There are some registry settings that need to be made to allow users to run the E1 app without being administrators. You should be able to find them on the board.

If the issue is with W2K8's User Account Control then you should be able to change the default from Run as Logged in User to Run as Administrator. This, used in conjunction with the aforementioned registry changes should allow the E1 app to be run without users having to be administrators.

Anyone else find a way around this on Windows 2008?

 

[brother_of_karamazov]

[ QUOTE ]
We have upgraded our Service pack to 8.98.1.4 to allow Windows 2008 terminal Services to be used. In the documentation for running JDE through TS, it is stated that installing and running has to be done as administrator. The installation has been performed and is running as expected. Our outsource partner cannot allow users to run JDE as administrator as it is felt that there will be too much opportunity for users to change admin details whiclst running this application. Furthermore they emphasise that log and ini files will be shared by all users?
Any suggestions on how this can be overcome and/or the proper installation and run parameters would be very welcome.

[/ QUOTE ]

Found this:

http://www.vista4beginners.com/Disable-UAC-for-certain-applications

It looks like it may be a possible answer for the Windows 2008 User Account Control issue as it allows individual apps to be exempted from UAC instead of having to turn UAC off completely.

The article talks about Vista but this page says that the Application Compatibility Toolkit is for Windows Server 2008 as well.

http://msdn.microsoft.com/en-us/library/dd562082%28VS.85%29.aspx

 

[pshearer]

Set the permissions on the JDE* files on the root of C:\ to FULL control for USERs. As well as the C:\B9 dir and the JDE hive on the HKLM..... or just get a new hosting partner.

 

[jdel6654]

I had the exact issue and I just got tired of trying to meet the requirement of the user not being admin. I doubt anyone has gotten this to work since SP 8.93. Here's what I did to get around it:

1. By a license of Robotronic.de's RunAs utility. Create a batch file that runs E1 as administrator without making the users administrators.

2. Publish the app thru Windows 2008 IIS-TS Web.

So far it has worked well for basic fat client usage. There are other products that do RunAs but Robotronic.de's has worked well for us.