Re: ANN: Om 0.8.6, Hello CLJSJS

[Sebastian Bensusan]

Thanks Khalid,

The way I see it, Om has three concepts regarding state:

1. The global state defined with atom. Named `app-state`
2. The cursor passed to each component with the relevant parts of the 
global state. Named `app`
3. Local state of each component, initialized in `IInitState` and 
manipulated with `(set-state! owner korks v)` and `(get-state owner)`. It 
is a property of the owner object so it is not directly referenced.

I agree that `app` is ambiguous for 2 but I wouldn't like to call it 
`app-state` nor `state` since those could also be confused with 1 and 3. 
Nothing better than `cursor` or `data` comes to mind. Some other parts of 
the Documentation (the Example in https://github.com/swannodette/om) use 
`data` and I think it works even if it is a meaningless term for a fn 
argument. If you agree and nobody raises objections I'll change `app` to 
`data`.

Sebastian

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

Re: Multi purpose webframework deciding between serverside generated templates and cljs SPA approach

[Sven Richter]

Hi Torsten,

I may add this some time in the future, bu for now I always used form based 
login, so some sort of a combination of SPA and traditional framework.
Did you see this series: 
http://rundis.github.io/blog/2015/buddy_auth_part2.html
This seems to go into the direction you are looking for, maybe it is 
helpful.

Best Regards,
Sven

Am Freitag, 30. Januar 2015 11:46:33 UTC+1 schrieb Torsten Uhlmann:
>
> I'm currently wrapping my head around single page apps with authentication 
> / authorization,
>
> so I would be interested in seeing a spa approach.
>
> Thanks for publishing, whatever way you choose.
>
> 2015-01-30 11:11 GMT+01:00 Sven Richter  >:
>
>> Hi,
>>
>> I am working on taking luminus and chestnut templates some steps further 
>> by additionally providing authentication and user management + some crud 
>> generation for entities plus whatever comes to my mind.
>>
>> Now, I am a bit undecided, I am working on a view that lists available 
>> users plus some editing. The original plan was to do it with server side 
>> templating and form submissions, however, as I also plan provide some 
>> headstart with reagent I could do the same in an SPA approach with ajax 
>> requests to the server.
>> Of course, what fits better is almost always a question of the specific 
>> project, but I would be interested what the general feeling for this is in 
>> the clojure community.
>>
>> What would other people prefer? What would make sense? Anything one would 
>> have to think of that I may have forgot?
>>
>> Btw. who wants to follow, this is the github page: 
>> https://github.com/sveri/closp
>>
>> Thanks,
>> Sven
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> AGYNAMIX(R). Passionate Software.
> Inh. Torsten Uhlmann | Buchenweg 5 | 09380 Thalheim
> Phone: +49 3721 273445
> Fax: +49 3721 273446
> Mobile: +49 151 12412427
> Web:http://www.agynamix.de
> Author of "Lift Web Applications How-To 
> "
>  

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

Re: Multi purpose webframework deciding between serverside generated templates and cljs SPA approach

[Torsten Uhlmann]

Thanks, Sven!

I read the first part, wasn't aware of this one though. It seems answer
some of my questions.

Thanks,
Torsten.

2015-02-02 11:34 GMT+01:00 Sven Richter :

> Hi Torsten,
>
> I may add this some time in the future, bu for now I always used form
> based login, so some sort of a combination of SPA and traditional framework.
> Did you see this series:
> http://rundis.github.io/blog/2015/buddy_auth_part2.html
> This seems to go into the direction you are looking for, maybe it is
> helpful.
>
> Best Regards,
> Sven
>
> Am Freitag, 30. Januar 2015 11:46:33 UTC+1 schrieb Torsten Uhlmann:
>>
>> I'm currently wrapping my head around single page apps with
>> authentication / authorization,
>>
>> so I would be interested in seeing a spa approach.
>>
>> Thanks for publishing, whatever way you choose.
>>
>> 2015-01-30 11:11 GMT+01:00 Sven Richter :
>>
>>> Hi,
>>>
>>> I am working on taking luminus and chestnut templates some steps further
>>> by additionally providing authentication and user management + some crud
>>> generation for entities plus whatever comes to my mind.
>>>
>>> Now, I am a bit undecided, I am working on a view that lists available
>>> users plus some editing. The original plan was to do it with server side
>>> templating and form submissions, however, as I also plan provide some
>>> headstart with reagent I could do the same in an SPA approach with ajax
>>> requests to the server.
>>> Of course, what fits better is almost always a question of the specific
>>> project, but I would be interested what the general feeling for this is in
>>> the clojure community.
>>>
>>> What would other people prefer? What would make sense? Anything one
>>> would have to think of that I may have forgot?
>>>
>>> Btw. who wants to follow, this is the github page:
>>> https://github.com/sveri/closp
>>>
>>> Thanks,
>>> Sven
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> AGYNAMIX(R). Passionate Software.
>> Inh. Torsten Uhlmann | Buchenweg 5 | 09380 Thalheim
>> Phone: +49 3721 273445
>> Fax: +49 3721 273446
>> Mobile: +49 151 12412427
>> Web:http://www.agynamix.de
>> Author of "Lift Web Applications How-To
>> "
>>
>  --
> 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.
>



-- 
AGYNAMIX(R). Passionate Software.
Inh. Torsten Uhlmann | Buchenweg 5 | 09380 Thalheim
Phone: +49 3721 273445
Fax: +49 3721 273446
Mobile: +49 151 12412427
Web:http://www.agynamix.de
Author of "Lift Web Applications How-To
"

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

Re: [ClojureScript] Re: ANN: Om 0.8.6, Hello CLJSJS

[Khalid Jebbari]

Indeed, "data" is better than "app".

Khalid aka DjebbZ
@Dj3bbZ

On Mon, Feb 2, 2015 at 10:49 AM, Sebastian Bensusan 
wrote:

> Thanks Khalid,
>
> The way I see it, Om has three concepts regarding state:
>
> 1. The global state defined with atom. Named `app-state`
> 2. The cursor passed to each component with the relevant parts of the
> global state. Named `app`
> 3. Local state of each component, initialized in `IInitState` and
> manipulated with `(set-state! owner korks v)` and `(get-state owner)`. It
> is a property of the owner object so it is not directly referenced.
>
> I agree that `app` is ambiguous for 2 but I wouldn't like to call it
> `app-state` nor `state` since those could also be confused with 1 and 3.
> Nothing better than `cursor` or `data` comes to mind. Some other parts of
> the Documentation (the Example in https://github.com/swannodette/om) use
> `data` and I think it works even if it is a meaningless term for a fn
> argument. If you agree and nobody raises objections I'll change `app` to
> `data`.
>
> Sebastian
>
> --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "ClojureScript" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojurescript/bruQ9os5wmM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescr...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojurescript.
>

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

Re: [ClojureScript] Re: ANN: Om 0.8.6, Hello CLJSJS

[Daniel Kersten]

 I personally like data. om-tools also calls it data.

On 2 February 2015 at 12:55, Khalid Jebbari 
wrote:

> Indeed, "data" is better than "app".
>
> Khalid aka DjebbZ
> @Dj3bbZ
>
> On Mon, Feb 2, 2015 at 10:49 AM, Sebastian Bensusan 
> wrote:
>
>> Thanks Khalid,
>>
>> The way I see it, Om has three concepts regarding state:
>>
>> 1. The global state defined with atom. Named `app-state`
>> 2. The cursor passed to each component with the relevant parts of the
>> global state. Named `app`
>> 3. Local state of each component, initialized in `IInitState` and
>> manipulated with `(set-state! owner korks v)` and `(get-state owner)`. It
>> is a property of the owner object so it is not directly referenced.
>>
>> I agree that `app` is ambiguous for 2 but I wouldn't like to call it
>> `app-state` nor `state` since those could also be confused with 1 and 3.
>> Nothing better than `cursor` or `data` comes to mind. Some other parts of
>> the Documentation (the Example in https://github.com/swannodette/om) use
>> `data` and I think it works even if it is a meaningless term for a fn
>> argument. If you agree and nobody raises objections I'll change `app` to
>> `data`.
>>
>> Sebastian
>>
>> --
>> Note that posts from new members are moderated - please be patient with
>> your first post.
>> ---
>> You received this message because you are subscribed to a topic in the
>> Google Groups "ClojureScript" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/clojurescript/bruQ9os5wmM/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> clojurescript+unsubscr...@googlegroups.com.
>> To post to this group, send email to clojurescr...@googlegroups.com.
>> Visit this group at http://groups.google.com/group/clojurescript.
>>
>
>  --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to the Google Groups
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescr...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojurescript.
>

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

Re: ANN qarth 0.1.0, an OAuth library

[Ricardo Acuna]

Hi

I think that Qarth is really great, but I'm having trouble with Scribe. I'm 
trying to get Khan Academy's OAuth API working, and I have a clj-oauth 
workflow that get's me an access token, but I haven't been able to set it 
up such that I send a simple GET request through. I found out this guy 
implemented it in Java using Scribe 
http://stackoverflow.com/questions/21964582/trouble-retrieving-request-token-for-khan-academy-api-using-scribe,
 
but I don't know enough Java interop to make it work on clojure. Is there a 
way to set up a custom provider with Qarth, like :provider 
org.scribe.builder.api.YahooApi on the documentation? Or a simple way to 
extend Scribes' DefaultApi10a? I know you have to use (proxy) but I'm 
clueless, and haven't seen any code that uses proxy in the wild.


On Thursday, July 24, 2014 at 10:15:11 AM UTC-7, Mike Thvedt wrote:
>
> Qarth is a simple interface to OAuth. Qarth's goal is to fix the problem 
> of Ring/Compojure and/or Friend apps reinventing the wheel for OAuth.
>
> Qarth features zero-effort Friend integration. The interactive auth flow 
> in "friendless" Qarth is two or three lines of code plus configuration. All 
> OAuth providers use the same interface, so that you can swap providers or 
> use "multi" providers (i.e. login with Facebook or Github) with little 
> additional effort.
>
> Qarth comes with out-of-the-box support for Facebook, Github, Twitter, 
> Google, and Yahoo!, and generic support for OAuth v2 and Scribe-Java.
>
> https://github.com/mthvedt/qarth
>
> Qarth is brand new, so please let me know about any issues or rough edges 
> you encounter.
>
> --Mike
> mike@gmail.com 
>

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

Re: ANN: ClojureScript 0.0-2755, Browser REPL, macros, and incremental compilation

[David Nolen]

Just pushed out 0.0-2758. The only change was a fix for the macro usage
enhancement.

On Sun, Feb 1, 2015 at 5:38 PM, David Nolen  wrote:

> ClojureScript, the Clojure compiler that emits JavaScript source code.
>
> README and source code: https://github.com/clojure/clojurescript
>
> New release version: 0.0-2755
>
> Leiningen dependency information:
>
> [org.clojure/clojurescript "0.0-2755"]
>
> This release fixes regressions to the browser REPL that resulted
> from the foreign dependencies enhancement.
>
> This release also includes two very big enhancements. The first
> is around macros. If your library does the following:
>
> (ns foo.bar
>(:require-macros foo.bar))
>
> Then users that require your library:
>
> (ns bar.baz
>   (:require [foo.bar :as foo]))
>
> Will get  `foo.bar` macros automatically required and aliased
> to `foo`.
>
> The other big enhancement is true incremental compilation
> support. While we have had incremental compilation for some time
> it has suffered from the fact that we did not recompile dependent
> namespaces - this meant no compilation warnings and corrupted builds.
>
> With auto recompilation of dependent namespaces we eliminate
> many cases that previously would have required a clean.
>
> Feedback welcome!
>
> ### Enhancements
> * CLJS-948: simplify macro usage
>
> ### Fixes
> * CLJS-927: real incremental compilation
> * Browser REPL regressions
> * CLJS-991: Wrong inference - inconsistent behavior?
> * CLJS-993: binding macro returns non-nil with empty body
> * CLJS-972: Node.js REPL eats errors in required ns when using require
> * CLJS-986: Add :target to the list of build options that should trigger
> recompilation
> * CLJS-976: Node REPL breaks from uncaught exceptions
>
>

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

Re: Help sought on issue with AOT, hadoop, classloaders, and consistency of Clojure fn classes

[Marshall Bockrath-Vandegrift]

On Friday, January 30, 2015 at 5:00:31 PM UTC-5, Jason Wolfe wrote:

Thanks for the recommendation.  For now we're looking for a simple 
> low-level interface to MR, but we're also keeping an eye on parkour and 
> pigpen for more complex tasks down the road.  Can you explain why I might 
> prefer parkour to pigpen or vice-versa? 
>

Parkour actually *is* a low-level interface to MR.  It just exposes that 
interface though relatively Clojure-idiomatic and composable abstractions, 
which can make it look higher-level than it really is.  At Parkour's core 
is the support required for MR tasks to invoke a regular Clojure var-bound 
function in place of the `.run` method of a `Mapper` or `Reducer` class. 
 Everything else in Parkour is built to make using that primitive, 
low-level interface more composable, convenient, and pleasant; but 
ultimately nothing *replaces* that interface -- your Parkour MR Clojure 
task code runs in exactly the way equivalent raw Hadoop MR Java task code 
would.

Parkour's documentation includes a "motivation" document describing the 
project motivation in the face of the Clojure-Hadoop integration projects 
which existed when I started Parkour (including 
clojure-hadoop): 
https://github.com/damballa/parkour/blob/master/doc/motivation.md 
. It doesn't yet cover PigPen, although I certainly should add a section. I 
honestly haven't evaluated PigPen in detail, but the approach of compiling 
Clojure code to Pig seems excessively complex to me, to the point of only 
be worth it for organizations which have already made a significant 
investment in Pig.

-Marshall
 

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

Re: ANN: ClojureScript 0.0-2755, Browser REPL, macros, and incremental compilation

[David Nolen]

And just pushed out 0.0-2760 which catches a ns spec parsing regression
caught by some helpful people in the ClojureScript IRC channel.

David

On Mon, Feb 2, 2015 at 9:22 AM, David Nolen  wrote:

> Just pushed out 0.0-2758. The only change was a fix for the macro usage
> enhancement.
>
> On Sun, Feb 1, 2015 at 5:38 PM, David Nolen 
> wrote:
>
>> ClojureScript, the Clojure compiler that emits JavaScript source code.
>>
>> README and source code: https://github.com/clojure/clojurescript
>>
>> New release version: 0.0-2755
>>
>> Leiningen dependency information:
>>
>> [org.clojure/clojurescript "0.0-2755"]
>>
>> This release fixes regressions to the browser REPL that resulted
>> from the foreign dependencies enhancement.
>>
>> This release also includes two very big enhancements. The first
>> is around macros. If your library does the following:
>>
>> (ns foo.bar
>>(:require-macros foo.bar))
>>
>> Then users that require your library:
>>
>> (ns bar.baz
>>   (:require [foo.bar :as foo]))
>>
>> Will get  `foo.bar` macros automatically required and aliased
>> to `foo`.
>>
>> The other big enhancement is true incremental compilation
>> support. While we have had incremental compilation for some time
>> it has suffered from the fact that we did not recompile dependent
>> namespaces - this meant no compilation warnings and corrupted builds.
>>
>> With auto recompilation of dependent namespaces we eliminate
>> many cases that previously would have required a clean.
>>
>> Feedback welcome!
>>
>> ### Enhancements
>> * CLJS-948: simplify macro usage
>>
>> ### Fixes
>> * CLJS-927: real incremental compilation
>> * Browser REPL regressions
>> * CLJS-991: Wrong inference - inconsistent behavior?
>> * CLJS-993: binding macro returns non-nil with empty body
>> * CLJS-972: Node.js REPL eats errors in required ns when using require
>> * CLJS-986: Add :target to the list of build options that should trigger
>> recompilation
>> * CLJS-976: Node REPL breaks from uncaught exceptions
>>
>>
>

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

Q: lein sanitized paths

[Elric Erkose]

What is the reason that lein generates "sanitized" project paths, replacing 
"-" with "_"?

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

Re: Q: lein sanitized paths

[Sebastian Bensusan]

Hi Elric,

The JVM can't use file directories that include hyphen - 

All paths are converted to _

http://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html

http://clojure.org/libs

Sebastian

On Monday, February 2, 2015 at 7:04:06 PM UTC+1, Elric Erkose wrote:
>
> What is the reason that lein generates "sanitized" project paths, 
> replacing "-" with "_"?
>

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

Re: Help sought on issue with AOT, hadoop, classloaders, and consistency of Clojure fn classes

[Jason Wolfe]

On Mon, Feb 2, 2015 at 7:12 AM, Marshall Bockrath-Vandegrift <
llas...@gmail.com> wrote:

> On Friday, January 30, 2015 at 5:00:31 PM UTC-5, Jason Wolfe wrote:
>
> Thanks for the recommendation.  For now we're looking for a simple
>> low-level interface to MR, but we're also keeping an eye on parkour and
>> pigpen for more complex tasks down the road.  Can you explain why I might
>> prefer parkour to pigpen or vice-versa?
>>
>
> Parkour actually *is* a low-level interface to MR.  It just exposes that
> interface though relatively Clojure-idiomatic and composable abstractions,
> which can make it look higher-level than it really is.  At Parkour's core
> is the support required for MR tasks to invoke a regular Clojure var-bound
> function in place of the `.run` method of a `Mapper` or `Reducer` class.
> Everything else in Parkour is built to make using that primitive, low-level
> interface more composable, convenient, and pleasant; but ultimately nothing
> *replaces* that interface -- your Parkour MR Clojure task code runs in
> exactly the way equivalent raw Hadoop MR Java task code would.
>
> Parkour's documentation includes a "motivation" document describing the
> project motivation in the face of the Clojure-Hadoop integration projects
> which existed when I started Parkour (including clojure-hadoop):
> https://github.com/damballa/parkour/blob/master/doc/motivation.md . It
> doesn't yet cover PigPen, although I certainly should add a section. I
> honestly haven't evaluated PigPen in detail, but the approach of compiling
> Clojure code to Pig seems excessively complex to me, to the point of only
> be worth it for organizations which have already made a significant
> investment in Pig.
>

Ah, that's very interesting -- thanks for the explanation.  I think when I
saw the similarity to pigpen syntax I just assumed parkour was also
compiling to Pig.  I'll definitely have to look into parkour further.

Cheers,
Jason


>
> -Marshall
>
>
> --
> 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/bqGU3VRNFhY/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/d/optout.
>

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

Re: Q: lein sanitized paths

[Elric Erkose]

Thanks for providing links. The term "convention" bothers me, but may apply 
to the broader discussion rather than the specific question. I just did a 
quick bench test and javac did report an error. Still, OCD me would like to 
see a spec that includes the grammar. Thanks again.



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

print-table bug?

[John Lawrence Aspden]

These behave differently in 1.6 with respect to printing the empty list:

(clojure.pprint/print-table (list {:a 1  :b 2 :c '()}))
| :a | :b |  :c |
|++-|
|  1 |  2 | clojure.lang.PersistentList$EmptyList@1 |

(clojure.pprint/pprint {:a 1  :b 2 :c '()})
{:a 1, :b 2, :c ()}

Is this a bug?

I think I prefer the behaviour of the second one .

Cheers, John.

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

Re: print-table bug?

[Steve Miner]

Looks like a bug in clojure.pprint/print-table.  Probably should be use 
`pr-str` instead of `str`.

user=> (str ())
"clojure.lang.PersistentList$EmptyList@1"
user=> (pr-str ())
"()"



> On Feb 2, 2015, at 3:10 PM, John Lawrence Aspden  
> wrote:
> 
> These behave differently in 1.6 with respect to printing the empty list:
> 
> (clojure.pprint/print-table (list {:a 1  :b 2 :c '()}))
> | :a | :b |  :c |
> |++-|
> |  1 |  2 | clojure.lang.PersistentList$EmptyList@1 |
> 
> (clojure.pprint/pprint {:a 1  :b 2 :c '()})
> {:a 1, :b 2, :c ()}
> 
> Is this a bug?
> 
> I think I prefer the behaviour of the second one .
> 
> Cheers, John.

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

Re: print-table bug?

[Michael Blume]

Difference looks like so:

https://github.com/MichaelBlume/clojure/compare/pr-str-table


On Mon Feb 02 2015 at 12:49:42 PM Steve Miner  wrote:

> Looks like a bug in clojure.pprint/print-table.  Probably should be use
> `pr-str` instead of `str`.
>
> user=> (str ())
> "clojure.lang.PersistentList$EmptyList@1"
> user=> (pr-str ())
> "()"
>
>
>
> > On Feb 2, 2015, at 3:10 PM, John Lawrence Aspden 
> wrote:
> >
> > These behave differently in 1.6 with respect to printing the empty list:
> >
> > (clojure.pprint/print-table (list {:a 1  :b 2 :c '()}))
> > | :a | :b |  :c |
> > |++-|
> > |  1 |  2 | clojure.lang.PersistentList$EmptyList@1 |
> >
> > (clojure.pprint/pprint {:a 1  :b 2 :c '()})
> > {:a 1, :b 2, :c ()}
> >
> > Is this a bug?
> >
> > I think I prefer the behaviour of the second one .
> >
> > Cheers, John.
>
> --
> 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.
>

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

Re: print-table bug?

[Steve Miner]

In any case, it would be nice if (str ()) returned “()”.  By the way, (str {}) 
returns "{}" and (str []) returns "[]” as I would expect.

I just filed CLJ-1653.Seems like the simple fix is to add a toString() 
method for PersistentList.EmptyList.

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

Re: [ClojureScript] Re: ANN: Om 0.8.6, Hello CLJSJS

[Sebastian Bensusan]

Let's go with `data` then. I posted the rewrite to Figwheel. Please take a 
look.

https://github.com/swannodette/om/wiki/Basic-Tutorial

On Monday, February 2, 2015 at 2:02:35 PM UTC+1, Dan Kersten wrote:
>
>  I personally like data. om-tools also calls it data.
>
> On 2 February 2015 at 12:55, Khalid Jebbari  > wrote:
>
>> Indeed, "data" is better than "app".
>>
>> Khalid aka DjebbZ
>> @Dj3bbZ
>>
>> On Mon, Feb 2, 2015 at 10:49 AM, Sebastian Bensusan > > wrote:
>>
>>> Thanks Khalid,
>>>
>>> The way I see it, Om has three concepts regarding state:
>>>
>>> 1. The global state defined with atom. Named `app-state`
>>> 2. The cursor passed to each component with the relevant parts of the 
>>> global state. Named `app`
>>> 3. Local state of each component, initialized in `IInitState` and 
>>> manipulated with `(set-state! owner korks v)` and `(get-state owner)`. It 
>>> is a property of the owner object so it is not directly referenced.
>>>
>>> I agree that `app` is ambiguous for 2 but I wouldn't like to call it 
>>> `app-state` nor `state` since those could also be confused with 1 and 3. 
>>> Nothing better than `cursor` or `data` comes to mind. Some other parts of 
>>> the Documentation (the Example in https://github.com/swannodette/om) 
>>> use `data` and I think it works even if it is a meaningless term for a fn 
>>> argument. If you agree and nobody raises objections I'll change `app` to 
>>> `data`.
>>>
>>> Sebastian
>>>
>>> -- 
>>> Note that posts from new members are moderated - please be patient with 
>>> your first post.
>>> --- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "ClojureScript" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/clojurescript/bruQ9os5wmM/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> clojurescrip...@googlegroups.com .
>>> To post to this group, send email to clojur...@googlegroups.com 
>>> .
>>> Visit this group at http://groups.google.com/group/clojurescript.
>>>
>>
>>  -- 
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "ClojureScript" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojurescrip...@googlegroups.com .
>> To post to this group, send email to clojur...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/clojurescript.
>>
>
>

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