I understand the idea of minimizing the dependencies of a basic clojurescript 
development deployment with a working repl.

However, I find the basic deployment that is prescribed by lein-cljsbuild not 
very "basic" when it starts-up 3 different jvm's while the repl-server and 
webserver do not share the live clojurescript metadata, and where we have 
issues with cross-site hurdles that complicates using the repl-server as a 
conventional webserver, which is needed to get a help/reflection facility 
going… it's a complicated beast… hopefully we get that all working more 
smoothly soon.

You're right that this ring-repl implementation coud be an alternative project, 
which could have the advantage that you would be able to add a repl-service 
and/or reflection/service through standard ring-middleware modules - with could 
potentially benefit from other modules to provide ssl, authN&authZ, 
websockets/aleph, etc. 

Just wanting to here the pros&cons.

-FrankS.




On Oct 8, 2012, at 9:57 AM, David Nolen <dnolen.li...@gmail.com> wrote:

> On Mon, Oct 8, 2012 at 12:51 PM, Frank Siebenlist
> <frank.siebenl...@gmail.com> wrote:
>> I've been digging through the clojurescript code lately, and making some 
>> changes to the repl-related code. This is quite difficult as clojurescript 
>> seems to have its own "proprietary" implementation of a webserver that 
>> serves the repl-communication as well as other possible handlers, like the 
>> reflection-based stuff.
>> 
>> Having a repl-server based on ring-middleware would give you more 
>> modularity, and easier pluggability with the ring-based webserver code that 
>> in many/most cases will coexist with the repl-session.
>> 
>> I've searched for any discussiond or efforts in this space, but couldn't 
>> find any…
>> 
>> Would such a ring-based alternative make sense?
>> Any existing efforts in this space?
>> Any reasons why the current "hardcoded" web server would be 
>> better/preferable?
>> 
>> -FrankS.
> 
> The hard coded web server is not meant to be general solution at all.
> It just gets you a usable browser REPL with minimal hassle. Making
> ClojureScript depend on Ring makes little sense to me, but seems fine
> for an alternative browser REPL implementations.
> 
> Though of course I think it's preferable that people simple fix the
> one that ships w/ ClojureScript since then a much larger group of
> people benefit out of the box.
> 
> David
> 
> -- 
> 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

-- 
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

Reply via email to