× 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.


  • Subject: RE: Data queue to web app
  • From: Ken Slaugh <ken.slaugh@xxxxxxxxxx>
  • Date: Thu, 2 Dec 1999 08:14:53 -0800

Wayne
        We too have this DataQ solution in place. We too have written an
ActiveX DataQ Object. Your use of the ADO although deviates from our
solution, we access our ActiveX objects directly without ADO. Our DataQ
has a max length of 5000 and we consistently send these long strings
without failures.

If you can't find a solution to the ADO issue and wish to get a copy of
our ActiveX Objects see http://www.cm-inc.com/AS400ole/ or email me
directly at ken@cm-inc.com

Ken Slaugh (707) 795-1512 Ext 118 
Programmer/System Analyst - Chouinard & Myhre, Inc. 
Certified Network Administrator MSE
Specialist - Client Access/400 

http://www.cm-inc.com/ 



-----Original Message-----
From: Wayne Capwell [mailto:wayne@redoaktech.com]
Sent: Wednesday, December 01, 1999 6:43 AM
To: midrange
Subject: Data queue to web app


Hello,
We have modified a group of RPG programs to use data queues instead of
display files to communicate with an internet connected browser. We
created physical files that emulate the display file formats and send
and receive the data queues in the RPG programs instead of reading and
writing the display file formats.  We create the data queues on the
AS/400 with a length of 2000 characters.
  
On the web server side, we created a dll using Visual Basic 6.0 and
Microsoft ADO objects to receive the data queue information and present
it to our server application.  The web application parses the data queue
string into the browser pages.  We also have prefined character strings
that emulate the function keys, etc. that sends data back to the
AS/400,  so the RPG program can complete the read data queue function
and continue with its normal processing.

All works well when we send less than 680 characters of data. However,
when the RPG program sends more than 680, the VB dll get an "Automation
Error" and ceases processing.  We have tried several iterations of the
VB with the same results.  We know the data queue contains all the
information on the AS/400 side.  

If anyone knows of this problem or even knows of a resource in IBM or
Microsoft that can help, I would greatly appreciate the help.
Here are our questions:

1) What version of ADO is recommended? The app currently uses Microsoft
OLE DB ADO Library 1.0.  All other versions of ADO we try crashes. Are
all versions of ADO supported?

2) Why can we send 2000 characters to the data queue, but only receive
approx. 680 characters? This causes an "Automation Error".  Why?

3). Could they provide code samples of using ADO to communicate with
AS400 data queues. We used samples from IBM's web site to develop what
we are using now. Any examples in particular of moving large record sets
to and from data queues. All samples from IBM's web site sends and
receives
 small amounts of data.

TIA

Wayne
-- 
______________________________________
Wayne W. Capwell
Red Oak Technologies, Inc.
11301 Carmel Commons Blvd., Suite 114   
Charlotte, NC  28226
704-945-1067

Manufacturing...Production...Solutions
     http://www.redoaktech.com/
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

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.