Home/ Questions/Q 6230293
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-24T09:43:13+00:00

I am using a Python module ( PyCLIPS ) and Django 1.3. I want

  • 0

I am using a Python module (PyCLIPS) and Django 1.3.

I want develop a thread-safety class which realizes the Object Pool and the Singleton patterns and also that have to be shared between requests in Django.

For example, I want to do the following:

  • A request gets the object with some ID from the pool, do
    something with it and push it back to the pool, then send response
    with the object’s ID.
  • Another request, that has the object’s ID, gets
    the object with the given ID from the pool and repeats the steps from the above request.
  • But the state of the object will has to be kept while it’ll be at the pool while the server is running.

It should be like a Singleton Session Bean in Java EE

How I should do it? Is there something I’ll should read?

Update:
I can’t store objects from the pool in a database, because these objects are wrappers under a library written on C-language which is API for the Expert System Engine CLIPS.

Thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Well, I think a different angle is necessary here. Django is not like Java, the solution should be tailored for a multi-process environment, not a multi-threaded one.

    Django has no immediate equivalent of a singleton session bean.

    That said, I see no reason your description does not fit a classic database model. You want to save per object data, which should always go in the DB layer.

    Otherwise, you can always save stuff on the session, which Django provides for both logged-in users as well as for anonymous ones – see the docs on Django sessions.

    Usage of any other pattern you might be familiar with from a Java environment will ultimately fail, considering the vast difference between running a Java web container, and the Python/Django multi-process environment.

    Edit: well, considering these objects are not native to your app rather accessed via a third-party library, it does complicate things. My gut feeling is that these objects should not be handled by the web layer but rather by some sort of external service which you can access from a multi-process environment. As Daniel mentioned, you can always throw them in the cache (if said objects are pickle-able). But it feels as if these objects do not belong in the web tier.

    • 0