Re: [Zope-dev] FTP interface being worked on?
By the way -- is it me, or is the current Import/Export interface broken? I tried to select multiple objects to export, but I can only get the first one to actually be exported. Nope, that's the way it's supposed to work, I think :-) It's why I got happy when I saw your earlier post; it looks like it could create a way around this... cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] LoginManager question
Phillip J. Eby wrote : Get rid of the "id_user" DTML method and add the following to a SkinScript method inside your UserSource: WITH QUERY SQL_id_user(username=self.id) COMPUTE id_user You should then be able to do "AUTHENTICATED_USER.id_user" to retrieve the attribute. I had to update ZPatterns (md error) and configure STUPID_LOG_FILE (I/O error) but it works. Thanks a lot. -- Bertrand Croq - VIRTUAL NET (http://www.virtual-net.fr) 80, avenue des Buttes de Coesmes - 35700 RENNES tel: +33 2 23 21 06 30 - fax: +33 2 99 38 16 85 ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] Btree problems on recent CVS update..
Hmm.. anybody seen this? -steve cc -fpic -I../Components/ExtensionClass/src -I../Components/BTree -I./ZODB -O -pipe -D_THREAD_SAFE -I/usr/local/include/python1.5 -I/usr/local/include/python1.5 -DHAVE_CONFIG_H -c ./../Components/BTree/BTree.c ./../Components/BTree/BTree.c: In function `BTreeItems_item_BTree': ./../Components/BTree/BTree.c:249: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c:249: (Each undeclared identifier is reported only once ./../Components/BTree/BTree.c:249: for each function it appears in.) ./../Components/BTree/BTree.c: In function `BTreeItems_item': ./../Components/BTree/BTree.c:299: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_index': ./../Components/BTree/BTree.c:471: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `_bucket_get': ./../Components/BTree/BTree.c:509: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_index': ./../Components/BTree/BTree.c:596: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `_BTree_get': ./../Components/BTree/BTree.c:647: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `_bucket_set': ./../Components/BTree/BTree.c:749: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_grow': ./../Components/BTree/BTree.c:961: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `_BTree_set': ./../Components/BTree/BTree.c:1028: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_keys': ./../Components/BTree/BTree.c:1099: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_values': ./../Components/BTree/BTree.c:1129: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_items': ./../Components/BTree/BTree.c:1159: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_clear': ./../Components/BTree/BTree.c:1209: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_clear': ./../Components/BTree/BTree.c:1265: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `bucket_getstate': ./../Components/BTree/BTree.c:1294: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_getstate': ./../Components/BTree/BTree.c:1759: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_elements': ./../Components/BTree/BTree.c:1851: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `Bucket_length': ./../Components/BTree/BTree.c:1986: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `BTree_length': ./../Components/BTree/BTree.c:2002: `cPersistenceCAPI' undeclared (first use in this function) ./../Components/BTree/BTree.c: In function `initBTree': ./../Components/BTree/BTree.c:2122: `cPersistenceCAPI' undeclared (first use in this function) ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] Memory problems with ParsedXML ?
Hi, I have imported about 2500 xml files in ParsedXML objects through the use of : manage_addProduct['ParsedXML'].manage_addParsedXML(id, '', xmlString) This works perfectly. But when trying to browse the folder containing the ParsedXML instances, a whole lot of memory is used by Zope and it took my machine down. Have I done something wrong or does this info help you debug the product ? Hope this help. -- Godefroid Chapelle BubbleNet sprl rue Victor Horta, 30 1348 Louvain-la-Neuve Belgium Tel 010 457490 Mob 0477 363942 TVA 467 093 008 RC Niv 49849 ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
[Zope-dev] ZopeSecurityPolicy this()
Hi Zopists,
I have now problem with executable content where this() is called.
My problem:
I have this structure in ZODB
/
|_ acl_users (Zope default)
|_ dalmatin (ISNG Folder) * ownes user who is in role Manager from /dalmatin/acl_users
|_ acl_users (Modified LDAPAdapter)
|_ index (ISNG Document) ** ownes user who is in role Manager from
/dalmatin/acl_users
* ISNG Folder is my python product which is created from Folder
( ISNGFolder(Folder) )
** ISNG Document is my python product, it is created from DTML Document
( ISNGDocument(DTMLDocument) )
In index I call this:
dtml-if "AUTHENTICATED_USER.hasRole('nextra.cz', this())"
...
and when I try to execute index also when I am in role Manager from
/dalmatin/acl_users, an Zope error is raised that I am not autorized to
access object this.
Zope Error
Zope has encountered an error while publishing this resource.
Unauthorized
You are not authorized to access this.
Traceback (innermost last):
File /usr/local/Zope-2.3.0-src/lib/python/ZPublisher/Publish.py, line 222, in
publish_module
File /usr/local/Zope-2.3.0-src/lib/python/ZPublisher/Publish.py, line 187, in
publish
File /usr/local/Zope-2.3.0-src/lib/python/ZPublisher/Publish.py, line 171, in
publish
File /usr/local/Zope-2.3.0-src/lib/python/ZPublisher/mapply.py, line 160, in mapply
(Object: index)
File /usr/local/Zope-2.3.0-src/lib/python/ZPublisher/Publish.py, line 112, in
call_object
(Object: index)
File /usr/local/Zope-2.3.0-src/lib/python/OFS/DTMLDocument.py, line 189, in __call__
(Object: index)
File /usr/local/Zope-2.3.0-src/lib/python/DocumentTemplate/DT_String.py, line 538,
in __call__
(Object: index)
File /usr/local/Zope-2.3.0-src/lib/python/DocumentTemplate/DT_Util.py, line 328, in
eval
(Object: AUTHENTICATED_USER.hasRole('nextra.cz', this()))
(Info: this)
File /usr/local/Zope-2.3.0-src/lib/python/OFS/DTMLMethod.py, line 261, in validate
(Object: index)
File /usr/local/Zope-2.3.0-src/lib/python/AccessControl/SecurityManager.py, line
144, in validate
File /usr/local/Zope-2.3.0-src/lib/python/AccessControl/ZopeSecurityPolicy.py, line
199, in validate
Unauthorized: (see above)
Can somebody help me to solve my problem with ZopeSecurityPolicy?
Zope 2.3.0 (compiled from sources) on Debian
--
Petr Knpek
NEXTRA Czech Republic, s.r.o., Hlinky 114, 603 00 Brno, Czech Republic
e-mail: mailto:[EMAIL PROTECTED]
tel:+420-5-43 554 150
FAX:+420-5-43 554 214
"Perl is worse than Python because people wanted it worse."
Larry Wall, 14 Oct 1998
___
Zope-Dev maillist - [EMAIL PROTECTED]
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 )
Re: [Zope-dev] Zope/OpenBSD: Too many open files
Ricardo Bermell writes: Zope (started from a shell) in OpenBSD gets locked too easyly because of the low default limit for open file descriptors (64). Most operating systems allow you to increase this number (either at runtime or through a kernel recompilation). Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
Re: [Zope-dev] Memory problems with ParsedXML ?
Karl Anderson a crit : Hm, it's been pointed out to me that the inefficiency of the get_size method of ParsedXML is compounded with many instances because the standard management interface uses it. It's possible that some stuff isn't getting garbage collected until the transaction is done, and calling get_size on many ParsedXML instances in one transaction is the problem. I'll look into it. I didn't think that anyone would want to see a management screen with 2500 ParsedXML instances - or 2500 instances of anything - at one time. Have you tried using a BTree folder? Another thing to keep in mind is that the ParsedXML *product* is a DOM tree and a management interface around it. The management interface only gives you a convenient UI and a place to store a few bits that the DOM doesn't know about (content type, namespace usage, etc.). It's always more efficient to just use the DOM tree and related utilities (parsing, printing), although it is less convenient - you have to know a little bit more about what you're doing. Do you need each of those 2500 product instances? See the createDOMDocument method to create a DOM document without the management interface. It's easy to wrap a ParsedXML product around an existing DOM tree - see the initFromDOMDocument method. Currently, you have to create the persistent ParsedXML product which wraps the DOM Document node, and install that product in a Zope ObjectManager (or subclass like Folder) somewhere, to avoid a few warts. Someday I'd like to be able to just instantiate a management wrapper when I want a management interface, and then just throw it away, without bothering to add it to a folder. -- Karl Anderson [EMAIL PROTECTED] Thanks answering so quickly... I am still a newbie and will check BTree Folder and the API you point to me. -- Godefroid Chapelle BubbleNet sprl rue Victor Horta, 30 1348 Louvain-la-Neuve Belgium Tel 010 457490 Mob 0477 363942 TVA 467 093 008 RC Niv 49849 ___ Zope-Dev maillist - [EMAIL PROTECTED] 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 )
