[Zope] How to store in a RAM cache a list of objects?
I'd like to RAM cache the result of a long-runing ZopeFind method, formatted to a plain list of objects. But the RAM cache doesn't store the list and hence every time the supossedly cached method is called, the ZopeFind process id triggered. Other data (like the lenght of the resulting list) is stored and retrieved with no problem, telling by the cache manager's stats tab. Is that normal behaviour of the RAM cache machinery? I'm using Zope 2.73 on a w2k box, and the objects are sort of instances of the ExtFile(ExtImage) product. (Although the same happens with plain DTML Documents that I created for test purposes.) In both cases I set the "threshold entries" to a number higher than the lenght of the list, and also did the same with the "cache-size" in zope.conf Thanks in advance, Ausum ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Cancelling long processes in Zope
How do you stop a long process just triggered, i.e., by accident? One of our apps allows our users to trigger long processes. The way we used to deal with them is to stream response lines so that the user has an idea of what's going on. Nonetheless, some processes aren't worth to watch, so they are simply logged and associated to a mail alert. That's fine so far. As processes can commit transactions regularly on demand, has anyone tried to deal with long processes by means of hacking the Zope threads machinery (or something like that), in order to achieve start, stop and resume commands? Most transactions don't need this, but unawared long procceses use to leak memory and CPU cycles, and they ought to be managed. Any experiences on this subject? Thanks in advance, Ausum ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Does anyone care whether we deprecate ZClasses?
- Original Message - From: "Dieter Maurer" <[EMAIL PROTECTED]> (...) > I submitted a patch to the Zope collector but I had removed > one bit of black magic too much -- and other products broke that > were dependent on this magic. > My patch which were already integrated into the Zope sources > were reverted and never considered again (though I provided a > correction) > Thus, "PropertySheet"s are still utterly broken (outside of > our private Zope copy). If that's what it takes to try a ZClasses->PythonProduct converter, then my logic tells me "core maintainers should allow that patch to find it's way to the official release". Did I miss something regarding the calls to help? Because if that happens to Dieter's willingness, then what would happen to ours? ;) Ausum ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Does anyone care whether we deprecate ZClasses?
Is this a kafkanian situation? Are really core developers asking the community to kick a used Zope's feature, saying it's because it's hard to maintain it, and simultaneously to say it's code 'unmaintained and untouched since ages'? Folks, you didn't need to ask for the aproval of people who didn't make it with that feature. You just do it. You're the ones that create the knots and know for sure where they are, and if you aren't in the mood anymore just give the thing over. :) As of your remarks, Andreas, I understand your point. People who care should take over. Sounds fair. Just please don't mean that we who say yes to a Jim's question are guilty of not letting Zope to move on, because Zope is moving to X3, not to 2.X+five, and definitely not to Archetypes, a CMF subject. As for ZC, IMHO the issue should be treated as a matter of understanding the market rather than achieving a milestone. You created stuff that works in some way or another that people embraced. You also changed your company name to the name of the product of yours that people embraced. And no matter how much hype there is on new trends, you should realize that a song is just a song until the market say it's a hit, and that X3 is that song. Shall you start to put Zope2 into pieces before getting to know you already have a hit? :) Ausum - Original Message - From: "Andreas Jung" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Dieter Maurer" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, April 05, 2005 11:59 PM Subject: Re: [Zope] Does anyone care whether we deprecate ZClasses? ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Does anyone care whether we deprecate ZClasses?
To me it depends on how much time ZClasses are going to last. If ZClasses will stay for the next two years, then it's fine for us, as we probably will persuade ourselves to rewrite all of our stuff in ZopeX3, and not in Zope2.X Jim, bear in mind that people that will agree to its deprecation is people that in one way or another aren't using them or stopped using them, for whatever valid reason they had ever found. Ask to the people who actually doesn't have any problem with them. Take this as an example: http://www.zope.org/Members/sums/News_Item.2004-10-20.2121 As of us, we are happily using them for a large project on dynamic packaging for travel operators and travel agencies, a complex application featuring dynamic pricing and the content management of rich-media personalized itineraries. I chose ZClasses as it offered us a mean of working interactively with our partner, without the constraints of having to have a detailed road map to start with.( Dynamic pakaging in the travel industry is still a moving target ). ZClasses offered us a way to put test features up and running quickly, just to find out they would make any sense or not. Whether there already is a tool like that in ZopeLand, I would agree to its deprecation, but actually there's nothing like it. Certainly ZClasses is not what it promised to be, but what it does do, it does it brilliantly, IMNSHO. Ausum - Original Message - From: "Jake" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: Sent: Friday, April 01, 2005 11:04 AM Subject: Re: [Zope] Does anyone care whether we deprecate ZClasses? > My vote is to keep them around for 2.8 and 2.9 but say goodbye after that. > > Again.. it won't be easy for us, but who said progress ever was. > > Jake > -- > http://www.ZopeZone.com > > > Jim Fulton said: > > Jake wrote: > >> As someone who has at least 5 different products using ZClasses across > >> 10 > >> different websites with millions of hits a month, I am certainly not > >> happy > >> to see them go, but I do understand that their time has come. > >> > >> If they are supported in 2.8 -> 2.9 and gone in 3.0 I guess that is ok. > > > > If we deprecated them now, they would be gone in 2.10 (not to be > > confused with 3.0) too. > > > >> Again, it is going to take me and others a lot of work to migrate out > >> our > >> data from those products into other vehicles but such is progress. > > > > A decision hasn't been made. People who don't use them feel strongly > > that they should go. I'm trying to get a sense of how widely they are > > used. I'm trying to understand if people who use ZClasses are a silent > > majority, minority, or small minority. > > > > Jim > > > > -- > > Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! > > CTO (540) 361-1714http://www.python.org > > Zope Corporation http://www.zope.com http://www.zope.org > > > > > ___ > Zope maillist - Zope@zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) > ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )