Posted: Tue Jun 12, 2007 7:08 pm
I've tracked down 4 things that operate in a similar manner to what I've described but not in the same way.
ExtremeDB is a C++ oriented (so it seems) database that can be gotten for free (single threaded only) that can in one version operate using shared memory and is compiled for a variety of OS. This is similar at first glance to what I'm looking for, but it seems to lack any kind of extension into a framework beyond C++ and while I bet it's really fast, I think perhaps it's also geared very much toward replacing a disk storage oriented database, which is not exactly what I have in mind. Having basic database functionality would be handy to cut down on the replication of code bases in various languages, but I don't think one really needs a complete ACID database for this. Also, I'm not sure I really need 2D pointers for this and I think the price of the multithreaded ExtremeDB is probably a little too high for my tastes (looks like about $1,000.)
Message Queues in UNIX are basically pretty close to what I want to achieve, only I want to add the capability for the queue handler to sort the queue data, not just forcing the incoming threads to presort them and type them (it seems redundant to have to create sorting algorithms for this data in each and every language that communicates to it.)
Microsoft Message Queue (which is middleware, literally) roughly resembles an extension of the UNIX Message Queue, but of course includes lots of things unrelated to my original interest. I have little use for this much overhead.
Although, I can't find any reference after 2000 to it, apparently Microsoft had partnered with Level8 to create a program called FalconMQ...which now appears to have been gobbled up into another product. FalconMQ, would allow someone to use a Microsoft Message Queue from various *nix. Unfortunately, this seems like a good idea, but it's implemented more towards a business level application then a programming tool. It's too big for my needs.
I'm actually going to sit down and tinker with some ways to make this work, as I've all but exhausted my hunt for anything that works like I've concieved.
Sigmason
ExtremeDB is a C++ oriented (so it seems) database that can be gotten for free (single threaded only) that can in one version operate using shared memory and is compiled for a variety of OS. This is similar at first glance to what I'm looking for, but it seems to lack any kind of extension into a framework beyond C++ and while I bet it's really fast, I think perhaps it's also geared very much toward replacing a disk storage oriented database, which is not exactly what I have in mind. Having basic database functionality would be handy to cut down on the replication of code bases in various languages, but I don't think one really needs a complete ACID database for this. Also, I'm not sure I really need 2D pointers for this and I think the price of the multithreaded ExtremeDB is probably a little too high for my tastes (looks like about $1,000.)
Message Queues in UNIX are basically pretty close to what I want to achieve, only I want to add the capability for the queue handler to sort the queue data, not just forcing the incoming threads to presort them and type them (it seems redundant to have to create sorting algorithms for this data in each and every language that communicates to it.)
Microsoft Message Queue (which is middleware, literally) roughly resembles an extension of the UNIX Message Queue, but of course includes lots of things unrelated to my original interest. I have little use for this much overhead.
Although, I can't find any reference after 2000 to it, apparently Microsoft had partnered with Level8 to create a program called FalconMQ...which now appears to have been gobbled up into another product. FalconMQ, would allow someone to use a Microsoft Message Queue from various *nix. Unfortunately, this seems like a good idea, but it's implemented more towards a business level application then a programming tool. It's too big for my needs.
I'm actually going to sit down and tinker with some ways to make this work, as I've all but exhausted my hunt for anything that works like I've concieved.
Sigmason