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



I'm sure you're right on all counts. At least you can keep telling
yourself that :-)

Whether you like it or not OS/400 is fast becoming a wicked step-child
for IBM.

In fact I just came from the COMMON opening session where the guy was
going on and on about "Power Systems" and talking about i, Linux and AIX
all in the same sentence. Not very enlightening for iSeries advocates
as the platforms are merging.

No amount of blathering will change that.

Like you I am a staunch advocate of OS/400, i5/OS or whatever it's
called today, but I also live in the real world where technologies need
to be melded to get "real" work done.

I have a technical question for you:

Since you wrote the redbook on Java for the iSeries, could you tell me
how to speed it up to the levels that it runs on Windows ?

Until this question is solved, we'll still have to offload some of our
Java workloads to Windows or Linux for performance. That's the real
world :-)

This has gone off topic from Johns original question so let's re-title
it "Living in the Real World" if you want to have more conversation.

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: 7
date: Mon, 27 Apr 2009 08:55:12 +1000
from: Simon Coulter <shc@xxxxxxxxxxxxxxxxx>
subject: Re: Native sFTP?


On 26/04/2009, at 12:19 PM, Richard Schoen wrote:

As I am one of those lazy vendors you are talking about I have to
disagree with your summary :-)

That's OK. I never expect anyone to agree with me initially--funny
thing is that after a while they usually come around.

PASE, Qshell, Java, PHP etc... really enhance the "i" by allowing us
to
do more than just RPG and CL applications.

That's just marketing fluff and only works while you have a need for
OS/400 applications. If that need ceases, perhaps because you've built
a business system around PASE applications, then why would you keep
Unix-y things running on a non-Unix box? Especially when most sites
have Unix and WinDOS systems too.

Java yes, PHP maybe but most of what you might do with that can be
done in Rexx which we've had for years with no real interest from OS/
400 programmers, QSHELL is a quick fix to handle stream files in a
more Unix-y fashion primarily to assist Unix vendors, PASE exists
solely to assist Unix vendors. I only use QSH because IBM did not
provide a complete suite of Native tools to deal with stream files
(e.g., scan for text). I only use PASE because QSH does not provide a
full suite of expected Unix tools (e.g., locate differences in stream
files).

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.

String and sticky-tape. Great, you solved a business problem but
you've made the solution less dependent on OS/400 and as a result
easier to move off the system. At some point someone will notice and
ask why is this running in OS/400 when it could just as easily run on
other hardware we already own (for which they perceive a greater
business need).

The funniest thing about this is you solved the problem in a Unix
fashion--this fed into that and massaged with something else (e.g.,
find results fed into grep, result into sed and then into awk equals
business problem solved--I used to think that was neat but I've grown
up).


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.

Nah, it's viable anyway if people would simply activate their brain
and think about things. It's viable because it can interoperate with
other systems. It's viable because it is a better system. Its main
feature is that it is different from other systems (which at their
core are pretty much identical). However its main detraction is that
it is different from other systems. Hmm, how to solve that dilemma?



Be very wary of relying on PASE applications. You are helping drive
nails in your own coffin.


This comment is pure FUD.

Watch this space and remember you heard it here first. I said similar
things 15 years ago regarding the lack of services revenue provided by
OS/400 and that it was a contributing factor in it's decline. It seems
Gerstner formed a similar opinion and directed IBM accordingly. Seems
I was right about that and I expect I'll be proven right about this.

I think OS/400 and its hardware-du-jour is the best business system on
the planet but until those holding the purse-strings use their brain
instead of following the masses OS/400 will remain marginalised. I
dislike pointing out the downside but if you and others blindly
install PASE applications and cobble solutions together from various
AIX components you will find that you've taken the easy path and a
price will be exacted from you in future.

I saw the effect supporting Win3.1 applications had on OS/2 and I can
see the same thing happening here. It initially appears to be a great
idea but the expectation that vendors will create native versions of
their applications to take advantage of native features (e.g., multi-
threading, more RAM, etc. in the case of OS/2) is naive. Most of them
are simply too lazy (or, if I'm being generous, think the short-term
cost is prohibitive) and consider the application they provide is
"good enough" and since "we" seem to accept that they are given
justification.

It's OK if you don't embrace new technology, but these technologies
will
help insure that the iSeries remains viable.

Hah! I co-wrote one of the first Java Redbooks. I'll use new
technologies where they are appropriate. Using an AIX/Unix application
is appropriate on a Unix box. It's not appropriate on OS/400.

For example, why does PHP require its own web server? Why is that
running in PASE? Why can't it use the IBM Apache server (as more than
just a conduit)? Hmm?

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.

I agree. I never said he should rewrite in RPG. That's simply a stupid
waste of time. However, making a Native port of sFtp (or any other
application) by running the existing C source code through the ILE C
compiler is not a waste of time. I've already done that for a few open-
source utilities and added OS/400 extensions in the process. For
example, adding CCSID support to GZIP so you don't lose the CCSID of
the original file when you unzip it. That's the proper way to do things.

Anyway, it doesn't matter. I'm trying to stay out of these arguments.
I'll say my piece and if you don't agree that's fine. Just watch how
things unfold.

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 / \
--------------------------------------------------------------------





------------------------------


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.