Hi Ronnie,

Please take a look at this KB in regards to Windows Server 2012:

http://kb.4d.com/assetid=77139

Regards,

Vance Villanueva



From: Ronnie Teo [mailto:[email protected]]
Sent: Tuesday, September 11, 2018 12:30 AM
To: Vance Villanueva
Cc: 4D iNug Technical
Subject: Re: 4Dv15 applications as a Service in Windows Server 2012

Hi Vance,

Yes, I have done that more than a few times.

Regards,
Ronnie
Tarawerkz


On 11 Sep 2018, at 2:53 AM, Vance Villanueva 
<[email protected]<mailto:[email protected]>> wrote:

Hi Ronnie,

Have you tried unregistering the service and re-registering it?

http://kb.4d.com/assetid=77772


Regards,

Vance Villanueva



Vance Villanueva
Technical Services Engineer

4D Inc
95 S. Market Street, Suite #240
CA 95113 San Jose
United States

Téléphone : +1-408-557-4600
Standard :  +1-408-557-4600
Fax :       +1-408-271-5080
Email :     [email protected]<mailto:[email protected]>
Web :       www.4D.com<http://www.4d.com/>





-----Original Message-----
From: 4D_Tech [mailto:[email protected]] On Behalf Of Ronnie Teo via 
4D_Tech
Sent: Sunday, September 09, 2018 9:21 PM
To: Jim Hays
Cc: Ronnie Teo; 4D iNug Technical
Subject: Re: 4Dv15 applications as a Service in Windows Server 2012

Hi Jim & Paul,

This is my finding after testing over the weekend with Windows Server 2012 and 
4Dv15.5.

Running a v15 app with 4Dv15.5 (64bit) as a Windows service does NOT work.
Running the same app with 4Dv15.5 (32bit) as a Windows DOES work.

In the latter scenario, the database name appears in the Available tab on the 
client software and we are able to log in and use the app as per normal.

I do not understand why it does not work with the 64-bit version.
But my next question would be, what do we give up by not using the 64-bit 
version of 4Dv15.5?

Regards,
Ronnie


On 7 Sep 2018, at 7:59 PM, Jim Hays 
<[email protected]<mailto:[email protected]>> wrote:

Just to be clear, these are our steps.  It may or may not be helpful in your 
case.

When we set up a built 4D server, we usually are logged in to the machine with 
an Administrator level account.
Then we launch our built EXE by running As Administrator.  (I think we have to 
do this).
Once it is launched, we register the service using the 4D menu item.

On two Win 2012 servers, we had to change the login account for the service to 
a different user.
We were told that the "localsystem" account does not normally support network 
services.
In most cases we just leave it as localsystem and it works fine.


Separately, Paul may be on the right track.  Maybe the service launches, but 4D 
is stopped when looking for the 4DC, or the data file, or something else on 
startup.

Consider looking at the 4D Folder where the Plugins are cached.  It is 
different (I think) when running as a service or running double-clicked.  At 
least we always see the that cache being rebuilt if we connect from a 4D remote 
first one way, then the other.
Maybe 4D can't write to the 4D folder location when running as a service.

Jim



On Thu, Sep 6, 2018 at 11:32 PM Ronnie Teo 
<[email protected]<mailto:[email protected]><mailto:[email protected]>>
 wrote:
Hi Jim,

I’m testing both under the same account.
Double-clicking works while running under Service does not.

FWIW, under the same account, running under service and direct app works for 
v13 apps.


Regards,
Ronnie


On 7 Sep 2018, at 3:00 AM, 
[email protected]<mailto:[email protected]> 
<mailto:[email protected]> wrote:

From: Jim Hays <[email protected]<mailto:[email protected]> 
<mailto:[email protected]>>
To: 4D iNug Technical <[email protected]<mailto:[email protected]> 
<mailto:[email protected]>>
Subject: Re: 4Dv15 applications as a Service in Windows Server 2012

Could it be that the account that the service is running under doesn't have
network privileges?
Try setting the service to run under the Administrator account or the one
that works when you double-click the server exe.

Jim


**********************************************************************
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:[email protected]
**********************************************************************

**********************************************************************
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:[email protected]
**********************************************************************

Reply via email to