[Zope-dev] Re: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Rob Miller 

Philipp von Weitershausen wrote:
Believe something very very rotten in Five's registerPackage was fixed 
by Rocky in r72986 [1]. As far as I can tell this was never merged to 
the 1.4 branch, but I could we wrong.


i can confirm that this seems to be helping.  there's an easier way to 
generate the error that Sasha is seeing... you can reliably reproduce it on 
Zope 2.9.x w/ Five 1.4 just by starting a zeo server with no Data.fs file, and 
then trying to connect with a zeo client.  if you have any 
 tags, the first connection will _always_ fail with a 
ConflictError.  subsequent connections will work, but the initial one will 
fail.  (we've had to put a './zopectl run do_nothing.py' steps into our build 
code... :-P)


anyway, the error is not happening with Zope 2.10 and Five 1.5.6.  glad to 
know it's been resolved.  :-)


-r



[1] http://svn.zope.org/?rev=72986&view=rev


Sasha Vincic wrote:
Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 
2.5.5


/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic <[EMAIL PROTECTED] 
> wrote:


Hi

On a server we have a ZEO server with 6 clients. When we
start/restart the server we often get on random instance an
AttributeError @@plone and all other browser pages. I have tracked
it down to a ConflictError when installing Five on startup. See
traceback bellow. To solve this I tried to set
enable-product-installation = off to all except one instance but I
still got errors.
For now we restart the broken instances until they work, I have
tried to set sleeping times up to couple seconds between the
instances but it didn't make any difference.

Five fails when it tries to execute the registerPackage in zcml
files. Not the same product every time.
First I thought it didn't respect the enable-product-instalation but
that is checked in App.Product.initializeProduct method. So I 
played in fiveconfigure.py with transaction.savepoint() but no

success but if I manually check App.Product.doInstall like in the
diff below
Now my question is if this is correct solution for the problem or
will it have other side effects that I am not aware of? How do I
write tests for an ConflicError during startup?

/Sasha

Index: fiveconfigure.py
   
 
===
   
 
--- fiveconfigure.py(revision 
86781)
   

+++ fiveconfigure.py(working 
copy)  
   

@@ -23,7 +23,7 @@  
   
 
 import 
warnings
   


   

 import 
App.config  
   

-from App.Product import 
initializeProduct  
   

+from App.Product import initializeProduct, doInstall  
   
 
 from App.ProductContext import 
ProductContext  
   

 import 
Products
   

 from zLOG import LOG, 
ERROR

[Zope-dev] Re: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Philipp von Weitershausen 
Believe something very very rotten in Five's registerPackage was fixed 
by Rocky in r72986 [1]. As far as I can tell this was never merged to 
the 1.4 branch, but I could we wrong.



[1] http://svn.zope.org/?rev=72986&view=rev


Sasha Vincic wrote:

Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 2.5.5

/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic <[EMAIL PROTECTED] 
> wrote:


Hi

On a server we have a ZEO server with 6 clients. When we
start/restart the server we often get on random instance an
AttributeError @@plone and all other browser pages. I have tracked
it down to a ConflictError when installing Five on startup. See
traceback bellow. To solve this I tried to set
enable-product-installation = off to all except one instance but I
still got errors.
For now we restart the broken instances until they work, I have
tried to set sleeping times up to couple seconds between the
instances but it didn't make any difference.

Five fails when it tries to execute the registerPackage in zcml
files. Not the same product every time.
First I thought it didn't respect the enable-product-instalation but
that is checked in App.Product.initializeProduct method. 
So I played in fiveconfigure.py with transaction.savepoint() but no

success but if I manually check App.Product.doInstall like in the
diff below 


Now my question is if this is correct solution for the problem or
will it have other side effects that I am not aware of? How do I
write tests for an ConflicError during startup?

/Sasha

Index: fiveconfigure.py
   
 
===
   
 
--- fiveconfigure.py(revision 86781)
   

+++ fiveconfigure.py(working copy)  
   

@@ -23,7 +23,7 @@  
   
 
 import warnings
   


   

 import App.config  
   

-from App.Product import initializeProduct  
   

+from App.Product import initializeProduct, doInstall  
   
 
 from App.ProductContext import ProductContext  
   

 import Products
   

 from zLOG import LOG, ERROR
   

@@ -265,6 +265,8 @@
   
 
 if not hasattr(module_, '__path__'):  
   
 
 raise ValueError("Must be a package and the " \

Re: [Zope-dev] Re: AW: AW: Re: AW: Re: AW: Re: New i18n locale extraction concept

2008-05-20 Thread Martijn Pieters 
On Tue, May 20, 2008 at 3:39 PM, Christian Zagrodnick <[EMAIL PROTECTED]> wrote:
>> If you determine beforehand which strings are translatable (end up as
>> msgid objects) it should be trivial to extract these. You will have to
>> update i18ndude to add new zcml tags though.
>
> What's translatable and what not is defined by the schema of the
> configuration which can be extended by any package. So adding this
> information to the extractor would duplicate it. Not good.

But extracting that information may be prohibitively difficult and
expensive to do.

-- 
Martijn Pieters
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] Re: AW: AW: Re: AW: Re: AW: Re: New i18n locale extraction concept

2008-05-20 Thread Christian Zagrodnick 

On 2008-05-10 19:38:15 +0200, "Martijn Pieters" <[EMAIL PROTECTED]> said:


On Sat, May 10, 2008 at 6:22 PM, Wichert Akkerman <[EMAIL PROTECTED]> wrote:

zcml is a pretty simple format though: xml with only human readable text
in title and description attributes (and perhaps a few others) and the
translation domain specified in a i18n_domain attribute. It should be
quite trivial to extract that data without having to pull all of zope
in.


If you determine beforehand which strings are translatable (end up as
msgid objects) it should be trivial to extract these. You will have to
update i18ndude to add new zcml tags though.


What's translatable and what not is defined by the schema of the 
configuration which can be extended by any package. So adding this 
information to the extractor would duplicate it. Not good.


--
Christian Zagrodnick · [EMAIL PROTECTED]
gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 4 · fax +49 345 1229889 1
Zope and Plone consulting and development


___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] Zope Tests: 5 OK

2008-05-20 Thread Zope Tests Summarizer 
Summary of messages to the zope-tests list.
Period Mon May 19 11:00:00 2008 UTC to Tue May 20 11:00:00 2008 UTC.
There were 5 messages: 5 from Zope Tests.


Tests passed OK
---

Subject: OK : Zope-2.8 Python-2.3.6 : Linux
From: Zope Tests
Date: Mon May 19 21:04:02 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009575.html

Subject: OK : Zope-2.9 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:05:33 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009576.html

Subject: OK : Zope-2.10 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:07:03 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009577.html

Subject: OK : Zope-2.11 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:08:33 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009578.html

Subject: OK : Zope-trunk Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:10:03 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009579.html

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] zope.testing console script

2008-05-20 Thread Tarek Ziadé 
On Fri, May 16, 2008 at 1:31 PM, Christian Theune <[EMAIL PROTECTED]> wrote:

> On Thu, May 15, 2008 at 08:32:28AM -0400, Benji York wrote:
> > On Thu, May 15, 2008 at 7:43 AM, Wichert Akkerman <[EMAIL PROTECTED]>
> wrote:
> > > Is there a reason to advocate zope.testing over the others? Would it
> > > perhaps make more sense to use one of the more widely used tools
> instead
> > > of maintaing our own testing toolkit?
> >
> > I'd also like for us to adopt one of the more widely used test
> > runners, but as mentioned in replies, there are some features in
> > zope.testing that we depend on.  If someone were adequately motivated
> > and had sufficient time (neither of which I have, so I suspect no one
> > else does either), it would be interesting to attempt to endue another
> > test runner with the features we need (layers, etc.).
>
> I like our test runner and spent time refactoring it so we can actually
> start
> making changes again. I looked at other test runners (nose, py.test) and
> didn't find anything compelling (to me) that we didn't already have.
>
> Christian
>

I am on Christian's side here: zope.testing is a great tool, used by many
people,
and with strong features,

it looks like it does not need a lot of work to be usable without a buildout
environment,
and to have modern features nose and py.test provides.

At least :

1. the console script (I'll add that in the trunk asap in any case)
2. being able to write tests without subclassing TestCase, in functions and
classes (regexp based+ wrapping)
3. being able to create suites without any extra boiler-plate code, like
nose does (afaik)

Christian, are you willing to work on 2. and 3. ?

++
Tarek



>
> --
> Christian Theune · [EMAIL PROTECTED]
> gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany
> http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1
> Zope and Plone consulting and development
>



-- 
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] Re: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Sasha Vincic 
Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 2.5.5

/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic <[EMAIL PROTECTED]>
wrote:

> Hi
> On a server we have a ZEO server with 6 clients. When we start/restart the
> server we often get on random instance an AttributeError @@plone and all
> other browser pages. I have tracked it down to a ConflictError when
> installing Five on startup. See traceback bellow. To solve this I tried to
> set enable-product-installation = off to all except one instance but I still
> got errors.
> For now we restart the broken instances until they work, I have tried to
> set sleeping times up to couple seconds between the instances but it didn't
> make any difference.
>
> Five fails when it tries to execute the registerPackage in zcml files. Not
> the same product every time.
> First I thought it didn't respect the enable-product-instalation but that
> is checked in App.Product.initializeProduct method.
> So I played in fiveconfigure.py with transaction.savepoint() but no success
> but if I manually check App.Product.doInstall like in the diff below
>
> Now my question is if this is correct solution for the problem or will it
> have other side effects that I am not aware of? How do I write tests for an
> ConflicError during startup?
>
> /Sasha
>
> Index: fiveconfigure.py
>
>
> ===
>
>
> --- fiveconfigure.py(revision 86781)
>
>
> +++ fiveconfigure.py(working copy)
>
>
> @@ -23,7 +23,7 @@
>
>
>  import warnings
>
>
>
>
>
>  import App.config
>
>
> -from App.Product import initializeProduct
>
>
> +from App.Product import initializeProduct, doInstall
>
>
>  from App.ProductContext import ProductContext
>
>
>  import Products
>
>
>  from zLOG import LOG, ERROR
>
>
> @@ -265,6 +265,8 @@
>
>
>  if not hasattr(module_, '__path__'):
>
>
>  raise ValueError("Must be a package and the " \
>
>
>   "package must be filesystem based")
>
>
> +if not doInstall():
>
>
> +return
>
>
>
>
>
>  app = Zope2.app()
>
>
>  try:
>
>
>
>
> 2008-05-16 11:48:17 ERROR Zope Couldn't install Five
> Traceback (most recent call last):
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/OFS/Application.py",
> line 783, in install_product
> initmethod(context)
>   File
> "/Users/sasha/Development/eea-buildout-clean/products/Five/__init__.py",
> line 31, in initialize
> zcml.load_site()
>   File "/Users/sasha/Development/eea-buildout-clean/products/Five/zcml.py",
> line 41, in load_site
> _context = xmlconfig.file(file)
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/zope/configuration/xmlconfig.py",
> line 560, in file
> context.execute_actions()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/zope/configuration/config.py",
> line 612, in execute_actions
> callable(*args, **kw)
>   File
> "/Users/sasha/Development/eea-buildout-clean/products/Five/fiveconfigure.py",
> line 285, in _registerPackage
> transaction.commit()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_manager.py",
> line 96, in commit
> return self.get().commit(sub, deprecation_wng=False)
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py",
> line 380, in commit
> self._saveCommitishError() # This raises!
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py",
> line 378, in commit
> self._commitResources()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py",
> line 433, in _commitResources
> rm.commit(self)
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/ZODB/Connection.py",
> line 484, in commit
> self._commit(transaction)
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/ZODB/Connection.py",
> line 518, in _commit
> raise ConflictError(object=obj)
> ConfigurationExecutionError: ZODB.POSException.ConflictError: database
> conflict error (oid 0x28f61f, class App.Product.Product)
>   in:
>   File
> "/Users/sasha/Development/eea-buildout-clean/src/plone.session/plone/session/configure.zcml",
> line 5.4-5.65
>   
>
> Traceback (most recent call last):
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/run.py",
> line 56, in ?
> run()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/run.py",
> line 21, in run
> starter.prepare()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/__init__.py",
> line 98, in prepare
> self.startZope()
>   File
> "/Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/__init__.py",
> line 257, in startZ

Re: [Zope-dev] zope 3 component binaries for Python 2.5 on Windows

2008-05-20 Thread Lennart Regebro 
On Tue, May 20, 2008 at 8:03 AM, Chris Withers <[EMAIL PROTECTED]> wrote:
> Where do I go to get windows binaries installers or similar for these?
> (ie: the C-components)

Well, what I did for Zope 2 was to use Tareks buildout for Windows
package. It's for Python 2.4, but in the same directory as the 2.4
buildout installer, there are files that are named python2.5.1-win32*,
so they should be worth a try.

See: http://release.ingeniweb.com/third-party-dist/
and: 
http://tarekziade.wordpress.com/2008/01/20/an-installer-for-a-buildout-ready-windows/

-- 
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )