Re: what is the best forum for keeping up with Clojure?

The Clojurians Slack is probably the largest and most activity community these days – http://clojurians.net to self-signup and https://clojurians.slack.com for the content – but there's also https://clojureverse.org if you prefer a "forum" over "chat". And there's r/Clojure on Reddit – which

Re: Why is next.jdbc using my IP address?

> Okay, this seems to have to do with characters acting as wildcards in the password itself. This is in the .env file: I don't know what library you are using for managing your configuration but perhaps it interprets $n as an environment variable called n and substitutes the value (which will be

Re: pre and post assertions, always in the meta data?

Whilst you solved your problem, you didn't get an answer about metadata. There are multiple places metadata can appear in a function definition: dev=> (defn ^{:one true} func (^{:two true} [x] {:three true} x) {:four true}) #'dev/func dev=> (meta #'func) {:one true, :arglists ([x]), :four true,

Re: how to package a project to a jar file?

On Wed, Sep 15, 2021 at 11:51 AM Alan Thompson wrote: > You could also check out depstar > No, please use tools.build -- I already use it in most of my OSS projects to build library JARs for deployment to Clojars (instead of depstar). I've been working with Alex to close the gap between uber

Re: [BLOG] Once Upon A Class

nREPL and > those that apply to nREPL only. > I hope this avoids the pitfall you've described, and that the general > discussion on Clojure's on-the-fly code generation and class loading > mechanism will be of benefit to all Clojurians. > > Daniel > > On Tue, May 25, 2021 at 1:

Re: [BLOG] Once Upon A Class

client, instances of > DynamicClassLoader keep piling up. > > If you think there is a lack of clarity, I'll be happy to amend the text > to make it less likely for the reader to miss that. Thank you very much for > your input. > > Daniel > > On Mon, May 24, 2021 at 10:58 P

Re: [BLOG] Once Upon A Class

When I tried some of your code in a default REPL (via the Clojure CLI), I don't see the same results. In particular: user=> (hash (.getContextClassLoader (Thread/currentThread))) 1865201235 user=> (hash (.getContextClassLoader (Thread/currentThread))) 1865201235 user=> (hash

Re: How get function name in body?

StackWalker*/getInstance *java.lang.StackWalker$Option* >> /RETAIN_CLASS_REFERENCE) >> >> #_=> (*+* a b)) >> >> #'dev/add >> >> dev=> (add 1 2) >> >> dev/add >> >> 3 >> >> dev=> >> >> Thanks, Ré

Re: How get function name in body?

; Thanks, Rémi! On Thu, Apr 29, 2021 at 12:08 PM Remi Forax wrote: > > > ------ > > *De: *"Sean Corfield" > *À: *"clojure" > *Envoyé: *Jeudi 29 Avril 2021 01:26:34 > *Objet: *Re: How get function name in body? > > Consider that

Re: How get function name in body?

Consider that: (defn add [a b] (+ a b)) is expanded to (something like): (def add (fn [a b] (+ a b))) So the actual code that runs is an anonymous function, which is bound to the (global) var #'add -- the function itself has no name. dev=> (*macroexpand* '(*defn* *add* [a b] (*+* a b))) (def

Re: Socket servers, threads, and redirecting error output.

Austin, You might find a macro like this helpful -- just use it directly instead of future. You can replace println with whatever sort of logging you want. (defmacro logged-future "Given a body, execute it in a try/catch and log any errors." [& body] (let [line (:line (meta )) file *file*]

Re: what is currently considered a good blog engine, written in Clojure?

I think a lot of people use Cryogen: Simple static sites (cryogenweb.org) -- I used to use Octopress, based on Jekyll, and switched to Cryogen recently. For the commenting system, I've used Disqus for a long time. And I host on GitHub (via seancorfield.github.io and a

Re: clojure.edn/read isn't spec compliant

As someone who has spent a lot of time around standardization committees (eight years on ANSI X3J16 C++ and some time around the ANSI C work before that, as well as years of BSI work as well), here's how I view the EDN specification: it states what is valid or invalid, a compliant reader should

Re: Why is `binding-conveyor-fn` private?

Isn't that what bound-fn and bound-fn* are for? On Fri, Aug 21, 2020 at 11:21 AM Dimitrios Jim Piliouras < jimpil1...@gmail.com> wrote: > Hi folks, > > I don’t get this… > > Why would such a neat/important utility private? Every time I > submit/schedule a function to some Executor manually (not

Re: Classpath bug re Clojure 1.10.1.645 when using Figwheel.Main

Alan, > 4. I could possibly try to replicate your proposed experiment explicitly, but I no longer have easy access to 1.10.1.645 since Homebrew has been fixed. I did find the `brew-install` repo on GH, but am not certain how to replicate the broken install of *.645. Per the

Re: Classpath bug re Clojure 1.10.1.645 when using Figwheel.Main

I'd like to point out that tools.deps.alpha can build a differently-ordered classpath from the exact same input files when run on a different machine (i.e., the same source/deps, the same version of t.d.a./CLI). This has bitten me a couple of times with depstar which I use for building

Re: DEPRECATED: Libs must be qualified, change cljfmt => cljfmt/cljfmt (~/.clojure/deps.edn)

The warning appears about your own use of unqualified lib names in your project's dependencies: so it really is "castigating the perpetrator", by making you use groupId/artifactId format names for dependencies, instead of the (lazy/convenient) shorthand of artifactId for libs that have a groupId

Re: Inadequate behavior of agent await?

If you provide an error handler on the agent -- or just specify the error mode as :continue -- it does not hang. That makes me think that what you're seeing is "expected behavior" although it does seem a bit strange...? On Wed, Jun 10, 2020 at 1:49 AM Ernesto Garcia wrote: > I have discovered

Re: [ANN] Deploy tokens for Clojars

> https://github.com/clojars/clojars-web/issues/new?template=issue.md > and we can chat there. > > It looks like Erik has already updated the deps-deploy documentation > (thanks Erik!). > > - Toby > > On Mon, May 18, 2020 at 12:25 AM Sean Corfield wrote: > >

Re: [ANN] Deploy tokens for Clojars

Here's a project that is documented to use the Clojars password and is fairly widely used: https://github.com/slipset/deps-deploy -- all projects created by clj-new rely on this and all of them will have the same documentation to use the Clojars password. Forcing everyone to change their

Re: Using Deps/CLI for building mixed Clojure & Java projects

And you might look at https://github.com/EwenG/badigeon (which is listed on that tools page) since it says it will "Compile java sources" according to the readme On Thu, Apr 2, 2020 at 2:30 PM Sean Corfield wrote: > You would need to write a Clojure script with a -main functi

Re: Using Deps/CLI for building mixed Clojure & Java projects

You would need to write a Clojure script with a -main function that would (somehow) compile Java source code according to whatever rules you wanted and then invoke it from the CLI (as an initial step to get the compiled class files onto the classpath that a subsequent CLI invocation could use).

Re: WebApp authentication and authorization - up-to-date information?

Authentication is a serious business. Posting code examples for beginners to follow is likely to either be too complex to be a good example or too simple to be a good authentication process. Also, I think a lot of "the experienced users" are building real-world apps that are proprietary in

Re: WebApp authentication and authorization - up-to-date information?

ot into Java shops. > > Clojure will remain vital to some big companies regardless of whether the > cost of entry is reduced; but sadly, the comparative abomination called > JavaScript will continue to grow - eating the backend now too. It could be > Clojure/ClojureScript takin

Re: WebApp authentication and authorization - up-to-date information?

> some form of database interface (definitely need not be ORM; just a demonstrated pattern) I'm curious as to what you feel is missing beyond clojure.java.jdbc / next.jdbc? SQL is the lingua franca for relational databases and those libraries provide the interface between Clojure data -- hash

Re: A controversial call to bump libraries from 0.x to 1.0

I don't think the doc generator runs automatically at the moment -- and, for a while, it was having problems processing several Contrib repos (java.jdbc still shows 0.7.10-SNAPSHOT in the generated docs, but 0.7.11 was released a while back). On Sat, Mar 14, 2020 at 10:21 AM Matching Socks

Re: A controversial call to bump libraries from 0.x to 1.0

That ship done sailed already today... many Contrib libs hit 1.0.0 (or 1.0.x) and most of the rest will follow suit in the next several days I expect! I certainly plan to bump tools.cli and, with Fogus' help, core.cache and core.memoize to 1.0.0. java.jdbc will likely remain at 0.7.11 since its

Re: ANN: jedi-time 0.2.0

Just had a play with this in REBL and it feels much more intuitive now, thank you! I'll be adding this to my dev setup for work on Monday :) On Sun, Feb 16, 2020 at 7:57 AM dimitris wrote: > Hi folks, > > Following the recent discussion/feedback I got, I am pleased to announce > the second

RE: ANN: jedi-time 0.1.4

to provide the key/index   context k for Indexed/Associative/ILookup colls if possible, but not   to fabricate one e.g. for sequences (pass nil). nav returns the   value of clojure.core.protocols/nav.” Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not a

RE: ANN: jedi-time 0.1.4

up colls if possible, but not to fabricate one e.g. for sequences (pass nil). nav returns the value of clojure.core.protocols/nav.” Hopefully this clarifies what I was trying to express, but I’m happy to have another few goes around if we’re not both there yet  Sean Corfield -- (904) 302-SEAN An Ar

Re: ANN: jedi-time 0.1.4

lDate, >> LocalDateTime, OffsetDateTime & ZonedDateTime can have useful navigations: >> >> - LocalDate => :week-day , :year-month >> >> - LocalDateTime => :local-date, :local-time >> >> - OffsetDateTime => :local-datetime, :instant >>

Re: ANN: jedi-time 0.1.4

stant > > That is pretty much it in terms of `nav`... > > Does that make (more) sense? > > > Many thanks in advance... > > Dimitris > > ps: Sean I can be on slack but with my work email > > > On 04/02/2020 05:18, Sean Corfield wrote: > > You're misund

Re: Stack Overflow developer survey

I've been encouraging folks to take the survey and write in Clojure. Representation matters! On Wed, Feb 5, 2020 at 5:45 PM Matching Socks wrote: > Today, I noticed an invitation to complete the Stack Overflow developer > survey. > > (Clojure was not on the menu.) > > -- > You received this

RE: Bit rot and leiningen?

mostly to enable the REBL integration I show in those videos): https://github.com/seancorfield/atom-chlorine-setup Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: 'Simon Bro

Re: ANN: jedi-time 0.1.4

o that key? Is there > any point navigating to :epoch or :second? The answer is no, right? Is > there a point in navigating to :zoned-datetime given a zone id? I would > think yes... > > On Mon, 3 Feb 2020, 04:47 Sean Corfield, wrote: > >> Think of it as a square: >> &

Re: ANN: jedi-time 0.1.4

o be a key already present > in the map, then I really don’t understand what is the point of `nav`. > > > > kind regards, > > Dimitris > > > > > > *From: *Sean Corfield > *Sent: *02 February 2020 07:36 > *To: *Clojure Mailing List > *Subject: *Re: ANN: j

Re: ANN: jedi-time 0.1.4

This is very cool but I would strongly recommend you try using this with REBL so you can figure out how to make the `nav` part work in a more natural way. nav is intended to work with a key and value (from the datafied structure), but your nav expects special values so it doesn't work with REBL.

RE: Feedback on datafy/nav project

Dimitris, As a follow-up to Alex’s comments: if you change your lib to extend the clojure.datafy version, I’ll almost certainly use your library  Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really

RE: Feedback on datafy/nav project

A, B, C that extend datafy/nav to java.time types and then other libraries X, Y, Z start pulling in those extenders, consumers of X, Y, Z can be in trouble. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really

RE: Feedback on datafy/nav project

Is there a reason you’ve mirrored those protocols/implementations rather than just use Clojure’s built-in versions? As it stands, your library wouldn’t work with other tooling that builds on Clojure’s datafy/nav (REBL, for example). Sean Corfield -- (904) 302-SEAN An Architect's View -- http

Re: Upcoming changes to Clojars

Will the upload URL or process be changing? On Mon, Dec 23, 2019 at 9:51 AM Toby Crawley wrote: > Howdy folks! We're in the process of making some changes to the > Clojars infrastructure to make it more robust, reliable, and easier to > maintain. One of those changes will be to provide a single

[ANN] seancorfield/next.jdbc 1.0.10

: • Address #74 by making several small changes to satisfy Eastwood. • Update org.clojure/java.data to "0.1.4" (0.1.2 fixes a number of reflection warnings). Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not rea

[ANN] org.clojure/core.memoize 0.8.2

Pluggable memoization based on org.clojure/core.cache https://github.com/clojure/core.memoize New in 0.8.2: - updates core.cache dependency to 0.8.2 - fixes a bug in the seed implementation for PluggableMemoization - adds memoizer as an easier way to build memoization on top of custom caches -

Re: [?] Spec error: please tell me the reason.

"HHGoD", :color "J47ZX935"}} spec-test=> On Wed, Oct 30, 2019 at 9:51 PM Sean Corfield wrote: > (s/def ::fontspecs (s/coll-of ::fontspec)) > > Sorry, I missed that error first time around. s/* is a regex spec but your > argument should be a collection of ::fo

Re: [?] Spec error: please tell me the reason.

(s/def ::fontspecs (s/coll-of ::fontspec)) Sorry, I missed that error first time around. s/* is a regex spec but your argument should be a collection of ::fontspec On Wed, Oct 30, 2019 at 9:02 PM Philos Kim wrote: > Thanks for your answer! > > I corrected the code like the following according

Re: [?] Spec error: please tell me the reason.

s/fdef's :args should be a sequence of the arguments to the function. In this case it should be :args (s/cat :fontspecs ::fontspecs) which indicates it is a sequence with one element, named :fontspecs, whose spec is ::fontspecs On Wed, Oct 30, 2019 at 7:45 PM Philos Kim wrote: > I don't know

RE: How can I do something like (= (class ds) next.jdbc.connection)??

code. The mailing list is just too slow a medium for the sort of conversations I think you need to have at this stage in your Clojure journey. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Marga

Re: How can I do something like (= (class ds) next.jdbc.connection) ??

You should :require the namespaces, not try to :import things. (ns your.namespace (:require [next.jdbc :as jdbc])) I suggest you start off by working through https://cljdoc.org/d/seancorfield/next.jdbc/1.0.9/doc/getting-started The ds binding that you have will satisfy this check (instance?

[ANN] seancorfield/next.jdbc 1.0.8

eld/next.jdbc/CURRENT/doc/migration-from-clojure-java-jdbc to see what’s involved in migrating to next.jdbc (it is not a drop-in replacement). Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Ma

RE: records alias with local vars

for arguments/locals so they would never normally conflict…? Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: Andy Fingerhut Sent: Wednesday, August 28, 2019 7:06 PM To: clojure@google

Re: records alias with local vars

What version of Clojure/Script are you using? This works fine for me on Clojure 1.10.1. On Wed, Aug 28, 2019 at 4:08 PM Brian Craft wrote: > In this example > > (defrecord x [y]) > > (defn b [x] (.getBytes ^String x)) > > > The compiler fails to resolve .getBytes. It emits reflection code,

[ANN] org.clojure/core.cache 0.8.1

ore-cache Sean Corfield -- (904) 302-SEANAn Architect's View -- http://corfield.org/"If you're not annoying somebody, you're not really alive."-- Margaret Atwood  -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group

Re: [ANN] clj 1.10.1.458 and tools.deps.alpha 0.7.516

Thanks Alex. I'm updating clj-new to use default-deps and will release a new version later today. On Saturday, June 29, 2019 at 11:44:31 AM UTC-7, Alex Miller wrote: > > A new version of clj and tools.deps.alpha are now available. > > - Mac - `brew upgrade clojure` > - Linux - see scripts at

RE: Calling Java from Clojure

Oh, you know me: I avoid AOT and gen-class at all costs _if I don’t have to use them_  Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood Fro

RE: Java Interop on steroids?

to contribute. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on behalf of Nathan Fisher Sent: Friday, June

RE: Java Interop on steroids?

class level stuff 3. We’ve since dropped the New Relic tracing stuff from our code (because we got the data we needed and moved on) Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Marga

RE: Calling Java from Clojure

“here be dragons” aspect of AOT, IMO. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on behalf of Didier Sent

RE: Java Interop on steroids?

You might be interested in how we provide type-based annotations on Clojure functions so that tooling (in our case New Relic) sees those annotations: https://corfield.org/blog/2013/05/01/instrumenting-clojure-for-new-relic-monitoring/ I agree that this could be a lot easier. Sean Corfield

[ANN] org.clojure/core.memoize 0.7.2

bug fix). https://github.com/clojure/core.memoize#change-log Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood -- You received this message because you are subscribed to the Goo

RE: [ANN] seancorfield/next.jdbc 1.0.0

From: Oleksandr Shulgin > After a month of alpha builds being available for testing, the first beta > build was released on June 24th, 2019. /me looks at his pocket clock distrustfully ;) Good catch! A PR to fix that has already been merged

[ANN] seancorfield/next.jdbc 1.0.0

journey to 1.0.0 will come at some point. We are using next.jdbc in production at World Singles Networks (of course!) so I hope you will feel comfortable doing the same! Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not r

Re: [ANN] Clojure 1.10.1

Thanks for all the work on this! Can you confirm that this is the same as 1.10.1-RC1? Sean On Thursday, June 6, 2019 at 8:28:17 AM UTC-7, Alex Miller wrote: > > Clojure 1.10.1 is a small release focusing on two issues: working around a > Java performance regression and improving error

RE: congomongo 0.5.2 comptable with MongoDB 3.6 version

/releases In particular, note the potential breaking changes around authentication that happened in the 1.0.0 release due to upgrading to the 3.x series of the driver. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really

[ANN] seancorfield/next.jdbc "1.0.0-beta1" (stable)

it. Only accretive and fixative changes will be made from this point on. Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood -- You received this message because you are subscribed

RE: results from sort-by are not sorted

Good catch, thank you! And that was my _second_ edit (my first draft was also wrong in a different way). Lesson: just try this stuff in the REPL to see what _really_ happens!  Sean Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, y

[ANN] seancorfield/next.jdbc 1.0.0-alpha8

I've talked about this in a few groups -- it's been a long time coming. This is the "next generation" of clojure.java.jdbc -- a modern wrapper for JDBC, that focuses on reduce/transducers, qualified-keywords, and datafy/nav support (so, yes, it requires Clojure 1.10).

RE: next.jdbc -- early access

I maintain four Contrib libraries: core.cache, core.memoize, java.jdbc, and tools.cli – most of the libraries are complete and stable. You can see the full list here: https://clojure.org/community/contrib_libs Only about half a dozen are considered inactive at this point. Sean Corfield

next.jdbc -- early access

. Feedback here, or via issues, or via DM is all fine. The code is substantially shorter and simpler than `clojure.java.jdbc` and the performance is substantially better. _I have not yet decided whether this will live in Contrib or not, at this point so feedback on that is also useful!_ Sean

Re: [ANN] Clojure 1.10.1-beta1

Everything seems to be running fine on 1.10.1-beta1 here at World Singles Networks. We were not experiencing the user.clj loading problem so I can't speak to how it addresses that, nor are we looking at Java 12 yet :) The only piece of feedback I'll offer here -- and Alex already knows

RE: Developing Closure in 2019 on Windows 10 or using Windows -WSL/Linux.

(but with REBL!), and develop on Windows – the same way I did on macOS. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: Matching Socks Sent: Saturday, March 16, 20

RE: Noob: Getting (re)started with Clojure on OS X

or dependency in there and months later it conflicts with some new project they’re working on in weird ways. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Marga

RE: Noob: Getting (re)started with Clojure on OS X

, perhaps?). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on behalf of Kenneth Reid Bee

RE: Closure lang for newbies in 2019

ese have active communities who will be happy to help beginners getting up to speed. Slack is by far the larger community but Zulip has a fully searchable archive (which Slack lacks on the free plans – and most of the channels from Slack are mirrored to Zulip now). Sean Corfield -- (970) FOR-SEA

[ANN] org.clojure/java.jdbc 0.7.9

http://corfield.org/blog/2018/12/03/datafy-nav/ while I was at Clojure/conj. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood -- You received this message b

RE: dynamically defining specs

Is there a way to programmatically create a spec from data? There will be in Spec2 (which is a work-in-progress – see Alex’s Inside Clojure Journal posts for the state of that work). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If y

Re: [ANN] tools.deps.alpha 0.6.488 and clj 1.10.0.414

Does it take some time for the brew repo to update? I'm getting this: (! 520)-> brew upgrade clojure Error: clojure 1.10.0.411 already installed And brew update says everything is up to date. Sean On Wednesday, February 13, 2019 at 12:19:03 PM UTC-8, Alex Miller wrote: > > tools.deps.alpha

RE: r/fold combinef and reducef init values

Ah, yes… So this line… The reducef function will be called with no arguments to produce an identity value in each partition. …needs updating/removing. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, y

RE: Noob question on the --> macro implementation

I suspect it’s done for consistency with the source of -> (which has to use first/next because it threads the expression between them) – using first/next/x in ->> is therefore a closer parallel to using first/x/next in -> so it’s easier to see the similarity (and correctness) of the

RE: Issue when moving to Clojure 1.10

require/resolve in the AOT-compiled functions to get at the larger body of Clojure code. And, of course, to try to avoid gen-class as much as possible too  The transitive AOT compilation thing is a giant pain but there are ways around it with tooling. Sean Corfield -- (970) FOR-SEAN -- (904) 302

RE: r/fold combinef and reducef init values

duced with combinef (default reducef). combinef must be associative, and, when called with no arguments, (combinef) must produce its identity element. These operations may be performed in parallel, but the results will preserve order." Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Archit

Re: [ANN] tools.deps.alpha 0.6.480 and clj 1.10.0.411 are now available.

...and nor did this. On Friday, January 4, 2019 at 12:21:55 PM UTC-8, Alex Miller wrote: > > Just a small additional bug fix over the release a couple days ago related > to classifiers. > > Changes: > >- TDEPS-112 >- Exclusions don't

Re: [ANN] tools.deps.alpha 0.6.474 and clj 1.10.0.408

This didn't come through in email... On Wednesday, January 2, 2019 at 1:30:01 PM UTC-8, Alex Miller wrote: > > tools.deps.alpha 0.6.474 and clj 1.10.0.408 are now available. > > Changes: > > * TDEPS-79 , TDEPS-109 >

Re: State of Clojure 2019 Survey!

I'm only seeing this in the web version of Google Groups. This did not get delivered via email -- so I'm replying to ensure more people see it. Alex, pretty much none of your posts to the group seem to come through in email, although your _replies_ do (as do other people's replies to your

RE: Exception: clojure.lang.ExceptionInfo thrown from the UncaughtExceptionHandler in thread "main"

offer suggestions. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on behalf of lawrence.krub...

RE: [ANN] Clojure 1.10 has been released!

I'm not touching it until Sean Corfield has it running in production ;) We have a mix of RC3 and RC4 in production right now. Clojure 1.10 “gold” is already on QA so it’ll go to production in the next few days  And, yeah, this was the first release of Clojure itself that I got a patch

Re: [ANN] Clojure 1.10.0-RC5

And as you can no doubt imagine, we are already testing it at World Singles Networks (albeit on OpenJDK 8). Sean On Tuesday, December 11, 2018 at 1:37:42 PM UTC-8, Alex Miller wrote: > > 1.10.0-RC5 is now available. Please test, particularly if your > library/application uses interop calls and

Re: [ANN] Clojure 1.10.0-RC4

All tests pass here at World Singles Networks! Looking forward to the "gold" release. On Friday, December 7, 2018 at 6:45:36 AM UTC-8, Alex Miller wrote: > > 1.10.0-RC4 is now available. Please note that 1.10 release is imminent - > this is likely your last opportunity to provide feedback

RE: [ANN] Clojure 1.10.0-RC3

We have 1.10 RC 3 in production. So far, so good. Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@google

Re: [ANN] Clojure 1.10.0-RC3

Our full test suite passes with 1.10 RC 3 at World Singles Networks. This will go into our next production build, some time this week (possibly tomorrow). On Monday, December 3, 2018 at 8:19:25 AM UTC-8, Alex Miller wrote: > > 1.10.0-RC3 is now available. > > You can try it with clj using: > >

RE: [ANN] Clojure 1.10.0-beta8

In news that should surprise no one: our full test suite passes on Beta 8 (I meant to post that yesterday afternoon but got distracted). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really

RE: [ANN] Clojure 1.10.0-beta8

This makes me smile… My first reaction to the name was the same as Alexander’s and then my second reaction cut in: “No, they’ll have thought about the name and won’t entertain changes”  It’s for safely doing requires in asynchronous (multi-threaded) code. Sean Corfield -- (970) FOR-SEAN

RE: [ANN] Clojure 1.10.0-beta7

Given how small the delta is from Beta 6 to Beta 7, it should surprise no one that all our tests pass on Beta 7 at World Singles Networks  Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really

RE: [Question] How to properly start up refs in web applications?

This doesn’t answer your question but I’m wondering why you’re using refs at all? In production Clojure code I think they are extremely rare (we have about 85K lines of Clojure and no refs at all). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org

RE: [ANN] 1.10.0-beta6

All our tests pass at World Singles Networks with Beta 6 – and we’re already started using `symbol` on keywords and the new `requiring-resolve` (thank you for that!). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying som

Re: [ANN] 1.10.0-beta6

CLJ-2432 - Added clojure.core/requiring-resolve which is like `resolve` but will `require` the symbol's namespace if needed. This is not listed in the change log, just FYI. On Friday, November 16, 2018 at 12:04:00 PM UTC-8, Alex Miller wrote: >

RE: An Error spec?

Ah, that makes much more sense. Got it! Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on beha

RE: An Error spec?

Alex, I’m curious, should this https://github.com/dawcs/flow/blob/master/src/dawcs/flow.clj#L53 use *exception-base-class* rather than Throwable directly? It looks very interesting and elegant – I’ll probably give this a test drive next week! Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN

RE: An Error spec?

people find Flow in production – it’s a lot more focused and simpler than Engine (which is definitely a good thing!  ). Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Marga

RE: What's the end goal for tools.deps?

Clojure? Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: clojure@googlegroups.com on behalf of Didier Sent: Sunday, Novemb

RE: What's the end goal for tools.deps?

it, if you wish. One important caveat to consider right now is that there is no support for Windows for clj/deps.edn projects (I develop on both macOS and Windows 10 – I just use WSL with Ubuntu on the latter – and at work everything is deployed to Linux). Sean Corfield -- (970) FOR-SEAN -- (904) 302

  1   2   3   4   5   6   7   8   9   10   >