- drakma-devel@lists.common-lisp.net - mailman3.common-lisp.net

[drakma-devel] New releases of Hunchentoot, Drakma, and Chunga
by Edi Weitz 19 Feb '09

19 Feb '09

Hi, I've just released new versions (all called 1.0.0) of Hunchentoot, Drakma, and Chunga. Note that none of these is compatible with earlier versions, so if you upgrade, you'll need to upgrade all of them. If you're using Hunchentoot or Drakma in a production environment and if it works well for you, you probably shouldn't switch. These are releases with a lot of changes and it is pretty likely that they contain bugs. If you're tracking the development, it'd be nice if you could download the new versions and provide feedback, though. The good news: * Hunchentoot has a new architecture that should hopefully make it much easier to extend or to customize it. * Both Huchentoot and Drakma should be faster now. * Now that we finally have release versions again, there are more things to come. Expect 1.0.1, 1.0.2, etc. releases in the next weeks. The bad news: * The Hunchentoot API has changed considerably and you'll have to read the documentation to see how it works now. Of course, we didn't do that to annoy you - we have to change our own web apps as well. We think that the new API is better, though, and that the change was worth it. * Some stuff has been removed, either because it seemed that nobody used it or because we thought it didn't really belong into a web server. Have fun, Edi.

3 3

[drakma-devel] http-request fails because of puri...
by Andrei Stebakov 07 Feb '09

07 Feb '09

Hi I have a link like "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…" (I changed names but the structure is the same) For me it's a completely legit request as those nested requests create the right cookie environment for the subsequent calls. If I paste it in a browser, it'll give me the right page with the right cookies set. When I use (http-request link) with the link puri complains: Parse error:URI "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…" contains illegal character #\? at position 63. [Condition of type PURI:URI-PARSE-ERROR] I can repro this error with: (puri:parse-uri "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…") Apparently puri doesn't like the "?" in the parameter section of the first request (before par2). Does it make the whole request invalid? How can I get around this issue? Thank you, Andrei

2 1

[drakma-devel] Surprising jump in time when sending binary
by Tayssir John Gabbour 17 Dec '08

17 Dec '08

Hi! If I send a certain amount of bytes (20344), it takes .3 seconds. But if I send one that's just a single byte bigger than that, it takes over 5 seconds. Aside from that unexpected jump, it otherwise looks linear with the number of bytes sent. I hunted down the problem, and discovered that if I slept for .1 seconds before drakma:HTTP-REQUEST calls FINISH-OUTPUT, the problem goes away. (Until, I suppose, I send something much bigger.) Any ideas? Maybe this is a Lispworks problem? (Lispworks 5.0.0, WinXP, Drakma 0.11.5) Thanks, Tayssir PS: My test -- cl-user> (let* ((num-octets 20345) (octets (coerce (loop repeat num-octets collect (code-char 50)) 'vector))) (time (drakma:http-request "http://..." :content-length num-octets :content-type "application/octet-stream" :want-stream nil :method :post :content octets))) User time = 0.000 System time = 0.010 Elapsed time = 5.225 Allocation = 37612 bytes --- c:/Apps/asdf-libs/drakma-0.11.5/request.lisp.old 2008-12-16 16:18:33.618457600 +0100 +++ c:/Apps/asdf-libs/drakma-0.11.5/request.lisp 2008-12-16 16:18:09.156592000 +0100 @@ -560,6 +560,7 @@ (return-from finish-request)) (setf (chunked-stream-output-chunking-p (flexi-stream-stream http-stream)) nil) + (sleep .1) (finish-output http-stream) (multiple-value-bind (server-protocol status-code status-text) ;; loop until status is NOT 100

2 2

[drakma-devel] Sending content without loading it all in memory?
by Zach Beane 28 Oct '08

28 Oct '08

Is there any way to send a non-chunked request without having the entire content in memory at once? I'm working on an Amazon S3 client based on Drakma, but sometimes I want to upload (via PUT) very large files and I'd prefer to determine the content-length via FILE-LENGTH and upload the body buffer-by-buffer instead of all at once. Zach

3 6

[drakma-devel] Returning server protocol as the eighth value of HTTP-REQUEST
by Chaitanya Gupta 28 Oct '08

28 Oct '08

Hi, I have made a small change to HTTP-REQUEST wherein it returns the server protocol (as a keyword) as its eighth value. If its worth incorporating this change in the main drakma code, should I send a patch against the dev version (bknr svn) or the released version (0.11.5)? Cheers, Chaitanya

1 0

[drakma-devel] How to handle persistent sessions across http-request calls?
by Matthew Lamari 26 Oct '08

26 Oct '08

I acknowledge that I may be doing this wrong. I have a very trivial hunchentoot server which merely returns a string containing the Hunchentoot SessionID. >From browsers, this works - subsequent requests do not result in a new session being created. However, even (mis?) using the cookie-jar, I end up with new sessions being created. (let ((jar (make-instance 'cookie-jar))) (labels ((doit () (print (multiple-value-list (http-request http://mysite.com/:cookie-jar jar))) (print (cookie-jar-cookies jar)))) (doit) (doit) (doit) (cookie-jar-cookies jar))) The cookie seems to be replaced with each call, with a new session's cookie. I imagine hunchentoot uses cookies to track sessions - is the old cookie not being sent back? Is there something I am doing wrong? Is there a way to use Drakma to track a persistent session? The set-cookie comes back as hunchentoot-session=xx%yyy - where xx is the session number. Thanks, Matt.

1 1

[drakma-devel] Calculating the progress of the file sent through POST request
by Andrei Stebakov 10 Sep '08

10 Sep '08

I've always wanted to show the user some progress bar when I have to upload a large file to the remote site using http-request. My first attempts to figure out where to plug the progress indicators didn't bring my any success. I'll give it another try, I just would like to know if it's technically possible? Thank you, Andrew

2 2

[drakma-devel] digest authentication
by Milan Cermak 10 Sep '08

10 Sep '08

Hi, is anybody planning to add digest authentication do Drakma in the near future (say, 1 month)? If not, I would do it myself, because I need it. However it would be a poor's man implementation, not the whole RFC. I'd appreciate some tips how to integrate the functionality into the Drakma source code so I can send a clean patch, not just a dirty hack (I already know about http://weitz.de/patches.html) Milan

2 2

[drakma-devel] digest authentication
by Milan Cermak 09 Sep '08

09 Sep '08

Hi, is anybody planning to add digest authentication do Drakma in the near future (say, 1 month)? If not, I would do it myself, because I need it. However it would be a poor's man implementation, not the whole RFC. I'd appreciate some tips how to integrate the functionality into the Drakma source code so I can send a clean patch, not just a dirty hack (I already know about http://weitz.de/patches.html) Milan

1 0

[drakma-devel] END-OF-FILE error
by Dimitre Liotev 04 Sep '08

04 Sep '08

When trying this: (drakma:http-request "http://news.ycombinator.com/rss") I get and end-of-file error. I can pull this page with curl and firefox, and can't figure out the problem with Drakma. Any ideas? -- Dimitre Liotev

2 2