;
>
>
>
> On Sat, Nov 7, 2009 at 7:21 AM, Joubert Nel wrote:
>
> > Hi,
>
> > I'm trying to parse the XHTML at
> >http://wiki.stat.ucla.edu/socr/index.php/SOCR_Data_Dinov_042108_Antar...
>
> > But, I get a 503:
>
> > java.io.IOException: S
Hi,
When I try to build the 1.0 compatible branch of clojure.contrib using
Clojure 1.0 I get the following two FileNotFoundExceptions:
1) [java] java.io.FileNotFoundException: Could not locate clojure/
stacktrace__init.class or clojure/stacktrace.clj on classpath:
(jmx.clj:10)
2) [java] java.io.
On Sep 18, 8:51 am, noahr <[EMAIL PROTECTED]> wrote:
> Was the 'other side' (Berkely DB) in a separate process / machine? Or
> part of the same jvm?
Same JVM; I am running my Clojure application on the server and it
persists and retrieves data from Berkeley. It currently exposes an API
for a cl
Hello noahr,
I have created a library for myself to do persistence in Clojure to
Berkeley DB. I generally leverage Clojure's reader support for
(de)serialization.
However, in one instance I had to implement a particular interface and
pass that class as parameter to the Berkeley API.
At first I,
I ran into an interesting situation today, and although I have
realized my mistake, thought I would share as I think it is a good
illustration of a scenario where one may mistakenly rely on "expected"
functional "correctness" when you don't fully consider the
ramifications of lazy sequences and de
