Re: Is anybody using Seagull's new Transidiom software (Screen Scraper)?

Steve,

If you are looking for alternatives, I would strongly suggest you consider
the NewLook product from www.looksoftware.com . It is a 5250 data stream
interpreter tool rather than a screen scraper.

Trevor Perry (who is a regular on this list and at COMMON) can give you the
best rundown on the Seagull product. Although he works for look software, he
will give you a straight answer.

If you're interested in a client-server tool, check out AVR from ASNA. They
do some remarkable things

I can also give you the phone number of a guy who can give you first hand
experience with trying to deploy Seagull into his software company's
package. I understand that the effort was huge, not to mention trying to
manage the client mods environments.

Paul Nelson
Braxton-Reed, Inc.
630-327-8665 Cell
708-923-7354 Home
pnelson@braxton-reed.com
----- Original Message -----
From: "Steve Landess" <steve_landess@hotmail.com>
To: <midrange-l@midrange.com>
Sent: Friday, August 23, 2002 6:16 PM
Subject: Is anybody using Seagull's new Transidiom software (Screen
Scraper)?


> This is a multi-part message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> The company where I am currently working is performing an evaluation of
Seagull Software's Transidiom product as a means for integrating AS/400 data
into a custom client-server order entry system.  They are also considering
using it for entering data through the AS/400 screens.
>
> I really don't want any commentary on WHY they are considering this,
because I am trying to get them to consider OTHER ways of doing this, such
as using ADO/OLE DB or even ODBC.  I have a preconception that there could
be major problems using this technology.  However, I think that they are
Hell-bent on doing it this way and I need some empirical evidence to help
make recommendations.
>
> So,
>
> 1) Is anybody using this software or anything like it (JWalk, etc)?
>
> 2) If so, what kinds of major issues (if any) have you encountered while
using it?
>
> 3) Has program change management been difficult when using the
screen-scraping product?
>
> 4) Since the screen-scraping scripts have to be changed (or at least
tested) every time that any screen or program changes are made on the AS/400
side, how much time has been added to the system development cycle?
>
> 5) Any gotchas?
>
> Thanks for your consideration....
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>