Re: [ANN] Compojure-api 1.0.0
Started using the library recently and it already helped me a lot. So thank you, it is great! четверг, 18 февраля 2016 г., 1:24:50 UTC+3 пользователь Tommi Reiman написал: > > Just after two years of the first public version, Compojure-api 1.0.0 is > out! > > Compojure-api is a web api -library on top of Compojure, adding > Schema-based validation, swagger-integration, bi-directional routing and > more. > > 1.0.0 contains a lot of breaking changes (for the better), covered in the > Changelog[1] & the Migration Guide[2]. Biggest change is that most of the > internal macro magic has been thrown away and simple Protocols and Records > are used instead. This allows much snappier development flow, sub-routes > can be organized better and it gives better support for external libraries > like the Liberator. Looks and feels now like it should have two years ago. > Big thanks for all the contributors and users for feedback! > > more info in our blog: > http://metosin.github.io/metosin-dev/blog/compojure-api-100/ > > And the code: https://github.com/metosin/compojure-api > > cheers, > > Tommi > > [1] > https://github.com/metosin/compojure-api/blob/master/CHANGELOG.md#100-1722016 > [2] https://github.com/metosin/compojure-api/wiki/Migration-Guide-to-1.0.0 > > > -- 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: Anyone use Eastwood lint tool on a Clojure project managed by boot?
There is https://github.com/tolitius/boot-check. вторник, 26 января 2016 г., 4:40:01 UTC+3 пользователь Andy Fingerhut написал: > > I haven't used boot yet, so haven't discovered any issues that might exist > with using Eastwood [1] on a project where boot is used. There might not > be any, which would be great, but if there are I'd like to hear about > them. Even better, if you have some short instructions on how to use > Eastwood on such a project, I'd love to include them in the Eastwood docs. > > Thanks, > Andy > > > [1] https://github.com/jonase/eastwood > -- 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: Where I can learn this?
Sure you can =) Here is the public repo of Magnar Sveen (author of the "Parens of the Dead"): https://github.com/magnars/.emacs.d. Some of the functions are part of the clj-refactor (https://github.com/clojure-emacs/clj-refactor.el) which is part of the CIDER (https://github.com/clojure-emacs/cider) My personal recommendation would be to try Spacemacs (https://github.com/syl20bnr/spacemacs) which is great by itself and also has very pretty default setup for clojure (you just need to add clojure layer) четверг, 15 октября 2015 г., 4:48:37 UTC+3 пользователь Erlis Vidal написал: > > Guys, > > I've just finished the first episode of "parens of the dead" and was mind > blown for what I saw there. > > http://www.parens-of-the-dead.com/e1.html > > Have you been near someone that do something cool and you have to ask, > "how you did that?" Well, every second on the video I was having that > feeling. I don't work much in clojure, just in my spare time, is my dream > language, I use it in emacs, but I'm really not using any of the things I > saw in the video. > > - html completion > - refactoring (rename, move to function) > - adding dependencies and automatic project.clj modificaiton > > Is there a way I can learn what emacs packages was used for all that? > > I know this is not a clojure question but I'll die to have a screencast > that teach all those keystrokes and reveal the real power of emacs + > clojure. > > It was really nice to see the mouse in the middle of the screen and not > moving at all. :D > > Thanks for sharing! In just 11 minutes you empowered my Clojure passion > even more! > > Erlis > -- 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] - system : An alternative to Component
You know about https://github.com/danielsz/system, right? понедельник, 8 июня 2015 г., 17:53:08 UTC+3 пользователь David Sargeant написал: > > Differences from component: > > >1. No need to explicitly define dependencies for a particular service. >Simply order the services in the system map to facilitate dependency needs. >2. Configuration is first-class. To start the system or a particular >service, a config value must be passed. This allows you to start/stop a >system using a development or production config in a functional way. >3. Systems can be combined and added to after inital creation. > > > See https://github.com/dubiousdavid/system for more information. > > -- 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: Advice when running java -jar rather than a managed server like tomcat?
No, it's essentially Emacs + Evil mode + many, many more "layers" in a great package. Really worth trying, IMHO понедельник, 1 июня 2015 г., 19:11:44 UTC+3 пользователь Colin Yates написал: > > I recall seeing that from a while ago - weren’t they planning on rewriting > emacs effectively? > > On 1 Jun 2015, at 15:55, Mikhail Malchevskiy > wrote: > > https://github.com/syl20bnr/spacemacs =) > > понедельник, 1 июня 2015 г., 17:05:35 UTC+3 пользователь Colin Yates > написал: >> >> Hi Karsten, >> >> Unfortunately our clients are primarily windows based and the software is >> commercial. tmux - that takes me back! I have never forgotten the joy, or >> found an equivalent on KDE, Gnome, Windows or OSX of a well configured >> xMonad, I remember reaching for tmux as a substitute when running over ssh >> … Sigh - those were the days. (all we need now is someone to point out the >> obvious superiority of emacs over vim for this to ignite into a flame war… >> oh wait…) >> >> > On 1 Jun 2015, at 15:00, Karsten Schmidt wrote: >> > >> > For smaller deployments, so far I've always had a smooth ride using >> > nginx as reverse proxy and running the uberjar inside tmux. No other >> > special sauce needed, plus you get the benefit of using nginx to serve >> > your static assets (if there're not on a CDN already)... >> > >> > On 1 June 2015 at 14:40, Colin Yates wrote: >> >> Thanks Daniel, I am trying to reduce the required installed software >> on the >> >> client and they can’t access a maven repo from which to download >> >> unfortunately. Hence I am looking for a ‘self contained executable’ >> >> solution. >> >> >> >> You are yet-another-exclaimer of Boot; enough people have sung its >> praises >> >> to make it one of the next things I will need to investigate ;). >> >> >> >> >> >> On 1 Jun 2015, at 14:30, Daniel Szmulewicz >> >> wrote: >> >> >> >> Great conversation starter. >> >> >> >> Many of us had to take down that route. Eventually, we settle on a >> >> deployment solution that works for us, and we can move on with >> dev'ing. I'm >> >> sure all the answers are worthy. Please allow me to share my solution >> to >> >> this problem. It may not work for everyone, but it works for me. >> >> >> >> It can be summarized as follow: Runit supervisor + Boot. >> >> >> >> More information here: >> >> >> >> https://github.com/danielsz/boot-runit >> >> >> >> Note: this is the solution I came up with after experimenting with the >> >> strategies outlined in Ryan's blog post. >> >> http://www.rkn.io/2014/02/06/clojure-cookbook-daemons/ >> >> >> >> Now I do 'boot dev' locally and 'boot prod' on the server (with >> auxiliary >> >> 'boot dev-run' and 'boot prod-run'). >> >> >> >> Runit is a Unix classic (as in "an outstanding example of a particular >> >> style"), and Boot is quickly becoming a Clojure classic. >> >> >> >> More examples here: >> >> >> https://github.com/danielsz/system/blob/master/examples/boot/build.boot >> >> >> >> >> >> On Tuesday, May 26, 2015 at 2:38:30 PM UTC+3, Colin Yates wrote: >> >>> >> >>> Hi, >> >>> >> >>> I am venturing into new territory using http-kit, as I usually use a >> >>> 'managed' web server container like tomcat and have a few questions >> about >> >>> packing and running a JAR file: >> >>> >> >>> - are there are convenient service wrappers for windows and/or Linux >> >>> - any best practice around managing class path for things like >> >>> logback.xml >> >>> >> >>> I have a jar created from lein uberjar and java -jar the.jar works, >> but >> >>> this seems a long way away from automated deployment :). >> >>> >> >>> Any advice welcome - thanks! >> >> >> >> >> >> -- >> >> You received this message because you are subscribed to the Google >> >> Groups "Clojure" group. >> >> To post to this group, send email to clo...@
Re: Advice when running java -jar rather than a managed server like tomcat?
https://github.com/syl20bnr/spacemacs =) понедельник, 1 июня 2015 г., 17:05:35 UTC+3 пользователь Colin Yates написал: > > Hi Karsten, > > Unfortunately our clients are primarily windows based and the software is > commercial. tmux - that takes me back! I have never forgotten the joy, or > found an equivalent on KDE, Gnome, Windows or OSX of a well configured > xMonad, I remember reaching for tmux as a substitute when running over ssh > … Sigh - those were the days. (all we need now is someone to point out the > obvious superiority of emacs over vim for this to ignite into a flame war… > oh wait…) > > > On 1 Jun 2015, at 15:00, Karsten Schmidt > > wrote: > > > > For smaller deployments, so far I've always had a smooth ride using > > nginx as reverse proxy and running the uberjar inside tmux. No other > > special sauce needed, plus you get the benefit of using nginx to serve > > your static assets (if there're not on a CDN already)... > > > > On 1 June 2015 at 14:40, Colin Yates > > wrote: > >> Thanks Daniel, I am trying to reduce the required installed software on > the > >> client and they can’t access a maven repo from which to download > >> unfortunately. Hence I am looking for a ‘self contained executable’ > >> solution. > >> > >> You are yet-another-exclaimer of Boot; enough people have sung its > praises > >> to make it one of the next things I will need to investigate ;). > >> > >> > >> On 1 Jun 2015, at 14:30, Daniel Szmulewicz > > >> wrote: > >> > >> Great conversation starter. > >> > >> Many of us had to take down that route. Eventually, we settle on a > >> deployment solution that works for us, and we can move on with dev'ing. > I'm > >> sure all the answers are worthy. Please allow me to share my solution > to > >> this problem. It may not work for everyone, but it works for me. > >> > >> It can be summarized as follow: Runit supervisor + Boot. > >> > >> More information here: > >> > >> https://github.com/danielsz/boot-runit > >> > >> Note: this is the solution I came up with after experimenting with the > >> strategies outlined in Ryan's blog post. > >> http://www.rkn.io/2014/02/06/clojure-cookbook-daemons/ > >> > >> Now I do 'boot dev' locally and 'boot prod' on the server (with > auxiliary > >> 'boot dev-run' and 'boot prod-run'). > >> > >> Runit is a Unix classic (as in "an outstanding example of a particular > >> style"), and Boot is quickly becoming a Clojure classic. > >> > >> More examples here: > >> https://github.com/danielsz/system/blob/master/examples/boot/build.boot > >> > >> > >> On Tuesday, May 26, 2015 at 2:38:30 PM UTC+3, Colin Yates wrote: > >>> > >>> Hi, > >>> > >>> I am venturing into new territory using http-kit, as I usually use a > >>> 'managed' web server container like tomcat and have a few questions > about > >>> packing and running a JAR file: > >>> > >>> - are there are convenient service wrappers for windows and/or Linux > >>> - any best practice around managing class path for things like > >>> logback.xml > >>> > >>> I have a jar created from lein uberjar and java -jar the.jar works, > but > >>> this seems a long way away from automated deployment :). > >>> > >>> Any advice welcome - thanks! > >> > >> > >> -- > >> 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. > >> > >> > >> -- > >> 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. > > > > > > > > -- > > Karsten Schmidt > > http://postspectacular.com | http://thi.ng | http://toxiclibs.org > > > > -- > > Yo