× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



OBJECTS was the name of a pc-based report writing tool with a graphical
development interface.  The product was owned by I/Q before being bought by
Computer Associates and having it's name changed to EUREKA.

JBA was an authorized reseller of I/Q - OBJECTS...  I'm not sure if they are
currently authorized to sell CA's EUREKA product or not...

The tool operates using file/field definitions of the AS/400 data files and
logical access paths (KNOWLEDGEBASES) that provide the capability to drag and
drop fields into a blank page and create simple or complex reports...  The
Knowledgebases were proprietary to JBA.

It uses an ODBC connection via Client Access, so you may want to make sure you
have the latest Client Access (I'd use EXPRESS if I were you) and the latest
ODBC drivers too...  It was possible to run OBJECTS from a local attached PC or
via a network server...  Depending on your configuration, there may be some
performance loss there too...

If it's only OBJECTS that is experiencing slow response times then I'd be
surprised if changing the access path size would solve the problem...

There was some discussion in this forum from Australia recently that described
something similar but that was for V5R1...  Sorry I don't recall...  You could
search the archives...  http://archive.midrange.com/jbausers-l  There was some
discussion of late-night calls to Rochester and some emergency PTF's etc...
Search on Keyword - Rochester - and the third entry will be the reference I was
thinking of...  I have pasted part of that text below...

Hth...

The original entry for this was dated 10/25/2001...
For your info we upgraded OS from V4R5 to V5R1 back in August. We had same
problem with ORDLINS and also with JMRELEAS (we use JC as well). IBM
Australia tried to solve the problem but eventually got someone out of bed
in Rochester in late hours of their Sunday night. Initial workaraound
(which DOES WORK) is to journal files PMP03 and JM37. IBM eventually tried
a number of PTF's to no effect until we put in MF27268 which appears to
have solved the problem. I suggest that you immediately journal PMP03
(STRJRNPF FILE(OSLD1F3/PMP03) JRN(LIBRARY/FILENAME)) and contact IBM to get
MF27268.

Good luck

Rick Allen
IT MANAGER
VA EIMCO AUSTRALIA P/L






I am not sure what you mean by OBJECTS.
We have experienced a serious impact on performance.
IBM recommended some performance PTF's plus changing the access path size
on LF's and PF's from 4GB to 1TB.
We installed the PTF's but have not really noticed any improvement.
We will be changing the access path size on Thanksgiving day.
Prompt on the CHGPF and CHGLF commands for more explanation of ACCPTHSIZ.


"Diana Larsson" <dlarsson@ardencompanies.com>@midrange.com on 11/20/2001
12:27:32 PM

Has anyone installed V4R5 and are having slow response time with OBJECTS?
As
always your input is appreciated and very valuable.





As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.