Hoplon looks really interesting. It’s just that I don’t want to build a 
single page application, so it’s kind of moot to consider it, I guess.

I was planning to have a lot of server rendered pages in the app, not least 
to make the content accessible for search engine bots. For the dynamic UI 
parts I will definitely use React.js or some of the clojure “bindings” for 
it (Om, Reagent?). We'll see.

Guys, thank you all for your comments! 

On Tuesday, April 29, 2014 6:40:41 PM UTC+2, Daniel Jomphe wrote:
>
> Not to make it more complicated for you, but have you looked at Hoplon too?
>
> http://hoplon.io/
>
> I was *very* impressed by the author's presentations, the later of which 
> is https://www.youtube.com/watch?v=wVXjExRiFy0
> And podcast about it: 
> http://thinkrelevance.com/blog/2014/03/18/alan-dipert-cognicast-episode-052
>
> It's optimized around single-page web apps.
>
> I'm not saying that's what I'd necessarily use for your product; you may 
> want to use all of it, or parts of it (it's modular) along something else.
>
> If this kind of approach isn't what you'd use on your front-end, make sure 
> you look at Om, Reagent and Quiescent for that.
>
> And obviously, I'm forgetting a few other batteries-included frameworks 
> I've seen (because there are a few, apart from Caribou).
>
> On Tuesday, April 29, 2014 4:22:58 AM UTC-4, Bernhard Mäder wrote:
>>
>> Hey guys,
>>
>> I need your help in choosing a web stack for a medium sized website 
>> project, which is going to take the better half of my time for the next 
>> year. I really want to use clojure, because of various reasons, but have 
>> never done web development with it before. Frankly, it’s quite hard to feel 
>> confident about such a decision, as there are so many libraries to choose 
>> from, many of which seem to be abandoned or with very little (public) 
>> momentum.
>>
>> These are the notable features I need on the server side:
>>
>>    - Internationalization of content, with multilingual URLs
>>    - Authentication through username / password and through xing (oauth) 
>>    and linkedin (oath2).
>>    - Image and PDF upload
>>    - A small (and pretty basic) CMS
>>    - Beautiful reports renderings
>>    - A basic admin backend 
>>
>> First, I was thinking along the compojure/hiccup/friend stack. I like it 
>> for the simplicity, the flexibility and the abundance of documentation on 
>> the web. Unfortunately, I see myself reinventing the wheel a few times with 
>> this approach…
>>
>> Then there is caribou. I like that it’s very well documented and that 
>> it’s already being used in production. It appears to be the most feature 
>> complete solution for the time being. It handles images, has backend 
>> scaffolding and i18n. OTOH, authentication isn’t really built-in (other 
>> than basic auth, if I got that right) and, it’s very new, so adoption seems 
>> to be still low. Also, it is developed in-house, so there’s the risk of 
>> abandonment, too.
>>
>> Finally, I took a look at pedestal (services). I like its overall design 
>> and I especially welcome the URL generator, which is going to be a boon in 
>> larger projects. But all in all, it seems to be little more than a 
>> (powerful) routing engine (again, maybe I’m missing something) and lacks 
>> internationalization as well as authentication (although I read that the 
>> snapshot version of friend will work with it). Also, it is developed 
>> in-house and not declared production-ready yet. 
>>
>> I don’t feel very comfortable with either choice and would appreciate the 
>> thoughts of seasoned clojure web devs on that topic. Please talk me into 
>> it! I don’t want to end up with scala and play… :-)
>>
>> Thanks for your thought!
>> Bernhard
>>
>>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to