From agoldgod at gmail.com Tue Sep 2 10:10:36 2008 From: agoldgod at gmail.com (goldgod a) Date: Tue, 2 Sep 2008 13:40:36 +0530 Subject: [Tramline-dev] tramline implementation problem Message-ID: <105c9ccc0809020110u76639302i9f9f18888b550bec@mail.gmail.com> hi, I am trying to implement the tramline,attramline,plonetramline but I could not implement successfully. while implement I am getting error like getsize() returning NULL value. I configured apache as per the instruction " http://plone.org/events/sprints/past-sprints/snow-sprint-2007/tramline" . I could not any error log in apache. I am using zope 2.9.3 and python 2.4.3.any idea. -- Thanks & Regards, goldgod -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/tramline-dev/attachments/20080902/ca72963c/attachment.htm From emyr.thomas at gmail.com Tue Sep 2 10:56:38 2008 From: emyr.thomas at gmail.com (Emyr Thomas) Date: Tue, 2 Sep 2008 09:56:38 +0100 Subject: [Tramline-dev] tramline implementation problem In-Reply-To: <105c9ccc0809020110u76639302i9f9f18888b550bec@mail.gmail.com> References: <105c9ccc0809020110u76639302i9f9f18888b550bec@mail.gmail.com> Message-ID: <8fb874820809020156n5ac5ab23oa16d27ca69ee306e@mail.gmail.com> Hi goldgod On Tue, Sep 2, 2008 at 9:10 AM, goldgod a wrote: > I am trying to implement the tramline,attramline,plonetramline but I > could not implement successfully. In order to use tramline with Plone, you need either ATTramline or PloneTramline - not both of them. I would say ATTramline is the most up to date of the two, so I'd stick with that. > I am using zope 2.9.3 and python 2.4.3. Which version of Plone are you running? --Emyr From agoldgod at gmail.com Fri Sep 5 10:06:20 2008 From: agoldgod at gmail.com (goldgod a) Date: Fri, 5 Sep 2008 13:36:20 +0530 Subject: [Tramline-dev] tramline implementation problem In-Reply-To: <8fb874820809020156n5ac5ab23oa16d27ca69ee306e@mail.gmail.com> References: <105c9ccc0809020110u76639302i9f9f18888b550bec@mail.gmail.com> <8fb874820809020156n5ac5ab23oa16d27ca69ee306e@mail.gmail.com> Message-ID: <105c9ccc0809050106r7d7a3a11ub78084b97f51579@mail.gmail.com> hi Emyr, > > In order to use tramline with Plone, you need either ATTramline or > PloneTramline - not both of them. I would say ATTramline is the most > up to date of the two, so I'd stick with that. I tried both. no improvement. I am using customized python (python 2.4.3). I am not getting any error log in apache. I believe the problem is in virtual host. I am using latest version of tramline (0.6) so I believe no need to change/add in the files because in the latest version has changed and it's ready to use. Here is my virtual host configuration. Give some idea to work. ServerName xxxxx.org SetHandler mod_python PythonPath "['/usr/local/python243/bin/python','/usr/local/python243/lib/python2.4/site-packages/tramline-0.6-py2.4.egg/']" PythonDebug on PythonInputFilter tramline.core::inputfilter TRAMLINE_INPUT PythonOutputFilter tramline.core::outputfilter TRAMLINE_OUTPUT SetInputFilter TRAMLINE_INPUT SetOutputFilter TRAMLINE_OUTPUT PythonOption tramline_path /tmp/tramline_data RewriteEngine On Rewritelog /tmp/tramrewrite.log RewriteRule ^/(.*) http://localhost:8888/VirtualHostBase/http/localhost:80/plone/VirtualHostRoot/$1[P] > > > Which version of Plone are you running? I am using plone 2.5.5 . -- Thanks & Regards, goldgod -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/tramline-dev/attachments/20080905/25d5039b/attachment.htm From sylvain at infrae.com Fri Sep 5 10:37:06 2008 From: sylvain at infrae.com (Sylvain Viollon) Date: Fri, 5 Sep 2008 10:37:06 +0200 Subject: [Tramline-dev] tramline implementation problem In-Reply-To: <105c9ccc0809050106r7d7a3a11ub78084b97f51579@mail.gmail.com> References: <105c9ccc0809020110u76639302i9f9f18888b550bec@mail.gmail.com> <8fb874820809020156n5ac5ab23oa16d27ca69ee306e@mail.gmail.com> <105c9ccc0809050106r7d7a3a11ub78084b97f51579@mail.gmail.com> Message-ID: <20080905103706.62a9471f@reddwarf.infrae> On Fri, 5 Sep 2008 13:36:20 +0530 "goldgod a" wrote: Hello, > > I tried both. no improvement. I am using customized python (python > 2.4.3). I am not getting any error log in apache. I believe the > problem is in virtual host. I am using latest version of tramline > (0.6) so I believe no need to change/add in the files because in the > latest version has changed and it's ready to use. Here is my virtual > host configuration. Give some idea to work. > > > > ServerName xxxxx.org > SetHandler mod_python > PythonPath > "['/usr/local/python243/bin/python','/usr/local/python243/lib/python2.4/site-packages/tramline-0.6-py2.4.egg/']" > PythonDebug on > PythonInputFilter tramline.core::inputfilter TRAMLINE_INPUT > PythonOutputFilter tramline.core::outputfilter TRAMLINE_OUTPUT > SetInputFilter TRAMLINE_INPUT > SetOutputFilter TRAMLINE_OUTPUT > PythonOption tramline_path /tmp/tramline_data > RewriteEngine On > Rewritelog /tmp/tramrewrite.log > RewriteRule ^/(.*) > http://localhost:8888/VirtualHostBase/http/localhost:80/plone/VirtualHostRoot/$1[P] > > I added in the SVN a buildout, which setup the last version of tramline if you want to try: http://codespeak.net/svn/rr/tramline/buildout/trunk/ Unfortunately this should work only with the SVN version, since it contains fixes for Apache 2.2, which is used by this buildout. To be able to use the svn version, do a svn checkout in the src directory of the buildout: $ cd src $ svn co http://codespeak.net/svn/rr/tramline/trunk tramline And add to your buildout.cfg in the [buildout] section: develop-dir = src develop = tramline You just need a normal python 2.4 (no customized or fancy one, just the one of your system), and it will setup Apache and mod_python for you. You can look at the README.txt of the buildout for more information. I don't known if this going to solve your problem, but this set up working configuration, which I don't use with Plone however, but others CMS. Best regards, Sylvain, -- Sylvain Viollon -- Infrae t +31 10 243 7051 -- http://infrae.com Hoevestraat 10 3033GC Rotterdam -- The Netherlands -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://codespeak.net/pipermail/tramline-dev/attachments/20080905/2c91c135/attachment.pgp From georges at racinet.fr Wed Sep 24 19:02:09 2008 From: georges at racinet.fr (Racinet Georges) Date: Wed, 24 Sep 2008 19:02:09 +0200 Subject: [Tramline-dev] List of enhancement proposals In-Reply-To: References: Message-ID: > Hi all, sorry, I've been busier than expected. > Here are my proposals for Tramline enhancements. Hello all, I'm replying to myself to keep the list posted about this. I started again from the current head of tramline trunk, ported back some of the previous enhancements I'd done on tramline 0.5.1 and just implemented Range requests (currently in testing, first positive results are there). There are some more details below. All of this is still living in my own repository, at viral-prod.com. I'd still be glad to contribute it to tramline trunk. I will of course open read access to this part of my repo if someone's interested by the reading. Cheers, GR > > > I try to keep in mind the principle that tramline is supposed to be > simple and straight to the point. The idea of the pseudo file > containing the tramline id is really neat: thanks to it, there's not > much code to adapt for Tramlime in the application server. But that > "not much" is nonzero. > > For instance, in my case (CPS with additional products for media > files) we need to access the files for deletion and cloning, and also > analysis (content extraction for indexing, ID3 tags...). > > I'll start with the ones I'm already using in the context of > CPSTramline. I believe these enhancements together still meet the > simplicity requirements of Tramline. Tell me what you think. I didn't > try Railroad btw, maybe because it's supposed to be non-simple, or > because I had the feeling it'd be less backend-agnostic. > > There's a good chance I can start porting to the svn trunk next week. > By the way, I did check that the tests pass in there. > > DONE: > - new PythonOption to set write group permission on files. > Typically, an application like CPS or Plone will need to do a > minimum of management, deleting, cloning, the like. I don't like > running the app under the same user as Apache, and prefer resorting to > groups. ported to the trunk. > > > - new PythonOption to tramline only some of the files in a POST > request. > Currently this is for CPS only (hardcoded input id prefix + > support for so called flexible widgets), but it could be made backend > agnostic by the registration of a regexp. > Among other things, this is useful if one has attached file > content with some logic (ID3 extraction and pdf indexing in my case) > and can't afford adapting this logic right away for all content types. > Also, one might not want to clutter Tramline repository with small > content like images under 100 KB (see below) I discovered while porting that someone had done it already in Tramline, albeit in a very different way. Now the user agent has to send a form part with the lists of tramlined inputs, i.e, the app server put a hidden input in the form. Fine by me, I'll adapt my 'CPSTramline' for this. > > > IN PROGRESS: > - support for Range queries and appropriate (416 and 206) responses. > Things like Adobe plugin on windows, and, as it seems, > Firefox 3 perform range queries, that don't behave well, because they > pass through to the application server. We already discussed possible > quick fixes (bypass actually) with Sylvain. Done, with unit tests and currently in functional testing. Simple range requests (for instance 'bytes = 13231-') work. More specifically, Firefox 3 for MacOS X can now resume mp3 downloads from my testing site, which issues such range requests. Haven't seen more complex ones yet. Some implementation details: - it is still the app server's business to choose between 200 and 206 (or 304) responses - I used twisted.web2 to parse the 'Range' header. This can cause PYTHONPATH issues on debian Etch if you want to run a self-compiled installation of Zope. > PLANNED: > - simple repository hierarchical structure (similar to Apache > caches). > ext3 does not deal happily with 30000+ files flat in a directory. > Implementation would be mostly trivial, but would require migration of > existing data. Implementation not breaking existing repositories would > be less straightforward but nevertheless doable. Or we could have the > tree structure optionall (and disabled by default). While we're at it, > the id should have a fixed length (hexa dump instead of decimal would > do). Not done yet. > > - Slight refactoring to single out a method to get the filesystem > path from the tramline id > (if possible) The backend server needs to access the files > anyway (indexing, various metadata extraction, basic management). I'd > prefer the backend server to import code from tramline rather than re- > implementing it. Not really necessary without previous point, the path > being so simple. Done like this: def id_to_path(tramline_path, id, upload=False, create_intermediate=False): """Compute the path on filesystem of the file with given id. tramline_path: the tramline base path, as extracted from request options. id: the tramline id, as a string. upload: if True, the computed path will be from the "upload" directory instead of the "repository" create_intermediate: if True, all necessary objects will be created, but the target file won't.""" -- Georges Racinet Zope/CPS/Plone expertise & assistance