Re: Implementing a Oauth2 provider with clauth and friend
Hi Sebastian, Are you using stuartsierra/component library? If you are, take a look at juxt/cylon https://github.com/juxt/cylon that in a component way offers Oauth2 (client and provider). opensensors.io have been the first adopters of this security cylon feature as you can find on the README. I worked on the implementation so maybe I can help you on adopting OAuth2 too Cheers Juan El domingo, 14 de diciembre de 2014 18:08:58 UTC, Sebastian Bensusan escribió: Hi, I am writing a Single Page Application using Om that communicates via XHR with a REST API using compojure + liberator. I should be able to authenticate users by using email password credentials or third party Oauth2 like Linkedin's. I My plan is: use clauth [1] to roll my own oauth2, package it as a friend credential-fn/workflow, and then wrap the liberator api with friend [2] and the third parties workflows. Anybody has any pointers on how to do this? It is a complex solution but I have no ideas on how to simplify it. Thanks for your time! Sebastian [1] https://github.com/pelle/clauth [2] http://sritchie.github.io/2014/01/17/api-authentication-with-liberator-and-friend/ -- 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: Implementing a Oauth2 provider with clauth and friend
Hola Juan, I am using sutartsierra/component and from the README I see cylon offers what I want: both client and provider. Thanks a lot for the suggestion. I am having some trouble reading the library or getting an overview of how it works. Which file should I start with? I would love to write some docs while I learn to use it. Best Sebastian On Tuesday, December 16, 2014 9:51:45 AM UTC+1, JUAN ANTONIO Ruz wrote: Hi Sebastian, Are you using stuartsierra/component library? If you are, take a look at juxt/cylon https://github.com/juxt/cylon that in a component way offers Oauth2 (client and provider). opensensors.io have been the first adopters of this security cylon feature as you can find on the README. I worked on the implementation so maybe I can help you on adopting OAuth2 too Cheers Juan El domingo, 14 de diciembre de 2014 18:08:58 UTC, Sebastian Bensusan escribió: Hi, I am writing a Single Page Application using Om that communicates via XHR with a REST API using compojure + liberator. I should be able to authenticate users by using email password credentials or third party Oauth2 like Linkedin's. I My plan is: use clauth [1] to roll my own oauth2, package it as a friend credential-fn/workflow, and then wrap the liberator api with friend [2] and the third parties workflows. Anybody has any pointers on how to do this? It is a complex solution but I have no ideas on how to simplify it. Thanks for your time! Sebastian [1] https://github.com/pelle/clauth [2] http://sritchie.github.io/2014/01/17/api-authentication-with-liberator-and-friend/ -- 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: Handling increasingly-intensive processes
Now that someone's said it, just store tweets seems like such a duh move. Thanks! -sam On Monday, December 15, 2014 6:35:13 AM UTC-5, Thomas Heller wrote: Hey, without knowing much about your application/business needs its hard to speculate what might be good for you. The root of your problem might be CouchDB since it was never meant for Big Data and since we are talking tweets I generally think a lot. I'm not sure how your map value looks but I think you do something like obj = (couch/get hash-tag) obj = (my-app/update obj new-tweet) (couch/put hash-tag obj) Which will always perform badly since you cannot do this concurrently, except with CRDTs which CouchDB doesn't support since it does its own MVCC. Don't remember exaclty how their conflict resolution works but I think it was last write wins. Caching will not save you for long, since writes will eventually become the bottleneck. Why do you not use a CouchDB view to create the hash-tag map on the server and then just append-only the tweets? The views map function can then just emit each tweet under the hash-tag key (once for each tag) and the reduce function can build your map. That should perform alot better up to a certain point and you can control how up-to-date your view index has to be. Anyways, might be best to choose another Database. Regardless of what database you are using, updating a single place concurrently is going to be a problem. An Atom in Clojure makes this look like a no-brainer but under high load it can still blow up since it has no back-pressure in any way. Bit Data and Distributed Systems are hard and cannot be described in short. Without exact knowledge of what your app/business needs look like it is impossible to make the correct recommendation. HTH, /thomas On Monday, December 15, 2014 4:54:04 AM UTC+1, Sam Raker wrote: I'm (still) pulling tweets from twitter, processing them, and storing them in CouchDB with hashtags as doc ids, such that if a tweet contains 3 hashtags, that tweet will be indexed under each of those 3 hashtags. My application hits CouchDB for the relevant document and uses Cheshire to convert the resulting string to a map. The map's values consist of a few string values and an array that consists of all the tweets that contain that hashtag. The problem is thus with common hashtags: the more tweets contain a given hashtag, the long that hashtag's tweets array will be, and, additionally, the more often that document will be retrieved from CouchDB. The likelihood and magnitude of performance hits on my app are therefore correlated, which is Bad. I'm reaching out to you all for suggestions about how best to deal with this situation. Some way of caching something, somehow? I'm at a loss, but I want to believe there's a solution. Thanks, -sam -- 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: Implementing a Oauth2 provider with clauth and friend
Hola Sebastian, Happy to know that you are interested on cylon too, I'll try to get a oauth2 demo project configuration ready this afternoon Regards Juan El martes, 16 de diciembre de 2014 10:11:11 UTC, Sebastian Bensusan escribió: Hola Juan, I am using sutartsierra/component and from the README I see cylon offers what I want: both client and provider. Thanks a lot for the suggestion. I am having some trouble reading the library or getting an overview of how it works. Which file should I start with? I would love to write some docs while I learn to use it. Best Sebastian On Tuesday, December 16, 2014 9:51:45 AM UTC+1, JUAN ANTONIO Ruz wrote: Hi Sebastian, Are you using stuartsierra/component library? If you are, take a look at juxt/cylon https://github.com/juxt/cylon that in a component way offers Oauth2 (client and provider). opensensors.io have been the first adopters of this security cylon feature as you can find on the README. I worked on the implementation so maybe I can help you on adopting OAuth2 too Cheers Juan El domingo, 14 de diciembre de 2014 18:08:58 UTC, Sebastian Bensusan escribió: Hi, I am writing a Single Page Application using Om that communicates via XHR with a REST API using compojure + liberator. I should be able to authenticate users by using email password credentials or third party Oauth2 like Linkedin's. I My plan is: use clauth [1] to roll my own oauth2, package it as a friend credential-fn/workflow, and then wrap the liberator api with friend [2] and the third parties workflows. Anybody has any pointers on how to do this? It is a complex solution but I have no ideas on how to simplify it. Thanks for your time! Sebastian [1] https://github.com/pelle/clauth [2] http://sritchie.github.io/2014/01/17/api-authentication-with-liberator-and-friend/ -- 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: Implementing a Oauth2 provider with clauth and friend
That's great! Thanks! On Tuesday, December 16, 2014 2:27:53 PM UTC+1, JUAN ANTONIO Ruz wrote: Hola Sebastian, Happy to know that you are interested on cylon too, I'll try to get a oauth2 demo project configuration ready this afternoon Regards Juan El martes, 16 de diciembre de 2014 10:11:11 UTC, Sebastian Bensusan escribió: Hola Juan, I am using sutartsierra/component and from the README I see cylon offers what I want: both client and provider. Thanks a lot for the suggestion. I am having some trouble reading the library or getting an overview of how it works. Which file should I start with? I would love to write some docs while I learn to use it. Best Sebastian On Tuesday, December 16, 2014 9:51:45 AM UTC+1, JUAN ANTONIO Ruz wrote: Hi Sebastian, Are you using stuartsierra/component library? If you are, take a look at juxt/cylon https://github.com/juxt/cylon that in a component way offers Oauth2 (client and provider). opensensors.io have been the first adopters of this security cylon feature as you can find on the README. I worked on the implementation so maybe I can help you on adopting OAuth2 too Cheers Juan El domingo, 14 de diciembre de 2014 18:08:58 UTC, Sebastian Bensusan escribió: Hi, I am writing a Single Page Application using Om that communicates via XHR with a REST API using compojure + liberator. I should be able to authenticate users by using email password credentials or third party Oauth2 like Linkedin's. I My plan is: use clauth [1] to roll my own oauth2, package it as a friend credential-fn/workflow, and then wrap the liberator api with friend [2] and the third parties workflows. Anybody has any pointers on how to do this? It is a complex solution but I have no ideas on how to simplify it. Thanks for your time! Sebastian [1] https://github.com/pelle/clauth [2] http://sritchie.github.io/2014/01/17/api-authentication-with-liberator-and-friend/ -- 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: Google Clojure REPL
Hello, The Clojure REPL in the Play Store is the one that I published. It does suffer from the ART-related issues in Lollipop. I have started a rewrite of the REPL where I hope I can make significant improvements as well as open source it. I apologise for not getting it working earlier, but it's been a back-burner project for me. Sincerely, Daniel On Mon Nov 24 21:44 2014, Adam Clements wrote: There are a number of issues with clojure on lollipop, the ART compiler doesn't like the bytecode generated by closure for various reasons. I have just today opened a dialogue with the ART developers at Google and at least some of the issues have been fixed for the next release of Android. Others might require changes to clojure though. Be reassured that there is some movement in this area though. If you are referring to the app store clojure REPL, that is probably suffering from the same issues. I'm not sure who publishes that though, so don't know whether it would be updated once this is resolved. On Mon, 24 Nov 2014 4:14 pm Zach Oakes zsoa...@gmail.com wrote: I believe there are still issues with ART that need to be resolved before Clojure apps run on Lillipop. You may want to ask this on the clojure-android list instead: https://groups.google.com/forum/#!forum/clojure-android On Sunday, November 23, 2014 5:39:08 PM UTC-5, Lorentzz00 wrote: Hello to all; So, the Clojure REPL for Lollipop doesn't Work. Why? Why won't it install? When will you migrate to 1.6 or 1.7? Hope to hear something soon. Lorentzz -- 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. -- 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.
Codox output missing namespace documentation
I'm using codox to generate api documentation for a fairly large Cojure project, and it is ignoring namespace doc strings for all but some of my namespaces. i have moved the :aot directives into the uberjar profile, so the :apt option should not be the problem. but who knows. 1. Has anyone else experienced this issue? 2. Is there a better way to generate API docs? FYI - I am also using Marginalia, and it is working great. There are no missing doc strings in the output. Thanks, -NG -- 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.
#db/id[:db.part/db] throws an exception
I'm following the Clojure Cookbook recipe for defining a schema in datomic. One of the forms is: #db/id[:db.part/db] but this generates an exception clojure.lang.ExceptionInfo: No reader function for tag id :: {:column 25, :line 27, :type :reader-exception} Can anyone offer any insight? -- 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.
Feature expressions demo
In case anyone is interested in venturing beyond the bleeding edge and trying out the current state of feature expressions, I have created forks of the relevant repositories with the patches applied, and put together a minimal hello-world repository. https://github.com/levand/fx-hello-world Thanks, -Luke -- 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: Has the old invalid constant tag: -57 bug been fixed?
I've recently seen the same error: Loading test/cljs/classroom_checkout/test1.cljs... done CompilerException java.lang.ClassFormatError: Unknown constant tag 117 in class file classroom_checkout/utils_test$eval12853, compiling:(/private/var/folders/m0/161fm8fx069fk_fny08nrmkmgp/T/form-init7703020558715930971.clj:1:1131) I caused this by making a copy of Nolen's recently added cljs.core tests and by trying to load them in my browser REPL. It appears to be related to the size of the file: If I try just a few forms in the ns, it works, but once beyond say 500 or 1000 lines, I get this error, with the exact number changing depending on the size of the file. -- 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: Has the old invalid constant tag: -57 bug been fixed?
I know it can be a pain, but a sample project on GitHub, or a zip/tar file of the project, plus info like: OS version, JDK version, and sequence of commands run after creating the repo that lead to the error, preferably reproduced 100% or reasonably large fraction of the time, can make the difference between determining the cause of such problems, vs. them remaining a mystery. Thanks, Andy On Tue, Dec 16, 2014 at 1:48 PM, Mike Fikes mikefike...@gmail.com wrote: I've recently seen the same error: Loading test/cljs/classroom_checkout/test1.cljs... done CompilerException java.lang.ClassFormatError: Unknown constant tag 117 in class file classroom_checkout/utils_test$eval12853, compiling:(/private/var/folders/m0/161fm8fx069fk_fny08nrmkmgp/T/form-init7703020558715930971.clj:1:1131) I caused this by making a copy of Nolen's recently added cljs.core tests and by trying to load them in my browser REPL. It appears to be related to the size of the file: If I try just a few forms in the ns, it works, but once beyond say 500 or 1000 lines, I get this error, with the exact number changing depending on the size of the file. -- 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: Feature expressions demo
Thanks for putting this together. On Tue, Dec 16, 2014 at 4:34 PM, Luke VanderHart luke.vanderh...@gmail.com wrote: In case anyone is interested in venturing beyond the bleeding edge and trying out the current state of feature expressions, I have created forks of the relevant repositories with the patches applied, and put together a minimal hello-world repository. https://github.com/levand/fx-hello-world Thanks, -Luke -- 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: Ring and Compojure with Node.js via Clojurescript
Update: Somebody else has beat me to it. https://github.com/bodil/dogfort Matt -- 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: #db/id[:db.part/db] throws an exception
Yeah, we shouldn't be telling you to use reader literals like that. Preferred is a call to (d/tempid ...). I'm updating the code now (https://github.com/clojure-cookbook/clojure-cookbook/blob/master/06_databases/6-11_schema.asciidoc) On Tuesday, December 16, 2014 2:01:00 PM UTC-6, edw...@kenworthy.info wrote: I'm following the Clojure Cookbook recipe for defining a schema in datomic. One of the forms is: #db/id[:db.part/db] but this generates an exception clojure.lang.ExceptionInfo: No reader function for tag id :: {:column 25, :line 27, :type :reader-exception} Can anyone offer any insight? -- 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: Has the old invalid constant tag: -57 bug been fixed?
You are absolutely right, Andy. Getting out my bantha shears in order to provide a good reduction for a bug report… -- 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.
[ANN] milesian/aop 0.1.3 - Apply AOP in stuartsierra/component with a component perspective
Hi folks Announcing here milesian/aop https://github.com/milesian/aop, a proposal to apply AOP middleware to your current stuartsierra.component system In the README https://github.com/milesian/aop/blob/master/README.md, I've detailed the common example of applying logging cross-cutting concern but, I wrote this aop utility for different type of output: real time system visualizations https://github.com/tangrammer/webclient-system-diagram (publishing code still in progress) that let you know which protocol was defining the dependency relation between components. Anyway you are not restricted to logging, theoretically you can use milesian/aop for any kind of AOP stuff (apply extra security level, throw events, change call workflow ...) Due that still I didn't use it in production mode, I'm not actually sure about performance so I'd appreciate any comments on defrecord-wrapped https://github.com/tangrammer/defrecord-wrapper dependency I think it's really interesting the component perspective in relation of protocol and function perspective when you specify the place where you want to apply middleware. this library follows the guidelines on stuartsierra system customization https://github.com/stuartsierra/component#customization, then you can use it also with milesian/BigBang https://github.com/milesian/BigBang. Hope you enjoy this tool and Thanks for reading! Juan -- 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: Google Clojure REPL
Hi Daniel, I just wanted to thank you and say how much I've appreciated your Android REPL. In learning Clojure, it's been an amazing resource to have. Studying books away from a computer, or just being comfortable at home: it's been a great learning multiplier to launch your app on the spur of the moment and try things, or just pull up source/docs for core functions. Thank you again. Please let us know if there's a way to help. Very best, Nathan -- 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: Has the old invalid constant tag: -57 bug been fixed?
I found that the problem I'm experiencing is, in essence, the same issue as discussed (and fixed) here https://code.google.com/p/counterclockwise/issues/detail?id=429, but with some new tool in my toolchain (Cursive/simple-brepl/Weasel). TL;DR: Something produces a .class file that exceeds the 65535 bytes allowed by the JVM. The evidence: I can take the large test foo.clj file attached to the thread and reproduce the problem, and eliminate it by deleting a few lines. This is consistent with what I was seeing earlier when trying to load all of ClojureScript's core tests. I'll start with Colin to see if he has any thoughts on whether Cursive is involved. I can successfully evaluate and use the results of a (load-file path/to/filename.cljs) form in the REPL, but hit the error only when using Cursive's “Load File in REPL” menu item. -- 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: #db/id[:db.part/db] throws an exception
I've tried that already but then Clojure complains about there being an uneven number of elements in a map. Curious though: did the original code ever actually work? Is it something that was deprecated? Have to say I am happy if that's the case, the original seemed unnecessarily arcane where as a standard function call is obvious. On Tuesday, December 16, 2014 11:42:10 PM UTC, Ryan Neufeld wrote: Yeah, we shouldn't be telling you to use reader literals like that. Preferred is a call to (d/tempid ...). I'm updating the code now ( https://github.com/clojure-cookbook/clojure-cookbook/blob/master/06_databases/6-11_schema.asciidoc ) On Tuesday, December 16, 2014 2:01:00 PM UTC-6, edw...@kenworthy.info wrote: I'm following the Clojure Cookbook recipe for defining a schema in datomic. One of the forms is: #db/id[:db.part/db] but this generates an exception clojure.lang.ExceptionInfo: No reader function for tag id :: {:column 25, :line 27, :type :reader-exception} Can anyone offer any insight? -- 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: #db/id[:db.part/db] throws an exception
Strangely making the change to my code didn't fix it (I got an exception about an uneven number of elements in a map) but copying and pasting your code -once I'd fixed the half dozen bracket and brace errors that have been introduced- it does work. Ta. On Wednesday, December 17, 2014 7:02:12 AM UTC, edw...@kenworthy.info wrote: I've tried that already but then Clojure complains about there being an uneven number of elements in a map. Curious though: did the original code ever actually work? Is it something that was deprecated? Have to say I am happy if that's the case, the original seemed unnecessarily arcane where as a standard function call is obvious. On Tuesday, December 16, 2014 11:42:10 PM UTC, Ryan Neufeld wrote: Yeah, we shouldn't be telling you to use reader literals like that. Preferred is a call to (d/tempid ...). I'm updating the code now ( https://github.com/clojure-cookbook/clojure-cookbook/blob/master/06_databases/6-11_schema.asciidoc ) On Tuesday, December 16, 2014 2:01:00 PM UTC-6, edw...@kenworthy.info wrote: I'm following the Clojure Cookbook recipe for defining a schema in datomic. One of the forms is: #db/id[:db.part/db] but this generates an exception clojure.lang.ExceptionInfo: No reader function for tag id :: {:column 25, :line 27, :type :reader-exception} Can anyone offer any insight? -- 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: Google Clojure REPL
Looking very much towards 1.7 on android. -- 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: Has the old invalid constant tag: -57 bug been fixed?
So, the upshot here is that it depends on the IDE/REPL environment, is fixed in Eclipse/CCW, and is still broken in IntelliJ/Cursive, with unknown status in Netbeans/Enclojure? Reading between the lines at the bug report suggests anything that uses current nREPL under the hood has it fixed. -- 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.