Re: [Zope-dev] Zope3 on Google AppEngine
On Thu, May 22, 2008 at 6:34 PM, Roger Ineichen <[EMAIL PROTECTED]> wrote: > Hi jodok > >> Betreff: [Zope-dev] Zope3 on Google AppEngine >> >> Hi, >> >> Next week Lovely will be sprinting in New York/San Francisco >> to get the Zope3 framework and the first applications running >> on Google AppEngine. You're welcome to join us. >> Google AppEngine is a perfect match to the transition we at >> Lovely Systems made during the last 12 month in "stealth mode". >> We're using heavily WSGI and are replacing ZODB within most >> of our applications. >> Tomorrow we're leaving to New York visiting our friend reco. >> dobee and I will be working on getting the component >> architecture running on AppEngine. >> Later next week we'll fly to San Francisco to attend Google >> I/O and get even more insight to the technology. >> We're open to release lovely.nozodb and the related >> components in near future, as usual - just some polishing >> missing… Please drop me a note ([EMAIL PROTECTED], >> batlogg on skype/AIM) or give me a call (+43 664 9636963) if >> you want to join us. > > Sounds very interesting. But take care, not every customer likes > to have his data on such a share. Think about what could happen > if google get a negative touch in the future. Probably you must > be able to switch very fast from google to a none shared DB > if customers become a bad feeling about it. yes, you're right. i don't think any of our customers feels comfortable running his portal on AppEngine. But as our applications are utilizing multiple webservices (e.g. commenting, authentication,...) these webservices could be run on appengine. and yes again. unfortunately there is no open source / non-google DB application implementation so far. we keep this in mind. jodok > > But I guess that's another topic. Anyway, sounds really great! > > Regards > Roger Ineichen > >> jodok >> -- >> Lovely Systems, Partner >> >> phone: +43 5572 908060, fax: +43 5572 908060-77 >> Schmelzhütterstraße 26a, 6850 Dornbirn, Austria >> >> ___ >> 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 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] Zope3 on Google AppEngine
On Thu, May 22, 2008 at 4:53 PM, David Pratt <[EMAIL PROTECTED]> wrote: > Hi Jodok. Sounds interesting. Curious what you are replacing ZODB with. Are > you using its interfaces to Relstorage / other ZODB backend, an ORM to map > direct to rdb, or other database. Many thanks. right now we're using storm. for the application we plan to port first it seems like bigtable fits perfect. during the next week we won't focus on the storage layer, but more on getting the C-based things running. the other part - lovely.nozodb (zope3 without zodb, utility registrations,...) is almost done and just needs some polishing. jodok > > Regards, > David > > Jodok Batlogg wrote: >> >> Hi, >> >> Next week Lovely will be sprinting in New York/San Francisco to get the >> Zope3 framework and the first applications running on Google AppEngine. >> You're welcome to join us. >> Google AppEngine is a perfect match to the transition we at Lovely Systems >> made during the last 12 month in "stealth mode". >> We're using heavily WSGI and are replacing ZODB within most of our >> applications. >> Tomorrow we're leaving to New York visiting our friend reco. dobee and I >> will be working on getting the component architecture running on AppEngine. >> Later next week we'll fly to San Francisco to attend Google I/O and get >> even more insight to the technology. >> We're open to release lovely.nozodb and the related components in near >> future, as usual - just some polishing missing… >> Please drop me a note ([EMAIL PROTECTED], batlogg on skype/AIM) or >> give me a call (+43 664 9636963) if you want to join us. >> >> jodok >> -- >> Lovely Systems, Partner >> >> phone: +43 5572 908060, fax: +43 5572 908060-77 >> Schmelzhütterstraße 26a, 6850 Dornbirn, Austria >> >> ___ >> 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 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] Zope3 on Google AppEngine
Hi, Next week Lovely will be sprinting in New York/San Francisco to get the Zope3 framework and the first applications running on Google AppEngine. You’re welcome to join us. Google AppEngine is a perfect match to the transition we at Lovely Systems made during the last 12 month in “stealth mode”. We’re using heavily WSGI and are replacing ZODB within most of our applications. Tomorrow we’re leaving to New York visiting our friend reco. dobee and I will be working on getting the component architecture running on AppEngine. Later next week we’ll fly to San Francisco to attend Google I/O and get even more insight to the technology. We’re open to release lovely.nozodb and the related components in near future, as usual - just some polishing missing… Please drop me a note ([EMAIL PROTECTED], batlogg on skype/AIM) or give me a call (+43 664 9636963) if you want to join us. jodok -- Lovely Systems, Partner phone: +43 5572 908060, fax: +43 5572 908060-77 Schmelzhütterstraße 26a, 6850 Dornbirn, Austria ___ 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] Re: AW: Heads up: Dependencies!
On 13.04.2008, at 04:01, Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roger Ineichen wrote: Hi again Betreff: [Zope-dev] Heads up: Dependencies! Hi all I try to do a cleaup all zope packages and found some wired dependencies and bad setup. One of this bad things is the following: The zope.dublincore package defines in setup.py install_requires = ['setuptools', 'zope.annotation', 'zope.component', 'zope.interface', # testing dependencies 'zope.testing', 'zope.security', 'zope.app.testing', ], I guess this is one of the packages which makes it impossible to get rid of testing stuff on production servers! right or not? This happens in 3.4.0, 3.4.0a1 was Ok. Can anybody agree that the testing dependencies should go to extra_requires ['test'] ? I discussed this with Benji on IRC and very bad consenus happend. Benji told me that this topic was discussed and this changes explicit happens. I totaly disagree with the concept behind this. The general sentence "Test what you fly and flay what ou test" is still valid and makes sense to me. But this is not what this changes reflect. This changes will bring in dependencies to zope.app.testing for all our production projects. This is just not true. All of our apps are just working without the testing dependency. Testing code is not a dependency for production servers. This install_requires will bring in zope.app.testing dependencies for all of our production servers which is just wrong. Test what you fly and fly what you test is a good thing. But it get totaly miss understud in this usecase. It doesn't mean that we can depend our tests on zope.app.rotterdam for zope.dublincore just because we have a rotterdam package. And even worse depend on that in install_requires. If a testing setup needs additional components which the package doesn't need, we have two choices. 1. write tests wihtout thrid party code (code which is not a dependency of the package at all) 2. write tests and depend on third party code but move the dependency to extra_requires. This allows to install the app without the additional test dependency What do you think? Even better: use the documented setuptools keyword[1] 'tests_require', and get the testrunner / buildout to use that hook when running tests. An added benefit is that it might even be possible for somebody to run the tests from a subversion checkout / unpacked sdist without first running buildout, by just running 'python setup.py test'. This last will require defining a workable 'test_suite' keyword, as well. [1] http://peak.telecommunity.com/DevCenter/setuptools#id7 test dependencies are a no-go for a production deployment. if we are refactoring packages, we should use the setuptools keyword. jodok btw.: importchecker from lovely.recipe will assist you in identifying the imports you need for tests and for the "real" code Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIAWlw+gerLs4ltQ4RAuq1AJ48SsGtuCUvBzTN2a1YLqGSPTBIfgCcC9ZQ GwLUzQDm6FQB6DpQ6a2bJkM= =hqQm -END PGP SIGNATURE- ___ 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 ) -- "Beautiful is better than ugly." -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems GmbH Schmelzhütterstraße 26a, 6850 Dornbirn, Austria mobile: +43 664 9636963, phone: +43 5572 908060 ___ 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] buildout-based buildbot back
On 04.03.2008, at 09:34, Christian Theune wrote: Hi, it took a while, but here it is: I've put the buildout-based buildot into its own virtual machine (with enough resources hopefully). It's been running for about a week now and seems to work fairly well. I integrated the classical buildbot view and my alternative display in one installation that is accessible at: http://zopebuildout.whq.gocept.com this host can't be resolved... wasabi:~ jodok$ dig zopebuildout.whq.gocept.com ; <<>> DiG 9.4.1-P1 <<>> zopebuildout.whq.gocept.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 32303 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;zopebuildout.whq.gocept.com. IN A ;; AUTHORITY SECTION: whq.gocept.com. 2 IN SOA ns2.gocept.com. domain.gocept.com. 2008021055 10800 900 604800 86400 ;; Query time: 75 msec ;; SERVER: 192.168.34.254#53(192.168.34.254) ;; WHEN: Tue Mar 4 10:10:18 2008 ;; MSG SIZE rcvd: 92 - builds are run when the trunk of a buildout-based project is changed and at 3am CEST every day. - Updates for the project list are run before the nightly build and pick up all projects' trunks that define a buildout.cfg - Currently, all projects that don't define a test runner will appear as broken. I'll fix that soon so that non-existing test runners will be ignored. Christian -- gocept gmbh & co. kg - forsterstrasse 29 - 06112 halle (saale) - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 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 ) -- "Beautiful is better than ugly." -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems GmbH Schmelzhütterstraße 26a, 6850 Dornbirn, Austria mobile: +43 676 5683591, phone: +43 5572 908060 smime.p7s Description: S/MIME cryptographic signature ___ 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] Hivurt code hosting
On 11.11.2007, at 19:41, Mikhail Kashkin wrote: Hello, I'm looking for place to host our source code for Hivurt. We have some choices to use our and switch to free services. As one of the best it Google Code, but it have strict license policy. And there is no ZPL in list. ZPL is GPL compatible, but it is not the same. Second SF.NET, but, AFAIK, it has a lot of problems. What you can recommend? svn.zope.org + launchpad.net as the rest of the zope world? -- Mikhail Kashkin, skype:mkashkin, jabber:[EMAIL PROTECTED] Key Solutions (http://keysolutions.ru/) Offshore Zope3 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 ) smime.p7s Description: S/MIME cryptographic signature ___ 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] Current screenshots of Hivurt CMS
hi mikhail, On 06.11.2007, at 03:36, Mikhail Kashkin wrote: Hello! we are developing Zope3 based CMS called Hivurt. Some components already available on http://code.keysolutions.ru/svn/ (ZPL/GPL) any chance that you switch from russian comments to english comments? otherwise the code is pretty unusable for the rest for the world. thanks jodok we are heavily updating this repository this week, so If you like screenshots of new products then you are welcome http://www.flickr.com/photo_zoom.gne?id=1879568897&size=o Please, contact me personally if you have any questions or proposals. -- Mikhail Kashkin (http://keysolutions.ru/) ___ 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 ) smime.p7s Description: S/MIME cryptographic signature ___ 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] Snow-Sprint 2008
Lovely Systems is proud to announce the 5th Snow-Sprint in a row. Between Friday 18th of January 2007 and 25th we’ll code, talk, eat, drink, sleep, ski, snowboard in the Austrian Alps. Sprint organisation is done on http://www.openplans.org/projects/snow- sprint-2008 We’ll definitely focus on Zope3 and High Traffic related topics - Plone People welcome! Highlight the week in your calendar, add your name to the Openplans Wiki and book your flight. More details will be added to the wiki on the fly. See you in the mountains! Jodok and the lovely team -- "Namespaces are one honking great idea -- let's do more of those!" -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems Schmelzhütterstraße 26a, 6850 Dornbirn, Austria phone: +43 5572 908060, fax: +43 5572 908060-77 smime.p7s Description: S/MIME cryptographic signature ___ 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] zeo on solaris
On 08.10.2007, at 21:00, Dieter Maurer wrote: Jodok Batlogg wrote at 2007-10-8 08:48 +0200: ... do you know about the performance? if you compare a modern, fast linux server - connected to the SAN as well? i think the solaris machine will perform well if you need to run multiple ZEOs... I had compared packing on our previous generation SUN cluster with packing on a Linux server. The Linux server was about 4 times faster. But our system administrators have a very strong preference for SUN hardware. They told me that SUN has a much better IO subsystem and that this will become obvious when the system is under load. that's what we've been told as well. especially because all applications on the server are I/O bound (zeo, postgresql, nfs). they told me as well, that the clustering/failover works perfect with roughly _zero_ downtime :) the san behind it is really powerful and should be able to reach 2x80MB/s easily. My personal opinion is that they can buy SUN support such that within a few hours all problems will be fixed by SUN while for Linux they can not get this level of support -- and therefore they prefer SUN. But, that's just my assumption (I do not have a proof). exactly - the cluster is f***ing expensive (RAM, SUN certification,...) but has almost no downtime ("guaranteed"). we finally managed to get the sun-cluster to test the setup (especially ZEO) and have the possibility to give it back and switch to LINUX in case it doesn't work. i'll keep you updated about our testing results. thanks so far jodok -- Dieter -- "Although practicality beats purity." -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems Schmelzhütterstraße 26a, 6850 Dornbirn, Austria phone: +43 5572 908060, fax: +43 5572 908060-77 smime.p7s Description: S/MIME cryptographic signature ___ 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] zeo on solaris
On 07.10.2007, at 21:42, Dieter Maurer wrote: Jodok Batlogg wrote at 2007-10-7 12:09 +0200: hi, it seems like we're going to deploy a pretty big installation on a combination of solaris / RHEL servers. the data storage of our application is based on ZODB (ZEO) and PostgreSQL (with STORM) plus NFS for extfile handling. so far it's planned to deploy ZEO, PostgreSQL and NFS on a fully redundant SUN Fire 440 with Solaris connected to a Hitachi/Sun StorEdge 9990 SAN. i know ZOPE has/had some issues on Solaris (http://www.zope.org/ Members/glpb/solaris) we're talking about ZEO/PostgreSQL only... We are using Solaris in our backend (to run several ZEOs, postgres and NFS). Up to now, there have been no Solaris related problems. do you know about the performance? if you compare a modern, fast linux server - connected to the SAN as well? i think the solaris machine will perform well if you need to run multiple ZEOs... jodok -- Dieter -- "Simple is better than complex." -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems Schmelzhütterstraße 26a, 6850 Dornbirn, Austria phone: +43 5572 908060, fax: +43 5572 908060-77 smime.p7s Description: S/MIME cryptographic signature ___ 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] zeo on solaris
hi, it seems like we're going to deploy a pretty big installation on a combination of solaris / RHEL servers. the data storage of our application is based on ZODB (ZEO) and PostgreSQL (with STORM) plus NFS for extfile handling. so far it's planned to deploy ZEO, PostgreSQL and NFS on a fully redundant SUN Fire 440 with Solaris connected to a Hitachi/Sun StorEdge 9990 SAN. i know ZOPE has/had some issues on Solaris (http://www.zope.org/ Members/glpb/solaris) we're talking about ZEO/PostgreSQL only... we guys at lovely systems don't have a lot of experience with solaris, who of you guys is running ZEO on solaris? how does it perform? we'd like to contract someone with solaris expertise in near future, volunteers - contact me :) thanks for your feedback jodok -- "Simple is better than complex." -- The Zen of Python, by Tim Peters Jodok Batlogg, Lovely Systems Schmelzhütterstraße 26a, 6850 Dornbirn, Austria phone: +43 5572 908060, fax: +43 5572 908060-77 smime.p7s Description: S/MIME cryptographic signature ___ 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 )