× 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: NT(IIS)->AS400 - where's the bridge?
  • From: "Jose Luis Calvo" <jlcalvo@xxxxxxxxxxxxx>
  • Date: Fri, 17 Mar 2000 18:10:51 -0300

Hi Nik:
            The use of COM, is of course thank to the capacity of Microsoft
Visual J++ to compile a Java program to a COM .DLL file. The use of the Java
Toolbox/400 in that program (Java) is like any other standar Java program.
There are litle thing's that you must care, like that you can't throw an
Exception in a function of the COM object.

            I can send you our own little Java if you want. Of course it
isn't a general purpose solution, but it can help.

            The use of COM is for integrate it in an Microsoft environment,
easy. But there are other options out of that. For example you can use the
Java Toolbox/400 in environments like Servlets, in that case you donīt need
COM, just Java programming.

----- Original Message -----
From: <Nikolay.Ichpekov@ssa.co.uk>
To: <JAVA400-L@midrange.com>
Sent: Friday, March 17, 2000 1:50 PM
Subject: RE: NT(IIS)->AS400 - where's the bridge?


>
> Thanks Jose. Are there any samples of this kind of work being done with
> AS400 and COM. I've trawled through the IBM site and they don't even
> acknowledge the existence of COM, seems to be a black hole in IBM's
> strategy in my opinion.
>
> Nik
>
>
>
>
> "Jose Luis Calvo" <jlcalvo@adinet.com.uy> on 03/17/2000 02:03:44 PM
>
> Please respond to JAVA400-L@midrange.com
>
> To:   JAVA400-L@midrange.com
> cc:    (bcc: Nikolay Ichpekov/UK/SSA_EUROPE)
> Subject:  RE: NT(IIS)->AS400 - where's the bridge?
>
>
>
>
> Hi Nik:
>             We have conected ASP pages from an NT server with IIS 4.0 and
> MTS, to the AS/400, via a COM object written in Java and compiled with
> Visual J++, using the Java Toolbox/400 to access *DTAQ object in the
> AS/400.
> There is an RPG program receiving from the *DTAQ in the AS/400.
>
>             It work very fine and fast enough for us. We don't use in this
> case Client Acces or any other package.
>
> ----- Original Message -----
> From: <Nikolay.Ichpekov@ssa.co.uk>
> To: <JAVA400-L@midrange.com>
> Sent: Thursday, March 16, 2000 2:26 PM
> Subject: NT(IIS)->AS400 - where's the bridge?
>
>
> > Hi all,
> >
> > This is my first post to this forum although I've been following it on
> and
> > off for the past month or so. Anyway, enough small talk on with my
> > problems.
> >
> > I've just been 'volunteered' to come up with a quick and easy (why do
> they
> > always say that!) solution for a limited order entry e-commerce based
> > product. The scenario is: client (with browser) accesses an application
> > server (which is also COM client) residing on an NT server running
> > Microsoft IIS which provides connectivity to various COM servers. (This
> > already exists!)
> >
> > My task is to provide a way for IIS to send data across to an AS400
where
> > the relevant RPG program is called to process it and apply updates to
the
> > database. If you thought that was simple, the conditions are: no use of
> > client/access (ODBC), no use of MQ Series, no redirection to an AS400
> > webserver. Emphasis is on minimum cost, methinks.
> >
> > Having little experience with writing commercial Java (apart from the
odd
> > applet) or indeed using MIIS, I'm a little lost at the moment. I've been
> > toying with the idea of extending the ISAPI to provide simple socket
> > connectivity to an AS400 where presumably a simple servlet or cgi script
> > will call (or wrap) the relevant RPG program. Not quite sure how much
> work
> > is involved though. Anyone out there with any ideas will be greatly
> > rewarded.... Or at least sent a note of thanks!
> >
> > Nik
> >
> >
> >
> > +---
> > | This is the JAVA/400 Mailing List!
> > | To submit a new message, send your mail to JAVA400-L@midrange.com.
> > | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> JAVA400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner: joe@zappie.net
> > +---
> >
>
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>
>
>
>
>
>
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.