problem migrating ZClasses from Zope 2.6.1 to Zope 2.9.8
Hi! I've got a trouble importing a ZClass app to 2.9.8 from 2.6.1. First, I've tried 2.8, and it worked but had the __new__ problem, so I've seen it is fixed in 2.9.8. After the upgrade, all seemed to work. My ZClass is a container (with ExtFile). I've been able to create a new instance, then had trouble after uploading an ExtFile. The file is there, in the repository, but when I clicked over it, I get a fast scrolling in the log. After the restart, the ZClass instances and the Product in the control panel, gived me a maximun recursion depth, here the last part: File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 597, in getState return unpickler.load() File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 471, in _persiste nt_load return self.load_oid(reference) File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 537, in load_oid return self._conn.get(oid) File "/usr/lib/zope2.9.8/lib/python/ZODB/Connection.py", line 205, in get obj._p_jar = self File "/usr/lib/zope2.9.8/lib/python/ZClasses/_pmc.py", line 65, in __setattr__ super(ZClassPersistentMetaClass, self).__setattr__(name, v) File "/usr/lib/zope2.9.8/lib/python/ZODB/persistentclass.py", line 84, in __se t__ jar.setstate(inst) File "/usr/lib/zope2.9.8/lib/python/ZODB/Connection.py", line 732, in setstate self._setstate(obj) File "/usr/lib/zope2.9.8/lib/python/ZODB/Connection.py", line 786, in _setstat e self._reader.setGhostState(obj, p) File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 604, in setGhostS tate state = self.getState(pickle) File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 597, in getState return unpickler.load() File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 471, in _persiste nt_load return self.load_oid(reference) File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 537, in load_oid return self._conn.get(oid) File "/usr/lib/zope2.9.8/lib/python/ZODB/Connection.py", line 205, in get obj._p_jar = self File "/usr/lib/zope2.9.8/lib/python/ZClasses/_pmc.py", line 65, in __setattr__ super(ZClassPersistentMetaClass, self).__setattr__(name, v) File "/usr/lib/zope2.9.8/lib/python/ZODB/persistentclass.py", line 84, in __se t__ jar.setstate(inst) File "/usr/lib/zope2.9.8/lib/python/ZODB/Connection.py", line 737, in setstate exc_info=sys.exc_info()) File "logging/__init__.py", line 999, in error File "logging/__init__.py", line 1078, in _log File "logging/__init__.py", line 1064, in makeRecord File "logging/__init__.py", line 226, in __init__ # Must happen after ZopeStarter.setupInitialLogging() RuntimeError: maximum recursion depth exceeded in cmp 2008-03-26 11:12:05 INFO Signals Caught signal SIGINT 2008-03-26 11:12:07 INFO Z2 Shutting down ======= Any idea?
On Mar 26, 2008, at 11:19 , Yuri wrote:
Hi!
I've got a trouble importing a ZClass app to 2.9.8 from 2.6.1.
IMHO you're not investing your time wisely trying to make a ZClas application work on a later Zope version. They're unsupported and dead. I would keep the old setup running and spend time on recreating the ZClass product functionality as a real Zope product, and then create a script to migrate the old ZClass instances over. jens
That sounds so easy. We have one ZClass but it is the basis of almost our entire newspaper website. The news ZClass was built in 2000 and put into production when we went live on Zope in Feb 2001 (just before the guys at Zope Corp said that ZClasss were bad). Over 7 full years of daily news as ZClass objects. We are in the same boat as we want to move from 2.7.5 to a later version. We could switch to SQL articles but then we would have to make sure all the old URLs still functioned as our content is all over the search engines...and convert everywhere there are tools to manage story creation, importing, editing, etc. Yuck. We could just make the cutover one day and just keep an instance running for the old stuff and all new stuff runs from SQL. Has anyone every built tools to inspect a ZClass and produce a python product on the other end? That would be slick...but probably not worth the effort if only a few still use them. Allen Jens Vagelpohl wrote:
On Mar 26, 2008, at 11:19 , Yuri wrote:
Hi!
I've got a trouble importing a ZClass app to 2.9.8 from 2.6.1.
IMHO you're not investing your time wisely trying to make a ZClas application work on a later Zope version. They're unsupported and dead. I would keep the old setup running and spend time on recreating the ZClass product functionality as a real Zope product, and then create a script to migrate the old ZClass instances over.
jens
_______________________________________________ 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 )
--On 26. März 2008 07:59:20 -0400 "Allen Schmidt Sr." <aschmidt@fredericksburg.com> wrote:
That sounds so easy. We have one ZClass but it is the basis of almost our entire newspaper website. The news ZClass was built in 2000 and put into production when we went live on Zope in Feb 2001 (just before the guys at Zope Corp said that ZClasss were bad).
I think it wasn't ZC. The community just does not give the love to ZClasses one would expect. Consider ZClasses as a second or third-class citizen within the Zope world.
Over 7 full years of daily news as ZClass objects. We are in the same boat as we want to move from 2.7.5 to a later version. We could switch to SQL articles but then we would have to make sure all the old URLs still functioned as our content is all over the search engines...and convert everywhere there are tools to manage story creation, importing, editing, etc. Yuck. We could just make the cutover one day and just keep an instance running for the old stuff and all new stuff runs from SQL.
8 years of lifetime is pretty long..I think at this point it would be time for switching to some new architecture. You have plenty of great Zope technology available right now in order to make the change...of course this requires time and money :-) Andreas
----- Original Message ----- From: "Allen Schmidt Sr." <aschmidt@fredericksburg.com> To: "Jens Vagelpohl" <jens@dataflake.org> Cc: "zope user list" <zope@zope.org> Sent: Wednesday, March 26, 2008 7:59 AM Subject: Re: [Zope] problem migrating ZClasses from Zope 2.6.1 to Zope 2.9.8
That sounds so easy. We have one ZClass but it is the basis of almost our entire newspaper website. The news ZClass was built in 2000 and put into production when we went live on Zope in Feb 2001 (just before the guys at Zope Corp said that ZClasss were bad). Over 7 full years of daily news as ZClass objects. We are in the same boat as we want to move from 2.7.5 to a later version. We could switch to SQL articles but then we would have to make sure all the old URLs still functioned as our content is all over the search engines...and convert everywhere there are tools to manage story creation, importing, editing, etc. Yuck. We could just make the cutover one day and just keep an instance running for the old stuff and all new stuff runs from SQL.
We did a similar conversion product, but instead of switching to SQL we just build new python-based class instance objects, so that all existing urls would continue to work. We built the new class instances in a separate folder, keeping the same ids as the original zclass instances, and then just swapped the folders around. We are using zcatalogs, so we also had to rebuild these. We had to manually create a very simple zope product to define the new classes, but this is a very easy/simple process. We then used a combination of python scripts and external methods to loop thru the zclass instances, create new python-based class instances and update the new zcatalogs (we had 5 different sets of data each with its own zcatalog). All-in-all it was a bit of a pita, but the ability to upgrade to newer zope versions without fear was well worth the time and effort. Jonathan
On Mar 26, 2008, at 12:59 , Allen Schmidt Sr. wrote:
That sounds so easy. We have one ZClass but it is the basis of almost our entire newspaper website. The news ZClass was built in 2000 and put into production when we went live on Zope in Feb 2001 (just before the guys at Zope Corp said that ZClasss were bad). Over 7 full years of daily news as ZClass objects. We are in the same boat as we want to move from 2.7.5 to a later version. We could switch to SQL articles but then we would have to make sure all the old URLs still functioned as our content is all over the search engines...and convert everywhere there are tools to manage story creation, importing, editing, etc. Yuck. We could just make the cutover one day and just keep an instance running for the old stuff and all new stuff runs from SQL.
When you build a "real" Zope product to replace the ZClasses it is no problem to make it behave like the old instances and put them in the same place as the old instance so the URL remains the same. Switching away from ZClasses does not mean you must change instance URLs etc. jens
No idea even where to start. I played with creating a 'boring' object a while back but I am pretty sure ours is a tad more complicated. All the parts of our site I work on are in SQL and was never involved in the ZClass News stuff. It just works...and continues to work...but is limiting us from upgrading. So, where to start. Once we get some guidance, we could probably do it ourselves. Anyone willing to a$$$ist? We don't have a budget for it but could scrape something together to get started. Even just to log in and look at what we have and say, "Ah, you need to do this and this and this, then it will work." I know not that simple, but that is what I am trying to find out. Thanks Allen Jens Vagelpohl wrote:
On Mar 26, 2008, at 12:59 , Allen Schmidt Sr. wrote:
That sounds so easy. We have one ZClass but it is the basis of almost our entire newspaper website. The news ZClass was built in 2000 and put into production when we went live on Zope in Feb 2001 (just before the guys at Zope Corp said that ZClasss were bad). Over 7 full years of daily news as ZClass objects. We are in the same boat as we want to move from 2.7.5 to a later version. We could switch to SQL articles but then we would have to make sure all the old URLs still functioned as our content is all over the search engines...and convert everywhere there are tools to manage story creation, importing, editing, etc. Yuck. We could just make the cutover one day and just keep an instance running for the old stuff and all new stuff runs from SQL.
When you build a "real" Zope product to replace the ZClasses it is no problem to make it behave like the old instances and put them in the same place as the old instance so the URL remains the same. Switching away from ZClasses does not mean you must change instance URLs etc.
jens
--On 26. März 2008 09:48:11 -0400 "Allen Schmidt Sr." <aschmidt@fredericksburg.com> wrote:
No idea even where to start. I played with creating a 'boring' object a while back but I am pretty sure ours is a tad more complicated. All the parts of our site I work on are in SQL and was never involved in the ZClass News stuff. It just works...and continues to work...but is limiting us from upgrading.
So, where to start. Once we get some guidance, we could probably do it ourselves. Anyone willing to a$$$ist? We don't have a budget for it but could scrape something together to get started. Even just to log in and look at what we have and say, "Ah, you need to do this and this and this, then it will work." I know not that simple, but that is what I am trying to find out.
We know basically nothing about your application and needs..so we can basically give only highlevel advices. If you can: go with Grok if you can divorce from the Zope 2 world. Representing your entities like news items using a simple schema based implementation is not a big deal. Group news items and other content objects in containers is also straight forward...but no idea but further business logic and further requirements. So if you aren't married with Zope 2 and when you have the chance making a cut, go with Grok...but it might require a close analysis of your current system. Andreas
Thanks for the info. Our Data.fs hovers in the 7-8 gig range and we have been running with Zope for 8 years. And the news parts are just a fraction of our content and a newspaper website with many different vertical products and sections. I would say that makes us married to Zope2! ;) I appreciate the responses and info. I have been contacted offlist by someone who is offering assistance. We'll see where that goes. Thanks again. Allen Andreas Jung wrote:
--On 26. März 2008 09:48:11 -0400 "Allen Schmidt Sr." <aschmidt@fredericksburg.com> wrote:
No idea even where to start. I played with creating a 'boring' object a while back but I am pretty sure ours is a tad more complicated. All the parts of our site I work on are in SQL and was never involved in the ZClass News stuff. It just works...and continues to work...but is limiting us from upgrading.
So, where to start. Once we get some guidance, we could probably do it ourselves. Anyone willing to a$$$ist? We don't have a budget for it but could scrape something together to get started. Even just to log in and look at what we have and say, "Ah, you need to do this and this and this, then it will work." I know not that simple, but that is what I am trying to find out.
We know basically nothing about your application and needs..so we can basically give only highlevel advices. If you can: go with Grok if you can divorce from the Zope 2 world. Representing your entities like news items using a simple schema based implementation is not a big deal. Group news items and other content objects in containers is also straight forward...but no idea but further business logic and further requirements. So if you aren't married with Zope 2 and when you have the chance making a cut, go with Grok...but it might require a close analysis of your current system.
Andre as
Allen Schmidt Sr. skrev:
No idea even where to start. I played with creating a 'boring' object a while back but I am pretty sure ours is a tad more complicated. All the parts of our site I work on are in SQL and was never involved in the ZClass News stuff. It just works...and continues to work...but is limiting us from upgrading.
This product only needs minor changes in the initialization code to be used as a generic product: http://www.mxm.dk/products/public/minimalPloneTool/ A bit more info here. Even though it is a bit outdated, it is pretty sound: http://www.zope.org/Members/maxm/HowTo/minimal_01
So, where to start. Once we get some guidance, we could probably do it ourselves. Anyone willing to a$$$ist? We don't have a budget for it but could scrape something together to get started.
You understand how to motivate ;-) -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science
Yuri wrote at 2008-3-26 11:19 +0100:
I've got a trouble importing a ZClass app to 2.9.8 from 2.6.1.
First, I've tried 2.8, and it worked but had the __new__ problem, so I've seen it is fixed in 2.9.8.
After the upgrade, all seemed to work. My ZClass is a container (with ExtFile). I've been able to create a new instance, then had trouble after uploading an ExtFile. The file is there, in the repository, but when I clicked over it, I get a fast scrolling in the log. After the restart, the ZClass instances and the Product in the control panel, gived me a maximun recursion depth, here the last part:
File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 597, in getState return unpickler.load() .... File "logging/__init__.py", line 1078, in _log File "logging/__init__.py", line 1064, in makeRecord File "logging/__init__.py", line 226, in __init__ # Must happen after ZopeStarter.setupInitialLogging() RuntimeError: maximum recursion depth exceeded in cmp
This is very strange: the traceback you show does not seem very deep. It should not raise a "maximum recursion depth exceeded". As always: when you see something which should not be there, debugging may be necessary for understanding... -- Dieter
Dieter Maurer wrote:
Yuri wrote at 2008-3-26 11:19 +0100:
I've got a trouble importing a ZClass app to 2.9.8 from 2.6.1.
First, I've tried 2.8, and it worked but had the __new__ problem, so I've seen it is fixed in 2.9.8.
After the upgrade, all seemed to work. My ZClass is a container (with ExtFile). I've been able to create a new instance, then had trouble after uploading an ExtFile. The file is there, in the repository, but when I clicked over it, I get a fast scrolling in the log. After the restart, the ZClass instances and the Product in the control panel, gived me a maximun recursion depth, here the last part:
File "/usr/lib/zope2.9.8/lib/python/ZODB/serialize.py", line 597, in getState return unpickler.load() .... File "logging/__init__.py", line 1078, in _log File "logging/__init__.py", line 1064, in makeRecord File "logging/__init__.py", line 226, in __init__ # Must happen after ZopeStarter.setupInitialLogging() RuntimeError: maximum recursion depth exceeded in cmp
This is very strange: the traceback you show does not seem very deep. It should not raise a "maximum recursion depth exceeded".
I deleted the long first part, always equal to the last one. Does it matter? :)
As always: when you see something which should not be there, debugging may be necessary for understanding...
I agree. But it works, until you restart then this error happen forever. How can I debug this?
participants (7)
-
Allen Schmidt Sr. -
Andreas Jung -
Dieter Maurer -
Jens Vagelpohl -
Jonathan -
Max M -
Yuri