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



Sigh... LUG customers are doing the highest volumes.. and of course, they
don't like to talk about what they are doing.  I will work on seeing if we
can get some published stories on this.  But, there are multiple companies
in a wide range of industries, Automotive, Travel, Banking, and others,
that are diving millions of transaction per day... to one that is at a
million per hour.   But like anything of course, your mileage will vary
depending on what you  are doing in the backend and how well you have
things configured... 
 
Tim

Tim Rowe, timmr@xxxxxxxxxx
Business Architect Application Development & Systems Management for IBM i
IBM i ISV Council
IBM i Development Lab, Rochester, MN
(507) 253-6191 (Tie) 553-6191

http://www-03.ibm.com/systems/power/software/i/are/index.html
http://ibm.biz/IBMi_ACS
 
 

----- Original message -----
From: Richard Schoen <richard@xxxxxxxxxxxxxxxxx>
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxxxxxxxx>
To: "web400@xxxxxxxxxxxxxxxxxx" <web400@xxxxxxxxxxxxxxxxxx>
Cc:
Subject: [EXTERNAL] Re: [WEB400] Suggestions Required for Web Services
for IBMi
Date: Mon, Jan 27, 2020 12:10 PM
 
Any high volume IWS case studies you can share ?

Regards,
Richard Schoen
Web: [1]http://www.richardschoen.net ;
Email: richard@xxxxxxxxxxxxxxxxx

-----Original Message-----

message: 1
date: Mon, 27 Jan 2020 01:34:49 +0000
from: "Tim Rowe" <timmr@xxxxxxxxxx>
subject: Re: [WEB400] Suggestions Required for Web Services for IBMi

too clunky for main lines services....not sure how you figure that.  We
have thousands of customers that are using IWS today in production for a
wide range of options. simple, to complex, to very high hit ratio.
 While I love the other options that are out there, and they certainly
server a great purpose, the other key factor to consider is support. If
your businesses is ok with support  for pan open source based
perspective, these other options are fine, if you need enterprise
solutinos, with enterprise support, IWS is that.
 
 Tim
 
  
    Sent from my iPad using IBM Verse
  
  On Jan 25, 2020, 12:38:13 PM, richard@xxxxxxxxxxxxxxxxx wrote:
  
  From: richard@xxxxxxxxxxxxxxxxx
  To: web400@xxxxxxxxxxxxxxxxxx
  Cc:
  Date: Jan 25, 2020, 12:38:13 PM
  Subject: [EXTERNAL] Re: [WEB400] Suggestions Required for Web Services
for IBMi
  
  
     Check out this Github project from Niels Liisberg. It's a
self-hosted HTTP server for quick and easy RPG based services and even
sites. I plan to be doing some work with it this year.
   You can also use NGINX or Apache as a front end if you need an SSL
layer in front of it.
   [2]https://github.com/sitemule/ILEastic ;
   Otherwise you can consider:
   CGI or Node as you mentioned or even PHP or Java. Many options.
   Personally I would not choose IWS Server. Too klunky for mainstream
services.
   My two cents ?
   Regards,
   Richard Schoen
   Web:
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [3]https://lists.midrange.com/mailman/listinfo/web400 ;
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [4]https://archive.midrange.com/web400 ;.
 

 

References

Visible links
1. http://www.richardschoen.net/
2. https://github.com/sitemule/ILEastic
3. https://lists.midrange.com/mailman/listinfo/web400
4. https://archive.midrange.com/web400

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.