I'm trying to wrap my head around what the changes in Zope2.12 can mean for
how I develop in Zope2 now. I've developed things in Zope3 and am getting
stuck attempting the same methods in Zope2.12. So I see now that etc/ now
has a site.zcml. But what is missing is the package-includes directory
in the Zope2.12 instance/etc dir. It seems like it should be
possible, but maybe not.
On Thu, Dec 24, 2009 at 11:20 PM, Andreas Jung li...@zopyx.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
I'm trying to wrap my head around what the changes in Zope2.12 can
mean
Jung li...@zopyx.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
Perhaps I'm misunderstanding the implications of basing Zope2.12
on ZTK eggs. I was under the impression it would allow sites to be
developed in a similar way to how its done in Zope3, ie placing
So the line you reference in site.zcml is the same for me, and it says look
in package-includes/*-configure.zcml. That child dir wasn't actually created
though so theres nothing in it.
On Fri, Dec 25, 2009 at 4:47 AM, Lennart Regebro rege...@gmail.com wrote:
On Fri, Dec 25, 2009 at 01:28, Jim
myself, it seems like that
should be done already.
- Jim
On Fri, Dec 25, 2009 at 5:51 AM, Andreas Jung li...@zopyx.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
What's my use case for developing Zope3ish/ZTKish in Zope2 instead
of just using Zope3? All
I have several existing Z2 Products that aren't going anywhere. I still need
these. I can't just move to Z3 and leave our existing Z2 Products behind.
On Fri, Dec 25, 2009 at 6:40 AM, Andreas Jung li...@zopyx.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
I
the
esoteric manage_* methods, even in 2.12.
On Fri, Dec 25, 2009 at 7:13 AM, Jens Vagelpohl j...@dataflake.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
I have several existing Z2 Products that aren't going anywhere. I still
need
these. I can't just move to Z3
Vagelpohl j...@dataflake.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Pharis wrote:
Yes, I'm running into missing bits in various places. So even though
Z2.12
is based on ZTK eggs, and ZTK eggs are designed using all the CA
goodness, I
still can't easily develop using those
...@gmail.com wrote:
On Fri, Dec 25, 2009 at 11:47, Jim Pharis binbr...@gmail.com wrote:
What's my use case for developing Zope3ish/ZTKish in Zope2 instead of
just
using Zope3? All the preceived benefits of Zope3 now available in Zope2
well
still being able to use all our Zope 2 Products. I
Can I register utilities at the site level in zcml? And once I have the
local utility registered, how do I pass that site manager context to my
browser/forms so I can do things like createObject. createObject seems to
fail because it can't find the utility, but I think that's because its not
I should clarify that createobject is failing with a ComponentLookupError.
On Wed, Dec 30, 2009 at 2:45 PM, Jim Pharis binbr...@gmail.com wrote:
Can I register utilities at the site level in zcml? And once I have the
local utility registered, how do I pass that site manager context to my
So createObject does look in the context of the current site. My issue was
somewhere else. I'm still interested to know if you can register utilities
at the site level in ZCML though.
On Wed, Dec 30, 2009 at 3:22 PM, Jim Pharis binbr...@gmail.com wrote:
I should clarify that createobject
Does anyone successfully use zope.formlib.form Fields with
Products.Five.formlib.formbase EditForm? I was trying to figure out why my
form_fields.omit and custom_widget were being ignored. I followed it up the
stack and found the method setUpEditWidgets in zope.app.form.utility never
takes Fields
I went through the same motions as you in Zope2.12 trying to use Phillkon's
book as a guide. I think I ran into the same problem as you. The key is in
the package five.localsitemanager.
My Site Interface is nothing.
class IMySite(Interface):
My Site
In my site.py I have the following.
...
We are currently on Zope 2.9.6 and we are working on upgrading but it isn't
going to happen anytime soon. I'm trying to use a package that is depending
on a few newer component architecture packages; zope.component,
zope.interface... Even though zope.component and zope.interface hadn't been
egged
I'm using collective.recipe.patch to patch plone.recipe.zeoserver during a
buildout. The problem is that after applying the patch the py file isn't
consistently reloaded. If I look at the timestamps, I can see that the pyc
file isn't always regenerated after the patch is applied. Is there anyway
Running easy_install -i http://download.zope.org/Zope2/index/2.12.2 Zope2 in
a virtualenv w/o site packages failed on the following dependency. It of
course was easy to easy_install docutils and finish the install
successfully.
Thanks,
- Jim
Installed
https://bugs.launchpad.net/collective.buildout/+bug/596839
Killing a fg instance with ctrl-c isn't the only scenario where the lock and
pid files don't get cleaned up.
On Fri, Sep 3, 2010 at 11:46 AM, Martin Aspeli
optilude+li...@gmail.comoptilude%2bli...@gmail.com
wrote:
Hi,
With Plone 4
wrote:
On Fri, Sep 3, 2010 at 1:16 PM, Jim Pharis binbr...@gmail.com wrote:
https://bugs.launchpad.net/collective.buildout/+bug/596839
Killing a fg instance with ctrl-c isn't the only scenario where the lock
and
pid files don't get cleaned up.
I thought the problem was only the .pid file
19 matches
Mail list logo
