Maybe the more straightforward way would be to move the re-find evaluations to a single let and use cond

(let [v1 (re-find pattern1 text)
      v2 (re-find pattern2 text)
      v3 (re-find pattern3 text)]
  (cond
    (some? v1) (bar v1)
    (some? v2) (foo v2)
    (some? v3) (baz v3)))

thanks, I think I'm going to do something like this

That sounded like a nice macro writing exercise... so I wrote one 🙂 https://github.com/walterl/clj-walterl/blob/master/src/clj_walterl/core.clj#L15

The difference to @UBSREKQ5Q's solution being that all (potentially slow/expensive) tests don't have to be performed ahead of time.

For simple regex on short inputs, that will be sufficient, though

If you want to avoid the potentially slow/expensive tests, you could do something like this:

(let [patterns [pattern1 pattern2 pattern3]
      fns [foo bar baz]]
  (loop [pattern patterns -fn fns]
    (when-not (empty? pattern)
      (if-let [value (re-find (first pattern) text)]
        ((first -fn) value)
        (recur (rest pattern) (rest -fn))))))

Ring is great. 😃

I like bidi better as it supports reverse routing: https://github.com/juxt/bidi

That’s fine I think; should be easy to try

Ok thanks - my confusion stemmed from the version being labeled headless.

oh, “headless” can be interpreted as “no gui”.

so unless your clojure application has gui, headless should be good enough.

Giving it a go now

without using macros:

(let [f ( "/bin/sh")]
  ((juxt #(.getName %)
         #(.length %))
   f))

the . is a special form, so it won't work dynamically

curl: (7) Failed to connect to localhost port 6000: Connection refused

Mac:

java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

openjdk version "11.0.7" 2020-04-14
OpenJDK Runtime Environment (build 11.0.7+10-post-Ubuntu-3ubuntu1)
OpenJDK 64-Bit Server VM (build 11.0.7+10-post-Ubuntu-3ubuntu1, mixed mode)

It’s superfluous, I am already using root

can you install clj and run a regular repl and try it there on the server?

how did you create the jar?

lein ring uberjar

:ring {:handler myproj.server/app}
  :main ^:skip-aot myproj.server
  :target-path "target/%s"
  :profiles {:uberjar {:aot :all
                       :omit-source true
                       :env          {:cookie-secret-key "64du37483*h48b3t"} ; Must be exactly 16 characters (even in uberjar profile for the build to succeed).
                       :dependencies [[ring/ring-mock "0.4.0"]]}}) ; Build fails without ring/ring-mock for some reason!

> can you install `clj` and run a regular repl and try it there on the server? I don’t have the source code on the server but I can pull it and install the dev env if that’s the only way to find out what’s wrong

not saying its the only way to find out what's wrong. but seems like a good candidate

or if its using lein, just get the source and use lein ring server and see what happens

Got it, will try that and report back. Thanks.

Same problem. Even tried Oracle Java. I guess I’ll need to reconstruct the app little by little 😞

The problem is in my setup though. lein new compojure hello-world … lein ring server-headless works

Oooh, I was omitting -headless from my setup. The server is a mess now. Will have to start over 😄

My uberjar was taking forever to launch because it couldn’t connect to Postgres :man-facepalming:

what does lein classpath show?

what does your dependencies list look like?

lein classpath shows it (there's a lot of output), but it does have: /home/steve/.m2/repository/lanterna/lanterna/master/lanterna-master.jar

Dependencies is:

:dependencies [ [lanterna "master"] ]
:repositories [; specifically used by lein-git-down to enable github
                 ["public-github" {:url ""}]
                 ["private-github" {:url "" :protocol :ssh}]
:git-down {
            lanterna {:coordinates mabe02/lanterna}
           }

Normally when I use it the dependency line is

;[com.googlecode.lanterna/lanterna "3.0.3"]

com.googlecode.lanterna.terminal.TerminalFactory is an interface, not a class

can you import com.googlecode.lanterna.terminal.DefaultTerminalFactory

Same error:

(import com.googlecode.lanterna.terminal.DefaultTerminalFactory)
java.lang.ClassNotFoundException: com.googlecode.lanterna.terminal.DefaultTerminalFactory

what if you do: (import 'com.googlecode.lanterna.terminal.DefaultTerminalFactory)

the import statement requires a quote before the class name

I get:

(import 'com.googlecode.lanterna.terminal.DefaultTerminalFactory)
java.lang.ClassNotFoundException: com.googlecode.lanterna.terminal.DefaultTerminalFactory

I think there's some part of the chain I don't understand. I don't really know Java. I thought I understood how it went together but I must be missing a step.

looks like you've done everything correct to me

how are you running the code?

is it even having issues when run from lein repl?

I'm in the REP, (I use Rebel Readline). That's how I've been testing it up to this point - play in the REPL and then create my source and use lein run . This set-up works fine with the Maven released version 3.0.3. The minute I changed over to trying to use it from GitHub it won't work. I guess I will ask the lein-git-down maintainer - though I'm sure it's something I'm doing wrong that I don't understand.

Thanks for confirming I haven't gone totally mad 🙂

well, I would try importing under lein repl just to see if maybe it's something not getting picked up by REP

otherwise, I'm pretty stumped ¯\(ツ)/¯

one other thing to note is that it seems like lein-git-down is for targeting clojure libraries. it may be that it doesn't work with java libraries