This question brings up a problem I've seen repeatedly, both in my own
work and in others, so I've been brainstorming a bit.

Perhaps this is out of the scope of Alchemi, and I really don't have a
good way of doing it yet... but would it make sense to provide some
sort of GApplication wide shared memory, so that we could share common
data that each of the GThreads may read and access?

Basically, the functionality of storing a database (i.e., concurrency
handling without explicitly handling mutexes and semaphores) but
without the overhead of a database, and with the ease of use of
accessing a .NET object within code. (I'm personally not much of a fan
of mixing C#/VB.NET and SQL.)

If we could provide some application wide [virtual] object pool, and
add objects to this pool that could be accessed by each Executor, I
think that would be very convenient.  (And very tricky to implement
and ensure that every executor has the same data...)

A database has the advantage of higher-level built-in concurrency
handling; a common file has the advantage of lower overhead and OS
level concurrency handling.  However, both solutions have the
potential to lead to bandwidth and processor bottlenecks on the
machine hosting the data.  Distributing the data among the nodes using
some sort of shared object would be nice, but synchronization issues
could be a nightmare.  However, there are some solutions such as
broadcasting DataChanged messages with the specific data that changed,
including timestamps, and then using something of a Compare and Swap
operation to ensure we've got the most recent data whenever we access
the object locally.

Thoughts?

Jonathan

On 7/4/06, Tibor Biro <[EMAIL PROTECTED]> wrote:
> Hi,
>
> You can use several scenarios:
> 1. Put the data in the app.config of the owner application. When the GThread
> is created read in the data and set it as data in the GThread.
> 2. Put the data in a database (or file) that is accessible from all
> executors.
>
> Let me know if you need more details.
>
> Regards,
> Tibor
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:alchemi-
> > [EMAIL PROTECTED] On Behalf Of Atali DAOUD
> > Sent: Tuesday, July 04, 2006 2:49 PM
> > To: [email protected]
> > Subject: [Alchemi-developers] data in App.config
> >
> > Hi everybody,
> >
> > I have an application with a config file. I would like to transform it
> > for using Alchemi.Net.
> >
> > I will convert App.exe to App.dll and send it to the executor.
> >
> > My question is where I have to store my datas from App.config in the
> > executor? in Alchemi.ExecutorExec.exe.config ?
> >
> > Can someone help me .
> >
> >
> >
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Alchemi-developers mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/alchemi-developers
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Alchemi-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/alchemi-developers
>

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Alchemi-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-developers

Reply via email to