Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-15 Thread Stephan Richter
On Saturday 14 January 2006 20:51, Jeff Shell wrote:
> It is annoying to see the MessageIDFactory deprecation warnings. I
> only have those and use those because I copied and pasted from
> something else and ran with it. For people like me, someone needs to
> write a "Basic Zope 3 Internationalization For Ignorant Americans". My
> customers don't need it, but if I don't provide it in some places,
> Zope 3 yells at me and then I feel sad... So knowing when you need
> them, when you need the i18n_domain in ZCML, would be nice. But this
> has never stopped me from charging ahead with Zope 3.

Just to comfort you a little bit, this was very heavily discussed when we 
originally decided to add those warnings. On the one hand we do not want to 
force people that do not need I18n to deal with it, but on the other hand we 
need to give people that do care some feedback where their I18n is not fully 
covered.

I agree a nice how-to for the uninitiated would be nice (and not too hard to 
do).

Regards,
Stephan
-- 
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-15 Thread Stephan Richter
On Saturday 14 January 2006 20:51, Jeff Shell wrote:
> I like Trac, or even the Plone (I assume) based tools Schoolbell is
> using to publish information. "This is the 3.2 milestone. Here are the
> proposals and issues that are tied to that milestone" You can do this
> with Wikis, but it's all manual and the organization is seldom as nice
> and natural. Compare these (and yes, I'm aware that trac has a wiki -
> but it seems nice and secondary to some of the core information):
>
> http://trac.turbogears.org/turbogears/roadmap
> http://dev.zope.org/Zope3/RoadMap
>
> But while that would be nice, I don't have the time or experience to
> contribute to setting something like that up even if it were wanted by
> others, and I'm not volunteering anyone else to do it. Just wishful
> thinking. It's hard for me to find a decision tree of what went into
> Zope 3.2 and why, or to try to lobby support for something to go in
> Zope 3.3 and see proof somehow that it does by being able to follow an
> issue, a roadmap, a plan, etc.

I hear you! A couple of remarks. The SchoolTool project is blessed by having a 
project manager that is not a developer. Tom (Hoffman) manages all our 
proposals and keeps the Web site content up-to-date. Furthermore, SchoolTool 
development is currently paid for, so SchoolTool can promise features for a 
certain release.

Zope 3, on the other hand, has a time-based release cycle and is developed by 
community members. Thus we cannot make any promise about what features will 
make it into the next release. We use proposals to only decide what could 
make it.

Regards,
Stephan
-- 
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-15 Thread Stephan Richter
On Saturday 14 January 2006 20:51, Jeff Shell wrote:
> Interfaces are generally well defined and in apidoc. There are some
> that don't make it into apidoc, and that can be frustrating. I need to
> make a better list of the ones I look for that I can't find so I can
> submit it as a collector issue. But generally, it is all very well
> defined. ZCML is well documented, which was a huge concern I had
> during Zope 3's development process.


Jeff, the interfaces you cannot find should be simply registered with the 
 directive. The reason they do not appear is that they are not in 
the utility registry. This is a great way to contribute to Zope 3 without 
really diving into development.

Regards,
Stephan
-- 
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Jeff Shell
I know that Stephan Richter has responded to many of these points.
I'll add in some of my views as someone from the borderlands - I'm not
a core developer, but I am someone who has used Zope since before it
was Zope. Since before it was "before it was Zope". I worked on core
Principia and Zope a long time ago, but have not been involved much
with the core of Zope 3 besides following the conversations and
chiming in (sometimes too much, sometimes asking unanswerable
questions) on the mailing lists.

After tinkering with Zope 3 for a while, late last summer I had to
build a Zope 3 application for real, and do it real fast.

On 1/14/06, David Johnson <[EMAIL PROTECTED]> wrote:
>
> The documentation is not well defined, which makes deployment dangerous
> because one may produce an application that does not conform to future
> releases of Zope.

Documentation is better defined than any previous release of Zope.
Most of the documentation, as Stephen mentions, is at the API level
and is used as doctests. I installed Zope 3.2 final on our development
boxes the other day. Over 8000 tests ran succesfully, many of those
coming from documentation. It's not only documentation, but
documentation that works.

Interfaces are generally well defined and in apidoc. There are some
that don't make it into apidoc, and that can be frustrating. I need to
make a better list of the ones I look for that I can't find so I can
submit it as a collector issue. But generally, it is all very well
defined. ZCML is well documented, which was a huge concern I had
during Zope 3's development process.

There are two published books. They are old, covering Zope 3.0, but I
know www.worldcookery.com has updates for its book. Even though the
books are a couple of releases old, many of the core concepts still
apply. I'm trying to get back in the habit of consulting Stephan's
book before asking a question of the mailing list.

On the downside, there isn't much documentation showing how to pull a
lot of this together. But how you pull it together is up to you. A
twenty minute wiki how-to isn't going to provide you with good tips
about how to write an e-commerce solution. An e-commerce how-to isn't
going to help you write a knowledge base. There could be more
documentation in this area, but writing it is hard when you've got
full time jobs doing other things. Keeping it updated is even harder.
This is affecting TurboGears, Django, and more - they have some good
"get started quick!" tutorials. They've had issues keeping them up to
date recently.

The Wiki is terrible. But I hate wikis and if I believed in God I
believe my god would consider Wikis an abomination unto him. It's good
that there's a place for information to go that's reasonably central.
But which of the various "related objects" proposals is current? So I
never go in there. I get frustrated very quickly, and this is with a
lot of work done by others to try to keep it organized.

I like Trac, or even the Plone (I assume) based tools Schoolbell is
using to publish information. "This is the 3.2 milestone. Here are the
proposals and issues that are tied to that milestone" You can do this
with Wikis, but it's all manual and the organization is seldom as nice
and natural. Compare these (and yes, I'm aware that trac has a wiki -
but it seems nice and secondary to some of the core information):

http://trac.turbogears.org/turbogears/roadmap
http://dev.zope.org/Zope3/RoadMap

But while that would be nice, I don't have the time or experience to
contribute to setting something like that up even if it were wanted by
others, and I'm not volunteering anyone else to do it. Just wishful
thinking. It's hard for me to find a decision tree of what went into
Zope 3.2 and why, or to try to lobby support for something to go in
Zope 3.3 and see proof somehow that it does by being able to follow an
issue, a roadmap, a plan, etc.

(The bug tracker product Stephan wrote in Zope 3 was really cool with
grouping. I miss it).

Regarding configuration, Stephan provided nice responses.

> I can only find one semi real-world Zope 3 example (the SIP application),
> and it does not even run under Zope 3.2; while I've been able to wade
> through and fix many errors, I continue to get more as the interfaces and
> standards keep changing. Even the current i18n facility does not seem to
> work properly, editing messages frequently gives errors and does not update
> properly.  Errors in general seem to give unexplainable results.

I struggle with i18n, but I admit to being a stupid American that
wishes he didn't have to deal with it at all. This has nothing to do
with Zope 3's implementation - it's just not a habit that I have.
Getting used to unicode, encodings, messages, etc, was hard. But again
- a admit complete and utter ignorance here.

On the other hand - the question that I saw listed most on the "submit
a question" list for the Snakes and Rubies meeting in Chicago had to
deal with "when are you going to internationalize

Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Alen Stanisic
On Sat, 2006-01-14 at 10:51 -0600, David Johnson wrote:

> 
> I can only find one semi real-world Zope 3 example (the SIP
> application), and it does not even run under Zope 3.2; while I’ve been
> able to wade through and fix many errors, I continue to get more as
> the interfaces and standards keep changing. Even the current i18n
> facility does not seem to work properly, editing messages frequently
> gives errors and does not update properly.  Errors in general seem to
> give unexplainable results.
> 
>  
> 

Hi David,

as well as Stephan's book there is also this book with demo z3 app:

www.worldcookery.com

Alen


___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Lennart Regebro
OK, David, I hear ya. You are saying that Zope 3 is not production
ready, because of your frustrations in trying to get SQL-integration
to work.

However, assuming that you are right then a more correct statement is:
Is Zope 3s SQL-integration production ready. And the answer to that
may very well be "no". I have no idea (I avoid SQL if I can).

But going from there to "Zope 3 is not production ready" involves the
assumption that any Zope site needs to involve SQL, which is not true
at all, since Zope includes ZODB, which is superiour for 95% of the
cases. ;-) [Well, that's what I think anyway]. Most Zope 3 sites
wouldn't have any kind of SQL involved anywhere.
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


RE: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread David Johnson
My apologies in advance if I causing frustration.  

> On Saturday 14 January 2006 11:51, David Johnson wrote:
> > The documentation is not well defined, which makes deployment dangerous
> > because one may produce an application that does not conform to future
> > releases of Zope.
> 
> I have absolutely no idea what you are talking about. A lot of the
> packages in
> Zope 3 have text documentation files that define the API very well.
> Furthermore, the interfaces document the API on a programming level. Tools
> like API doc pull a lot of this information (and much more) together.
> Other
> than that, there are many beginner tutorials out there now and we have 2
> books.
I have been unable to find any significant Zope 3 documentation on
techniques for interface with SQL as was present in Zope 2.  I have had
other users respond privately with similar statements.  Your book, while
excellent, does not discuss the subject at all.  I know Zope can handle
these things, and I can setup a database adapter and create SQL scripts.
However, what is the best way to integrate these into an application?  I
could make it work, I'm sure, but I fear doing so will make cause my
application to break during a Zope upgrade or may not scale well.  I have
not been able to find any Zope 3 tutorials other than your Message Board
application. Ditto web based user management.

I installed a Zope 3 application and the Zope server would not start because
the interface specifications had changed since it was released, only 2 years
ago to point where it was broken.  They may have coded things incorrectly,
but people will do that and they will make mistakes.  

> First of all, if you break any configuration file, not just Zope's, an
> application will not start. Note that someone should never mess with the
> ZCML
> files directly. Use overrides.zcml to make your customizations.
I disagree.  We run a variety of applications and the most complex
configuration files we have are in Apache, Nagios, and Exim; which
surprisingly are the least complex applications we run.  All of them offer
configuration file testers, which are extremely good about pinpointing
specific errors.  Not to mention that all are relatively widely used and
docs are easy to find.  The Zope 2 configuration for example is not as
difficult.  Java based applications are the only ones I know that have
complex configurations.  Our company deploys very complex financial based
transactions systems we have only a handful of about 10 very small config
files which just contain database connection strings. 

We installed your Message Board application for example (step13), and the
server would not start. I was unclear why (I think it had to do with the
smileys).  I probably could have figured it out, but there were some
configuration files that required change, such as adding a file to
../etc/package-includes - but I'm a pretty experienced user and engineer.
It does require some configuration.  

> 
> As to the production system, if you change configuration on a life
> production
> system, you are plain stupid. Also, the system administrator should
> *never*
> mess with ZCML. ZCML is application developer domain, not system
> administration.
> Also, I don't understand why a crashed server would cause anyone to mess
> with
> ZCML on a production system. I sincerely have no clue how you came up with
> this.
People are just plain stupid.  Unfortunately it's a reality.  We have high
end clients we have to pamper (you work for one we're trying to get to at
the moment), and we have to accept blame for their breakages if we want them
to keep paying us.  ZCML files look like configuration files and so they get
played with when people get frustrated confused or just want to check on
things.  

We just installed the MySQL adapater, and it requires adjustments to
etc/package-includes.  If I asked my system admin to install the Message
Board application, step13, he would get an error because the smileys are
missing.  I can almost guarantee he would play with the ".zcml" files as a
natural first step to diagnose the problem.  He is very bright.

For example, just the other day we had a system administrator edit a
configuration file, and through some VI keystrokes during exiting, he
managed to replace the first half of the file with an asterisk, and he
didn't notice.  The application continued to run, and restart without
problems(BTW) despite missing half it's config.  We only picked it up
through a monitoring tool we have and security tools we have.

In a moment of crisis, one wants an application that has a high tolerance
for errors and problems.  In regards to system crashes, lots of strange
things can happen, and files can get corrupted.  It is not as simple as
re-installing or restoring from backup, if you think all the files are
intact.  A corruption error can cause a subtle yet important change in
another wise apparently normal looking file.  Or some error someplace else
could manifest it

Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Jim Fulton

Stephan Richter wrote:

On Saturday 14 January 2006 12:27, David Johnson wrote:


It has been claimed that Zope 3 is ready for production.  I would like to
politely disagree, and maybe even suggest that the claim be remoked.  I
feel bad for people who want to use Zope 3, later finding out that they
cannot do what they want, or putting up sites which are unstable, and
giving the project a bad reputation.  Overall, it's really just a standards
thing.



Okay, so that's you opinion. Several companies use Zoep 3 very successfully in 
production, so they clearly have a different opinion. I doubt that you can 
change the developers' minds about that.


To be fair, "ready for producton" is not exactly crisp.  People with sufficient
knowledge are running it in production, and therefore it's fair to say it is 
ready.
It is still a new and somewhat immature system.

Jim

--
Jim Fulton   mailto:[EMAIL PROTECTED]   Python Powered!
CTO  (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com   http://www.zope.org
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Stephan Richter
Even though I think it is pointless, I am going to reply to some of the points 
you make.

On Saturday 14 January 2006 11:51, David Johnson wrote:
> The documentation is not well defined, which makes deployment dangerous
> because one may produce an application that does not conform to future
> releases of Zope.

I have absolutely no idea what you are talking about. A lot of the packages in 
Zope 3 have text documentation files that define the API very well. 
Furthermore, the interfaces document the API on a programming level. Tools 
like API doc pull a lot of this information (and much more) together. Other 
than that, there are many beginner tutorials out there now and we have 2 
books.

We commit to an API for 2 releases after it is deprecated. If you find that a 
new release breaks your code, then you can consider it a bug and report it.

> Configuration is done through a series of configuration 
> files, which are easily broken and difficult to traverse.  If the
> configuration is damaged in someway through a mistake or other reason, the
> server will not restart until it is fixed, which presents serious
> challenges in a production environment - in the heat of the moment, wading
> through errors is not trivial, especially for the non-Zope experienced
> system admin who will be on call at 2:00 AM.  The errors are difficult to
> comprehend and do not easily point out where problems lie.  Once problems
> are found it is difficult to understand what they mean.

First of all, if you break any configuration file, not just Zope's, an 
application will not start. Note that someone should never mess with the ZCML 
files directly. Use overrides.zcml to make your customizations.

As to the production system, if you change configuration on a life production 
system, you are plain stupid. Also, the system administrator should *never* 
mess with ZCML. ZCML is application developer domain, not system 
administration.

Also, I don't understand why a crashed server would cause anyone to mess with 
ZCML on a production system. I sincerely have no clue how you came up with 
this.

> I can only find one semi real-world Zope 3 example (the SIP application),
> and it does not even run under Zope 3.2;

Aehm, not every application Zope 3 is used in is a public project. Here are 
other applications that have been deployed:

- Zope Corp. Document Management System (closed)
- Tiks, a CMS for Zope 3 [a fairly large Web site has been in production using 
Tiks] (open)
- Another large document management application, which I do not know the name 
of
- Launchpad and other Ubuntu-related software
- SchoolTool/SchoolBell; I know that SchoolBell is used in several schools and 
universities around the world.

These are some of the pure Zope 3 projects I know about; there are surely many 
that use Five.

> while I've been able to wade 
> through and fix many errors, I continue to get more as the interfaces and
> standards keep changing.

If people do not report API breakage, then we cannot fix it. I tried very hard 
to provide good backward-compatibility, but it's not an easy task and 
problems are expected.

> Even the current i18n facility does not seem to 
> work properly, editing messages frequently gives errors and does not update
> properly.

SchoolTool uses the i18n facilities heavily and we have never had update 
problems. Are you sure you know how GNU gettext works properly?

> Errors in general seem to give unexplainable results. 

Could you give examples?

> I do see many advantages to Zope 3 and I am willing to tolerate a lot
> because of those advantages, but it seems like it not quite polished yet,
> and there may be some architectural issues that are problematic for
> real-world use.

You have to be much more specific to provide constructive feedback. If you are 
unhappy with some part of the architecture, make a proposal or at least bring 
it up on zope3-dev.

> Has anyone produced a significant application in Zope 3?

Yes, see above. I am personally involved in SchoolTool and it is pretty big 
and stable. We have had no problems that are due to Zope 3 issues.

> Has it been relatively bug-free?

Yes. We do not get too many bug reports. Most of them are not even very 
serious. Note that Zope 3 is one of the first (if not the first) Open Source 
projects that uses test-driven development. All tests always have to pass 
before a check-in can be made.

> Has it integrated with an RDBMS? 

Zope natively uses the ZODB, which most Zope 3 application developers prefer 
to use. It also depends what you mean by integration. Zope 3 supports 
connecting to RDBs using utilities and making queries that are integrated in 
the transaction mechanism. If you want higher-level integration, there is 
sqlos. Nuxeo is working on an even higher level API to interface RDBs with 
Zope 3.

Regards,
Stephan
-- 
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training

Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Stephan Richter
On Saturday 14 January 2006 12:27, David Johnson wrote:
> It has been claimed that Zope 3 is ready for production.  I would like to
> politely disagree, and maybe even suggest that the claim be remoked.  I
> feel bad for people who want to use Zope 3, later finding out that they
> cannot do what they want, or putting up sites which are unstable, and
> giving the project a bad reputation.  Overall, it's really just a standards
> thing.

Okay, so that's you opinion. Several companies use Zoep 3 very successfully in 
production, so they clearly have a different opinion. I doubt that you can 
change the developers' minds about that.

Regards,
Stephan
-- 
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


RE: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread David Johnson
The purpose is because I'm trying to be open-minded and perhaps I'm not
understanding something about it.  I am frequently in error, and I know
better than to state my opinion as fact.  

It has been claimed that Zope 3 is ready for production.  I would like to
politely disagree, and maybe even suggest that the claim be remoked.  I feel
bad for people who want to use Zope 3, later finding out that they cannot do
what they want, or putting up sites which are unstable, and giving the
project a bad reputation.  Overall, it's really just a standards thing. 
  
In regards to fixing things, I agree.  My next step is to figure out how to
contribute.   




-Original Message-
From: Lennart Regebro [mailto:[EMAIL PROTECTED] 
Sent: Saturday, January 14, 2006 10:58 AM
To: David Johnson
Cc: zope3-users@zope.org
Subject: Re: [Zope3-Users] Zope 3 Ready for Production? Really?

On 1/14/06, David Johnson <[EMAIL PROTECTED]> wrote:
> I know I've asked this before, but I still have to question whether Zope 3
> is ready for a production environment.

I don't understand the purpose of this post. If you don't think it's
ready, then don't use it. If you think it's ready, then please go
ahead. If you can come up with ways to improve what you think are weak
points, then please do so.

___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


Re: [Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread Lennart Regebro
On 1/14/06, David Johnson <[EMAIL PROTECTED]> wrote:
> I know I've asked this before, but I still have to question whether Zope 3
> is ready for a production environment.

I don't understand the purpose of this post. If you don't think it's
ready, then don't use it. If you think it's ready, then please go
ahead. If you can come up with ways to improve what you think are weak
points, then please do so.
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users


[Zope3-Users] Zope 3 Ready for Production? Really?

2006-01-14 Thread David Johnson








I know I’ve asked this before, but I still have to
question whether Zope 3 is ready for a production environment.  I REALLY do not
wish to be difficult, and I love the concept of Zope 3.  I think it may be the
greatest thing since Linux.  

 

The documentation is not well defined, which makes
deployment dangerous because one may produce an application that does not conform
to future releases of Zope.  Configuration is done through a series of
configuration files, which are easily broken and difficult to traverse.  If the
configuration is damaged in someway through a mistake or other reason, the
server will not restart until it is fixed, which presents serious challenges in
a production environment – in the heat of the moment, wading through
errors is not trivial, especially for the non-Zope experienced system admin who
will be on call at 2:00 AM.  The errors are difficult to comprehend and do not
easily point out where problems lie.  Once problems are found it is difficult to
understand what they mean.  

 

I can only find one semi real-world Zope 3 example (the SIP
application), and it does not even run under Zope 3.2; while I’ve been
able to wade through and fix many errors, I continue to get more as the
interfaces and standards keep changing. Even the current i18n facility does not
seem to work properly, editing messages frequently gives errors and does not
update properly.  Errors in general seem to give unexplainable results.

 

I do see many advantages to Zope 3 and I am willing to
tolerate a lot because of those advantages, but it seems like it not quite
polished yet, and there may be some architectural issues that are problematic
for real-world use.  

 

Has anyone produced a significant application in Zope 3? Has
it been relatively bug-free?  Has it integrated with an RDBMS?

 

 

 

--

David Johnson

[EMAIL PROTECTED]

201 Main Street
  Suite 1320

Fort Worth, TX 76102

(877) 572-8324 x2200

 






___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users