Re: is there an implementation of GraphQL in Clojure?
It is not exactly equivalent, but Om Next is trying to accomplish the same basic thing with data queries to populate UI data: http://hueypetersen.com/posts/2016/02/13/om-next-from-a-relay-graphql-perspective/ And here are some other related thoughts on Clojure and GraphQL: https://groups.google.com/forum/#!topic/clojurescript/aU7qJUCyyIk On Thursday, March 10, 2016 at 1:22:52 PM UTC-8, lawrenceop...@gmail.com wrote: > > > I am looking here: > > https://github.com/chentsulin/awesome-graphql > > and Clojure is not listed. > > Is there anything in Clojure that I can use to offer GraphQL queries to a > React frontend? > -- 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.
payment gateway integration: Authorize.net + rough shopping cart
I've put together a rough API to use Authorize.net for credit card transactions through Authorize.net -- not as clean as Stripe, but lower fees. https://github.com/sventechie/authorize-net-clj I'm hoping some other people want this and are interested in participating. I'm not a very advanced Clojure user, but I've built on patterns from other libraries. I've also forked SimpleCart(js) for a shopping cart frontend, but would prefer ClojureScript eventually. I have a Clojure backend parser here https://gist.github.com/sventech/cdc4f0a662192980dd03 --Sven -- 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: Clojure needs a web framework with more momentum
Hey Sven, It looks to me like you could really polish the +auth part and integrate most of that part of closp into Luminus. I'd be happy to help with that. Then you could make a +closp that depends on +auth and build the UI parts, etc. Having a working +auth with a default db configuration, possibly with both yesql and korma as back end options, would make auth/authz trivial to set up. Then you could also focus on what makes closp unique. --Sven On Tuesday, May 5, 2015 at 1:27:21 AM UTC-4, Sven Richter wrote: Hi Dmitri, When I was building closp I was taking luminus as the base for it with some minor adoptions. I just had a look at the website of luminus and saw the massive amount of work you put into the documentation again. If that sounds reasonable for you I'd like to try to move closp and closp-crud to luminus as an opionated part of it. So if you call lein new luminus projectname +closp you will basically get what you get now with closp. You can look here for the additions: https://github.com/sveri/closp. I would like to maintain that branch. I am not sure if that will work out the way I think, but I'd like to evaluate it at least. It would be nice to have a common base and a common documentation for it. Best Regards, Sven Am Dienstag, 5. Mai 2015 02:38:41 UTC+2 schrieb Dmitri: As others have pointed out the comparison isn't really valid. Luminus intentionally aims to leverage existing libraries that are maintained independently whenever possible. I've been doing web dev with Clojure for the past 4 years and overall I do prefer the approach of using composable libraries over monolithic frameworks. With the Clojure web stack it's much easier to tell what's actually happening during the request/response lifecycle as things tend to be explicit. With frameworks like Rails a lot of stuff happens implicitly and requires a lot of in depth knowledge to work with effectively. However, there are a some downsides to the libraries over frameworks approach as well. The biggest issue is that it's difficult to track what libraries are actively maintained and which ones play nicely together. Since most libraries are maintained by individuals it's common for them to become abandoned. Another problem is that each app becomes a unique snowflake since there aren't a lot of established patterns for structuring them. Finally, security is an issue for Clojure web apps as a lot of it done in rather ad hoc fashion. While this works great for people who are well versed in the Clojure web ecosystem it's a huge barrier for newcomers. I think that the best way to address the problem is via organizations where related projects are maintained by groups of contributors. This helps discovery of projects, and it helps spread the burden of maintenance for them. This approach is already working in the wild on GitHub with Ring, Reagent, and Luminus orgs. Meanwhile, Leiningen templates are a great way to provide reasonable defaults for different types of applications and can be used to address issues such as security. Also, I'm certainly open to contributions for Luminus. I moved it to an org recently and new members would be very welcome. :) On Saturday, May 2, 2015 at 4:43:53 PM UTC-4, g vim wrote: I recently did some research into web frameworks on Github. Here's what I found: FRAMEWORK LANG CONTRIBUTORS COMMITS LuminusClojure28678 CaribouClojure 2275 BeegoGolang991522 PhoenixElixir 1241949 YesodHaskell 1303722 LaravelPHP2684421 PlayScala 4176085 SymfonyPHP113020914 RailsRuby 269151000 One could conclude from this that the Clojure community isn't that interested in web development but the last Clojure survey suggests otherwise. Clojure's library composition approach to everything only goes so far with large web applications, as Aaron Bedra reminded us in March last year: www.youtube.com/watch?v=CBL59w7fXw4 . Less manpower means less momentum and more bugs. Furthermore, I have a hunch that Clojure's poor adoption as indicated by Indeed.com maybe due to this immaturity in the web framework sphere. Why is it that Elixir, with a much smaller community and lifespan than Clojure's, has managed to put 4 times as much mindshare into its main web framework when its module output, as measured by modulecounts.com, is a tiny fraction of Clojure's? gvim -- 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
Re: Clojure needs a web framework with more momentum
Yes, Sven Richter has started a project called closp-crud that does just that. However it is also pretty easy to use Korma or YeSQL directly, especially from Luminus. --Sven On Wednesday, May 6, 2015 at 1:15:20 PM UTC-4, larry google groups wrote: Maybe I don't entirely understand what a web framework is, but it seems to me like Immutant is an example of something that might fit into a lot of the buckets. I agree. Perhaps people feel that it lacks the auto-generation of scaffolding for CRUD? Though I imagine that would be easy to fix. On Tuesday, May 5, 2015 at 7:29:28 PM UTC-4, Surgo wrote: Maybe I don't entirely understand what a web framework is, but it seems to me like Immutant is an example of something that might fit into a lot of the buckets. Could someone explain how that isn't the case? Thanks, -- Morgon -- 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: Clojure needs a web framework with more momentum
Good points, puzzler. I'm in the last stages of getting an commerce site ready for production and my issues with getting authentication to work properly may force my company to switch to an inferior but easier to configure technology (i.e., abandon Clojure). Sven Richter's friend-ui/closp work on auth/authz is quite good, but not there yet. Luminous is brilliant (pun intended) but the auth piece is not there yet. I've started a lib for payment gateway integration with authorize.net and there is a partly broken implementation of PayPal IPN (callback handling). I've got a nice JavaScript shopping cart -- a fork of SimpleCart(js) that is functional for most cases, with a Clojure parser for its terrible POST format (not yet released). Modularity, as Clojure's web libraries have been pursuing it, is a very good idea -- I've been able to choose among several options and put together an app like Legos. Alas, small differences in dependencies make some modules unable to work together. But I think the Leiningen template way is very effective. --Sven On Saturday, May 2, 2015 at 11:19:19 PM UTC-4, puzzler wrote: Last week, at the Clojure/West conference, someone (I think it was Brandon Bloom) summed up the general vibe well, by saying something along the lines of, We now have all the pieces in place to make web development an order of magnitude more productive than in any other language, we just need to figure out how to put it all together and make that happen. I think that's right. From a technological standpoint, I think we're there. The things we most need are informational resources and higher-level shared resources, such as UI widgets. For example: How do we use Buddy/Friend effectively to achieve secure web apps? (The docs are not sufficiently informative for those who haven't thought much about security and assume too much prior knowledge). How do we effectively leverage some of the more advanced Clojure-oriented webservers such as Aleph and Immutant? Clojure is great for creating new, disruptive web models, but what's the easiest path to creating something that can be done trivially with, say, Drupal or Django? Since more and more people are working with Reagent/Om/etc., we need as many Bootstrap-like widgets as possible for those tools, and more informational resources about how to use these new reactive models effectively, for example, how to do animated UIs. Are there reusable components like, say, shopping baskets? -- 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: Clojure on iOS devices - Swift as a host?
Austin Zheng has some code here https://github.com/austinzheng/swift-lambdatron that implements the basic syntax of Clojure with a REPL but does not compile to LLVM bitcode yet. He's working on some cool ideas. I really like Mike Fikes work on Goby and the example app Shrimp, and I've been experimenting with them. However, a native solution that does not require Objective C wrappers would be much easier to maintain. I'd really like to see it take off... BTW, nobody has mentioned RoboVM yet; it is an alternative to run real JVM Clojure on iOS. --Sven On Wednesday, June 4, 2014 9:20:22 AM UTC-4, Greg Knapp wrote: The recent release of Swift made me revisit Clojure on LLVM. This post from 2010 https://groups.google.com/d/msg/clojure/KrwtTsdYZ8I/Qf8PSMeoZCUJ suggests it's a very difficult task. Swift would make this job easier? As with ClojureScript, generate Swift code / provide interop and Clojurian's can produce native iOS apps? Perhaps the biggest hole to be filled would be tooling (Xcode is not Clojure/Lisp friendly? i.e. no playground support) -- 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: Clojure on iOS devices - Swift as a host?
Here is a project by Austin Zheng to implement Clojure in Swift https://github.com/austinzheng/swift-lambdatron (swift-lambdatron). He has some basics implemented with a REPL, but it does not compile to LLVM bitcode yet. He's talking about moving to Rust somehow… I'm still pretty new to Clojure, so I'm not sure what I'll be able to offer in language implementation yet. :-) I've been experimenting with Mike Fikes Goby code https://github.com/mfikes/goby and I like what he's done using ClojureScript (see Shrimp example app). However a native solution able to access the Swift iOS API would be much easier and require less maintenance long-term. Anybody else interested in making it happen? --Sven On Wednesday, June 4, 2014 9:20:22 AM UTC-4, Greg Knapp wrote: The recent release of Swift made me revisit Clojure on LLVM. This post from 2010 https://groups.google.com/d/msg/clojure/KrwtTsdYZ8I/Qf8PSMeoZCUJ suggests it's a very difficult task. Swift would make this job easier? As with ClojureScript, generate Swift code / provide interop and Clojurian's can produce native iOS apps? Perhaps the biggest hole to be filled would be tooling (Xcode is not Clojure/Lisp friendly? i.e. no playground support) -- 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: Clojure on iOS devices - Swift as a host?
All the options I mentioned -- swift-lambdatron, Goby, and RoboVM can be used to make apps to submit to the app store. None require jail breaking. Goby and RoboVM have been used for apps that were accepted. The compiled form of each app is a bonified Objective-C style LLVM binary. The ClojureSwift hopeful, swift-lambdatron, is not yet ready to make apps. --Sven On Mon, Dec 8, 2014 at 3:45 PM, Fluid Dynamics a2093...@trbvm.com wrote: On Monday, December 8, 2014 1:45:43 PM UTC-5, Sven Pedersen wrote: Austin Zheng has some code here https://github.com/austinzheng/swift-lambdatron that implements the basic syntax of Clojure with a REPL but does not compile to LLVM bitcode yet. He's working on some cool ideas. I really like Mike Fikes work on Goby and the example app Shrimp, and I've been experimenting with them. However, a native solution that does not require Objective C wrappers would be much easier to maintain. I'd really like to see it take off... BTW, nobody has mentioned RoboVM yet; it is an alternative to run real JVM Clojure on iOS. Do either of those *not* require jailbreaking the phone? Does LLVM support fixnums? TCO? -- 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/HaswRFJw29g/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. -- ``All that is gold does not glitter, not all those who wander are lost; the old that is strong does not wither, deep roots are not reached by the frost. From the ashes a fire shall be woken, a light from the shadows shall spring; renewed shall be blade that was broken, the crownless again shall be king.” -- 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: Clojure on iOS devices - Swift as a host?
Also, LLVM does support Swift seems to support Tail Call Optimization, according to this thread: http://stackoverflow.com/questions/24023580/does-swift-implement-tail-call-optimization-and-in-mutual-recursion-case I'm not familiar with the term fixnum, but if you mean the Ruby term for machine word size integers, I believe that Swift can do that... at least LLVM supports it. http://www.rubydoc.info/github/dubik/llvmruby/Fixnum --Sven On Mon, Dec 8, 2014 at 3:45 PM, Fluid Dynamics a2093...@trbvm.com wrote: On Monday, December 8, 2014 1:45:43 PM UTC-5, Sven Pedersen wrote: Austin Zheng has some code here https://github.com/austinzheng/swift-lambdatron that implements the basic syntax of Clojure with a REPL but does not compile to LLVM bitcode yet. He's working on some cool ideas. I really like Mike Fikes work on Goby and the example app Shrimp, and I've been experimenting with them. However, a native solution that does not require Objective C wrappers would be much easier to maintain. I'd really like to see it take off... BTW, nobody has mentioned RoboVM yet; it is an alternative to run real JVM Clojure on iOS. Do either of those *not* require jailbreaking the phone? Does LLVM support fixnums? TCO? -- 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/HaswRFJw29g/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. -- ``All that is gold does not glitter, not all those who wander are lost; the old that is strong does not wither, deep roots are not reached by the frost. From the ashes a fire shall be woken, a light from the shadows shall spring; renewed shall be blade that was broken, the crownless again shall be king.” -- 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.
