FoxInCloud
Production Server Paths
Gravatar is a globally recognized avatar based on your email address. Production Server Paths
  n/a
  All
  Mar 28, 2015 @ 11:09am
Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  Tuvia Vinitsky
  James Patterson
  Mar 28, 2015 @ 10:41pm
Since you can run in IDE, perhaps there are class libraries that are excluded from the project, and thus not in the .exe?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  GLS
  James Patterson
  Mar 28, 2015 @ 10:56pm
Hi James,

Hello,

To test and debug the application adapted by foxincloud, use the VFP project folder as the main folder indicate in xxx.ini and wc.ini.
Long as there are no accommodations or adjustments errors, code errors, we must remain in the project folder. Interface with IIS, and wconnect FoxInCloud must remain during the file mode testing period.
The automation mode will be used when everything works in file mode.

The folder PJX project must contain aborescence ranking source files of the project AND the tree of the website.

Ex:
TESTFIC.PJX project:
****************

- Parent folder c:\testfic ... contains TESTFIC.PJX / PJT, testMAIN.prg, test.ini
- DATA subfolder c:\testfic\data ... contains all the DBC, DBF etc ..
- PROGS subfolder c:\testfic\progs ... contains testServer.prg, testUpLoad.prg, etc..
- LIBS subfolder c:\testfic\progs\libs ... contains testClasses.vcx, etc..
- FORMS subfolder c:\testfic\progs\forms ... contains all forms SCX
- MENUS subfolder c:\testfic\progs\menu ... contains all menus MNX
- IMAGES subfolder c:\testfic\progs\bitmaps ... contains all images
- TEMP subfolder c:\testfic\temp ... contains temporary files FIC
- TEMP subfolder c:\testfic\temp\test ... contains the file sharing FIC / wconnect

Site TEST:
********
Under parent folder c:\testfic
- SITE subfolder c:\testfic\site\test ... WEB site folder
-ADMIN subfolder c:\testfic\site\test\admin ... contains admin.asp
- WC subfolder c:\testfic\site\test\bin ... contains wc.dll and wc.ini
- IMAGES subfolder c:\testfic\site\test\bitmaps ... contains images
- TMPsubfolder c:\testfic\site\test\temp ... contains temporary files

Test.ini content:
*************
[Main]

Tempfilepath = c: \ testfic \ temp \ test
Template = wc_
TimerInterval = 200
Admin =
ADMINEMAIL =
Adminsenderroremail = Off
Adminmailserver =
Mailserverlogin =
Mailserverpw =
Comreleaseurl = http: //localhost/test/bin/wc.dll _maintain ~ Release?
LogToFile = On
Showrequestdata = Off
Showserverform = On
Showstatus = On
Saverequestfiles = On
Usemts = Off
Memusage = 8176
ScriptMode = 3
Sqlconnectstring =

[Awapp]

App = TEST
AppName = TESTFIC
TempPath = c: \ testfic \ temp \
ImgPath = c: \ testfic \ progs \ bitmaps \
DataPath = c: \ testfic \ data \
PrgPath = c: \ testfic \ Progs \

Location = TESTFIC
ScriptPathPhysical = C: \ Program Files (x86) \ Microsoft Visual FoxPro 9 \ Tools \ AB \ AW \ Scripts \
ScriptPathVirtual = / awScripts /
HTMLpath = c: \ testfic \ Site \ test \
Virtual = / test /

ImagePathPhysical = c: \ testfic \ Site \ test \ Images \
ImagePathVirtual = Images /

TempPathPhysical = c: \ testfic \ Site \ test \ Temp \
TempPathVirtual = / test / temp /

AppAdmin = FoxInCloud App Admin
AppAdminEmail=appAdmin@yourDomain.com
LicenseAdmin = HWSW License Administrator
LicenseAdminEmail=licenseAdmin@yourDomain.com
LicenseAdminPW = HWSW License Administrator Password

awCustomerID =
awBasePackID =
HTTPproxyName =
HTTPproxyUserName =
HTTPproxyPassword =

SessionTimeOutMin = 30
UserStateWeeks = 4

GridRenderClass = abDHTMLAWGrid

[Wwmaint]

Htmlpagepath = c: \ testfic \ Site \ test \
VirtualPath = / test /

File wc.ini:
********
[Wwcgi]

Path = c: \ testfic \ temp \ test \

Timeout = 60

AdminPage = / test / admin / admin.asp

Template = wc_

PollTime = 100

PostMethod urlencoded =
FileStartInstances = 0

Impersonation = 0
Mechanism = File
AdminAccount =

Exefile =

UpdateFile =

[Automation Servers]

Server1 = test.testServer


ServerLoading = 0

KeepAlive = 1

[Extra Server Variables]

[HTML PAGES]
TimeOut =
Busy =
NoOutput =
OleError =
Maintainance =
Maintainence =
Exception =
Execption =
NoLoad =

Regards
Gilles


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  n/a
  Tuvia Vinitsky
  Mar 30, 2015 @ 01:21am
Yes, sounds like a good place to start.

Thanks - James


Since you can run in IDE, perhaps there are class libraries that are excluded from the project, and thus not in the .exe?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James


Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  n/a
  LLS
  Mar 30, 2015 @ 01:23am
Thanks for the listing. After going through it I think I understand much more. I see I am not the only one working on a Saturday!

Thanks - James


Hi James,

Hello,

To test and debug the application adapted by foxincloud, use the VFP project folder as the main folder indicate in xxx.ini and wc.ini.
Long as there are no accommodations or adjustments errors, code errors, we must remain in the project folder. Interface with IIS, and wconnect FoxInCloud must remain during the file mode testing period.
The automation mode will be used when everything works in file mode.

The folder PJX project must contain aborescence ranking source files of the project AND the tree of the website.

Ex:
TESTFIC.PJX project:
****************

- Parent folder c:\testfic ... contains TESTFIC.PJX / PJT, testMAIN.prg, test.ini
- DATA subfolder c:\testfic\data ... contains all the DBC, DBF etc ..
- PROGS subfolder c:\testfic\progs ... contains testServer.prg, testUpLoad.prg, etc..
- LIBS subfolder c:\testfic\progs\libs ... contains testClasses.vcx, etc..
- FORMS subfolder c:\testfic\progs\forms ... contains all forms SCX
- MENUS subfolder c:\testfic\progs\menu ... contains all menus MNX
- IMAGES subfolder c:\testfic\progs\bitmaps ... contains all images
- TEMP subfolder c:\testfic\temp ... contains temporary files FIC
- TEMP subfolder c:\testfic\temp\test ... contains the file sharing FIC / wconnect

Site TEST:
********
Under parent folder c:\testfic
- SITE subfolder c:\testfic\site\test ... WEB site folder
-ADMIN subfolder c:\testfic\site\test\admin ... contains admin.asp
- WC subfolder c:\testfic\site\test\bin ... contains wc.dll and wc.ini
- IMAGES subfolder c:\testfic\site\test\bitmaps ... contains images
- TMPsubfolder c:\testfic\site\test\temp ... contains temporary files

Test.ini content:
*************
[Main]

Tempfilepath = c: \ testfic \ temp \ test
Template = wc_
TimerInterval = 200
Admin =
ADMINEMAIL =
Adminsenderroremail = Off
Adminmailserver =
Mailserverlogin =
Mailserverpw =
Comreleaseurl = http: //localhost/test/bin/wc.dll _maintain ~ Release?
LogToFile = On
Showrequestdata = Off
Showserverform = On
Showstatus = On
Saverequestfiles = On
Usemts = Off
Memusage = 8176
ScriptMode = 3
Sqlconnectstring =

[Awapp]

App = TEST
AppName = TESTFIC
TempPath = c: \ testfic \ temp \
ImgPath = c: \ testfic \ progs \ bitmaps \
DataPath = c: \ testfic \ data \
PrgPath = c: \ testfic \ Progs \

Location = TESTFIC
ScriptPathPhysical = C: \ Program Files (x86) \ Microsoft Visual FoxPro 9 \ Tools \ AB \ AW \ Scripts \
ScriptPathVirtual = / awScripts /
HTMLpath = c: \ testfic \ Site \ test \
Virtual = / test /

ImagePathPhysical = c: \ testfic \ Site \ test \ Images \
ImagePathVirtual = Images /

TempPathPhysical = c: \ testfic \ Site \ test \ Temp \
TempPathVirtual = / test / temp /

AppAdmin = FoxInCloud App Admin
AppAdminEmail=appAdmin@yourDomain.com
LicenseAdmin = HWSW License Administrator
LicenseAdminEmail=licenseAdmin@yourDomain.com
LicenseAdminPW = HWSW License Administrator Password

awCustomerID =
awBasePackID =
HTTPproxyName =
HTTPproxyUserName =
HTTPproxyPassword =

SessionTimeOutMin = 30
UserStateWeeks = 4

GridRenderClass = abDHTMLAWGrid

[Wwmaint]

Htmlpagepath = c: \ testfic \ Site \ test \
VirtualPath = / test /

File wc.ini:
********
[Wwcgi]

Path = c: \ testfic \ temp \ test \

Timeout = 60

AdminPage = / test / admin / admin.asp

Template = wc_

PollTime = 100

PostMethod urlencoded =
FileStartInstances = 0

Impersonation = 0
Mechanism = File
AdminAccount =

Exefile =

UpdateFile =

[Automation Servers]

Server1 = test.testServer


ServerLoading = 0

KeepAlive = 1

[Extra Server Variables]

[HTML PAGES]
TimeOut =
Busy =
NoOutput =
OleError =
Maintainance =
Maintainence =
Exception =
Execption =
NoLoad =

Regards
Gilles


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James


Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  n/a
  Tuvia Vinitsky
  Mar 30, 2015 @ 05:27am
OK, I've been digging in on this. I suspected the xxx.vcx class was missing in the exe, so I did this to eventually satisfy myself that this is the problem. I start with a plain vanilla VFP IDE instance. Set classlib, procedure and path are empty. Start exe within VFP with a DO and it gives the same error as freestanding startup. Back to the plain VFP IDE and add only:

Set classlib to "C:/Program Files..../tn.vcx"

No additive since classlib is empty and tn is the xxx in this case. Now it starts without error. It starts in the FIC Studio IDE because my setup prog sets the vcx classlib. Now I know what is missing, I can't seem to find why it is not in the exe. Setting a breakpoint in the startup prog, I can see the loaded classlibs such as AW.VCX, WWXML.VCX and so on. TN.VCX is not listed, but it is listed as an included class in the project. Have cruised the 'net, but I can't seem to locate a similar problem. Shouldn't build include the vcx in the exe? I've tried excluding and reincluding, removing and it is picked up on build. I have had config.fp problems before, but not a class being excluded... Any ideas?

TIA - James


Since you can run in IDE, perhaps there are class libraries that are excluded from the project, and thus not in the .exe?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James



Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  FoxInCloud Support - Thierry N.
  James Patterson
  Mar 30, 2015 @ 09:24pm
Hi James,

on a production server, we recommend installing the application and the site in different locations:
- application in c:\program files\...,
- site in c:\inetpub\wwwroot\...

With these settings, in xxxProd.ini, you only need to change the site pathes:
- physical pathes now point to c:\inetpub\wwwroot\...
- virtual pathes start from / instead of /xxxTest/ - you just need to replace all instances of '/xxxTest/' by '/'

You start your exe in file mode either :
(1) by double clicking it (it then runs inside user session)
or
(2) by this URL on the admin page: http://.../bin/wc.dll?_maintain~StartExe (runs silent)

Using (1) you see the server window just like in development

WRT your "error 1733 class definition not found for xxxCST", to me it means you need a

set classlib to xxx additive

in xxxSets.Init(), and/or make sure all your set classlib instructions are in xxxSets.Init() with the additive clause.

Please keep in mind that, in Automation mode (COM), VFP does an implicit set classlib to any vcx it contains, and a set procedure to any .fxp it contains. this is probably why the error 1733 does not occur in COM mode.

PS: http://foxincloud.com/how-to.php?howto=aztuto4 deals with installing a production server - did you read this material?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James


-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  FoxInCloud Support - Thierry N.
  James Patterson
  Mar 30, 2015 @ 09:26pm
Hi James,

do you have a

set classlib to tn additive

in xxxSets.init()?


OK, I've been digging in on this. I suspected the xxx.vcx class was missing in the exe, so I did this to eventually satisfy myself that this is the problem. I start with a plain vanilla VFP IDE instance. Set classlib, procedure and path are empty. Start exe within VFP with a DO and it gives the same error as freestanding startup. Back to the plain VFP IDE and add only:

Set classlib to "C:/Program Files..../tn.vcx"

No additive since classlib is empty and tn is the xxx in this case. Now it starts without error. It starts in the FIC Studio IDE because my setup prog sets the vcx classlib. Now I know what is missing, I can't seem to find why it is not in the exe. Setting a breakpoint in the startup prog, I can see the loaded classlibs such as AW.VCX, WWXML.VCX and so on. TN.VCX is not listed, but it is listed as an included class in the project. Have cruised the 'net, but I can't seem to locate a similar problem. Shouldn't build include the vcx in the exe? I've tried excluding and reincluding, removing and it is picked up on build. I have had config.fp problems before, but not a class being excluded... Any ideas?

TIA - James


Since you can run in IDE, perhaps there are class libraries that are excluded from the project, and thus not in the .exe?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James



-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  n/a
  Thierry Nivelet (FoxInCloud)
  Mar 31, 2015 @ 02:35am
Hi,

I may not have been quite clear, so allow me to try again. The LAN app works fine, and indeed FAA added:

SET CLASSLIB TO 'C:\Program Files (x86)\Microsoft Visual FoxPro 9\TedsInternet\xxx.vcx' ADDITIVE && based on aw.vcx

I noted this was done very early in the main prg. In the xxxTest project, the main prg xxxTest.prg does not have this code. In xxxSets, this code exists:

IF !InList(_VFP.StartMode, 2, 3, 5) && In COM automation mode, Visual FoxPro implicitly performs a SET PROCEDURE and a SET CLASSLIB to the entire server by default when you instantiate an .exe or .dll COM server - if you reissue SET PROC or SET CLASSLIB repeatedly, COM object performance will drop sharply

SET PROCEDURE TO my_app,xxxsets,xxxtest.css.prg,wwapi.prg,wwhttp.prg,wwutils.prg ADDITIVE

ClassLibAdd("_gdiplus.vcx,myclass.vcx,xxx.vcx") && modify command abDev
EXTERNAL PROCEDURE ClassLibAdd

ENDIF

Note again that this is late in the calling chain of the xxxTest.exe and will not prevent the error even if the INLIST is bypassed. My first test involved adding a SET CLASSLIB to the main program xxxTest.prg. Works fine, no errors. However, the above code includes a warning about calling SET CLASSLIB in a COM object so I was seeking an alternative solution. After confirming that the "brute force" approach worked, I have been attempting to get the Project Manager to include the xxx.vcx in the final build. I have removed the vcx, rebuilt the project, and added the vcx back. I have tried to CREATEOBJECT in the main prg to maybe give the BUILD an indication that it needs to include the vcx. I have been trying to avoid using a SET CLASSLIB. Too bad there are no compiler directives... I keep regretting moving my dev to another machine as I keep getting strange, new problems!

Yes, I have read Chapter 4, even to the extent of changing the View to 200% so I could read your file paths and file structures.

-James



Hi James,

on a production server, we recommend installing the application and the site in different locations:
- application in c:\program files\...,
- site in c:\inetpub\wwwroot\...

With these settings, in xxxProd.ini, you only need to change the site pathes:
- physical pathes now point to c:\inetpub\wwwroot\...
- virtual pathes start from / instead of /xxxTest/ - you just need to replace all instances of '/xxxTest/' by '/'

You start your exe in file mode either :
(1) by double clicking it (it then runs inside user session)
or
(2) by this URL on the admin page: http://.../bin/wc.dll?_maintain~StartExe (runs silent)

Using (1) you see the server window just like in development

WRT your "error 1733 class definition not found for xxxCST", to me it means you need a

set classlib to xxx additive

in xxxSets.Init(), and/or make sure all your set classlib instructions are in xxxSets.Init() with the additive clause.

Please keep in mind that, in Automation mode (COM), VFP does an implicit set classlib to any vcx it contains, and a set procedure to any .fxp it contains. this is probably why the error 1733 does not occur in COM mode.

PS: http://foxincloud.com/how-to.php?howto=aztuto4 deals with installing a production server - did you read this material?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James


Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  FoxInCloud Support - Thierry N.
  James Patterson
  Mar 31, 2015 @ 07:49am
I frankly don't understand your xxx.vcx inclusion issue
as your forms are based on xxx.vcx, project manager should include xxx.vcx automatically
otherwise you can have this code in xxxSets.Init():

if !inlist(...)
SET PROCEDURE TO my_app ADDITIVE && this is enough, the rest is already set
ClassLibAdd(_gdiplus.vcx, myclass.vcx, xxx.vcx") && OK
external classlib xxx && forces xxx.vcx into the project
endif


Hi,

I may not have been quite clear, so allow me to try again. The LAN app works fine, and indeed FAA added:

SET CLASSLIB TO 'C:\Program Files (x86)\Microsoft Visual FoxPro 9\TedsInternet\xxx.vcx' ADDITIVE && based on aw.vcx

I noted this was done very early in the main prg. In the xxxTest project, the main prg xxxTest.prg does not have this code. In xxxSets, this code exists:

IF !InList(_VFP.StartMode, 2, 3, 5) && In COM automation mode, Visual FoxPro implicitly performs a SET PROCEDURE and a SET CLASSLIB to the entire server by default when you instantiate an .exe or .dll COM server - if you reissue SET PROC or SET CLASSLIB repeatedly, COM object performance will drop sharply

SET PROCEDURE TO my_app,xxxsets,xxxtest.css.prg,wwapi.prg,wwhttp.prg,wwutils.prg ADDITIVE

ClassLibAdd("_gdiplus.vcx,myclass.vcx,xxx.vcx") && modify command abDev
EXTERNAL PROCEDURE ClassLibAdd

ENDIF

Note again that this is late in the calling chain of the xxxTest.exe and will not prevent the error even if the INLIST is bypassed. My first test involved adding a SET CLASSLIB to the main program xxxTest.prg. Works fine, no errors. However, the above code includes a warning about calling SET CLASSLIB in a COM object so I was seeking an alternative solution. After confirming that the "brute force" approach worked, I have been attempting to get the Project Manager to include the xxx.vcx in the final build. I have removed the vcx, rebuilt the project, and added the vcx back. I have tried to CREATEOBJECT in the main prg to maybe give the BUILD an indication that it needs to include the vcx. I have been trying to avoid using a SET CLASSLIB. Too bad there are no compiler directives... I keep regretting moving my dev to another machine as I keep getting strange, new problems!

Yes, I have read Chapter 4, even to the extent of changing the View to 200% so I could read your file paths and file structures.

-James



Hi James,

on a production server, we recommend installing the application and the site in different locations:
- application in c:\program files\...,
- site in c:\inetpub\wwwroot\...

With these settings, in xxxProd.ini, you only need to change the site pathes:
- physical pathes now point to c:\inetpub\wwwroot\...
- virtual pathes start from / instead of /xxxTest/ - you just need to replace all instances of '/xxxTest/' by '/'

You start your exe in file mode either :
(1) by double clicking it (it then runs inside user session)
or
(2) by this URL on the admin page: http://.../bin/wc.dll?_maintain~StartExe (runs silent)

Using (1) you see the server window just like in development

WRT your "error 1733 class definition not found for xxxCST", to me it means you need a

set classlib to xxx additive

in xxxSets.Init(), and/or make sure all your set classlib instructions are in xxxSets.Init() with the additive clause.

Please keep in mind that, in Automation mode (COM), VFP does an implicit set classlib to any vcx it contains, and a set procedure to any .fxp it contains. this is probably why the error 1733 does not occur in COM mode.

PS: http://foxincloud.com/how-to.php?howto=aztuto4 deals with installing a production server - did you read this material?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James




-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: Production Server Paths
  n/a
  Thierry Nivelet (FoxInCloud)
  Mar 31, 2015 @ 08:39am
I'm with you, so I am starting a new app off the server and going to add to it bit at a time and carefully check the outcome. I may have gotten too far ahead of myself before carefully checking the exe's. I'll let you know if I find anything as I was using beta03 on this and will use release on this test.

Thanks - James


I frankly don't understand your xxx.vcx inclusion issue
as your forms are based on xxx.vcx, project manager should include xxx.vcx automatically
otherwise you can have this code in xxxSets.Init():

if !inlist(...)
SET PROCEDURE TO my_app ADDITIVE && this is enough, the rest is already set
ClassLibAdd(_gdiplus.vcx, myclass.vcx, xxx.vcx") && OK
external classlib xxx && forces xxx.vcx into the project
endif


Hi,

I may not have been quite clear, so allow me to try again. The LAN app works fine, and indeed FAA added:

SET CLASSLIB TO 'C:\Program Files (x86)\Microsoft Visual FoxPro 9\TedsInternet\xxx.vcx' ADDITIVE && based on aw.vcx

I noted this was done very early in the main prg. In the xxxTest project, the main prg xxxTest.prg does not have this code. In xxxSets, this code exists:

IF !InList(_VFP.StartMode, 2, 3, 5) && In COM automation mode, Visual FoxPro implicitly performs a SET PROCEDURE and a SET CLASSLIB to the entire server by default when you instantiate an .exe or .dll COM server - if you reissue SET PROC or SET CLASSLIB repeatedly, COM object performance will drop sharply

SET PROCEDURE TO my_app,xxxsets,xxxtest.css.prg,wwapi.prg,wwhttp.prg,wwutils.prg ADDITIVE

ClassLibAdd("_gdiplus.vcx,myclass.vcx,xxx.vcx") && modify command abDev
EXTERNAL PROCEDURE ClassLibAdd

ENDIF

Note again that this is late in the calling chain of the xxxTest.exe and will not prevent the error even if the INLIST is bypassed. My first test involved adding a SET CLASSLIB to the main program xxxTest.prg. Works fine, no errors. However, the above code includes a warning about calling SET CLASSLIB in a COM object so I was seeking an alternative solution. After confirming that the "brute force" approach worked, I have been attempting to get the Project Manager to include the xxx.vcx in the final build. I have removed the vcx, rebuilt the project, and added the vcx back. I have tried to CREATEOBJECT in the main prg to maybe give the BUILD an indication that it needs to include the vcx. I have been trying to avoid using a SET CLASSLIB. Too bad there are no compiler directives... I keep regretting moving my dev to another machine as I keep getting strange, new problems!

Yes, I have read Chapter 4, even to the extent of changing the View to 200% so I could read your file paths and file structures.

-James



Hi James,

on a production server, we recommend installing the application and the site in different locations:
- application in c:\program files\...,
- site in c:\inetpub\wwwroot\...

With these settings, in xxxProd.ini, you only need to change the site pathes:
- physical pathes now point to c:\inetpub\wwwroot\...
- virtual pathes start from / instead of /xxxTest/ - you just need to replace all instances of '/xxxTest/' by '/'

You start your exe in file mode either :
(1) by double clicking it (it then runs inside user session)
or
(2) by this URL on the admin page: http://.../bin/wc.dll?_maintain~StartExe (runs silent)

Using (1) you see the server window just like in development

WRT your "error 1733 class definition not found for xxxCST", to me it means you need a

set classlib to xxx additive

in xxxSets.Init(), and/or make sure all your set classlib instructions are in xxxSets.Init() with the additive clause.

Please keep in mind that, in Automation mode (COM), VFP does an implicit set classlib to any vcx it contains, and a set procedure to any .fxp it contains. this is probably why the error 1733 does not occur in COM mode.

PS: http://foxincloud.com/how-to.php?howto=aztuto4 deals with installing a production server - did you read this material?


Ported to the production server this AM and I am having some difficulties. Browsing to index.xxx returns an error that Index.scx cannot be found. I immediately assume I have a path error in xxxProd.ini, but I can't seem to locate it.

Another curious thing is directly launching a form with ...wFormStandardPage.xxx?awFrm=... will launch the forms, regardless of the wlAnonymous setting, but they do not respond to most button pushes, almost as though there is no javascript attached. The grids do not display and this is why I thought a path might be incorrect as I read that some paths are for XML grid info generation.

Pathing in web servers can be confusing and what little experience I have is Apache on Linux. In the xxxProd.ini file is where I suspect could be a path error. I am familiar with 3 types of path in web servers. Absolute from a root (i.e. c:\inetpub\wwwroot\apps\xxxProd\). Virtual by assignment, sort of like creating an alias. And the relative paths created by the web server. For instance, if the root of a website is located in c:\inetpub\wwwroot\apps\xxxProd\, a reference to the contained folders would be something like /Images/ and /bin/ as far as the browser is concerned. I have heard this relative path referred to as virtual before, so I may be confusing terms. I guess my question is the viewpoint of the path from the startup location of the COM exe?

For instance, if the exe started in c:\inetpub\wwwroot\apps\xxxProd\ is this the basis for all paths contained in xxxProd.ini? IF so ./bin, ./images would be one level below ...\xxxProd\ and seem to be valid entries. Virtual...does this mean virtual to the web root, which is probably located in a folder above the xxxProd.exe location? If so, /xxxProd/bin/ and /xxxProd/images/ would be valid virtual? I have tried many combinations, including absolute paths, with no change in outcome.

Went back through the setup guide and noticed that you could test the production in file mode. I can only assume you manually start xxxProd.exe and should see a VFP style window open showing the server window inside? I see an error 1733 class definition not found for xxxCST and after some tme, other errors occur. I can instantiate the COM in the IDE without any errors. This may not be my problem, but I think I need to fix it before I proceed. Still feels like a path error. I have never tried to debug a VFP COM before, so I will start looking up some procedures for that. I will also start looking for xxxCST. Any ideas?

TIA - James




© 1996-2024