Hello Simon,
As I am one of those lazy vendors you are talking about I have to
disagree with your summary :-)
PASE, Qshell, Java, PHP etc... really enhance the "i" by allowing us to
do more than just RPG and CL applications.
I can tell you that we've been able to meld Pase, Qshell, RPG and CL
applications together to provide solutions for our customers that we
would have had to job out to Windows servers without the tools.
I believe melding the technologies is key to promoting and keeping the
iSeries viable as opposed to your opinion that these are driving nails
into the iSeries and OS/400-i5/OS coffin.
Be very wary of relying on PASE applications. You are helping drive
nails in your own coffin.
This comment is pure FUD.
It's OK if you don't embrace new technology, but these technologies will
help insure that the iSeries remains viable.
I still say that John would be better served spending time learning a
new technology rather than trying to re-write a complex application such
as SFTP to RPG. That's just unproductive.
Just my two cents :-)
Regards,
Richard Schoen
RJS Software Systems Inc.
"Get the information you need. Now!"
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site:
http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------
message: 4
date: Sun, 26 Apr 2009 06:54:23 +1000
from: Simon Coulter <shc@xxxxxxxxxxxxxxxxx>
subject: Re: Native sFTP?
On 25/04/2009, at 9:16 PM, Richard Schoen wrote:
I would vote for spending the time getting more comfortable with
QHELL/PASE over re-writing an application that already works fine as-
is.
The problem with this approach is that lazy vendors will provide
applications that "run" on OS/400 but really don't. They will be Unix
applications running in PASE **pretending** to be OS/400 applications.
IBM has done a good job of integrating PASE with OS/400 so you can
capture PASE output and process natively however PASE is like the
Win3.1 environment provided with OS/2. Lazy vendors said they
supported OS/2 when they really only provided a Win3.1 application
that ran in a Win3,1 environment. This was a significant factor in
killing OS/2.
You can already see this happening with IBM products (such as Tivoli
and Websphere) and 3rd-Party products such as Zend. There are others.
It's the thin end of the wedge and will contribute to the death of our
much loved system. The only reason they get away with it is because to
most people, especially users, the interface is the application. If
that runs in a web browser or in a client of some sort then the back-
end becomes unimportant to them. It is the technicians trying to
create a stable environment while fighting with the vagaries of
WinDOS, Unix, etc. that suffer and as a result so does the company
paying for it.
If you allow PASE and QSHELL applications to supplant native
applications, not only do you get a truly ugly command interface, but
you start to remove much of the reason for choosing OS/400 in the
first place. AIX applications running in PASE take almost no advantage
of OS/400. Once all your so-called OS/400 applications are really PASE
applications you have to ask why am I running these on AS/400-iSeries-
System i-etc. Why not just move them to an AIX box or some other
variant of Unix supported by the application vendor? Especially if you
already own the necessary hardware and OS for some other "mission-
critical" application.
Be very wary of relying on PASE applications. You are helping drive
nails in your own coffin.
Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists
http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------
midrange.com
