I hadn't heard of Grizzly before. Thanks for the pointer (er..., reference,
or whatever we're calling them these days).
On Tue, Mar 17, 2009 at 5:31 AM, Hubert Iwaniuk wrote:
> Hi Jeffrey,
> I was recently thinking of adding support for
> https://grizzly.dev.java.net/ in
> http://github.com/wea
Hi Jeffrey,
I was recently thinking of adding support for https://grizzly.dev.java.net/
in http://github.com/weavejester/compojure/tree/master.
Just need some time to get my head around compojure.
Cheers,
Hubert.
On Tue, Mar 17, 2009 at 12:52 AM, Jeffrey Straszheim <
straszheimjeff...@gmail.com
On Mar 16, 11:17 pm, BerlinBrown wrote:
> After many years (decade) of web development, here are the things that
> I want in a framework, mostly based in clojure:
>
> What do you think and what you add. This is ambitious and just a
> "ideas" of what I would add. What would you want from your id
On Mar 16, 10:42 pm, Shawn Hoover wrote:
> On Mon, Mar 16, 2009 at 9:18 PM, Stuart Sierra
> wrote:
>
>
>
>
>
> > On Mar 16, 7:17 pm, BerlinBrown wrote:
> > > After many years (decade) of web development, here are the things that
> > > I want in a framework, mostly based in clojure:
>
> > > Wha
On Mon, Mar 16, 2009 at 9:18 PM, Stuart Sierra
wrote:
>
> On Mar 16, 7:17 pm, BerlinBrown wrote:
> > After many years (decade) of web development, here are the things that
> > I want in a framework, mostly based in clojure:
> >
> > What do you think and what you add. This is ambitious and just a
On Mar 16, 7:17 pm, BerlinBrown wrote:
> After many years (decade) of web development, here are the things that
> I want in a framework, mostly based in clojure:
>
> What do you think and what you add. This is ambitious and just a
> "ideas" of what I would add. What would you want from your ide
I'm mostly a front-end UI person with crazy amounts of JS experience so most
of my input will be from that stand point.
1. I agree with Sean on this one. No need to bring in middleware that can't
be expressed in 10X-20X less code in pure Clojure.
2. The framework should allow for any backend (even
Okay, if you have to work with something rpe-existing that makes more
sense. My main point is that if I were started from scratch, I'd do
it different.
On Mar 16, 8:12 pm, Berlin Brown wrote:
> On Mar 16, 7:52 pm, Jeffrey Straszheim
> wrote:
>
> > I'd love to see something built around very-hi
On Mar 16, 7:52 pm, Jeffrey Straszheim
wrote:
> I'd love to see something built around very-high scalability, using NIO and
> thread pools and such.
>
> On Mon, Mar 16, 2009 at 7:40 PM, Sean wrote:
>
> > I'm not sure if some of the design inputs make sense, specifically
> > Spring and Hibernat
I'd love to see something built around very-high scalability, using NIO and
thread pools and such.
On Mon, Mar 16, 2009 at 7:40 PM, Sean wrote:
>
> I'm not sure if some of the design inputs make sense, specifically
> Spring and Hibernate.
>
> Point 1 - I've found the strength of Spring to be mak
I'm not sure if some of the design inputs make sense, specifically
Spring and Hibernate.
Point 1 - I've found the strength of Spring to be making up for the
weaknesses of Java. Once you have first class functions, macros, and
multi-methods (to name a few), Spring doesn't bring much to the table
Personally, I've been noodling about what a Tapestry/Clojure hybrid
might look like.
I'd advise that you take a peek at Lift, a functional web framework
built on Scala.
I have some ideas about what a component based framework would look
like in a function world (note: this would be leaving JSPs
After many years (decade) of web development, here are the things that
I want in a framework, mostly based in clojure:
What do you think and what you add. This is ambitious and just a
"ideas" of what I would add. What would you want from your ideal
framework?
1. Based on Spring Framework for m
13 matches
Mail list logo