Re: an attempt at a web framework on top of Ring and Compojure

258 views
Skip to first unread message

Micah Martin

unread,
Dec 26, 2012, 8:08:40 AM12/26/12
to comp...@googlegroups.com
Joodo has been out for a while and sounds similar to what you describe.


Micah

On Dec 24, 2012, at 4:11 AM, Dmitri Sotnikov <dmitri....@gmail.com> wrote:

Hi all,

I've been working on a micro framework built on top of Ring and Compojure, which aims to make it easier to get started with making web applications. 
As Noir is being abandoned I felt there was a bit of a gap to be filled, and so I'm working on the Luminus framework which can be found at 
(http://www.luminusweb.net/). Any feedback and suggestions are appreciated.

Cheers,
Dmitri

--
You received this message because you are subscribed to the Google Groups "Compojure" group.
To view this discussion on the web visit https://groups.google.com/d/msg/compojure/-/kyi1FsQ9fdAJ.
To post to this group, send email to comp...@googlegroups.com.
To unsubscribe from this group, send email to compojure+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/compojure?hl=en.

Daniel Renfer

unread,
Dec 26, 2012, 10:52:16 AM12/26/12
to comp...@googlegroups.com
On the subject of Frameworks / Libraries that sit on top of Compojure
that have been out for a while, but nobody knows of them:

I present Ciste. (https://github.com/duck1123/ciste)

I don't have nearly as pretty of a docs site, but there are some neat
stuff in the code. Ciste isn't strictly a web-based framework, but it
has a plugin adapter for launching an Aleph server. It would be easy
enough to create a Jetty adapter, I just haven't had the need for it.

Ciste works best when the majority of your domain objects are Records
or can otherwise be identified by a class name. The goal of Ciste was
to make it easy to serve an interface to your application over
multiple serialization types (HTTP being one of them) and with
multiple formats. (HTML, json, xml, etc.)

If anyone finds it useful I'd love to hear it.

Daniel Renfer

unread,
Dec 29, 2012, 11:36:36 AM12/29/12
to comp...@googlegroups.com
That would be a correct assumption. Ciste was born out of my needing
wanting these functions for my own use.

In my own project I'll serve the same record as Atom, XML, 2 different
variants of JSON, RDF/XML, Turtle, edn (clojure), and HTML. Using
defsection allows me to only think about the type of views over a
collection I want to have and then not need to worry about what
environment the view gets rendered in. For instance, show-section will
return a data structure of the appropriate type for the downstream
formatter to transform. This allows me to work in Hiccup everywhere I'm
doing view type things and the actual transform happens at the end.

The other goal of Ciste was to have a module based system where common
clojure libraries could be wrapped with some configuration options and
then mixed in to the system to extend its functionality.


On Fri, Dec 28, 2012 at 12:33 PM, larry google groups
<lawrenc...@gmail.com> wrote:
> So, am I right to say the Ciste framework is geared toward serving up APIs?
> In multiple formats and over multiple protocols?
> https://groups.google.com/d/msg/compojure/-/qoD6mvfP-EcJ.

larry google groups

unread,
Feb 15, 2013, 6:49:19 PM2/15/13
to comp...@googlegroups.com, du...@kronkltd.net

Are you committed to supporting this? I like the idea of it. This is a bit like the Ruby gem RABL. I could use this in my own work though my managers are sometimes nervous about the libraries I use off of Github (the risk of a project being abandoned is not a deal breaker, but it is a consideration). 

Daniel Renfer

unread,
Feb 16, 2013, 12:15:13 PM2/16/13
to comp...@googlegroups.com
While I can't exactly say for certain that this project won't be abandoned, I can say that it is quite an integral part of almost all of my web-based clojure projects and I don't see myself giving up on it anytime soon.

I have been trying to make more of an effort to stick to proper library development guidelines and not needlessly introduce breaking changes.

If you do decide to make use of it, I'd love to hear any feedback you might have. I'd like to make it useful to other people besides myself and I still worry that I've made assumptions that just won't work for everybody.

I'm here if you have any questions.

To unsubscribe from this group and stop receiving emails from it, send an email to compojure+...@googlegroups.com.
To post to this group, send email to comp...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages