Re: Code donations for RPGUI initiative

[Aaron Bartell <aaronbartell@xxxxxxxxx>]

Ok, the sourceforge.net project is setup and I have added details to the
MediaWiki page:

Sourceforge.net project page: https://sourceforge.net/projects/rpgui/

MediaWiki documentation:
https://sourceforge.net/apps/mediawiki/rpgui/index.php

The first round of source has also been submitted to Subversion.   We are
making progress!

Aaron Bartell
www.SofwareSavesLives.com


On Wed, Dec 23, 2009 at 12:38 PM, Aaron Bartell <aaronbartell@xxxxxxxxx>wrote:

> Hi all,
>
> I am in the process of developing a GPL v3 (open source/free) framework
> that is titled RPGUI.  You can find more information about it on my site:
> http://mowyourlawn.com/rpgui.html
>
> The purpose of this email is to see if there are others out there that
> would be willing to donate specific portions of code to the effort.  I have
> detailed two of my current needs below.  The obvious requirement would be
> that the code can be released into the public space without any strings
> attached.  I haven't gone into intense details as I figure if you have
> developed such a piece of code you would know what I am talking about.  If
> these items are too vague then I can expound on them.
>
> ---"CGI Router" ---
> This code would be able to receive a request from the browser and
> correspondingly send the request to a job waiting on a data queue.  The job
> waiting on the data queue is more or less simulating an EXFMT.  The data
> queue would be keyed and the job would wait for a specific entry.  After the
> CGI Router wrote an entry to the data queue it would immediately wait for a
> subsequent response on the same data queue using the same unique key.
>
> ---"Intermediary Data Holder"---
> When a request comes in from the browser I will have a generic program
> "parse" the data and place it into a location that will be accessible by the
> job waiting on the aforementioned data queue.  I could use DB2 tables, but
> that is potentially a lot of extra DB I/O for each request/response trip
> to/from the browser.  I was thinking that user spaces or user indexes would
> be the way to go.  Whatever the mechanism, it will need to have indexing
> capabilities so pieces of information can be retrieved fast (think of a
> name-value-pair array).
>
>
> Thanks in advance to anyone that is willing to donate,
> Aaron Bartell
> www.SoftwareSavesLives.com