On Apr 30, 7:53 pm, kurtharriger wrote:
> Sounds good. Ill submit a patch for walk. Im not real sure why apply hash-map
> didnt work, but if figure it out Ill add that too.
For the same reason that (apply hash-map {1 2, 3 4}) doesn't work: the
maps seqs as ([1 2] [3 4]), not as (1 2 3 4).
--
Y
Phil, Neale, Sean:
You guys are all way ahead of me as to why I am getting the results I am
getting, but it is only Neale's advice that works. That is
[prjctOne/prjctOne "1.0.0-SNAPSHOT"] works, but
[prjctOne "1.0.0-SNAPSHOT"] does not.
--Larry
On 4/30/12 11:14 AM, Phil Hagelberg wro
On Mon, Apr 30, 2012 at 9:49 PM, Philip Potter
wrote:
> Note that, even though this works, $ is not a valid character in a
> clojure symbol.
>
> See
> http://groups.google.com/group/clojure/browse_thread/thread/5af5d892f2e84212/0c5dc6b6a1578f07?#0c5dc6b6a1578f07
>
> and http://clojure.org/reader
Thank you for your responses. This was failing for me in the Noir server,
so I assumed the same error meant the same thing in the REPL. Something was
different though, changing it to (defn get-id ...) and a couple other minor
tweaks and it's working.
On Monday, April 30, 2012 9:31:17 PM UTC-4,
Sounds good. Ill submit a patch for walk. Im not real sure why apply hash-map
didnt work, but if figure it out Ill add that too.
--
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 p
Hi Travis,
> (def get-id
> (session/get :uid))
>
> (defn set-user! [user]
> (session/put! :uid {:_id user}))
>
Only set-user! is a function here. The value of get-id is evaluated at
compile-time.
I don't know about the implementation of noir.session/get, but the error
message suggests that it
I think what you actually want is:
(defn get-id []
(session/get :uid))
in your code, you're trying to call #'session/get directly and bind it
to get-id. Of course, the problem with this is that #'session/get
expects to be called in the context of a request which is where your
Unbound var except
What does 'java.lang.ClassCastException: clojure.lang.Var$Unbound cannot be
cast to clojure.lang.IDeref' mean. I'm getting this a lot and I want to
understand it better, make it easier for me to avoid this. Most of the time
I just end up adjusting my def/defn's around until it works. This is har
Hello,
I am trying to call a soap service with clj-soap(0.1.2).
The service definition is :
http://wsf.cdyne.com/WeatherWS/Weather.asmx
10001
And I am calling it from clj-soap:
(defn weather []
(let [client (soap/client-fn "http://wsf.cdyne.com/WeatherWS/
Weather.asmx?WSDL")]
(client :G
On 30 April 2012 18:24, Jay Fields wrote:
> Thank you Laurent. You said exactly what I meant, it's not a user defined
> symbol.. it's a "lib"...
>
> I'm not really sure why this is such an issue. The name of the Java class
> contains a $. If you want to use that class, you use a $. If you're defin
Clojure-control: a clojure DSL for system admin and deployment with many
remote machines via ssh
Usage: https://github.com/killme2008/clojure-control
*Release 0.3.3*
- New function (set-options! key value) to set global options,include keys
:ssh-options,:scp-options,:rsync-options and :user for
David Greenberg writes:
> A guzheng is an ancient Chinese instrument. Now you can see how well
> your tests cover your code.
Looks very interesting. I would be happy to point to Guzheng from the
Radagast readme if you think this is appropriate; I don't have any plans
to continue developing Radag
Thank you Laurent. You said exactly what I meant, it's not a user defined
symbol.. it's a "lib"...
I'm not really sure why this is such an issue. The name of the Java class
contains a $. If you want to use that class, you use a $. If you're
defining a symbol, the docs on http://clojure.org/reader
2012/4/30 Ben Smith-Mannschott
> On Mon, Apr 30, 2012 at 18:22, Jay Fields wrote:
> > Foo$Bar is the name of the class, and $ is a valid character in a Java
> class
> > name. Foo$Bar is not a clojure symbol.
>
> Sure it is. The reader has to read it somehow. Otherwise the compiler
> will have no
On Mon, Apr 30, 2012 at 18:22, Jay Fields wrote:
> Foo$Bar is the name of the class, and $ is a valid character in a Java class
> name. Foo$Bar is not a clojure symbol.
Sure it is. The reader has to read it somehow. Otherwise the compiler
will have nothing to work with. Also:
user=> (symbol? (re
Great - thanks, yes, it's Foo$Bar/BAZ after an import of Foo$Bar.
Thanks everyone for saving me from more hours inside all the proxy
apparatus.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups
Foo$Bar is the name of the class, and $ is a valid character in a Java
class name. Foo$Bar is not a clojure symbol.
On Mon, Apr 30, 2012 at 12:19 PM, Philip Potter
wrote:
> Note that, even though this works, $ is not a valid character in a
> clojure symbol.
>
> See
> http://groups.google.com/grou
Note that, even though this works, $ is not a valid character in a
clojure symbol.
See
http://groups.google.com/group/clojure/browse_thread/thread/5af5d892f2e84212/0c5dc6b6a1578f07?#0c5dc6b6a1578f07
and http://clojure.org/reader
So: is the behaviour discussed intentional? If so, should $ be mad
Neale Swinnerton writes:
> So you need...
>
> [prjctOne/prjctOne "1.0.0-SNAPSHOT"]
Actually this is incorrect; you never need to specify the group ID if
it's the same as the artifact ID.
-Phil
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
That's correct. You'll want to make sure you (:import Foo$Bar) also.
more info:
http://blog.jayfields.com/2011/01/clojure-using-java-inner-classes.html
Cheers, Jay
On Mon, Apr 30, 2012 at 11:44 AM, Tassilo Horn wrote:
> nick rothwell writes:
>
> > I'm faced with the following in some legacy co
> Ill agree that it may be approriate for map? to return false as it does
> perhaps imply a stricter contract then the jvm versions namely immutability.
> However, I fully expected the return type of keywordize to be a new immutable
> clojure map and it would be extreamly helpful if walk, hash-
nick rothwell writes:
> I'm faced with the following in some legacy code:
>
> public interface Foo { interface Bar { ... String BAZ = "baz"; ... }}
>
> Is there any way of accessing Foo.Bar.BAZ in the Clojure world? I've
> tried various combinations of proxying and reifying with no joy.
Not test
I'm faced with the following in some legacy code:
public interface Foo { interface Bar { ... String BAZ = "baz"; ... }}
Is there any way of accessing Foo.Bar.BAZ in the Clojure world? I've tried
various combinations of proxying and reifying with no joy.
--
You received this message because you
Hello,
I put together a presentation that will help you.
http://www.tekbot.com/clojure-simple-start.pdf
It teaches you a few things for working with the repl that will help
you whether or not you're working with Emacs, Eclipse etc... It also
discusses a little bit about using leiningen, which is
A guzheng is an ancient Chinese instrument. Now you can see how well
your tests cover your code.
Install the leiningen plugin [lein-guzheng "1.1.2"] to get the guzheng
task. It will trampoline into the task you want to analyze.
Simply do "lein guzheng instrument.this.ns and.this.ns also.this.one
25 matches
Mail list logo