Re: The API docs are gone!

If Rich wants to keep his stuff there because it meets his needs and he is fully aware of what they do and how they do it then all of this is irrelevant. In any case "security risk" is really a overblown term for even the worst case scenario of what could happen to documentation pages. If you are

Re: Oracle and Clojure

hat the hell is going to happen to JDBC? > > Of course, I won't even begin to get into MySQL issues.  Time to > install Postgres... > > Has anyone here been able to install Clojure on IcedTea? > > On Apr 20, 9:22 am, hank williams wrote: >> On Mon, Apr 20, 2

Re: Oracle and Clojure

On Mon, Apr 20, 2009 at 9:13 AM, Sean Devlin wrote: > > Okay, I'm willing to bet this crowd has already seen this: > > http://www.sun.com/third-party/global/oracle/index.jsp > > Any thoughts on how this affects Clojure? No effect. > > > -- blog: whydoeseverythingsuck.com --~--~-~--~

Re: Clojure + Terracotta = Yeah, Baby!

> > > Writing a TIM is definitely the way to go, It's a place to hide the glue > until both Terracotta and Clojure catches up with each other. uhhh what is a TIM? Thanks Hank -- blog: whydoeseverythingsuck.com --~--~-~--~~~---~--~~ You received this m

Re: building a class or jar file from clojure

; wrote: > Off topic, but I miss reading updates to your blog. > > On Mon, Feb 9, 2009 at 2:15 PM, hank williams wrote: > >> Thanks! >> >> >> On Mon, Feb 9, 2009 at 1:21 PM, Joshua Fox wrote: >> >>> Ahead of Time compilation might be what you are

Re: building a class or jar file from clojure

/clojure/msg/58e3f8e5dfb876c9 > > Joshua > > > On Mon, Feb 9, 2009 at 6:52 PM, hank williams wrote: > >> How does one make a standard clojure based class file or jar file without >> embedding clojure source files. >> >> Hank >> >>

building a class or jar file from clojure

How does one make a standard clojure based class file or jar file without embedding clojure source files. Hank -- blog: whydoeseverythingsuck.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Clojure" group. To

Re: Distributed Clojure

On Thu, Jan 29, 2009 at 7:28 PM, Greg Harman wrote: > > Hank: > > I have looked at TC in the past, and took another look today at your > suggestion. Terracotta certainly seems to have promise feature-wise, > but I have to admit it's a "heavier" solution than I had been thinking > of, and there ar

Re: Distributed Clojure

As has been discussed on this list before, it seems to me the basis for this should be terracotta, which handles much (most?) of the heavy lifiting required for this kind of task. Have you looked at it? On Thu, Jan 29, 2009 at 9:15 AM, Greg Harman wrote: > > One of Clojure's big selling points (

Re: Multi-CPU on Mac Not Exploited?

hmm... I'm confused. From the numbers in your example it looks like server has an advantage by a factor of about 2x. But in your text you say that the client version has an advantage with complicated code. What am I missing? Does one JVM have the advantage in one situation and one in others? Hank