What's New?

## What's New?!

### Announcements regarding our open-source software

Date | Announcement
--- | ---
March 20, 2002 | It turns out that on February 1, FTP access to earthlink's customers' webpages was disabled. The links on the home page now use HTTP to download files.
March 1, 2002 | isdclient and isdlink have both been modified to use select() for checking active sockets rather than just expecting things to arrive at certain times. This allows isdclient to report and error when isectd crashes and isdlink to terminate when either its client or server isectd crashes.
April 4, 2001 | Checkout the CHANGES document. Clients can now properly send messages to busy workers (as they will be when header->more != 0. Also, check out isdxsl, which is an XSL worker using Xalan-C and optionally, the IBM's ICU libraries. These are necessary if you want to use the full features of number formatting.
January 16, 2001 | Checkout the CHANGES document. Lots of bug fixes. Lots of new Smalltalk stuff. Performance improvements. It just keeps getting better...
October 29, 2000 | Checkout the CHANGES document. Multiple isdexecds can now run on the same machine. Though this wouldn't ordinarily make sense, it makes a lot of sense if the same machine will be running both normal programs and Smalltalk processes. The normal programs may be started by isdexecd on the default port, and Smalltalk processes can be started by the Smalltalk IsdExecd running on another port. The distribution (1.0.3.5) now includes test RPMs for installing the Python interface code. One other thing. I'm maintaining change information in too many places. Heck, I have it here, in the CHANGES file *and* in changes.html. This time, I'm skipping changes.html and will just update CHANGES (and this file).
October 24, 2000 | NOTICE: The last time I uploaded 1.0.3 I created a typo that caused the 1.0.3 tarball to be overwritten with the 1.0.2 version. I apologize for the confusion. Thanks to M.C. Lim for bringing that to my attention. I've also created a Java interface using IBM's VisualAge Java for Linux. The jar file has not been integrated into a distribution yet since I haven't been able to use Java/isectd in production anywhere. If you're interested in looking at it send me email. The next release will include a Python interface that I am using in production. If you're interested in it before then (I don't know when that is) you can also request an advance copy via email.
| May 18, 2000 | The Smalltalk prototype I released last fall had some problems. Namely, Visual Works/Wave would hang when the clients were stopped. I was having trouble getting the bytearrays to move easily between Smalltalk and C. I don't know what I was doing wrong, and received a lot of ideas on how to fix it, but none worked. What I decided to do about a week ago was collapse on my principles. What do I mean by that? Basically it meant writing the IO routines using Smalltalk's SocketAccessor class instead of calling isdSend() and isdRecv() in the shared library. I don't know why I waited so long. It only took a few days to get it working and I'm *very* please with the result. The Smalltalk code also includes a WebResponder class called IsdClientResponder. It can be configured into the VisualWave server so that HTTP requests can more directly access information on isectd workers. There's been a few other additions in the latest 1.0.3 version: `isectd` now accepts a `-p port_num` parameter which overrides isectd's default behavior of listening on the isect port listed in /etc/services. By allowing isectd to use another port, a single host can host more than one isectd--distributing client load across more processes. isectd clients, like isdclient, can now specify hostnames to isdLogin() and isdConnect() as "hostname:port", which allows them to communicate to isectds listening to non-standard ports. This was implemented in the isdConnectTo() routine. A new worker, called isdlink, is introduced in the 1.0.3 release. isdlink's job is to forward requests from one isectd to another. For instance, if you had 10000 clients talking to 10 isectds (distributing the connections so no one isectd was overwhelmed) they could forward actual transaction requests to another isectd which had the real workers. This is practical in the case of a database application where DBAs may have determined that 20 posting threads represented the peak performance of the system. But how do you winny 10000 clients across 10 isectds to 20 workers? Make the workers children of one isectd and put 10 other isectds in front of it! The 1.0.2 version contained some minor bug fixes and was the first working example of the new Smalltalk code. October 12, 1999 | A prototype for a smalltalk interface is now included in the distribution. Click here for the appropriate README. Also, this distribution contains development code for isectd to IBM's Net.Data ecommerce software included with DB2 and available for free (I think) from their website at http://www.software.ibm.com/data/db2. There more information about the Net.Data interface in the CHANGES document available from the homepage.
October 2, 1999 | As some of you may know, isect used to be available for Windows, both 16 and 32 bit. I recently received a request for a Powerbuilder interface so I've posted the original Windows distribution on the ftp site as isdw32.zip. Disclaimer: Though the .zip is dated May, 1997, it should still work. I can't test it at home, but the communications mechanisms, including the header packets, have not changed (how's that for consistency and backward compatability!). I don't remember, but I don't think I ported isectd there, only the libraries and a couple of workers. I also can't remember what in the Windows distribution--I know there's binaries, but I can't remember if the source is included. As I determine more re: the Windows versions, I'll post the messages here.
September 22, 1999 | We've started a listserver for isectd-related issues. Send a message to listserver@ddsi.com with the command "subscribe isectd" in the body of the message. isect v1.0.1 (on the ftp server) now builds on MVS systems! As yet it doesn't interoperate with non-EBCDIC systems but that's coming.
September 14, 1999 | Mindspring/Netcom experienced a mail administration glitch today that resulted in some emails being delayed and in some cases, we're beginning to expect, losing others. If you had sent us a message during any part of the day today, please re-send it. We apologize for the inconvenience. Also, last night we announced isectd on www.freshmeat.net. We're easily excited. If response is positive we'll announce is and tabworker as well.
September 10, 1999 | The source code for `is` has been posted to the FTP directory. `is` is a replacement for Sybase's `isql` which uses command history, auto-repeating commands, convenient piping of output to files or processes, and the ability to automatically generate HTML-ized reports.
August 24, 1999 | The source for `tabworker` has been posted to the FTP directory. `tabworker` is an `isectd`-compatible worker that maintains symbol tables indexed by a session key. `tabworker` is great for storing usernames and passwords for processes that don't want to maintain their own client state, which makes it great for web applications. Since all table information is kept in memory there's reduced risk to that information being discovered accidentally or deliberately on disk.
July 15, 1999 | The open-source middlware project, isect, has its first GNU-ish release to the public. Major re-working since it's original binary release are a complete restructuring of the source and directories to be GNU compatible. The entire release was completely developed using autoconf/automake.

For more information, send email to tgagne@ix.netcom.com.

Copyright © 1997, Isect