Hi, I am in the process of reviewing the design and features for version 2 of one of my company's internal applications ( for external clients, etc ). The first version was developed using Java with Struts and Tiles. I have now a "big question". There's a lot of features in Plone that I would like to implement ( events, calendars, preferences, cross-browser support ) basic stuff that I have to implement from scratch in a j2ee app. This application is a transactional one, inventory management, notifications, reports, etc. Is Zope or Plone able to work under this type of application? I am asking because Plone ( and Zope I think ) are referred as Content Management Systems and I can't find info about potentially heavy transactional systems working on top of this systems. The question is not if Zope or Plone are great because they are, but if they are a good ( better? ) platform for this other type of web applications, can it scale to support database/messaging transactions with potentially complex business logic for thousands of users? Thanks for your comments, And.
Andres Valenciano wrote:
The question is not if Zope or Plone are great because they are, but if they are a good ( better? ) platform for this other type of web applications, can it scale to support database/messaging transactions with potentially complex business logic for thousands of users?
Hi, I've done lots of web-(database)-application-stuff (not only CMS-things) with Zope / ZODB, but now I'm switching to J2EE / Oracle because it is far easier to develop and maintain a J2EE-application than a Zope-application. There are no "advanced" IDEs for Zope / Python or any large scaling OR-Mapping-Frameworks etc.pp. Zope is a fine application server for "unstructered" or "object-orientated" CMS-applications as long as you go with the ZODB (Zope Object Database), but if you need a good integration with a RDBMS, forget about Zope. Ask yourself: if you have lots of unstructered data, go with Zope, if you need a RDBMS for lots of tables and relational data, stay with J2EE! And last not least: Forget Plone if you want to build anything like a "customized" web-application. Plone is a "out-of-the-box"-CMS, not a framework to build web-database-applications. Cheers, Maik
On Wed, Mar 16, 2005 at 06:48:49PM +0100, Maik Jablonski wrote:
I've done lots of web-(database)-application-stuff (not only CMS-things) with Zope / ZODB, but now I'm switching to J2EE / Oracle because it is far easier to develop and maintain a J2EE-application than a Zope-application.
Hope you don't mind me butting in to satisfy my own curiosity. Do you have prior experience with J2EE + Oracle to back this up?
There are no "advanced" IDEs for Zope / Python
maybe so. What features are you lacking?
or any large scaling OR-Mapping-Frameworks etc.pp.
I haven't tried this. Does APE not scale well? thanks, PW -- Paul Winkler http://www.slinkp.com
Paul Winkler wrote:
On Wed, Mar 16, 2005 at 06:48:49PM +0100, Maik Jablonski wrote:
I've done lots of web-(database)-application-stuff (not only CMS-things) with Zope / ZODB, but now I'm switching to J2EE / Oracle because it is far easier to develop and maintain a J2EE-application than a Zope-application.
Hope you don't mind me butting in to satisfy my own curiosity. Do you have prior experience with J2EE + Oracle to back this up?
There are no "advanced" IDEs for Zope / Python
maybe so. What features are you lacking?
or any large scaling OR-Mapping-Frameworks etc.pp.
I haven't tried this. Does APE not scale well?
thanks,
PW
We can provide our experience with APE. We were impressed with the results which were possibile with APE with few code. However, we got stuck into transactional problems. Basically, what we found was that APE left transaction opened at the end of request/response interaction. This surprised us a lot. Closing transaction in a clean way is one of the most important requirements in a RDB environment. At the moment we've decided to wait and see, and test the product later. There is also another topic to add: APE mailing list seems not very active (look at the traffic on the Ape mailing list or the Ape topics appearing on Zope mailing list). Regards Marco
Maik Jablonski wrote:
Zope is a fine application server for "unstructered" or "object-orientated" CMS-applications as long as you go with the ZODB (Zope Object Database), but if you need a good integration with a RDBMS, forget about Zope.
I find that statement somwhat suprising. What leads you to this feeling? Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
participants (5)
-
Andres Valenciano -
Chris Withers -
Maik Jablonski -
Marco Bizzarri -
Paul Winkler