say I have a clojure-application that I distribute as a uberjar, and run with java -jar foo-standalone.jar

How would I go about to make it possible to connect to a repl within this application?

so I could say lein repl :connect localhost:1337 and inspect/modify the state of the app?

seems like -Dclojure.server.repl="{:port 5555 :accept clojure.core.server/repl}” would do the trick

@slipset: see https://github.com/clojure/tools.nrepl#embedding-nrepl-starting-a-server

@slipset: and note that nrepl is not the same as the socket repl available since clojure 1.8

@ragge: thanks, seems as if the socket-repl serves my needs

for now I just need to run a function in a ns to reload some stuff

@slipset: telnet ftw 🙂

jepps, Simple And Easy

is anyone using the built-in clojure 1.8 repl for lightweight inter-process RPC?

Hello all, why (name (keyword "10.12.0.0/16")) => 16? Is there any way to get full string keyword?

try (name (keyword nil "10.12.0.0/16")) if you want the keyword to have that all as the name

I might be hopelessly lagging, but still using schema (despite clojure.spec) 😉 anyone knows how if there is a type for anonymous functions?

note that the reader won't read it that way, but it's fine to programmatically create and use keywords that way

@alexmiller: thanks, it worked

Is there a separate Clojure 1.9 release notes floating around somewhere? Or is spec the only addition in this release

@reitzensteinm: It’s 1.8 + spec https://twitter.com/puredanger/status/735215438829748224

@tap thanks!

what would you like to do with them?

i see more things wrong with that code :)

@reitzensteinm: as we move into other stuff I will start updating the changes.md file again for subsequent releases

@firstclassfunc: what is it that you're trying to do ?

read all available data on the socket, or read until the socket is closed ?

@alexmiller

fantastic, thanks!

@lmergen this is reading from an SSH ChannelInputStream.. The stream needs to remain open so I am just looking to retrieve the buffer

ok, so all that is available ? what do you want to do when there is no more data available ?

Well I move onto the next sequence of write->read, write->read.. close..

because .available only returns 0 when there is no more data waiting in the buffer

@lmergen: yea but it depends on the overloaded class.. it does not always seem to work

so, your issue is that your read blocks, even when available returns a non-zero value ?

it eventually blocks yes because I have no way of knowing what is left in the buffer.

inpustreams are blocking, why are you trying to process one in a non-blocking way?

i think this is something that has more to do with the underlying socket implementation rather than clojure, but: you should set your socket to read in non-blocking mode. i vaguely recall, from my days as a C coder that reading from a socket might sometimes block if there is still data left to fill in the socket. as in: nobody guarantees it immediately returns if data is available!

@lmergen true but that is dealt with within the SSH library. I really just want to inspect the results of the buffer and move on to the next sequence.

if you want to do non-blocking io, the way to do that is with nio channels, if you are trying to do it with inputsreams you are fighting uphill

i personally think you should do something different: skip the whole .available() part

just read in non-blocking mode, and only enter recursion if the return value n == length of buf

that is the normal way to do this, anyway

and yes, nio channels like @hiredman suggests is the best abstraction here, you're reinventing the wheel

I would suggest not bothing with whatever non-blocking async whatever you are trying to do, you will almost certainly be fine spinning up threads and having them block doing io

but if you must, the way to do it is with nio channels, or netty channels, and the name of the inputstream class you reading from suggests that somewhere this is a channel you should being using instead

Tke for advice. Its not using NIO/NETTY but I get this is non-trivial. Tks.

whatever ssh library you are using certainly is

once you find the way to get the channel instead of the inputstream you'll want to use https://github.com/ztellman/byte-streams

oh

maybe it isn't, Channel could be refering to ssh channels

in which case, the library is built on blocking io, so trying to use it to do non-blocking io in someway is going uphill

@vikeri: you could roll your own type using a custom clause with either ifn? or fn?

Why not just use a function? (pad-fn "25px" {:color "blue"}) — macros don’t compose so functions are nearly always preferable.

idea is i may have a variable number of style items in that map, and I want to just have that function/macro/whatever expand the 4 values in place

(see my expanded answer in #C053AK3F9 )

(pad-fn "25px" {:any "arbitrary" :style "attributes" :go "here"})

yeah I’m just using this to simplify notation so while that works^ it doesn’t really help my needs etc - i’m guessing the type of transformation I want to do just isn’t possible in clojure though from everything I’ve read

It looks like you want something similar to the splice reader #?@ but a) I don't think is going to work anyways b) why not a macro including the "father" of pad-macro?

@richiardiandrea: I was thinking of potentially doing something with the “parent” but have no idea what that’d look like or if it’d allow the sort of convenience notation I was hoping for

You could get pretty creative with splice but as Sean said usually you prefer functions for composability, what if at some point you want to insert pad AND margin in the hiccup? The two macros won't work together but two functions can be composed

yeah i actually wanted that use case too lol