Re: Startup time of standalone .jar executable

To answer your question, yes, ClojureScript startup times would be as fast as booting a shell command, a python script, etc. To this end, you can use Planck like previously suggested, but I would recommend Lumo over it: https://github.com/anmonteiro/lumo Lumo is a standalone ClojureScript

The major upgrade to Neanderthal (the matrix library) will be released soon, with lots of new functionality.

More details at: http://dragan.rocks/articles/17/Neanderthal-090-is-around-the-corner -- 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 -

Re: java interop, `(.instanceMember Classname)`

I commented over there too - I'm still confused. On 22 March 2017 at 10:59, Alex Miller wrote: > > > On Tuesday, March 21, 2017 at 11:43:25 AM UTC-5, John Gabriele wrote: >> >> >> Erf. Sorry. I don't think I understand that after all, and as well may >> have confused

Re: java interop, `(.instanceMember Classname)`

On Tuesday, March 21, 2017 at 11:43:25 AM UTC-5, John Gabriele wrote: > > > Erf. Sorry. I don't think I understand that after all, and as well may > have confused java.lang.String and java.lang.Class in my above reply. > > I also notice now that: > > user=> (class String) >

Re: java interop, `(.instanceMember Classname)`

On further reflection, I've decided not to change this. My comment here: https://github.com/clojure/clojure-site/issues/171#issuecomment-288230603 - further discussion related to this is probably best there on the issue for posterity. On Tuesday, March 21, 2017 at 11:22:33 AM UTC-5, John

Lisping for iOS, by Felwig

Does anyone have any experience with "Lisping for iOS, by Felwig" http://slidetocode.com/lisping ? I would be interested to hear some feedback before shelling out money for the tool. Thanks! -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post

Re: Startup time of standalone .jar executable

Depending what the processing is, ClojureScript could be a viable option. As I mentioned earlier, "planck" has fast start times. https://github.com/mfikes/planck On Tue, Mar 21, 2017 at 11:42 AM, Duncan McGreggor wrote: > Has the application owner defined an interface

Re: ANN: I wrote a beginner datomic tutorial I wanted to share with y'all, constructive feedback welcome

On Mar 21, 2017 12:43 PM, "Fenton Travers" wrote: @Gregg Reynolds: Okay, I'll post to clojurians on slack. I know somepeople get upset about cross posting on channels. I'm really not sure of the etiquette. I did post to the datomic channel on slack. Maybe I should

Re: Startup time of standalone .jar executable

Has the application owner defined an interface for long-running components? If not, maybe convince them to. Then they could just (.start yourCode) and then make whatever API calls you have defined, with zero start-up costs per-call from their side. (This is what I do when integrating non-Clojure

Re: Startup time of standalone .jar executable

There isn't enough information here to really recommend a fix. But here are some general thoughts: * If you're wondering whether there's a magic --fast-mode flag to make this problem go away, no, there is not. * Can you make this a whole lot faster? Probably, yes, but it will involve a lot

Re: ANN: I wrote a beginner datomic tutorial I wanted to share with y'all, constructive feedback welcome

@Alan Thompson: Yes I can see tupelo does indeed remove unnecessary boilerplate. That is good to know! --- @Luke Burton: Thank you so much for your encouragement, I did indeed work many days on that. I guess it matches my

Re: Startup time of standalone .jar executable

On Tuesday, March 21, 2017 at 11:24:20 AM UTC-4, Michael Lindon wrote: > > I wrote a collaborator some clojure code which I distributed to them as a > standalone jar file which they are executing with > > java -jar mystandalone.jar > > The problem is that this executable is called a great many

Re: java interop, `(.instanceMember Classname)`

On Tuesday, March 21, 2017 at 12:35:05 PM UTC-4, John Gabriele wrote: > > On Monday, March 20, 2017 at 4:59:33 PM UTC-4, Colin Fleming wrote: >> >> Object doesn't have a getName() method. >> >> This doc is confusing - as Phill comments above, this is calling the >> getName() method on an instance

Re: [JOB] Clojure Developer at World Singles (remote)

To clarify: This particular role is only open to folks who are authorized to work in the US, but they will be working with people who hail from Europe and the Middle East, amongst other places. I’m happy to field any other questions about this role off-list. Sean Corfield – Senior

Re: java interop, `(.instanceMember Classname)`

On Monday, March 20, 2017 at 4:59:33 PM UTC-4, Colin Fleming wrote: > > Object doesn't have a getName() method. > > This doc is confusing - as Phill comments above, this is calling the > getName() method on an instance of Class. In Clojure, a bare classname > (String, ArrayList or whatever)

Re: java interop, `(.instanceMember Classname)`

On Monday, March 20, 2017 at 7:47:46 PM UTC-4, Alex Miller wrote: > > If someone could file an issue on the clojure-site repo, I would be happy > to improve the example. Thanks. Filed: , though I don't have alternative wording/prose for

Re: [JOB] Clojure Developer at World Singles (remote)

> globally diverse team > Please note we will not be able to consider your application unless you are authorized to work in the United States. US only counts as globally diverse these days? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post

Re: Startup time of standalone .jar executable

Planck? On Tue, Mar 21, 2017 at 9:24 AM, Michael Lindon wrote: > I wrote a collaborator some clojure code which I distributed to them as a > standalone jar file which they are executing with > > java -jar mystandalone.jar > > The problem is that this executable is

Startup time of standalone .jar executable

I wrote a collaborator some clojure code which I distributed to them as a standalone jar file which they are executing with java -jar mystandalone.jar The problem is that this executable is called a great many times in their application and every time the executable is called there is a

[JOB] Clojure Developer at World Singles (remote)

World Singles is looking for a Clojure developer - remote possible! "We are looking for an enthusiastic developer with very strong Clojure-fu and a true dedication to writing clean and testable code. You'll be working with our globally diverse team to help our members find love. By creating

Re: Vars as global thread-locals?

Right, except each thread gets its own binding. So it's not necessarily that you'll get the value of the last binding up the call stack. This will only be true if you are in the same thread also. I'm not sure if we agree on the rest, but explain it differently or not. ThreadLocal is an object,

introspecting execution of run in core.logic

Hello All, Would it be possible to have the result contain, 'a execution explanation' so I can see which subgoals contributed to which particular result and when no result to see which goals has failed and therefore prevented from success? -- Lambder -- You received this message

Call for Papers & Demos: International Workshop on Functional Art, Music, Modelling and Design (FARM)

5th ACM SIGPLAN International Workshop on Functional Art, Music, Modelling and Design Oxford, UK, September, 9th 2017 Key Dates: Submission deadlineJune 1, 2017 Author Notification July 1, 2017 Camera Ready July 13, 2017 Call for Papers and Demos: The ACM SIGPLAN