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




An interesting project regarding P2P is JXTA. It's a platform/language neutral P2P networking layer on top of a more primitive networking layer (like TCP/IP). In fact, it consists of a set of networking protocols that can be used to build P2P apps. E.g. for discovery of peers and available services within a P2P network. It also implements things like security. It is very robust and scalable (now on version 2.5 and quite mature).



Date: Fri, 18 Jul 2008 07:52:52 -0500
From: aaronbartell@xxxxxxxxx
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] The "Presentation" Layer

Good point, I should be more careful of how I relate the architectures when
we are describing lower level details. So what would be the ramifications
of developing such a peer-to-peer in a GUI world? I guess it would be the
same issues of having persistent HTTP programming put in place where each
user had their own job, which could because a resource issue for a large
website.

Let me ask this: What exactly makes 5250 peer-to-peer vs. client/server? Is
it the "thin-ness" of the client (i.e. the terminal) ? Is it the
statefulness of the client in that it never loses connection and has a
direct line into the machine (brings back coaxial memories :-)?

And based on how that is answered, couldn't a guy create a "peer-to-peer"
with the JT400 classes as that will give you a handle to a specific
session/job on the AS400?

If a guy could make a JT400 connection from a thin client (like Flex/Flash)
to the AS400 then it could be seemingly peer-to-peer as there would be a
dedicated job. The reason I think dedicated jobs are ok in *some* instances
is because in *some* instances they work great. Just look at how successful
your 5250 programming has been to date. For most all new intranet
development a peer-to-peer/one-job-per-user would be perfectly acceptable
(because you already have that performance load on your AS400 through 5250
sessions).

Thoughts?
Aaron Bartell
http://mowyourlawn.com

On Fri, Jul 18, 2008 at 6:31 AM, john e <jacobus1968@xxxxxxxxxxx> wrote:


Aaron wrote:

What's so very interesting to me is that IBM chooses not to develop their
own Flex/Silverlight/JavaFX. Now this is most likely because of their
love
of Java, but I feel they forgot how successful they were with their
proprietary 5250 spec/implementation. Adobe/Microsoft/Sun are following
in
their footsteps 25 years later and saying it is "new".

5250/APPN which is the architecture the green screens are built upon is
completely different. The underlying architecture is not client/server, but
peer-to-peer. There is simply one program running on the host and it drives
the terminal, which is the other peer. This is completely different from
Flash etc. Flash/Silverlight is not new, indeed. It's simply client/server
but where the client code is provided by the server dynamically, eliminating
lots of deployment problems. And, of course, it has the "cool" factor, which
seems to be quite important these days.


--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


_________________________________________________________________
Probeer Live Search: de zoekmachine van de makers van MSN!
http://www.live.com/?searchOnly=true

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.