Re: Navigator For i -- MIDRANGE-L

Greetings! Couple of updates on this series of posts.

Chrome - Has to do with the JavaScript engine within Chrome, The
underlying web widget support we are using right now is an older
technology, Seems the new chrome JavaScript engine does not like the older
syntax (yea, each browser has its own interpretation of the JavaScript
syntax which is why some applications work better in one browser vs
another) , Currently, Navigator for i is supported on IE and FF. We are
updating the underlaying support currently and will be supporting Chrome
in the near future.

Checking your network on your system - With any Web based application,
issue with the network configuration can cause issues with how your
application runs and responds. One of the simple tools that we have
provided is part of the Application Runtime Expert solution. We have
included a free network verify tempate that you can call from Qshell.
Enter the following -
qsh

/QIBM/ProdData/OS/OSGi/templates/bin/areVerify.sh -network

This will run the network verify template. It will review your systems
configuration to ensure everthing is confgiured as expected, it will then
attempt to access each defined IP Address to determine the connection
speed. You can then review the report to quicky see if your newwork
setting are configured and working as expected.

Tim

Tim Rowe, timmr@xxxxxxxxxx
Business Architect Application Development & Systems Management for IBM i
IBM i Development Lab, Rochester, MN
(507) 253-6191 (Tie) 553-6191

http://www-03.ibm.com/systems/power/software/i/are/index.html

From: midrange-l-request@xxxxxxxxxxxx
To: midrange-l@xxxxxxxxxxxx,
Date: 11/05/2013 02:44 PM
Subject: MIDRANGE-L Digest, Vol 12, Issue 2137
Sent by: midrange-l-bounces@xxxxxxxxxxxx

------------------------------

message: 3
date: Tue, 5 Nov 2013 13:31:22 -0700
from: Jim Essinger <dilbernator@xxxxxxxxx>
subject: Re: Navigator For i

Using the information here I fought this for a while using the Chrome
browser. When I changed over to Explorer, it started to work. It also
works in Firefox.

Can anyone tell me why Chrome is so stubborn?

Anyway, don't use Chrome to test the connection. You will just beat your
head against a wall.

Jim Essinger
Western Power Sports
Boise, ID

On Mon, Oct 21, 2013 at 7:44 PM, DrFranken <midrange@xxxxxxxxxxxx> wrote:

Pete,

Well then, I can recreate your error! Internally FrankieV is at
172.29.2.40 or V7R1Prod.Frankeni.com. If I access
http://172.29.2.40:2001 I get a log in but EVERY functions yeilds the
red(ish) box with TCTUI1003E. If I use http://v7r1prod.frankeni.com:2001
then that works perfectly.

Here's the thing, MANY of the functions we use daily work Okey Dokey
when we use the IP address to access the server. IBM Navigator for i is
NOT one of those things!

So mostly you have it right, what you've not got correct is how you're
ACCESSING the system. If you think about apache and how it directs
inbound requests to the various servers you can have MANY virtual hosts
on the same server. Even Frankie (a lowly 170 on V5R3) runs
www.frankeni.com www.idevcloud.com www.iinthecloud.com www.midrange.com
and others. In order for apache to know which virtual host to ring up it
looks at the inbound URL. The IP address, however, is not a URL.

So try this as a simple solution. In your own local hosts file add the
10.0.10.205 address with the FQDN of VASi5.valadd.com then in your
browser use http://VASi5.valadd.com:2001 and I think you will have a
'Kazaa' moment. :-)

The correct solution of course is to put that in your local DNS so
that you don't need to mess with host table entries on the machines that
access the server.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 10/21/2013 4:24 PM, Pete Helgren wrote:

I was going to post about my woes in getting it set up on my LPAR's as
well so lemme ask a couple of questions....

When you say that the FQDN and IP match up, are you saying that the

Work

with TCP/IP Host Table entries must match (Option 10 on CFGTCP?).

Match

*what* exactly? And when you say test if from the IBM i partition,

are

you saying that it should be pingable or?

The IP address for the IBM i on my LPAR is 10.0.10.205 (at least, one

the IP addresses assigned to the line description is). I have that IP
assigned to VASi5.valadd.com in the host table entries. When I access
Navigator from my browser on the local network I type in
10.0.10.205:2001 and I get a very nice looking log in prompt and then
see the menu. Basically every option on the menu returns TCTUI1003E
just like Buzz.

I DO get a security warning from Chrome that the certificate isn't
trusted when I access the page originally but that is about all I see.

I *just* put on the latest groups and CUME. Regardless of how and

when

I start the *ADMIN server, I always see this error. I always have but
it hasn't been a big deal since I use 5250j and IBM i Access when I

have

to. But it would be nice to have this working......Web Admin and DCM
work fine. I just have never gotten Navigator to work.

Pete Helgren
www.petesworkshop.com
GIAC Secure Software Programmer-Java

On 10/21/2013 1:27 PM, DrFranken wrote:

Be very positive in no uncertain terms that the IP address used to
access the server and the FQDN for the server match up. Also make

sure

that the rDNS record matches that IP address. Be sure to test this

FROM

the IBM i partition. If these do not match many things (IBM Navigator
for i INCLUDED) will not work correctly.

Second be sure you have all the correct Java components installed and
have current PTF groups for HTTP, JAVA, TCP and that the HIPER group

reasonably current as well.

Also if a lot of things start when your system starts and you don't

have

very many disk arms. Try ending and restarting the *ADMIN server when
the system isn't very busy. I have seen that on systems with few arms
where everything starts at once that the *ADMIN server doesn't finish
starting correctly and this is one of the issues that surfaces.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 10/21/2013 12:43 PM, Buzz Fenner wrote:

I make use of IBM Navigator For i (mainly in lieu of -not- being

able

to use

Ops Nav in iAccess For Windows on my Win 8 laptop). A week ago we

ported

over from a Model 520 to an 8202 (both @ v7r1). I now find almost

all

the

selections are generating server communication errors, namely

TCTUI1003E.

Google has not been my friend, so far. Has anyone run into this

problem?

--

Buzz Fenner

Business Systems Analyst/Systems Administrator

City Water & Light

870.930.3374 | 870.219.5229

bfenner@xxxxxxxxxxxxxxxx

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

------------------------------