>> But if you make calls to certain Java library methods you will end up
multithreading even though you don't explicitly multithread your main
application, I believe.

But multithreading per se is not the issue.  The issue only arises when a
non-thread-safe process (e.g. those associated with the workstation I/O) is
called from a threaded process under circumstances where it is possible that
a second thread could also be trying to invoke the same process.
Multi-threaded languages like Java can be run quite safely from within
interactive jobs or (for example) the Java HSSF classes could not be used
from an interactive job - which they can.

If pure multi-threading were the issue, Steve would also have problems with
his proposal to call RPG code since RPG code's run-time at the current
release is not thread safe.  It offers the ability to force threads to wait
until the previous thread has completed processing, but that brings its own
problems (e.g. deadly embrace).

It seems to me that as long as your design ensures that the non-thread safe
functions are only ever called by a single active thread then you shouldn't
have a problem.

I'm going to copy Bruce Vining on this to see if he has a more definitive
answer.

Jon Paris
Partner400

www.Partner400.com
www.RPGWorld.com


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.