zopexmlmethods-users Mailing List for Zope XML Methods
Brought to you by:
arielpartners,
philikon
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(4) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
From: Craeg S. <cs...@ar...> - 2005-10-05 04:15:57
|
Yes, there are some incompatibilities with current releases of 4suite and Zope. I am currently fixing them and will put out a new release within the next month. The current CVS looks in pretty good shape. If you don't want to wait, you can access the source via anonymous CVS and try it out. Best of luck, --Craeg David Fernando Pinzon Suarez wrote: >Hello, i have the follow problem. When i go to use xmlmethod in zope : >" Add XSLTMethod", in the part of XSLT Processor, appear a blank space, and i have installed 4suite a pyxml. >and when i press "add" appear the follow message > > "No supported XSLT processors available" >I have Zope 2.6.4 with 2.2.3+ with a Debian Sarge. >thanks > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >_______________________________________________ >ZopeXMLMethods-users mailing list >Zop...@li... >https://lists.sourceforge.net/lists/listinfo/zopexmlmethods-users > > |
From: David F. P. S. <dfp...@un...> - 2005-10-04 05:26:01
|
Hello, i have the follow problem. When i go to use xmlmethod in zope : " Add XSLTMethod", in the part of XSLT Processor, appear a blank space, and i have installed 4suite a pyxml. and when i press "add" appear the follow message "No supported XSLT processors available" I have Zope 2.6.4 with 2.2.3+ with a Debian Sarge. thanks |
From: Ken A. <fee...@ya...> - 2004-11-23 15:47:51
|
Hi, I'm having trouble getting XML-Methods to work. I installed 4Suite into /usr/local/4Suite-1.0a.4, using /usr/local/www/Zope/bin/python setup.py install Same procedure with PyXML-0.8.3 I installed ZopeXMLMethods from the Freebsd port, and that also seems to have worked, as the XSLTMethod and XML Method Cache Manager are available in the ZMI. However, when I attempt to add a XSLTMethod, I get the "No supported XSLT processors available" message. I suspect this has to do with my PYTHONPATH or INSTANCE_HOME, which are items have so far evaded my comprehension. I have googled and re-googled, but now I humbly ask for some instructions!!! Here are my other installation details: Zope Version: (unreleased version, python 2.3.4, freebsd4) Python Version: 2.3.4 (#2, Sep 6 2004, 12:15:06) [GCC 2.95.4 20020320 [FreeBSD]] System Platform: freebsd4 SOFTWARE_HOME: /usr/local/www/Zope/lib/python ZOPE_HOME: /usr/local/www/Zope INSTANCE_HOME: /usr/local/www/Zope/zope01 CLIENT_HOME: /usr/local/www/Zope/zope01/var Thanks in advance, Ken Ara __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com |
From: Phuong N. <phu...@em...> - 2004-11-07 23:32:13
|
Hi there! I have posted the same issue in the discussion forum but receive no response. Anyway, I'd like some help for the following problem: I've written a Python script to call the XSLT Method to transform an existing XHTML document(comments_html) to a new one, then I want to replace the old one with this new document (write to disk) after transforming. In my script, I wrote: # Locate the source XHTML file in ZODB src_obj = context.comments_html # Call the XSLT method dst_tree = context.append_comment.transform('comments_html') #not working!!! #Update the current comments_html src_obj.manage_upload(dst_tree) where 'append_comment' is my XSLT method that is applied to 'comments_html'. However, it doesn't work for me when I call this XSLT method from Python. I have no idea how to get the result tree (dst_tree) out from Python so that I can pass its content to the manage_upload(), which will replace the current document's content. Please note: It does work for me when I call this transformation from the ZPT: <span tal:replace="structure here/comments_html/append_comment"> The document content is replaced here! </span> This returns the result tree with the format I want after transforming. I love to see this result from my Python script too. Please help. Many thanks! Phuong Nguyen Research Associate Spatial Information Architecture School of Architecture and Design RMIT University email: phu...@rm... |
From: Kozloski, M. <mat...@st...> - 2004-07-14 11:32:08
|
I have some XML files that are larger than 64K, so I am using the CVS release to get around whatever issues are with the 1.0.0 release. But now there is another issue (very strange, and doesn't happen with 1.0.0) - when I view an XML file (this is in Mozilla), it works perfectly every other time (in IE i have to clear my cache, and I can then view it one time). It does generate a traceback: Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.zopexmlmethods.XMLMethod, line 222, in index_html Module Products.zopexmlmethods.XSLTMethod, line 450, in __call__ Module Products.zopexmlmethods.XSLTMethod, line 338, in transform Module Products.zopexmlmethods.processors.FourSuiteProcessor, line 379, in transform Exception: Source document (https://blahblahblah/xmlData)' at line 1, column 0: no element found Again - it works perfectly with 1.0.0, but 1.0.0 does not work with files >64K for me. I am running Zope 2.7.1, Python 2.3, and 4Suite 1.0a3 MK |
From: Kozloski, M. <mat...@st...> - 2004-07-13 17:30:21
|
I have some XML files that are larger than 64K, so I am using the CVS release to get around whatever issues are with the 1.0.0 release. But now there is another issue (very strange, and doesn't happen with 1.0.0) - when I view an XML file (this is in Mozilla), it works perfectly every other time (in IE i have to clear my cache, and I can then view it one time). It does generate a traceback: Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.zopexmlmethods.XMLMethod, line 222, in index_html Module Products.zopexmlmethods.XSLTMethod, line 450, in __call__ Module Products.zopexmlmethods.XSLTMethod, line 338, in transform Module Products.zopexmlmethods.processors.FourSuiteProcessor, line 379, in transform Exception: Source document (https://blahblahblah/xmlData)' at line 1, column 0: no element found Again - it works perfectly with 1.0.0, but 1.0.0 does not work with files >64K for me. I am running Zope 2.7.1, Python 2.3, and 4Suite 1.0a3 MK |
From: <ben...@id...> - 2004-05-22 12:23:32
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Craeg K S. <cs...@ar...> - 2004-01-01 22:11:38
|
Thanks for your email. I think what you are trying to do is very reasonable. Unfortunately, I won't have time to look into this for a few weeks, due to an overwhelming amount of paid consulting work (nice problem to have). I am planning on putting out a new release for Zope 2.7 and Python 2.3.3 soon at that time, and will be sure to include this requirement on the list. Thanks, --Craeg Ryan Laundry wrote: > Ive been struggling getting ZopeXMLMethods to work correctly in a zope > python script. > > It’s the issue of trying to ZopeXMLMethods work with a xml string > object and not a ‘real’ zope object like DTML method. > > I’m basically hooking plone to a database. Im sending an soap xml > query to a database and turning the xml result into xhtml. > > Im my script I have > > result=context.doQuery2('gem',context.waterquery3.document_src()) > > which returns the result xml > > How then do I pass this to my xsltMethod (called templatetestxform)? > > Wouldn’t it nice to be able to call: > > xhtml=context.templatetestxform.transform(result) > > but no dice. > > Ive tried to first make the result string into a DTMLmethod, but could > only get > > context.manage_addDTMLMethod('aSource', '', result) > > which work once then complains that the object already exists. This is > also a problem because multi users will be making searches. > > Could anyone help me out? > > Thanks- > > Ryan > |
From: Ryan L. <rjlaundr@u.washington.edu> - 2003-12-31 22:42:15
|
Ive been struggling getting ZopeXMLMethods to work correctly in a zope python script. It's the issue of trying to ZopeXMLMethods work with a xml string object and not a 'real' zope object like DTML method. I'm basically hooking plone to a database. Im sending an soap xml query to a database and turning the xml result into xhtml. =20 Im my script I have=20 result=3Dcontext.doQuery2('gem',context.waterquery3.document_src()) which returns the result xml How then do I pass this to my xsltMethod (called templatetestxform)? Wouldn't it nice to be able to call: xhtml=3Dcontext.templatetestxform.transform(result)=20 =20 but no dice. Ive tried to first make the result string into a DTMLmethod, but could only get=20 context.manage_addDTMLMethod('aSource', '', result) =20 which work once then complains that the object already exists. This is also a problem because multi users will be making searches. =20 =20 Could anyone help me out? Thanks- Ryan =20 =20 |
From: Giuseppe B. <giu...@ti...> - 2003-08-21 21:18:54
|
Hi Craeg, thanks for pointing me in the right direction and for the complete explanation of the issue you gave. It appears I completely misunderstood your URN resolver implementation (it was my fault, I should have read the relevant docs more carefully!!!). Now everything works like a charm. Thanks !! __peppo PS: zopexmlmethods is a really useful, brilliant, well written and well documented Zope product. > -----Original Message----- > From: Craeg K Strong [mailto:cs...@ar...] > Sent: sabato 16 agosto 2003 22.25 > To: giu...@ti... > Cc: zop...@li... > Subject: Re: [Zopexmlmethods-users] permission problem when importing > xslt > > > Hello: > > In order to understand your problem, I would need to see the > URL you are > using for importing. > However, here is some information that might be helpful. > > When you make an HTTP request to Zope, you get authenticated. That > information is then > a part of the REQUEST parameter. As long as you hang on to > the REQUEST > parameter, > Zope will use the same authentication information. > > However, if you go back out and request a URL directly eg *NOT FROM A > BROWSER* > such as the following: > > xsl:include href="http://www.acme.com/foo/bar.xsl" > > you are not using the REQUEST parameter, and Zope will treat > this as an > anonymous > request. That is because the above statement translates more or less > directly to the python > > urllib.urlopen() > > -- please see the Python reference for details. > > In order to avoid this problem, you should use the URN > resolver (see the > documentation) > or relative URLs. Internally, I made ZopeXMLMethods > translate relative > URLs (or URNs) into Zope > object traversals so that the security context is maintained. > That is > the *only* way I know > how to maintain the context, otherwise it is lost and you have the > problem you observed. > While debugging ZopeXMLMethods, I saw this error message many times! > > Caveat: in order to translate relative URLs into Zope traversals, I > require certain resolver > hooks that are not available in all libraries. You should check the > documentation to see if > it is working with the library you are using. Of course, > ZopeXMLMethods > is being updated, > and the new 1.1 version is not done yet. I hope to release the new > version relatively soon, > but have been slammed with lots of client (paying) work recently. > > Hope this helps, > > --Craeg > > Giuseppe Bonelli wrote: > > >Hi all, > >I have the following permission problem I am trying to debug > and I hope > >someone can help. > > > >Here is my situation: > >I have a method which call an xslt transform (using > >FourSuite11Processor) and everything goes well unless when the xslt > >import another xsl via <xsl:import href="..."/> (yes, the > URI passed for > >resolving imports is correct). > > > >In this case, an extra authorization step is required from within the > >python console (_not_ through Zope login widget), after > which everything > >works normally. > > > >In the log a got the following entry (styleSheet.xsl is the xsl being > >imported from the calling xsl): > > > >127.0.0.1 - Anonymous [12/Aug/2003:13:58:25 +0200] "GET > styleSheet.xsl > >HTTP/1.0" 401 803 "" "Python-urllib/1.15" > > > >Obviously I already authenticated myself when starting the > Zope session. > > > >It seems the security context gets lost when importing, but I cannot > >understand how can I resolve this. > > > >I am probably missing something very simple, ... but I don't > get it !! > > > >Any ideas ? > > > >I am using 1-1-0a. > > > >Thanks, > > > >__peppo > > > > > > > > > > > > |
From: Craeg K S. <cs...@ar...> - 2003-08-16 20:24:53
|
Hello: In order to understand your problem, I would need to see the URL you are using for importing. However, here is some information that might be helpful. When you make an HTTP request to Zope, you get authenticated. That information is then a part of the REQUEST parameter. As long as you hang on to the REQUEST parameter, Zope will use the same authentication information. However, if you go back out and request a URL directly eg *NOT FROM A BROWSER* such as the following: xsl:include href="http://www.acme.com/foo/bar.xsl" you are not using the REQUEST parameter, and Zope will treat this as an anonymous request. That is because the above statement translates more or less directly to the python urllib.urlopen() -- please see the Python reference for details. In order to avoid this problem, you should use the URN resolver (see the documentation) or relative URLs. Internally, I made ZopeXMLMethods translate relative URLs (or URNs) into Zope object traversals so that the security context is maintained. That is the *only* way I know how to maintain the context, otherwise it is lost and you have the problem you observed. While debugging ZopeXMLMethods, I saw this error message many times! Caveat: in order to translate relative URLs into Zope traversals, I require certain resolver hooks that are not available in all libraries. You should check the documentation to see if it is working with the library you are using. Of course, ZopeXMLMethods is being updated, and the new 1.1 version is not done yet. I hope to release the new version relatively soon, but have been slammed with lots of client (paying) work recently. Hope this helps, --Craeg Giuseppe Bonelli wrote: >Hi all, >I have the following permission problem I am trying to debug and I hope >someone can help. > >Here is my situation: >I have a method which call an xslt transform (using >FourSuite11Processor) and everything goes well unless when the xslt >import another xsl via <xsl:import href="..."/> (yes, the URI passed for >resolving imports is correct). > >In this case, an extra authorization step is required from within the >python console (_not_ through Zope login widget), after which everything >works normally. > >In the log a got the following entry (styleSheet.xsl is the xsl being >imported from the calling xsl): > >127.0.0.1 - Anonymous [12/Aug/2003:13:58:25 +0200] "GET styleSheet.xsl >HTTP/1.0" 401 803 "" "Python-urllib/1.15" > >Obviously I already authenticated myself when starting the Zope session. > >It seems the security context gets lost when importing, but I cannot >understand how can I resolve this. > >I am probably missing something very simple, ... but I don't get it !! > >Any ideas ? > >I am using 1-1-0a. > >Thanks, > >__peppo > > > > > |
From: Giuseppe B. <giu...@ti...> - 2003-08-13 12:38:17
|
Hi all, I have the following permission problem I am trying to debug and I hope someone can help. Here is my situation: I have a method which call an xslt transform (using FourSuite11Processor) and everything goes well unless when the xslt import another xsl via <xsl:import href="..."/> (yes, the URI passed for resolving imports is correct). In this case, an extra authorization step is required from within the python console (_not_ through Zope login widget), after which everything works normally. In the log a got the following entry (styleSheet.xsl is the xsl being imported from the calling xsl): 127.0.0.1 - Anonymous [12/Aug/2003:13:58:25 +0200] "GET styleSheet.xsl HTTP/1.0" 401 803 "" "Python-urllib/1.15" Obviously I already authenticated myself when starting the Zope session. It seems the security context gets lost when importing, but I cannot understand how can I resolve this. I am probably missing something very simple, ... but I don't get it !! Any ideas ? I am using 1-1-0a. Thanks, __peppo |
From: Craeg S. <cs...@ar...> - 2003-06-14 16:19:18
|
> I installed Zope 2.6.1. on the XP machine (after removing the 2.5.0) with > Pyana and it WORKED. So it has something to do with Zope 2.5.0. > It just won't work with Zope 2.5.0. Can you shed any light on this. > Using 2.6.1 isn't an option for me at the moment. I have to implement an xml > document repository on a Zope 2.5.0 installation. There are several large > projects on this server (wich is not our own server), we can't take the risk > of upgrading now. > So please help!!! I can't do this project without XML-methods (I already > started in March with XML-transform) and there is no 'plan B'. I submit that the time you spend troubleshooting this problem may be greater than the time you would spend to certify the 2.6.1 Zope release. I have found it to be a very stable release. Why don't you try downloading the ZopeTestCase product (v0.7 is latest I think) and running all the tests. Maybe the output will help lead to the problem. Also, I would make sure you run Zope in debug mode and look for error messages. I don't use Windows XP and haven't used Zope 2.5.0 in a very very long time. However, I use Zope 2.6.1 on Windows 2000 and Red Hat 9 without problems. Another thing to try: download the latest CVS (1.1a) of ZopeXMLMethods and see if it provides better error reporting for you. It should be pretty robust, but even if you don't use it for production, it might be another handy diagnosis tool. We changed some things to make it report errors better. HTH, --Craeg |
From: Henny v. d. L. <li...@in...> - 2003-06-12 14:24:34
|
Craeg, ----- Original Message ----- From: "Craeg Strong" <cs...@ar...> To: <li...@in...>; "Craeg K Strong" <cs...@ar...> Cc: "ZopeXMLmeth" <zop...@li...> Sent: Saturday, May 24, 2003 1:08 AM Subject: Re: Re: [Zopexmlmethods-users] Re: [Zopexmlmethods-users] install problems > > Are you sure you have only one installed instance of Python on your > system? > > I have two, one standalone 2.1.2 and the Zope python. The standalone is not > in the path. The Zope one is. > This didn't cause problems before. It worked perfectly with XML-transform > and the Win installers of 4suite and pyxml. > 4suite installer won't even install without a python entry in the registry. > The Zope python isn't in the registry it seems. My guess is that is the culprit. Somehow the 4suite libraries got installed into the wrong python instance. It sounds like the Zope/python instance is not adding itself to the windows registry, and the 4suite and pyxml installations require an instance to be in the registry. That is bad. One possibility is to install zope, then REMOVE the python installation from zope. That way, you are guaranteed that every piece of the system (4suite, pyxml, zope) will use the same installation of python, namely the standalone one. ------------------------------------------------------------------ I tried everything, uninstalling the standalone Python, registering the Zope Python (a script I found on the PIL site), forcing Zope to use the standalone Python.. I tried installing/using Pyana. Same problems. Then I installed a fresh Zope 2.5.0 on my other XP machine. Same result. And then........ I installed Zope 2.6.1. on the XP machine (after removing the 2.5.0) with Pyana and it WORKED. So it has something to do with Zope 2.5.0. It just won't work with Zope 2.5.0. Can you shed any light on this. Using 2.6.1 isn't an option for me at the moment. I have to implement an xml document repository on a Zope 2.5.0 installation. There are several large projects on this server (wich is not our own server), we can't take the risk of upgrading now. So please help!!! I can't do this project without XML-methods (I already started in March with XML-transform) and there is no 'plan B'. Regards Henny van der Linde |
From: Craeg S. <cs...@ar...> - 2003-06-08 22:50:08
|
> Craeg Strong wrote: > > Thanks for the information! > > > > You have found an innovative solution > > to the problem that Zope currently does not > > support Python 2.2, while the latest libxslt uses it! > > Does it? I can't see where it *requires* it. I believe it is purely an installation issue for win32. I think it looks for python 2.2 in the registry. I dunno, I haven't really tried it. If the latest releases of libxslt *do* work with python 2.1.x, they sure don't advertise it... > > > I have heard rumors that the next point release of > > Zope 2.6 will support Python 2.2, and that would > > likely be available in the next 1-3 months. > > There are still a lot of problems with Zope 2.X and Python 2.2, even in > 2.7. For example, starting with Python 2.2, builtin types have > docstrings, thus the ZPublisher can publish them. While everyone agrees > that the ZPublisher's policy of using the docstring is stupid, the > problem remains. Actually, according to recent traffic on zope-dev this problem was recently fixed IIRC. Further, the fix may have happened in the 2.6.X branch. We may yet get Python 2.2 support in the near future! > I believe 2.1 is currently the best platform for Zope 2. Agreed. Sigh. > Philipp > > P.S.: I can't see any advancements on the XSLT parameters issue. I have > safely arrived in Mexico and have some time now. Do you guys still want > me to tackle this problem? > Yes, Please :) --Craeg |
From: Philipp v. W. <ph...@we...> - 2003-06-08 22:24:28
|
Craeg Strong wrote: > Thanks for the information! > > You have found an innovative solution > to the problem that Zope currently does not > support Python 2.2, while the latest libxslt uses it! Does it? I can't see where it *requires* it. > I have heard rumors that the next point release of > Zope 2.6 will support Python 2.2, and that would > likely be available in the next 1-3 months. There are still a lot of problems with Zope 2.X and Python 2.2, even in 2.7. For example, starting with Python 2.2, builtin types have docstrings, thus the ZPublisher can publish them. While everyone agrees that the ZPublisher's policy of using the docstring is stupid, the problem remains. > I think if we release ZopeXMLMethods 1.1 _before_ > this happens, we will want to include your information > in the README documentation. However, I would > prefer to simply switch to Python 2.2 across the > board if possible. No, I would not prefer to do that. See below. >>Step 3 : >>now working with Zope >>(Zope 2.6.0 (binary release, python 2.1, win32-x86), python 2.1.3, win32) >>first i try to use the python 2.2 bidings for python 2.1.3 in Zope >>but have a import Error message. that's right. >>So try to install python 2.1 binding the installer is not abble to find installation directory. >>I use regedit to help him. ( that's not my favorite sport !!!) Well, that's a Windows problem. But you did the right thing and pointed the libxml installer to your Zope's python (which is likely not registered in the registry) >>According to sys.path I install the librairy to [Zope]\bin\lib. >> >>try first example of ZopeXMLMethods tutorial >>nice Hello world message. So, where's the problem? Everything's working now. Why should we require Python 2.2 then? Most people are running Zope 2.6 with 2.1.3 and just because they want to use *one* of many possible XSLT processors, they all of a sudden have to switch to Python 2.2 now? Don't get me wrong, I'm a big fan of Python 2.2 (and 2.3 even more), but I believe 2.1 is currently the best platform for Zope 2. Philipp P.S.: I can't see any advancements on the XSLT parameters issue. I have safely arrived in Mexico and have some time now. Do you guys still want me to tackle this problem? |
From: Craeg S. <cs...@ar...> - 2003-06-08 00:27:12
|
Thanks for the information! You have found an innovative solution to the problem that Zope currently does not support Python 2.2, while the latest libxslt uses it! I have heard rumors that the next point release of Zope 2.6 will support Python 2.2, and that would likely be available in the next 1-3 months. I think if we release ZopeXMLMethods 1.1 _before_ this happens, we will want to include your information in the README documentation. However, I would prefer to simply switch to Python 2.2 across the board if possible. In any event, I am forwarding this message to our mailing lists in the hope that others might find it useful in the interim. Thanks again! --Craeg > more info about libxslt with ZopeXMLMethods > Step 1 : > without python, i am using libxslt on windows 98 and it work very fine. > installing :libxml2-2.4.23.win32.zip, libxslt-1.0.19.win32.zip > AND iconv-1.8.win32.zip > and put the .dll in c:\windows > Testing with xsltproc.exe include in the libxslt zip file > > Step 2 : > Now with python 2.2 but without Zope. > installing libxml2-python-2.5.7.win32-py2.2.exe python bindings (python 2.2) > from http://users.skynet.be/sbi/libxml-python/ > ( this download include the .dll no need to go at http://www.zlatkovic.com/) > basic test of XSLT interfaces (basic.py file example find at http://www.xmlsoft.org/XSLT/python.html) : no problem > > Step 3 : > now working with Zope > (Zope 2.6.0 (binary release, python 2.1, win32-x86), python 2.1.3, win32) > first i try to use the python 2.2 bidings for python 2.1.3 in Zope > but have a import Error message. that's right. > So try to install python 2.1 binding the installer is not abble to find installation directory. > I use regedit to help him. ( that's not my favorite sport !!!) > According to sys.path I install the librairy to [Zope]\bin\lib. > > try first example of ZopeXMLMethods tutorial > nice Hello world message. > > I'am agree if this can help you. Sorry for my very bad English i leave in France. > |
From: Craeg S. <cs...@ar...> - 2003-05-23 23:25:56
|
> > Are you sure you have only one installed instance of Python on your > system? > > I have two, one standalone 2.1.2 and the Zope python. The standalone is not > in the path. The Zope one is. > This didn't cause problems before. It worked perfectly with XML-transform > and the Win installers of 4suite and pyxml. > 4suite installer won't even install without a python entry in the registry. > The Zope python isn't in the registry it seems. My guess is that is the culprit. Somehow the 4suite libraries got installed into the wrong python instance. It sounds like the Zope/python instance is not adding itself to the windows registry, and the 4suite and pyxml installations require an instance to be in the registry. That is bad. One possibility is to install zope, then REMOVE the python installation from zope. That way, you are guaranteed that every piece of the system (4suite, pyxml, zope) will use the same installation of python, namely the standalone one. hope this helps, --Craeg |
From: Henny v. d. L. <li...@in...> - 2003-05-21 10:09:51
|
> We will need more information to help diagnose your problem. > > What operating system are you running on? Win2000 > Are you sure you have only one installed instance of Python on your system? I have two, one standalone 2.1.2 and the Zope python. The standalone is not in the path. The Zope one is. This didn't cause problems before. It worked perfectly with XML-transform and the Win installers of 4suite and pyxml. 4suite installer won't even install without a python entry in the registry. The Zope python isn't in the registry it seems. Long ago I compiled the MySQL extensions succesfully in the same setup. During compiling pyxml only the Zope python was in the path. I removed pyxml 0.8.1 (from the control panel in Win2000) before building and installing pyxml. > What version of Python is running? Which version of Zope? > Which XSLT library are you using? Which exact version? 4suite, the one you recommended in combination with pyxml 0.8.2. I deinstalled the 4suite that worked with XML-transform and pyxml 0.8.1. > What about other python support libraries (such as pyxml) Mysql support. > What is the exact URL that you type into your browser that results in > the anomalous behavior? No url, just try to add an xslt method from the add dropdown. Henny |
From: Craeg K S. <cs...@ar...> - 2003-05-04 00:51:08
|
We will need more information to help diagnose your problem. What operating system are you running on? Are you sure you have only one installed instance of Python on your system? What version of Python is running? Which version of Zope? Which XSLT library are you using? Which exact version? What about other python support libraries (such as pyxml) What is the exact URL that you type into your browser that results in the anomalous behavior? Given the above information, we can probably find the source of the problem pretty quickly. That having been said, there are improvements in the CVS for how errors are handled/reported. Likely the next point release will at least provide better diagnostics for this. HTH, --Craeg Henny van der Linde wrote: >Hi, > >Still no succes. > >----------------------------------------------------- >1) go through the TUTORIAL step by step and make sure >that the installation is sound. If the very first >example doesn't work, either the TUTORIAL is not clear >enough (documentation bug) or your installation is not >setup correctly. >------------------------------------------------------- >I did exactly as stated in the readme (btw, remeber I had no trouble >installing xmltransform). >What do you mean in the readme: 'ensure that ZopeXmlMethods is registered >to use the particular XSLT-processor you wish....' ' > >-------------------------------------------------------------------- >2) Try executing the tests. If you have ZopeTestCase >installed, you can run the test suite and that will >exercise pretty much everything. >-------------------------------------------------------------------- >I ran the testsuite. Ran 45 tests, Ok. No mention however in the tests of >PyXML. > >I think we must focus on the fact that xmlmethods exits to nearest >index_html without raising an exception. > >Henny > > |
From: Henny v. d. L. <li...@in...> - 2003-05-01 14:53:32
|
Hi, Still no succes. ----------------------------------------------------- 1) go through the TUTORIAL step by step and make sure that the installation is sound. If the very first example doesn't work, either the TUTORIAL is not clear enough (documentation bug) or your installation is not setup correctly. ------------------------------------------------------- I did exactly as stated in the readme (btw, remeber I had no trouble installing xmltransform). What do you mean in the readme: 'ensure that ZopeXmlMethods is registered to use the particular XSLT-processor you wish....' ' -------------------------------------------------------------------- 2) Try executing the tests. If you have ZopeTestCase installed, you can run the test suite and that will exercise pretty much everything. -------------------------------------------------------------------- I ran the testsuite. Ran 45 tests, Ok. No mention however in the tests of PyXML. I think we must focus on the fact that xmlmethods exits to nearest index_html without raising an exception. Henny |
From: <MWa...@t-...> - 2003-04-29 09:58:48
|
Philipp von Weitershausen wrote: > Craeg Strong wrote: > >> I am cc-ing this to the development mailing list. >> I think you may have identified our first bug :) >> Zope clearly has different behavior for objects > 64K >> and we probably just need to do some buffering or something. > > > I already have code for this in RevisionManager. I'll check it in tomorrow. The bug is fixed in CVS. Thanks for report it! Phil |
From: Philipp v. W. <ph...@we...> - 2003-04-28 23:30:03
|
Craeg Strong wrote: > I am cc-ing this to the development mailing list. > I think you may have identified our first bug :) > Zope clearly has different behavior for objects > 64K > and we probably just need to do some buffering or > something. I already have code for this in RevisionManager. I'll check it in tomorrow. Phil |
From: Craeg S. <cs...@ar...> - 2003-04-28 21:36:04
|
Yikes. This is bad news. However, please see the following: http://mail.zope.org/pipermail/zope-dev/2003-April/019341.html I am cc-ing this to the development mailing list. I think you may have identified our first bug :) Zope clearly has different behavior for objects > 64K and we probably just need to do some buffering or something. Thoughts? --Craeg > Ever since this wonderful product has been released, I have been playing with it, and have come to a bump in the road that I simply can't get over. Here is the basic problem, let's say I have a folder called "forest" and I am populating "Forest" with uploaded files (or Add --> File in the ZMI). Works fine, so cool -- I can FTP these trees into my forest and each renders beautifully with the magic of a modular XML transformer. OK, so it works fine _if_ the XML files are under 64Kbytes. If I try to process a freshly uploaded file, it hangs and eventually spits out "EOF reached" in the zope stupid log. As if this wasn't strange enough... It continues -- so I 'modify' the OFS fileEdit.dtml page to allow me to directly edit the text of the XML file (it won't normally display if the text is >= 64K). So I make absolutely NO changes whatsoever to the XML on the screen and click "Save Changes". If I slap my modularxform at the end of the URL, the transform works. So, I am unsu! re of where the problem lies -- I have been trying different things in the Zope code (leaving the XML methods untouched). Any thoughts? > |
From: Craeg S. <cs...@ar...> - 2003-04-28 21:30:13
|
Hum. Not sure why that wouldn't work. Have you tried using a DTMLDocument instead of a method? If not, you might have to send a cut-down example in order to see what's going on. The complexity or degree of recursion really shouldn't matter. Regards, --Craeg > Hi Craeg > I'm trying to apply a XSLT Method on a DTML Method. The DTML Method > creates XML and gathers information from folders and documents in a > specific subfolder using <dtml-in objectValues> in a recursive way. > Unfortunately the XSLT Method never returns a result. > If I store the result from the DTML Method into a file and apply the > XSLT Method to this file it works fine. > What could be the problem? > Thanks for your help. > Urs > > |