content / code separation
Something is puzzling me about the way zope is designed. With FileStorage, or DirectoryStorage code and member content is all stored in the same place. How does one achieve separtion of the code from the content in order to facilitate easy upgrade of code? Basically i want to do is take the Members folder out of my CMF site and store it somewhere else, so i can do a sitewide update of the code in my CMF site by copying over a new Data.fs or a new DirectoryStorage heirarchy and the Members folder will be unaffected. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
On Tue, Feb 24, 2004 at 01:14:50PM -0800, Declan Shanaghy wrote:
Something is puzzling me about the way zope is designed.
With FileStorage, or DirectoryStorage code and member content is all stored in the same place.
How does one achieve separtion of the code from the content in order to facilitate easy upgrade of code?
Basically i want to do is take the Members folder out of my CMF site and store it somewhere else, so i can do a sitewide update of the code in my CMF site by copying over a new Data.fs or a new DirectoryStorage heirarchy and the Members folder will be unaffected.
3 suggestions: - Don't Do That. Upgrade "in place". This is usually possible depending on what your upgrade consists of. - Export the Member folder before upgrade, then import afterward. - Use mounted storages. Google for DBTab. -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's THE STETOSCOPE! (random hero from isometric.spaceninja.com)
Not entirely on-topic, but related: http://www.plope.com/Members/chrism/zope_collab On Tue, 2004-02-24 at 18:19, Paul Winkler wrote:
On Tue, Feb 24, 2004 at 01:14:50PM -0800, Declan Shanaghy wrote:
Something is puzzling me about the way zope is designed.
With FileStorage, or DirectoryStorage code and member content is all stored in the same place.
How does one achieve separtion of the code from the content in order to facilitate easy upgrade of code?
Basically i want to do is take the Members folder out of my CMF site and store it somewhere else, so i can do a sitewide update of the code in my CMF site by copying over a new Data.fs or a new DirectoryStorage heirarchy and the Members folder will be unaffected.
3 suggestions:
- Don't Do That. Upgrade "in place". This is usually possible depending on what your upgrade consists of.
- Export the Member folder before upgrade, then import afterward.
- Use mounted storages. Google for DBTab.
well i didnt mean i actually want to move the Members folder out of the cmf site. i just want to store that information in different location (ie a so i wouldnt have to worry about importing/exporting it during upgrades. What do u mean by "upgrade in place" Exporting/Importing of Members and acl_users seems risky to me. --- Paul Winkler <pw_lists@slinkp.com> wrote:
On Tue, Feb 24, 2004 at 01:14:50PM -0800, Declan Shanaghy wrote:
Something is puzzling me about the way zope is designed.
With FileStorage, or DirectoryStorage code and member content is all stored in the same place.
How does one achieve separtion of the code from the content in order to facilitate easy upgrade of code?
Basically i want to do is take the Members folder out of my CMF site and store it somewhere else, so i can do a sitewide update of the code in my CMF site by copying over a new Data.fs or a new DirectoryStorage heirarchy and the Members folder will be unaffected.
3 suggestions:
- Don't Do That. Upgrade "in place". This is usually possible depending on what your upgrade consists of.
- Export the Member folder before upgrade, then import afterward.
- Use mounted storages. Google for DBTab.
--
Paul Winkler http://www.slinkp.com Look! Up in the sky! It's THE STETOSCOPE! (random hero from isometric.spaceninja.com)
_______________________________________________ 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 )
__________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
On Thu, Feb 26, 2004 at 09:00:22AM -0800, Declan Shanaghy wrote:
well i didnt mean i actually want to move the Members folder out of the cmf site. i just want to store that information in different location (ie a so i wouldnt have to worry about importing/exporting it during upgrades.
What do u mean by "upgrade in place"
Make a backup of your zodb, then do your code upgrades on the same server. No moving of anythign necessary.
Exporting/Importing of Members and acl_users seems risky to me.
Why? export/import works well. -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's REALLY REALLY COWARD! (random hero from isometric.spaceninja.com)
I've had a couple of instances where ZSyncer cannot find the target host(s). Restarting the Zopes seems to clear the problem. Any idea why that problem might occur?
On Thu, Feb 26, 2004 at 10:22:22AM -0800, Dennis Allison wrote:
I've had a couple of instances where ZSyncer cannot find the target host(s). Restarting the Zopes seems to clear the problem. Any idea why that problem might occur?
Usually it means that the target zope really is not responding, either because zope is dead or spinning, or because there's some other network problem... e.g. a firewall has been reconfigured and is now blocking the connection from source to target, or DNS is broken, etc. Whenever this comes up for me, my first check is always to ssh to the box that's running the "source" zope and see if I can connect to the target with a command-line web client, e.g. links, lynx, or wget. Invariably the answer is "no". -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's HYPER HAM-WENCH! (random hero from isometric.spaceninja.com)
In each case the target Zope was up and running and serving--which is what made it strange. On Thu, 26 Feb 2004, Paul Winkler wrote:
On Thu, Feb 26, 2004 at 10:22:22AM -0800, Dennis Allison wrote:
I've had a couple of instances where ZSyncer cannot find the target host(s). Restarting the Zopes seems to clear the problem. Any idea why that problem might occur?
Usually it means that the target zope really is not responding, either because zope is dead or spinning, or because there's some other network problem... e.g. a firewall has been reconfigured and is now blocking the connection from source to target, or DNS is broken, etc.
Whenever this comes up for me, my first check is always to ssh to the box that's running the "source" zope and see if I can connect to the target with a command-line web client, e.g. links, lynx, or wget.
Invariably the answer is "no".
--
Paul Winkler http://www.slinkp.com Look! Up in the sky! It's HYPER HAM-WENCH! (random hero from isometric.spaceninja.com)
_______________________________________________ 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 Thu, Feb 26, 2004 at 11:30:35AM -0800, Dennis Allison wrote:
In each case the target Zope was up and running and serving--which is what made it strange.
That's really odd and hard to believe, given that you say a restart fixed the problem. I have no clue.
On Thu, 26 Feb 2004, Paul Winkler wrote:
On Thu, Feb 26, 2004 at 10:22:22AM -0800, Dennis Allison wrote:
I've had a couple of instances where ZSyncer cannot find the target host(s). Restarting the Zopes seems to clear the problem. Any idea why that problem might occur?
Usually it means that the target zope really is not responding, either because zope is dead or spinning, or because there's some other network problem... e.g. a firewall has been reconfigured and is now blocking the connection from source to target, or DNS is broken, etc.
Whenever this comes up for me, my first check is always to ssh to the box that's running the "source" zope and see if I can connect to the target with a command-line web client, e.g. links, lynx, or wget.
Invariably the answer is "no".
--
Paul Winkler http://www.slinkp.com Look! Up in the sky! It's HYPER HAM-WENCH! (random hero from isometric.spaceninja.com)
_______________________________________________ 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 )
-- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's THE GAMMA EMCEE! (random hero from isometric.spaceninja.com)
My current hypothesis is that something has been leaking file descriptors and we hit a hard limit. On Thu, 26 Feb 2004, Paul Winkler wrote:
On Thu, Feb 26, 2004 at 11:30:35AM -0800, Dennis Allison wrote:
In each case the target Zope was up and running and serving--which is what made it strange.
That's really odd and hard to believe, given that you say a restart fixed the problem. I have no clue.
On Thu, 26 Feb 2004, Paul Winkler wrote:
On Thu, Feb 26, 2004 at 10:22:22AM -0800, Dennis Allison wrote:
I've had a couple of instances where ZSyncer cannot find the target host(s). Restarting the Zopes seems to clear the problem. Any idea why that problem might occur?
Usually it means that the target zope really is not responding, either because zope is dead or spinning, or because there's some other network problem... e.g. a firewall has been reconfigured and is now blocking the connection from source to target, or DNS is broken, etc.
Whenever this comes up for me, my first check is always to ssh to the box that's running the "source" zope and see if I can connect to the target with a command-line web client, e.g. links, lynx, or wget.
Invariably the answer is "no".
--
Paul Winkler http://www.slinkp.com Look! Up in the sky! It's HYPER HAM-WENCH! (random hero from isometric.spaceninja.com)
_______________________________________________ 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 )
--
Paul Winkler http://www.slinkp.com Look! Up in the sky! It's THE GAMMA EMCEE! (random hero from isometric.spaceninja.com)
_______________________________________________ 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 )
Declan Shanaghy wrote at 2004-2-26 09:00 -0800:
well i didnt mean i actually want to move the Members folder out of the cmf site. i just want to store that information in different location
There are products that store them in a relational database...
(ie a so i wouldnt have to worry about importing/exporting it during upgrades.
What do you upgrade? Do you know "ZSyncer"? It allows you to upgrade (more precisely synchronize) on a subobject level. You do not synchronize the complete site but only the type you want to. -- Dieter
Declan Shanaghy wrote at 2004-2-24 13:14 -0800:
With FileStorage, or DirectoryStorage code and member content is all stored in the same place.
We use CMF and (its) File System Directory View to keep code in the file system. Our ZODB contains only configuration and content. -- Dieter
participants (5)
-
Chris McDonough -
Declan Shanaghy -
Dennis Allison -
Dieter Maurer -
Paul Winkler