On Jan 13, 9:56 pm, "Mark McGranaghan" <mmcgr...@gmail.com> wrote: > I choose not include the parameters, cookies, and sessions features > from the Servlet API because I'm not confident that the interfaces > presented by Servlets in these cases will be acceptable to all Ring > applications. For example, different Ring applications will want to > parse parameters in different ways and will have varying requirements > for session storage.
Sure, but that doesn't mean they have to use them. It seems to me that Ring's approach works well if there's the possibility of implementing Ring using technology other than Servlets. In this case, it makes sense for Ring to act as a minimum common interface. But if this isn't your goal, then you're just removing functionality for aesthetic reasons. I'm in two minds about this. I agree that session handling and parameter parsing don't belong in a functional interface for HTTP handling. But on the other hand, they certainly do belong in a functional interface to the Java Servlet spec (flawed as that spec may be). If you're attempting the former, then I agree with your decision. If it's the latter, I think you should be more pragmatic. > The decision not to require that a Ring request support these extra > features of the HttpServlet API was a difficult one to make because > not having them will make integration with Compojure and other > Java/Servlet-leaning codebases more difficult. It's true that many parts of the compojure.http library are currently tightly coupled to the javax.servlet libraries, but this shouldn't be the state of affairs for too much longer. I've been planning on splitting out the compojure.http library into more generic parts for some time, so it shouldn't be too hard to work Ring into my plans as well - or at least to leave a Ring-shaped hole for someone to fill in. > I do though still think its worth pursuing in the case of Compojure > - if you're interested maybe we should start a discussion on the > Compojure list? Go for it :) - James --~--~---------~--~----~------------~-------~--~----~ 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 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 -~----------~----~----~----~------~----~------~--~---
