Hello again.

I’ve gotten everything working in OI 9.2 and O4W to access the "Examples" application via my web browser (Firefox). Feeling adventurous, I created a new OI application (“ABC”), and then a new website on my machine with the same name (“ABC”) and permissions as I used for Examples.

I then created a copy of the Examples registry key under OECGI3 called "ABC", and changed the ApplicationName and UserName to “ABC”. Accessing "Examples" still works fine, but when I try to inet_trace the connection to "ABC" using: http://localhost/abc/OECGI3.exe/inet_trace, I get: "1 Login failed -3111” text error returned.

I have a feeling I’m missing something simple, perhaps with the registry settings, but don’t know what it is and haven’t found enough info. in the provided docs to t-shoot. Tried starting and restarting the oengine server service to no avail.

Any ideas? Thanks in advance.

Gene

Gene,

The schema that you have outline thus far sounds right viz:

1. Create a registry key and parameters that mimic Examples (the easy way is to export Examples key, modify it in notepad then re-import it)

2. Create a Web application ABC with virtual directory pointing to the same O4W folder.

3. Restart the oengine java wrapper.

4 Check that you have enabled O4W Login security for the application in the SYSENV table

ie a record with key CFG_INET*ABC and in first line

INET_O4W_SECURITY

5. Make sure that you have attached the O4W_Files folder (Database Manager / Attach Tables) and saved this schema.

Richard Bright

#4 seems like a missed step - let me do that and will let you know. Thank you Richard!

Just a clarification to Richard's post: the configuration record _may_ need to be created, depending on what record(s) you already have defined. The configuration record is designed to let you make either system-wide, application-specific, or user-specific configurations.

Specifically, if you have a record named CFG_INET in your SYSENV table, then its contents apply as the default system-wide. These can be overridden for a specific application by having a record named CFG_INET* (for example, CFG_INET*EXAMPLES). Alternatively, these can also be overridden by having a record named CFG_INET (for example, CFG_INETEUGENE), or even an application and user specific configuration (for example, CFG_INET*EXAMPLES*EUGENE).

Though it may sound complicated, by appropriately defining these records, you can set general, system-wide defaults while still allowing for exceptions at the application and user level.

So, if you already have a CFG_INET record, and it is properly configured, you need not create a new CFG_INET*ABC record; however, if you _only_ have a CFG_INET*EXAMPLES record (and no system-wide default CFG_INET), then you WILL need to either create the system-wide CFG_INET record, or an ABC-specific CFG_INET*ABC.

Hope that didn't confuse things _too_ much…

- Bryan Shumsky

Revelation Software

Hi, Richard. FYI, in the official release of O4W (as opposed to the pre-release you may have originally looked at), I don't believe you need to specify the special INET_O4W_SECURITY routine; rather, the general INET_SECURITY procedure can continue to be used. RUN_OECGI_REQUEST has itself been modified to accommodate O4W, without the need for special security handling.

Regards,

- Bryan Shumsky

Revelation Software

Not confusing, actually an excellent clarification. Thank you Bryan. I will post back what I find later today.

Bryan - where does one go to configure the CFG_INET record? Is there a UI/form, or does one have to know the CFG_INET record structure and the field values in order to configure? Documented/documentation? Stumped… . Thanks in advance.

Hi, Eugene. I'm sure there is documentation for it - perhaps in the OECGI3 guide? I do not believe there is a form for it; at least, I have always just used the editor to maintain it.

According to the $INSERT associated with it (INET_EQUATES), field 1 contains the callback routines, field 2 contains error text to return, and field 3 contains some default values. In more detail:

Field 1, value 1 is the name of the stored procedure to call to check security (the 'shipped' value is INET_SECURITY). Field 1, value 2 is the name of the stored procedure to call to "finalize" processing on any OECGI request (the 'shipped' value is INET_FINALIZE). Field 1, value 3 is the name of the stored procedure to call if your INET procedure has crashed (the 'shipped' value is INET_ABORTED).

Field 2 contains the error text to return if the INET procedure doesn't return anything; multiple lines of text can be @TM delimited.

Field 3 contains some values used if you've got "url rewriting" going on, and thus isn't relevant in this instance.

Note that if no CFG_INET record is found, it will default to:

INET_SECURITY]INET_FINALIZE]INET_ABORTED

Cannot process query:%query%

(where ]" represents @VM)

Hope that helps,

- Bryan Shumsky

Revelation Software

No dice.

(below) is exactly what I'm trying to accomplish and the extent to which I could find any documentation (this is from the OECGI3 quick start guide):

"2. Multiple applications running in the same installation of OpenInsight. You may have multiple applications running in the same installation of OpenInsight. By creating separate connection settings for each application, you are able to service requests to those applications from the one web server."

??? :)

Noted.

Sometimes I forget which version, where I saw it and how I did it previously.

regards Richard

OK - so EXAMPLES works but not additional app.

Seems the area we first check on is registry settings. Perhaps you may post a cut and paste of a registry export of the settings so that it can be checked.

Next verify in IIS, that for the new web app you have oecgi3 allowed (my guess that if you have allowed for one app then applies for second but…)

Richard

Right, EXAMPLES works fine but not ABC.

To your point, how would I ensure that in IIS oecgi3 is allowed for ABC…? It shares the same setup, perimissions, etc as EXAMPLES in every way except for the name. For clarity, in IIS(7) it looks like this:

Default Web Site

] cgi-bin

] abc

] examples

cgi-bin points to: C:\inetpub\cgi-bin, and both abc and examples point to C:\Program Files (x86)\Revsoft\OInsight\O4W.

Could it be that both abc and examples cannot be listed as the "Default Web Site"?

The registry settings are identical.

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\RevSoft\OECGI3\ABC

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\RevSoft\OECGI3\EXAMPLES

with the exception of the Application Name and User Name values.

Thanks again for any help you can give.

Gene

View this thread on the forum...