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



Well, I want to avoid the SNA over TCP approach.

I can't figure out how to create a data queue to use TCP.  For example when
I use CRTDTAQ TYPE(*DDM) then I get all sorts of SNA prompts but no TCP.
However if I do a  CRTDDMF RMTLOCNAME(remotehost *IP) instead of the
default of *SNA I get IP type prompts instead.

Rob Berendt

==================
A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.


                                                                                
                                        
                    thomas@inorbit.com                                          
                                        
                    Sent by:                  To:     MIDRANGE-L@midrange.com   
                                        
                    owner-midrange-l@mi       cc:                               
                                        
                    drange.com                Subject:     Re: Remote Data 
Queues Over TCP (was Re: Most efficient      
                                               AS400    physical file building 
?)                                       
                                                                                
                                        
                    08/09/2001 05:37 PM                                         
                                        
                    Please respond to                                           
                                        
                    MIDRANGE-L                                                  
                                        
                                                                                
                                        
                                                                                
                                        




I am aware of two ways to get *dtaq support via TCP/IP in a more or less
IBM-supported fashion.

First, SNA over TCP/IP. That's the obvious answer.

But second, one of the host servers is a *dtaq server. Although designed to
speak with Client Access, it can be talked with via Java from a client app
on a PC. The biggest trick seems to me to be getting the connection handle
out of the signon server. (Example of a smaller trick is apparently that
these host servers want to talk ASCII.)

However, given that the OS/400 JVM is certified for pure Java and the Java
toolkit used for client apps is supposed to be available for platforms that
support pure Java...?

In any case, if you can get a connection handle, the rest should be a SMOP,
Java or no Java. No?

Tom Liotta

On Thu, 09 August 2001, Evan Harris wrote:

> I'm sure I recall making remote data queues work over TCP. What problems
> did you have ?
>
> <SNIP>
>
> >The biggest problem I have with data queues is that they are sna only.
DDM
> >files can be either the default of sna, or the better performing tcp.
You
> >still have this limitation under V5R1.  Maybe it is time to evaluate
> >sockets.  I wish IBM would embrace TCP for data queue support!  (I would
> >put more exclamation points but some email filters would trash it.)

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax  253-872-7904
http://www.400Security.com


___________________________________________________
The ALL NEW CS2000 from CompuServe
 Better!  Faster! More Powerful!
 250 FREE hours! Sign-on Now!
 http://www.compuserve.com/trycsrv/cs2000/webmail/




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