Re: [ANN] Compojure-api 1.0.0

2016-02-17 Thread Mikhail Malchevskiy
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?

2016-01-25 Thread Mikhail Malchevskiy
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?

2015-10-14 Thread Mikhail Malchevskiy
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

2015-06-08 Thread Mikhail Malchevskiy
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?

2015-06-01 Thread Mikhail Malchevskiy
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?

2015-06-01 Thread Mikhail Malchevskiy
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