This is an issue with the java lib, not clojure. If you look at the source for clojure.xml you'll see the (default) heavy lifting is done with the following fn:
(defn startparse-sax [s ch] (.. SAXParserFactory (newInstance) (newSAXParser) (parse s ch))) And the string s is getting resolved somewhere inside either the javax.xml or org.apache.xerces code. The simplest solution is to ignore it. If you have alternate representations at that URL with a higher acceptability (e.g., html, gif, or jpeg), then the next easiest solution would be to resolve the InputSource yourself before passing it to clojure.xml/parse. On Jul 2, 6:11 pm, Francis <francis.ramme...@gmail.com> wrote: > This question was first posted by me on StackOverflow (http:// > stackoverflow.com/questions/3169821/accept-headers-of-the-clojure-xml- > parse-call). > > When calling the function clojure.xml/parse with an URI Clojure > performs a HTTP GET request to fetch the data. However the HTTP > request contains the following accept headers: > > text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 > > Shouldn't this be application/xml? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
