how to create dependncies for mysql in clojure

2013-04-07 Thread jayvandal . js
I want to access  mysql. it is in c:\program files as mysql
what is the rule   to create a dependicy statement "  
[mysql/mysql-connector-java "5.1.23"]]".
I have two books "Practical Clojure"
"Programming Clojure"
No answer in the books that I find

-- 
-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




Re: Debugger REPL feature request

2010-05-03 Thread JS
>On May 1, 10:05 pm, Phil Hagelberg  wrote:

> Have you read about this?
>
> http://hugoduncan.org/post/2010/swank_clojure_gets_a_break_with_the_l...

Looks good! Thnx for the link.

> If you are going to interact with other libraries on the JVM, you must
> be capable of handling Java exceptions. You can use tools like
> contrib's error-kit to offer CL-style condition restarts in your own
> code, but you'll always have to deal with code that you don't control.
>
> -Phil

Hmmm, I think I understand now. Clojure can't rely solely on a
condition system because then JVM lib interop would suffer.

Just curious, why not have conditions and exceptions co-exist? Clojure
could idiomatically use Conditions  but have exceptions as
well for dealing with JVM level stuff.
I mean the code from error-kit could be moved into Clojure core and
raising conditions and offering restarts could be idiomatic, inside
Clojure code.

>From a broader perspective, I wonder why only two languages (in
current use) were ever designed with the idea that programming
environment is just as important as the programming language -  Common
Lisp, to a fair extent and Smalltalk. REPL based programming for
Python, Haskell, etc still seem very immature.
While Schemes can have decent support, at least the language doesn't
get in the way and encourages great environment if you put in the
effort. Ex: MIT Scheme and Dr Scheme

Is it any surprise that the best features of Clojure development
experience is being provided by people who miss those features from
Common Lisp? And with tools adapted from those developed for Common
Lisp? People developing SLIME are  recreating the environments of lisp
machines. The best Java environments are hopeless remakes of
Smalltalk environments.  I just think there happens to be a lesson to
be learned from here.

I hope this is a seen merely as a discussion in general and food for
thought.

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Debugger REPL feature request

2010-05-01 Thread JS
Clojure is awesome, no doubt.

But I feel it  is distinctly lacking a feature that would make it a
power-house lisp.

I was working with MIT scheme the other day and I noticed just how
very nice having a debug break in the repl is. Once can look at the
bindings, execute programs within a particular frame, etc. MIT Scheme
has a very nice IDE(Edwin) based debugger too. Of course this is
expected as standard by all Common Lisp and Smalltalk users.

Periodically people do look for such a feature in clojure. I saw at
least a few threads here about this subject.

I have the following questions:

1) Is such a feature based on a Condition system? Meaning, is a
Condition system necessary to have a fully featured debugger? I am not
well versed in implementation details, am merely an applications
developer. So please do enlighten.

2) As Clojure-in-clojure is implemented, is there any plan to include
such features? Or do we just live with JVM based exceptions stack
trace and Java based debuggers. Our lot in life. How many ever tools
like Mission Control or  VisualVM the jvm people may put out there,
those just don't cut it when it comes to repl based developing.

3) I suppose something more meaningful needs to be printed out in the
stack trace. Will Clojure-in-clojure have a proper type system as
well? Instead of relying on JVM/Java class types? Meaning, when I type
"+" in repl to see what it is bound to, I won't be seeing much of the
following kinds of things in the repl --
 #. Instead when
I ask the repl what "+" is bound to, it'll nicely tell me that it is a
compiled function or some such.

Having a language based debugger, like the one most CL systems do, is
a VERY VERY nice feature that makes a heck of a lot of difference to a
person thinking the lisp way. It keeps the programmer in the flow and
doesn't break it. In my opinion, it makes the repl 10 times more
powerful.
People coming in from C++, Ruby, Python, Java, etc background won't
miss such things much.  But people who started off with their
programming life with Common Lisp or MIT Scheme will sorely miss
them.

This is a request for serious consideration of a repl debug system
with the ability to look at bindings in stacks and execute expression
is a particular frame. It will be great if other people from CL/
Smalltalk background pitched in and explained just how useful this
will be.


Whatever your response may be to these questions, please just don't
say that  Exceptions is the JVM way and that is what clojure will do.
If that was the attitude, we will all be using Java and eclipse. And
no one will look forward to features like InvokeDynamic and TCO.

Thanks for the continuing exceptional effort with Clojure. It is a joy
to program in.

-- 
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 posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en