Dev/Testing in 'Welcome to Revelation Software's OI for Web Toolkit 2.0'

When I logout and close browser and then do (say) http://localhost:18888/examples/start.htm?ADMINLOGON=1

Then login , there is a delay and I get a response of:

login response - 1
Login failed
-3111

If I reboot all back to normal until next time

What is the error telling me?

Dev/Testing in 'Welcome to Revelation Software's OI for Web Toolkit 2.0'

When I logout and close browser and then do (say) http://localhost:18888/examples/start.htm?ADMINLOGON=1

Then login , there is a delay and I get a response of:

login response - 1
Login failed
-3111

If I reboot all back to normal until next time

What is the error telling me?

Hi, Barry. That error means it was trying to create a new engine, and the engine creation failed.

Are you running these requests in the browser control inside the OI 10.x IDE? Or from a "real" browser on the desktop? Remember that accessing O4W from the "real" browser consumes a license (or one or more licenses, depending on what you're doing) so maybe this is telling us you were out of licenses?

- Bryan Shumsky

Revelation Software, Inc.

Dev/Testing in 'Welcome to Revelation Software's OI for Web Toolkit 2.0'

When I logout and close browser and then do (say) http://localhost:18888/examples/start.htm?ADMINLOGON=1

Then login , there is a delay and I get a response of:

login response - 1
Login failed
-3111

If I reboot all back to normal until next time

What is the error telling me?

Hi, Barry. That error means it was trying to create a new engine, and the engine creation failed.

Are you running these requests in the browser control inside the OI 10.x IDE? Or from a "real" browser on the desktop? Remember that accessing O4W from the "real" browser consumes a license (or one or more licenses, depending on what you're doing) so maybe this is telling us you were out of licenses?

- Bryan Shumsky

Revelation Software, Inc.

from a "real" browser on the desktop?

YES

in the browser control inside the OI 10.x IDE?

Are you saying I can Do that, if so, how?

In the IDE, in your application, go to settings/IDE Settings/Engine Server. Make sure the information is correct so that you can talk to your engine server. Note that if you have configured your engine server to allow "dynamic virtual directories", then you can specify "*" in the "Virtual Directory To Use" field - otherwise, you need to specify the name of a virtual directory you have defined in the eserver.cfg that connects in to the current application. You should also have a user (or more than one user) defined as either "both" an OI and O4W user, or only an O4W user, so you can log in.

Then, you can use the File/New/Entity/O4W (or File/Open/Entity/O4W) menu options to create (or open an existing) O4W entity - in your case, I think you're using the Form Designer?

Note also that when using O4W inside the IDE, "bigger is better", so stretch your screen as much as you can.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

In the IDE, in your application, go to settings/IDE Settings/Engine Server. Make sure the information is correct so that you can talk to your engine server. Note that if you have configured your engine server to allow "dynamic virtual directories", then you can specify "*" in the "Virtual Directory To Use" field - otherwise, you need to specify the name of a virtual directory you have defined in the eserver.cfg that connects in to the current application. You should also have a user (or more than one user) defined as either "both" an OI and O4W user, or only an O4W user, so you can log in.

Then, you can use the File/New/Entity/O4W (or File/Open/Entity/O4W) menu options to create (or open an existing) O4W entity - in your case, I think you're using the Form Designer?

Note also that when using O4W inside the IDE, "bigger is better", so stretch your screen as much as you can.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

Thank you - I will check an I might get back to you on some of the terminology :smile:

In the IDE, in your application, go to settings/IDE Settings/Engine Server. Make sure the information is correct so that you can talk to your engine server. Note that if you have configured your engine server to allow "dynamic virtual directories", then you can specify "*" in the "Virtual Directory To Use" field - otherwise, you need to specify the name of a virtual directory you have defined in the eserver.cfg that connects in to the current application. You should also have a user (or more than one user) defined as either "both" an OI and O4W user, or only an O4W user, so you can log in.

Then, you can use the File/New/Entity/O4W (or File/Open/Entity/O4W) menu options to create (or open an existing) O4W entity - in your case, I think you're using the Form Designer?

Note also that when using O4W inside the IDE, "bigger is better", so stretch your screen as much as you can.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

Thank you - I will check an I might get back to you on some of the terminology :smile:

In Consoles→management Console→Console→Engine Server tab I see "allowed OpenInsight Folder" with *

In "Web Server" tab I see various setups under "Virtual Directories' that all have o4w as the "physical path for virtual directory"

So, therefore I am not sure what should be set as a virtual directory in your statement:

you need to specify the name of a virtual directory that connects in to the current application

(I can access and modify via the bowser O4W development - http://localhost:18888/examples/start.htm?ADMINLOGON=1)

When I do try to open a O4W form from the IDE i get messages:

Please finish configuration for this application[/b]

I am no mans land now!! - Dont have a clue

In the IDE, in your application, go to settings/IDE Settings/Engine Server. Make sure the information is correct so that you can talk to your engine server. Note that if you have configured your engine server to allow "dynamic virtual directories", then you can specify "*" in the "Virtual Directory To Use" field - otherwise, you need to specify the name of a virtual directory you have defined in the eserver.cfg that connects in to the current application. You should also have a user (or more than one user) defined as either "both" an OI and O4W user, or only an O4W user, so you can log in.

Then, you can use the File/New/Entity/O4W (or File/Open/Entity/O4W) menu options to create (or open an existing) O4W entity - in your case, I think you're using the Form Designer?

Note also that when using O4W inside the IDE, "bigger is better", so stretch your screen as much as you can.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

Thank you - I will check an I might get back to you on some of the terminology :smile:

In Consoles→management Console→Console→Engine Server tab I see "allowed OpenInsight Folder" with *

In "Web Server" tab I see various setups under "Virtual Directories' that all have o4w as the "physical path for virtual directory"

So, therefore I am not sure what should be set as a virtual directory in your statement:

you need to specify the name of a virtual directory that connects in to the current application

(I can access and modify via the bowser O4W development - http://localhost:18888/examples/start.htm?ADMINLOGON=1)

When I do try to open a O4W form from the IDE i get messages:

Please finish configuration for this application[/b]

I am no mans land now!! - Dont have a clue

Like you said somewhere - trial & error (But doc what you do so you can recover )

settings/IDE Settings/Engine Server:

            "Virtual Directory To Use"  = *

                               Crashed - Consoles->management console

             "Virtual Directory To Use"  = o4w

                              Consoles->management console - brings up o4w development

               "Virtual Directory To Use"  =console

                              Consoles->management console - brings up OI Console

                               Open O4W form - O4W Development in new Tab.

So, all good so far!!!! (Good job bazza)

In the IDE, in your application, go to settings/IDE Settings/Engine Server. Make sure the information is correct so that you can talk to your engine server. Note that if you have configured your engine server to allow "dynamic virtual directories", then you can specify "*" in the "Virtual Directory To Use" field - otherwise, you need to specify the name of a virtual directory you have defined in the eserver.cfg that connects in to the current application. You should also have a user (or more than one user) defined as either "both" an OI and O4W user, or only an O4W user, so you can log in.

Then, you can use the File/New/Entity/O4W (or File/Open/Entity/O4W) menu options to create (or open an existing) O4W entity - in your case, I think you're using the Form Designer?

Note also that when using O4W inside the IDE, "bigger is better", so stretch your screen as much as you can.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

Thank you - I will check an I might get back to you on some of the terminology :smile:

In Consoles→management Console→Console→Engine Server tab I see "allowed OpenInsight Folder" with *

In "Web Server" tab I see various setups under "Virtual Directories' that all have o4w as the "physical path for virtual directory"

So, therefore I am not sure what should be set as a virtual directory in your statement:

you need to specify the name of a virtual directory that connects in to the current application

(I can access and modify via the bowser O4W development - http://localhost:18888/examples/start.htm?ADMINLOGON=1)

When I do try to open a O4W form from the IDE i get messages:

Please finish configuration for this application[/b]

I am no mans land now!! - Dont have a clue

Like you said somewhere - trial & error (But doc what you do so you can recover )

settings/IDE Settings/Engine Server:

            "Virtual Directory To Use"  = *

                               Crashed - Consoles->management console

             "Virtual Directory To Use"  = o4w

                              Consoles->management console - brings up o4w development

               "Virtual Directory To Use"  =console

                              Consoles->management console - brings up OI Console

                               Open O4W form - O4W Development in new Tab.

So, all good so far!!!! (Good job bazza)

Mmmm could be a bug or a catch22

"Virtual Directory To Use" =console

Am in EXAMPLES application

open O4W form CUSTOMERS (an O4W entity) - says cant find it.

In O4W dev look at what forms are there and only see what I assume are sysprog ones.

Ok, I then assume I have to login

Cant, say my login is invalid - no match.

Idea!

Change "Virtual Directory To Use" =examples (Which is the virtual I created to access from the web - I think I might have answer a question I had somewhere)

Now I try to open form again and YIPEE

But management console opens as O4W dev.

So I would have to change back to 'console'

Now, as far as memory in 2 weeks time…..

Is all this by design or have I found something amiss.

Hi, Barry.

Yes, this is by design - each application may (should?) have its own login to the engine server, if it wants to use it. That's why there's that "what virtual directory should we use?" field.

You SHOULD be able to run the console, even from your other app - if you are in examples, and have "examples" as the virtual directory, and you ask for the console, does it display? Yes, it will need to log in as the examples O4W user, but it should still display (albeit things will be from the viewpoint of the examples, rather than sysprog, app).

There is also a setting (probably without a UI to set it in the version you have, but that's been fixed for the next release) to let an app which DOESN'T have an explicit "virtual directory" set in the eserver.cfg access the engine server. If you set this flag, it tells OI that when you're in an app that doesn't have a virtual directory set up, it should create an on-demand one without actually requiring you to explicit add it. That's a "dynamic" virtual directory that I was mentioning earlier.

To allow this functionality, if you want, you can edit up your eserver.cfg in notepad (it's located in your OI folder) and look for a setting named "WebServerDynamicConnections". If it exists, and you want to enable this functionality, then make sure its value is set to 1 - if it doesn't exist, you will have to add it (you can put it at the end of the eserver.cfg). You want the line to eventually look EXACTLY like this:

WebServerDynamicConnections=1

Obviously, if you _don't_ want to allow this functionality, then you can remove this line, or (better) set the value to 0.

If you've added or changed this value, you will need to stop and re-start your engine server (service, or 'debug' command line, as appropriate).

Once this value is set, in any application, you can specify the "Virtual Directory to Use" as "*" (without quotes) - the asterisk tells OI that it should create a dynamic virtual directory for this application when it needs to talk with the engine server.

I hope that, after your last day(s) of working through this, the above now makes some more sense. If not, let me know, and we'll give it another go…

- Bryan Shumsky

Revelation Software, Inc.

Hi, Barry.

Yes, this is by design - each application may (should?) have its own login to the engine server, if it wants to use it. That's why there's that "what virtual directory should we use?" field.

You SHOULD be able to run the console, even from your other app - if you are in examples, and have "examples" as the virtual directory, and you ask for the console, does it display? Yes, it will need to log in as the examples O4W user, but it should still display (albeit things will be from the viewpoint of the examples, rather than sysprog, app).

There is also a setting (probably without a UI to set it in the version you have, but that's been fixed for the next release) to let an app which DOESN'T have an explicit "virtual directory" set in the eserver.cfg access the engine server. If you set this flag, it tells OI that when you're in an app that doesn't have a virtual directory set up, it should create an on-demand one without actually requiring you to explicit add it. That's a "dynamic" virtual directory that I was mentioning earlier.

To allow this functionality, if you want, you can edit up your eserver.cfg in notepad (it's located in your OI folder) and look for a setting named "WebServerDynamicConnections". If it exists, and you want to enable this functionality, then make sure its value is set to 1 - if it doesn't exist, you will have to add it (you can put it at the end of the eserver.cfg). You want the line to eventually look EXACTLY like this:

WebServerDynamicConnections=1

Obviously, if you _don't_ want to allow this functionality, then you can remove this line, or (better) set the value to 0.

If you've added or changed this value, you will need to stop and re-start your engine server (service, or 'debug' command line, as appropriate).

Once this value is set, in any application, you can specify the "Virtual Directory to Use" as "*" (without quotes) - the asterisk tells OI that it should create a dynamic virtual directory for this application when it needs to talk with the engine server.

I hope that, after your last day(s) of working through this, the above now makes some more sense. If not, let me know, and we'll give it another go…

- Bryan Shumsky

Revelation Software, Inc.

Thank you

…when you're in an app

What is your definition of an 'app' in this terminology?

Hi, Barry.

Yes, this is by design - each application may (should?) have its own login to the engine server, if it wants to use it. That's why there's that "what virtual directory should we use?" field.

You SHOULD be able to run the console, even from your other app - if you are in examples, and have "examples" as the virtual directory, and you ask for the console, does it display? Yes, it will need to log in as the examples O4W user, but it should still display (albeit things will be from the viewpoint of the examples, rather than sysprog, app).

There is also a setting (probably without a UI to set it in the version you have, but that's been fixed for the next release) to let an app which DOESN'T have an explicit "virtual directory" set in the eserver.cfg access the engine server. If you set this flag, it tells OI that when you're in an app that doesn't have a virtual directory set up, it should create an on-demand one without actually requiring you to explicit add it. That's a "dynamic" virtual directory that I was mentioning earlier.

To allow this functionality, if you want, you can edit up your eserver.cfg in notepad (it's located in your OI folder) and look for a setting named "WebServerDynamicConnections". If it exists, and you want to enable this functionality, then make sure its value is set to 1 - if it doesn't exist, you will have to add it (you can put it at the end of the eserver.cfg). You want the line to eventually look EXACTLY like this:

WebServerDynamicConnections=1

Obviously, if you _don't_ want to allow this functionality, then you can remove this line, or (better) set the value to 0.

If you've added or changed this value, you will need to stop and re-start your engine server (service, or 'debug' command line, as appropriate).

Once this value is set, in any application, you can specify the "Virtual Directory to Use" as "*" (without quotes) - the asterisk tells OI that it should create a dynamic virtual directory for this application when it needs to talk with the engine server.

I hope that, after your last day(s) of working through this, the above now makes some more sense. If not, let me know, and we'll give it another go…

- Bryan Shumsky

Revelation Software, Inc.

This is my situation at the moment. ( Just wondering if ANY of this is an issue – maybe SYSPROG ( at the end ) )

IDE Settings – Virtual directory…. = bsbssnapshot

Virtual directory is setup in OICONSOLE→Engine Server→eServer Configuration→WebServer (Tab)

is also showing in the eserver.cfg file as:

‘webServerConnection_bsbsSnapShot=BSBS,BSBSOFT,*,65,1,RUN_OECGI_REQUEST,,,1,,,,0’

I open OI with account BSBS

Open Management console

Form is titled ‘OI Console’

Shows a login screen

Enter OICONSOLE / SYSPROG (not valid login error)

Enter my bsbssnapshot login BSBSOFT / <password>

Get alert message ‘ error: no item specified’

Click OK

Have an Empty form

Close tab

Open Management console – flashes and does’nt open

Open Management console – opens directly into OI Console

If I open an O4W form from the IDE I get the O4W dev system

I can also open bsbssnapshot from the browser

ALSO If I open SYSPROG account Open Management console I get immediately the O4W Development system

Hi, Barry. First off, the built-in web server is case sensitive when it comes to URLs, so is the virtual directory name "bsbssnapshot" or "bsbsSnapShot"? You will need to refer to it EXACTLY as its specified in the eserver.cfg.

Second, it sounds like the setting for "default page" for the "console" virtual directory may have gotten messed up. When in doubt, look in the eserver.cfg (rather than via the UI) to make _sure_ what's in there.

Most of the settings for the web server are "associated comma-delimited" - it's as though they are associated multivalues, but comma delimited instead.

Let's consider the settings for WebServerVirtualPaths, WebServerDefaultPage, and

WebServerVirtualDirs. For every virtual directory specified in WebServerVirtualDirs (comma separated), there should be a corresponding WebServerVirtualPaths and WebServerDefaultPage. The 3rd comma-delimited virtual directory (for example) should have its virtual path (probably o4w) and default page (probably start.htm) specified in the corresponding 3rd comma-delimited position.

Now, look for the "console" virtual directory, and then look at its corresponding virtual path (should be o4w) and default page (that's different - unlike most other virtual directories, the console starts up the special console page). My guess is that the associations between these 3 fields (virtual directory, path, and start page) has somehow gotten messed up…

- Bryan Shumsky

Revelation Software, Inc.

An app is still an OpenInsight application. You can set up a correspondence between an application and an O4W virtual directory via the settings menu, but everything is still contained inside a single OpenInsight application, that's the basis for deployment (for example) as well as development, etc.

Hope that helps,

- Bryan Shumsky

Revelation Software, Inc.

Hi, Barry. First off, the built-in web server is case sensitive when it comes to URLs, so is the virtual directory name "bsbssnapshot" or "bsbsSnapShot"? You will need to refer to it EXACTLY as its specified in the eserver.cfg.

Second, it sounds like the setting for "default page" for the "console" virtual directory may have gotten messed up. When in doubt, look in the eserver.cfg (rather than via the UI) to make _sure_ what's in there.

Most of the settings for the web server are "associated comma-delimited" - it's as though they are associated multivalues, but comma delimited instead.

Let's consider the settings for WebServerVirtualPaths, WebServerDefaultPage, and

WebServerVirtualDirs. For every virtual directory specified in WebServerVirtualDirs (comma separated), there should be a corresponding WebServerVirtualPaths and WebServerDefaultPage. The 3rd comma-delimited virtual directory (for example) should have its virtual path (probably o4w) and default page (probably start.htm) specified in the corresponding 3rd comma-delimited position.

Now, look for the "console" virtual directory, and then look at its corresponding virtual path (should be o4w) and default page (that's different - unlike most other virtual directories, the console starts up the special console page). My guess is that the associations between these 3 fields (virtual directory, path, and start page) has somehow gotten messed up…

- Bryan Shumsky

Revelation Software, Inc.

Appears ok to me (read 'bsbssnapshot' as 'pbcsnapshot')

WebServerVirtualDirs=o4w;examples;console;pbcsnapshot

WebServerVirtualPaths=o4w;o4w;o4w;o4w

WebServerDefaultPage=start.htm;start.htm;oecgi4.exe/O4W_RUN_DASHBOARD?GRAPHID\=STATS_DASHBOARD_DAY;start.htm

View this thread on the Works forum...