- Zope-Dev - Zope lists

RE: [Zope-dev] ZClass not in a Product
by Adrian Hungate 02 Jul '01

02 Jul '01

I have to say that I agree with you Dieter. It would be very useful to have the ZClasses that relate to a project in a single branch with the rest of the project code for a number of reasons * Security (As you said). Users could have full write permissions to one branch only. * Backups or exporting from development to production servers. With the code all in one place, it would be possible to export the entire project from a development server and import it to the production server in one action (Ok, one action each end) eliminating the possibility of getting code and ZClasses out of sync. * Reducing the size of the "Add List" - This has to be a pain for everyone! However I also understand the appeal of having a central, restricted, ZClass repository as well, it just serves a different (Not incompatible) purpose. I think that both situations would be useful ... Now we just need to find out if they are possible. :) -- Adrian Hungate Manager, European I.S. Acucorp UK Limited "To a database person, every nail looks like a thumb. Or something like that." - Jamie W. Zawinski http://www.zopezen.org/Zope/Quotes -----Original Message----- From: Dieter Maurer [mailto:dieter@handshake.de] Sent: Tuesday, 26 June 2001 05:07 To: joe(a)iuveno-net.de Cc: zope-dev(a)zope.org Subject: Re: [Zope-dev] ZClass not in a Product Joachim Werner writes: > I know about the "duality" of Python classes. I just don't see what I could > really do with a ZClass in the "instance space" (reading this twice, see > below for some possible examples). A totally different aspect is whether > Zope should have something like an in-built support for "virtual instances", > i.e. sub-folders could be like full Zope instances, providing a local > Products directory etc. To clarify, you use "instance" here in the spirit of "Zope instance" a-la "INSTANCE_HOME" and not in the sense of "instance" of a class... That would probably be a good thing. > I am more in favor of getting things OUT of the instance folders than > getting more stuff in. That is completely different from what I would like to do. > It makes absolutely no sense to me why the Zope management interface > displays database adaptors, user folders, and actual content objects all in > the same folder. It makes lots of sense for me! Consider a large site hosting many applications, partly developed and maintained by different people/departments. It is very nice to be able to structure the site hierarchy into folders corresponding to appliciations and allow each team responsible for an application to put in everything they need for the implementation: database adapters, additional user definitions, special roles, ZClasses, .... Zope already allows this partially. Unfortunately, the product registry is global and not managed similar to user folders. Your proposed "virtual instances" would be an alternative solution. I could live with it, though I would not think it is better. > .... > To come back to the ZClass question: I see and use them mainly as templates. > That's what they are good for. So they should reside in a template folder. > Right now, this folder is the Products folder. Maybe we need local > Products/Templates folders, so that it is possible to have ZClasses that > just work locally or that overload a base ZClass defined up in the tree. But > what we definitely don't need is freely floating ZClasses. I am much in favor to structure objects *NOT* according to type (e.g. all images in a folder, all SQL methods in a folder, all Scripts in a folder, ...) but according to applications/services: One folder for each service which contains everything needed only for this service: images, scripts, SQL methods, content, ZClasses, .... There are things that are used more globally. They may go into type specific folders. > ... Dieter _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )

1 0

XXXPythonScripts release 1.0
by Evan Simpson 01 Jul '01

01 Jul '01

After seeing the demand for this in a thread on ZopeZen, I've decided to release XXXPythonScripts, at: http://www.zope.org/Members/4am/XXXPythonScripts This Product adds a new Script meta-type: "Script (Python, unsafe)". You can only create or edit these objects when your Zope has been started with a special environment variable set. The envar name is whimsical, but this isn't a joke; By using this Product you add a risk to your system equivalent to using Telnet to log in as the Zope user. If somebody sniffs/guesses your login and this is turned on, they can write Scripts to do whatever the Zope process user can do! These are compatible with Zope 2.3.x only. I have no immediate plans to make them work with 2.4.x, but it shouldn't be hard. Cheers, Evan @ digicool & 4-am

1 0

ZCatalog out of Zope
by Paulo M. Goncalves 01 Jul '01

01 Jul '01

Hi, I'm a Zope and Python newbie and I'm trying to work with Zope's ZCatalog in a Product coded in python. Can anyone give some intro or point to some links with info in this subject. Thanks, Paulo ----------------------------------------------------------------------- Paulo Marques Goncalves CDFtel, Lda Ph. No: +351.22.3389843 Rua Goncalo Cristovao, 347 - Sala 205 FAX No: +351.22.3389845 4000-270 PORTO E-mail: mailto:pmg@cdftel.pt Portugal -----------------------------------------------------------------------

4 3

ZCVSFolder not running on windows
by Robert Rottermann 01 Jul '01

01 Jul '01

Hi there, I installed the newest version of ZCVSMFolder on my windowsbox. As it uses fork it can not work. However I used a former version under windows. Is this not possible anymore? thanks for any insigth Robert

2 1

DTML sqltest tag and python expr. Bug in Zope Book?
by Yves-Eric Martin 01 Jul '01

01 Jul '01

Hello everyone, I was recently working on a quite big ZSQL method (around 100 lines). I was using only <dtml-if> and <dtml-sqlvar> tags and a lot of "like '%...%'", so thought I could make things look much nicer using <dtml-sqlgroup> and <dtml-sqltest ... op="like" optional>. But I ran into a big hurdle: I quickly searched through the archive and found the thread "[Zope-dev] ZSQL using LIKE operator", and in particular: http://lists.zope.org/pipermail/zope-dev/2001-February/009339.html which is exactly what I would like to do. But unfortunately, <dtml-sqltest "..."> does not seem to work. We get the following error: " The "..." shorthand for expr was used in a tag that doesn't support expr attributes., for tag <dtml-sqltest [...] " I checked sqltest.py (Zope 2.3.2): no support for python expr in there. Interestingly, the Zope Book mentions the use of python expressions with sqltest in its DTML Reference: http://www.zope.org/Members/michel/ZB/AppendixA.dtml Is there a patched sqltest.py that I don't know about or is this a bug in the book? Anyway, does anyone know of a good reason why the sqlvar tag supports python expr while sqltest does not? Some obscure security hole? Or is the functionality just missing? And in that case, is anyone up for a patch? It's not critical, but the following kind of defeats the purpose of sqlgroup: <dtml-sqlgroup where required> <dtml-if title> title like <dtml-sqlvar "'%%%s%%' % title" type="string"> </dtml-if> <dtml-and> <dtml-if author> title like <dtml-sqlvar "'%%%s%%' % author" type="string"> </dtml-if> </dtml-sqlgroup> The following would be much nicer: <dtml-sqlgroup where required> <dtml-sqltest "'%%%s%%' % title" op="like" type="string" optional> <dtml-and> <dtml-sqltest "'%%%s%%' % author" op="like" type="string" optional> </dtml-sqlgroup> Note: in this particular case, I could preprocess the variables and add the surrounding wildcards in the call to the ZSQL method. But that would restrict the way this method can be called (URL traversal is definitively a cool feature to impress newbies ;) ), and that's not the point here anyway: we would just like python expressions in sqltest tags. Cheers, -- Yves-Eric MARTIN yemartin(a)yve.net

3 4

RE: [Zope-dev] Zope 2.4.0b2 seems to be broken on Windows
by Randall F. Kern 29 Jun '01

29 Jun '01

Yeah, lots of the filenames are bogus under the Products\PluginIndexes\Splitter directory. -Randy > -----Original Message----- > From: Colin Sampaleanu [mailto:colinml1@exis.com] > Sent: Friday, June 29, 2001 3:09 PM > To: zope-dev(a)zope.org > Subject: [Zope-dev] Zope 2.4.0b2 seems to be broken on Windows > > > I installed it on two different machines and get the same > error on both: > > 2001-06-29T21:49:06 PANIC(300) z2 Startup exception > Traceback (innermost last): > File d:\dev\zope24\z2.py, line 564, in ? > File <string>, line 1, in ? > File D:\dev\zope24\lib\python\Zope\__init__.py, line 95, in ? > File D:\dev\zope24\lib\python\OFS\Application.py, line 90, in ? > File D:\dev\zope24\lib\python\App\Product.py, line 118, in ? > File D:\dev\zope24\lib\python\HelpSys\__init__.py, line 87, in ? > File D:\dev\zope24\lib\python\HelpSys\HelpSys.py, line 90, in ? > File D:\dev\zope24\lib\python\Products\ZCatalog\__init__.py, > line 88, in ? > File D:\dev\zope24\lib\python\Products\ZCatalog\ZCatalog.py, > line 99, in ? > File D:\dev\zope24\lib\python\Products\ZCatalog\Catalog.py, > line 89, in ? > File > D:\dev\zope24\lib\python\Products\PluginIndexes\__init__.py, line 99, > in > ? > (Object: Products.PluginIndexes.KeywordIndex) > ImportError: cannot import name ZopeSplitter > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

1 0

Zope 2.4.0b2 seems to be broken on Windows
by Colin Sampaleanu 29 Jun '01

29 Jun '01

I installed it on two different machines and get the same error on both: 2001-06-29T21:49:06 PANIC(300) z2 Startup exception Traceback (innermost last): File d:\dev\zope24\z2.py, line 564, in ? File <string>, line 1, in ? File D:\dev\zope24\lib\python\Zope\__init__.py, line 95, in ? File D:\dev\zope24\lib\python\OFS\Application.py, line 90, in ? File D:\dev\zope24\lib\python\App\Product.py, line 118, in ? File D:\dev\zope24\lib\python\HelpSys\__init__.py, line 87, in ? File D:\dev\zope24\lib\python\HelpSys\HelpSys.py, line 90, in ? File D:\dev\zope24\lib\python\Products\ZCatalog\__init__.py, line 88, in ? File D:\dev\zope24\lib\python\Products\ZCatalog\ZCatalog.py, line 99, in ? File D:\dev\zope24\lib\python\Products\ZCatalog\Catalog.py, line 89, in ? File D:\dev\zope24\lib\python\Products\PluginIndexes\__init__.py, line 99, in ? (Object: Products.PluginIndexes.KeywordIndex) ImportError: cannot import name ZopeSplitter

1 0

UML and XMI support now available in TransWarp CVS
by Phillip J. Eby 29 Jun '01

29 Jun '01

Recently, there has been much interest (on Zope-Dev and elsewhere) in creating Zope and Python applications from UML diagrams. Since to my knowledge there are no other Python libraries currently available for UML/XMI processing, I decided to get busy and "release" a version of TransWarp with support for querying/manipulating UML models and reading XMI files. That version is now available at cvs.eby-sarna.com, for brave UML hackers to experiment with. I say "release", but if you've ever heard the jokes about Klingon programmers, you'll know that "Klingon programmers do not *release* code. Their code escapes, leaving the bloody corpses of testers, users, and documentation writers in its wake." This is pretty much the case for this rough draft of UML/XMI support. It is functional, but the interfaces are subject to future upheaval as I continue refactoring. This "release" is ONLY for people who have a good understanding of UML, and aren't afraid to UTSL (Use The Source, Luke). Current Features: * Load an XMI file into a UML Model object * Query UML model using full StructuralModel features and querying interface * Create your own custom classes for UML elements - e.g. you could redefine "ModelElement" to include a method to print out a nice report on the element's features. You could also implement "executable UML" with this approach. Current Limitations: * **ALL** model attributes are strings, rather than their correct type, so booleans for example are represented as the strings "true" and "false". Note that this doesn't mean you can't manipulate a UML model which *defines* non-string attributes. It's the attributes of the model *itself* (like the 'isRoot' attribute of a 'GeneralizableElement') which are currently all strings. (This will be fixed when I finish refactoring to the full Service-Element-Feature pattern, and every element class has a corresponding Service object responsible for marshalling to/from strings.) * Only the "InMemory" StructuralModel implementation can currently be used, mainly because there aren't any other implementations of the StructuralModel. Example of use (note, this is *all* subject to interface upheaval in future): #------------ begin example code from TW.UML import UMLRecipe from TW.StructuralModel.Queries import Type, ANY # if you have your own specs for classes, add them to UMLRecipe first UMLModel = UMLRecipe(name='UMLModel') myModel = UMLModel() myModel.importFromXMI('someXMIfile.xml') # print the names of all classes print myModel.Where(Type('Foundation.Core.Class')).Get('name') # Shortcut to get a type name if you only know the short form... But # it's better to just do this manually once to find out the name for # future use; I'm not guaranteeing that _XMINames will always exist in # its present form! Package = UMLModel.Package._XMINames[0] isPackage = Type(Package) # print the names of all packages which contain other packages print myModel.Where( isPackage & ANY('ownedElements',isPackage) ).Get('name') #------------ end example code I'm willing to answer questions about the TW parts of this (how-to's, problems, etc.), but can't provide handholding for anything else. For example, me explaining XMI or the UML metamodel in general is out of scope. So if for example, the code barfs in the 'xml' package because it can't parse your XMI file, it's probably a problem with the program that generated the XMI. If it barfs in the 'TW' package, it's probably something to do with my code, unless you just have a very nastily malformed XMI file (in which case I'll want to see the smallest version you can send me that still produces the error). Feedback from UML/XMI hackers is welcomed and encouraged. Please direct all responses to the TransWarp list, transwarp(a)eby-sarna.com. To subscribe to the TransWarp list, visit: http://www.eby-sarna.com/mailman/listinfo/TransWarp Thanks.

1 0

no reload of image in management interface of python product
by bdorn＠vup.at 29 Jun '01

29 Jun '01

hello all i have a python product with an image as a property now i display the image in the management screen, but when i change the image via the management interface the browser does no refresh of the image is set the mod time like this: self.doc_icon.lmt=time.time() self.doc_icon.lmh=rfc1123_date(self.doc_icon.lmt) doc_icon is a ImageFile so the date changes but the browser doesn't update this do i have to add something in the http header of the management page or so please help -- bernd

2 3

Data.fs lost?? ideas?
by Chris Keyes 29 Jun '01

29 Jun '01

In an attempt to upgrade the Zope from 2.3.1b1 to 2.3.2 we encountered a problem. All the data in out Data.fs file was lost so it had to be restored from a backup. Any ideas as to what the problem may have been??? Procedure Stopped the Zope instance Changed the Zope instance home and port Restarted Came back to prompt quickly Logs were empty when checked Enabled Debug Restarted Logs show Data.fs is locked Made sure Zope was stopped Killed the process that had the file locked (kill -9) Restart Realised file was 1.6meg not 700 Ideas guys?? Cheers Chris Keyes Andy Dawkins

2 1