Jim,

Thanks for the note!  Yeah we have been talking about ways to make the
immutant download optional, so that solves that problem, thanks!  It will
be coming out in the next release.

As for the "app/" dir, it is configurable between environments, as long as
people know about it.  I can make that more clear in the docs for Immutant
deployment (actually it is an issue for tomcat deployment as well).

Great song btw.  Not direct inspiration, but maybe kicking around in the
subconscious there?

Thanks for Immutant as well, I am a big fan!  We run all of our Caribou
deployments on Immutant.  Still working on integrating some of the larger
features into our workflow.


On Sun, Nov 24, 2013 at 4:05 PM, Jim Crossley <j...@crossleys.org> wrote:

> Prasanna, Ryan and Justin,
>
> Hi. I just got around to playing with Caribou today. Very nice!
>
> I was happy to see you including Immutant config in the application
> template, but you don't need it. Immutant will happily bootstrap a deployed
> app using the :ring options map in project.clj. As long as you're including
> that, the immutant.clj file in the application template is redundant.
> Here's more info:
> http://immutant.org/builds/LATEST/html-docs/initialization.html#initialization-porting
>
> And I agree removing the immutant dependency in project.clj will greatly
> reduce the number of downloaded jars. Technically, you only need that
> dependency in project.clj when running *outside* of the Immutant container,
> e.g. when your tests refer to the immutant namespaces.
>
> The only other Immutant-related feedback I might offer is wrt the assets
> dir, "app/". Relative paths like that are only gonna work if you start up
> Immutant in your project's directory, so in production you'll likely want
> that to be an absolute path.
>
> I especially like the project's name. It reminds me of the Pixies song:
> https://www.youtube.com/watch?v=x6m-pwWCDKU
>
> Thanks!
> Jim
>
>
> On Wed, Nov 13, 2013 at 1:25 AM, Ryan Spangler <ryan.spang...@gmail.com>wrote:
>
>> Justin,
>>
>> As far as I know, Immutant is not a dependency, but an option.  Let me
>> know if that is not true however.
>>
>>
>> On Tuesday, November 12, 2013 10:13:17 PM UTC-8, Justin Smith wrote:
>>>
>>> Typically my first step making a caribou app is to remove the immutant
>>> dependency. It's pretty straightforward to take it out.
>>>
>>> On Tuesday, November 12, 2013 9:19:27 PM UTC-8, Prasanna Gautam wrote:
>>>>
>>>> This is really cool. Very easy to get up and running for first try. I
>>>> have a few questions on the architecture.
>>>>
>>>> Why Immutant instead of plain ring as the default? I think the number
>>>> of dependencies could be much lower with it.
>>>>
>>>> I know it's only alpha.. but I'm asking this on behalf of others who
>>>> might be thinking the same.
>>>> And, are there plans for NoSQL database support, like MongoDB, MapDB (
>>>> http://www.mapdb.org/ - I just found out about it myself but this is
>>>> the only decent in-memory NoSQL solution other than Berkeley DB)?
>>>>
>>>> On Tuesday, November 12, 2013 6:52:10 PM UTC-5, Ryan Spangler wrote:
>>>>>
>>>>> Hello Clojure,
>>>>>
>>>>> Excited to announce today the release of Caribou!
>>>>> http://let-caribou.in/
>>>>>
>>>>> We have been building web sites and web applications with it for over
>>>>> two years now and improving it every day.  Currently we have four people
>>>>> working on it and another ten using it to build things, so it is getting a
>>>>> lot of real world testing.
>>>>>
>>>>> It has been designed as a collection of independent libraries that
>>>>> could each be useful on their own, but which come together as a meaningful
>>>>> whole.
>>>>>
>>>>> We have been spending the last couple months getting it ready for a
>>>>> full open source release, and I am happy to say it is finally ready.
>>>>>  Funded and supported by Instrument in Portland, OR:
>>>>> http://weareinstrument.com/  We have four projects using it in
>>>>> production, and several more about to be launched (as well as over a dozen
>>>>> internal things).
>>>>>
>>>>> Documentation is here:  http://caribou.github.io/
>>>>> caribou/docs/outline.html
>>>>>
>>>>> Source is here:  http://github.com/caribou/caribou (use this for
>>>>> issues, you don't actually need the source as it is installed through a
>>>>> lein template).
>>>>>
>>>>> Some of the independently useful libraries Caribou is built on are:
>>>>>
>>>>> * Polaris -- Routing with data (not macros) and reverse routing! :
>>>>> https://github.com/caribou/polaris
>>>>> * Lichen -- Image resizing to and from s3 or on disk:
>>>>> https://github.com/caribou/lichen
>>>>> * Schmetterling -- Debugging Clojure processes from the browser:
>>>>> https://github.com/prismofeverything/schmetterling
>>>>> * Antlers -- Useful extensions to mustache templating (helpers and
>>>>> blocks, among other things):  https://github.com/caribou/antlers
>>>>> * Groundhog -- Replay http requests: https://github.com/
>>>>> noisesmith/groundhog
>>>>>
>>>>> And many others.
>>>>>
>>>>> Basically this is an Alpha release, and I am announcing it here first
>>>>> in order to get as much feedback from the community as possible.  We have
>>>>> made it as useful as we can for our purposes and recognize that for it to
>>>>> improve from here, we really need as many people using it and building
>>>>> things with it as possible.  The documentation also needs to be put 
>>>>> through
>>>>> its paces:  we need to see how well people are able to use it who know
>>>>> nothing about it, based only on the existing docs.
>>>>>
>>>>> All feedback welcome!
>>>>>
>>>>> Thanks for reading!  I hope you find it useful.
>>>>>
>>>>  --
>> --
>> 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/groups/opt_out.
>>
>
>  --
> --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/KeyaMJERW0o/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Reply via email to