Re: Calling Clojurescript code from Clojure
On Sep 18, 8:27 am, Brent Millare wrote: > I forgot to mention an additional condition, this should work with the > browser as an eval environment Quiddity (URL below) may not load an entire file, but you can eval an S-expression by supplying all values: https://github.com/kumarshantanu/quiddity Shantanu -- 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
Re: Calling Clojurescript code from Clojure
And yes by eval I mean compile and run on the target (browser) -- 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
Re: Calling Clojurescript code from Clojure
I forgot to mention an additional condition, this should work with the browser as an eval environment -- 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
Re: Immutant 0.3.0 released
Hi Ali, Ali M writes: > Can you please elaborate more on this line ... maybe give examples > > On Wednesday, September 12, 2012 3:45:56 AM UTC+2, Jim Crossley wrote: >> >> For certain applications, I would recommend using libraries to access >> external processes like Memcached, RabbitMQ, or cron, for example. >> And for others, I would recommend an app server. At the risk of abusing a Clojure group to discuss the fitness of app servers... Successful applications are organic; they evolve; they have lifecycles. Therefore they have to be managed: started, stopped, upgraded. They use resources, so they may exhaust them and must be monitored and possibly scaled. When I refer to an "application" here, I'm referring to a single OS process, but it may be required to interact with other processes, perhaps a message broker or a caching service or a scheduler. Though not maintained by you, those services each have their own lifecycles. Their upgrade cycle is hopefully much longer than yours, so less of a concern, but each present their own particular scaling challenges. And maybe your app interacts with other domain-specific applications -- also written by you -- that are different enough to warrant their own process/lifecycle but similar enough to operate on the same data. When I refer to "you" here, I might be referring to you, or your team, or the organization to which your team is responsible, amongst many other similar teams, each with different skill levels, language/tool preferences and areas of expertise. The more interdependent processes you have -- each with their own interfaces for management/monitoring/scaling -- and the more people involved in evolving and supporting them, the more complex your "application" becomes. And this is largely accidental complexity [1], i.e. *not* the essential complexity of the problems you're trying to solve. An app server's *accidental* complexity, though higher than say, a single web app, remains fairly constant as the *essential* complexity of your domain evolves. So recommending an app server only makes sense if its accidental complexity is less than that of an app depending on multiple external processes. I hope that makes at least some sense. I've written about it before [2]. I'm happy to discuss it further, but the Immutant mailing list is probably a better place than here. :) Thanks, Jim [1] http://en.wikipedia.org/wiki/No_Silver_Bullet [2] http://immutant.org/news/2011/11/02/enterprise-grade/ -- 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
ANN: tween-clj 0.4.0 (Tweening library for Clojure)
tween-clj is a Clojure library designed to tween a value between two points. Inbetweening or tweening is the process of generating intermediate points between two points. Source code: https://github.com/gstamp/tween-clj Jar file: https://clojars.org/tween-clj Clojure Libraries Page: http://clojure-libraries.appspot.com/library/tween-clj A small example application can be found here: https://github.com/gstamp/tween-clj/tree/master/examples -- 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
Re: ANN Quartzite 1.0 (final)
On 18 September 2012 06:53, Michael Klishin wrote: > * Solid documentation (my favorite feature) Mine too! Nice job. -- 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
Re: ANN Quartzite 1.0 (final)
2012/9/18 Simone Mosciatti > Just a little note: fantastic would be add documentation for durable > scheduler... This part is covered by the Quartz documentation, see http://quartz-scheduler.org/documentation/quartz-2.1.x/tutorials/tutorial-lesson-09 It may be easier to try it out with this store (JDBC-backed ones will require a bit more effort with setting up the schema): http://github.com/michaelklishin/quartz-mongodb And you can use any other store or develop your own. -- MK -- 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
Re: ANN Quartzite 1.0 (final)
OMG I was waiting for that, thank you guys so much, really... Just a little note: fantastic would be add documentation for durable scheduler... On Monday, September 17, 2012 10:53:57 PM UTC+2, Michael Klishin wrote: > > Quartzite [1] is a Clojure DSL on top of the Quartz scheduler. It has a > few convenience features > in addition, but primarily tries to make core Quartz features as easy to > use as possible without heavy use of Java interop in your apps. > > Here's a list of what you get out of the box: > > * Ability to define jobs, triggers and schedules using a DSL > * Scheduling, unscheduling, pausing and resuming jobs and triggers. > * Querying scheduler for information, convenient predicate functions > * Ability to register listeners for scheduler events > * Access to durable scheduler data stores (JDBC databases out of the box, > other stores via plugins) > * Solid documentation (my favorite feature) > > > New in 1.0 final: > > * Documentation updates > * Stateful jobs support > * Clojure 1.4 by default > * Better names for functions that remove triggers > > Full change log is available on GitHub [4]. > > Quartzite targets Clojure 1.3+, tested against 3 Clojure versions x 3 JDKs > on travis-ci.org, and is released under the Eclipse Public License. > > Learn more in the Getting Started guide [2] and the rest of the docs [1]. > > The source is available on GitHub [3]. We also use GitHub to track issues. > > > 1. http://clojurequartz.info > 2. http://clojurequartz.info/articles/getting_started.html > 3. http://github.com/michaelklishin/quartzite > 4. > https://github.com/michaelklishin/quartzite/blob/1.0.x-stable/ChangeLog.md > -- > MK > > http://github.com/michaelklishin > http://twitter.com/michaelklishin > > -- 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
ANN Quartzite 1.0 (final)
Quartzite [1] is a Clojure DSL on top of the Quartz scheduler. It has a few convenience features in addition, but primarily tries to make core Quartz features as easy to use as possible without heavy use of Java interop in your apps. Here's a list of what you get out of the box: * Ability to define jobs, triggers and schedules using a DSL * Scheduling, unscheduling, pausing and resuming jobs and triggers. * Querying scheduler for information, convenient predicate functions * Ability to register listeners for scheduler events * Access to durable scheduler data stores (JDBC databases out of the box, other stores via plugins) * Solid documentation (my favorite feature) New in 1.0 final: * Documentation updates * Stateful jobs support * Clojure 1.4 by default * Better names for functions that remove triggers Full change log is available on GitHub [4]. Quartzite targets Clojure 1.3+, tested against 3 Clojure versions x 3 JDKs on travis-ci.org, and is released under the Eclipse Public License. Learn more in the Getting Started guide [2] and the rest of the docs [1]. The source is available on GitHub [3]. We also use GitHub to track issues. 1. http://clojurequartz.info 2. http://clojurequartz.info/articles/getting_started.html 3. http://github.com/michaelklishin/quartzite 4. https://github.com/michaelklishin/quartzite/blob/1.0.x-stable/ChangeLog.md -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- 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
Re: Nested functions on #() reader
Indeed, there's no need for anything to be a reader macro, except concision. You can write this as an ordinary macro, eg, (crazy-fn %a %%b %%%c). If you try that and find it's awesome, share it with others. If it's universally loved, perhaps someday it could be a reader macro. On Monday, September 17, 2012 1:59:56 AM UTC-7, DAemon wrote: > > So you would introduce all of the functions first, then insert the body > into the inside? Major issue that I can see is that it's very powerful and > very useful only in very specific circumstances, but isn't extensible at > all. Looks cool, though. Maybe you could write a macro that does something > like this? > > - DAemon > > On Sun, Sep 16, 2012 at 2:16 PM, vhsmaia >wrote: > >> Hello. I'm new here, so, not sure if those were already posted. But why >> is this not used? An example would be: >> #(%a %%b %%%c) would be the same as (fn [a] (fn [b] (fn [c] (a b c))) >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Clojure" group. >> To post to this group, send email to clo...@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+u...@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 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
Re: [lein] Depending on tools.jar
On Monday, September 17, 2012 3:05:57 PM UTC+1, Patrik Sundberg wrote: > > On Monday, November 28, 2011 9:52:55 PM UTC, Walter van der Laan wrote: >> >> You can add something like this to project.clj: >> :resources-path "/usr/lib/jvm/java-6-sun/lib/tools.jar" >> >> Walter >> > > I found this thread an a couple of other ones relating to the problematic > tools.jar and lein 2. > > Does anyone have a way to add tools.jar to the classpath for a lein 2 > managed project? > > I'm trying to just do "lein test" for ritz, and getting > "java.lang.ClassNotFoundException: com.sun.jdi.VirtualMachine (jdi.clj:1)" > since tools.jar not on classpath. > > Have had no luck with :resources-path or the other suggestion of symlink > in ~/.lein/plugins (which I assume is more a lein1 thing). > > I'm on ubuntu 12.04 (openjdk 7 or oracle jdk 7). Any tips welcome! > > Adding this so others can benefit from it: hugod in the #leiningen irc channel helped me out. One way is to add something like this to profile: https://www.refheap.com/paste/5113 -- 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
Re: Some feedback on clojurescript
On Sun, Sep 16, 2012 at 8:32 PM, Irakli Gozalishvili wrote: > Hi Folks, > > I'm still new to clojurescript, but I thought I would share with you some of > the annoyances that person > person coming from JS (like myself) will likely run into: > > http://jeditoolkit.com/2012/09/16/coljurescript-feedback.html > > > Regards > -- > Irakli Gozalishvili > Web: http://www.jeditoolkit.com/ Thanks for the feedback! 1. Contributing - Send in your CA, get on clojure-dev, report issues on JIRA. Based on the fantastic contributions received thus far - the CA & JIRA are not major road blocks towards contribution. 2 & 3. Agreed that property interop with JS objects could probably be improved. 4. Regular expressions - Also could be improved - part of the issue here is that regexes go through the Java. 5. try/catch - This change was made early on and as far as I can tell was intentional. But perhaps worth bringing up on clojure-dev for more discussion. 6. JVM dependence - would be nice but that's likely a pretty long term goal. David -- 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
Re: Calling Clojurescript code from Clojure
On Sun, Sep 16, 2012 at 7:05 PM, Brent Millare wrote: > Background: I'm developing a web based development environment. > > Problem: Is there a way to evaluate clojurescript code from clojure? I need > to call clojurescript code like (load-file "foo.cljs") from clojure. Note > this is different then starting a clojurescript repl and typing in > (load-file "foo.cljs"). I'm already doing this. It needs to be more like > (eval-cljs cljs-foo-form). How does one do this? By evaluate do you mean compile and run? What about compiling the code to JS and running it via Rhino? David -- 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
Re: Is anyone relying on the js* special form?
On Wed, Sep 12, 2012 at 10:16 PM, Alexander Hudek wrote: > I've used it in conjunction with goog/base due to a problem with > simple/advanced compilation. I'm not sure if things have changed since I > encountered this problem, or if there is something else I'm doing wrong. See > the code and comment below. The deactivated "this-as" code only worked with > whitespace compilation. Perhaps a simple solution would be to allow js/this to emit a un-munged "this"? David -- 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
Re: core.logic - DCG
On Sun, Sep 16, 2012 at 11:52 PM, Alexsandro Soares wrote: > (def-->e expr1 [t e] >([t1 ?e1] (fresh [tk t2] > (token '+ tk) (term t2) (expr1 {:binop '+ t1 t2} ?e1))) >([_ t] [])) > (def-->e term1 [f t] >([f1 ?t1] (fresh [tk f2] > (token '* tk) (factor f2) (term1 {:binop '* f1 f2} ?t1))) >([_ f] [])) You can't use logic variables as keys in maps. A side note ... the DCG namespace is *very* experimental :) David -- 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
Re: ANN Drip: A fast JVM launcher
I'm getting the same multiple JVM starting behavior on Arch Linux using lein 2.0.0-preview10 and drip 0.1.7. Hmm... On Monday, September 17, 2012 2:57:00 AM UTC-4, Tassilo Horn wrote: > > Denis Labaye > writes: > > >> I am still seeing a new JVM being started every drip run. I am > >> testing Drip 0.1.7 with Lein 2 by running lein test 5 times in a row > >> with LEIN_JAVA_CMD=drip in ~/.lein/leinrc, OS X, JDK 7. > > > > No multiple JVM started for me (at least in my trivial tests) > > > > drip 0.1.7 > > Same versions here, but after running just "lein" thrice in a project, I > still have 3 JVMs in "drip ps". It's the same when I run another lein > command, e.g., "lein jar" or "lein test". > > Bye, > Tassilo > -- 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
Re: [lein] Depending on tools.jar
On Monday, November 28, 2011 9:52:55 PM UTC, Walter van der Laan wrote: > > You can add something like this to project.clj: > :resources-path "/usr/lib/jvm/java-6-sun/lib/tools.jar" > > Walter > I found this thread an a couple of other ones relating to the problematic tools.jar and lein 2. Does anyone have a way to add tools.jar to the classpath for a lein 2 managed project? I'm trying to just do "lein test" for ritz, and getting "java.lang.ClassNotFoundException: com.sun.jdi.VirtualMachine (jdi.clj:1)" since tools.jar not on classpath. Have had no luck with :resources-path or the other suggestion of symlink in ~/.lein/plugins (which I assume is more a lein1 thing). I'm on ubuntu 12.04 (openjdk 7 or oracle jdk 7). Any tips welcome! -- 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
Re: println inside a inside a for print some "nil values"
Thanks. And sorry for the duplicated post. I thought that my first message as not posted; On Monday, September 17, 2012 4:01:28 AM UTC-3, Tassilo Horn wrote: > > Giuliani Sanches > writes: > > > In this code > > > > http://pastebin.com/tJNhabJw > > > > When the second case is executed the output is: > > > > The output is (Juice > > Sandwich > > nil Banana > > nil nil) > > > > Where these "nil" come from ? > > The nils are the values of the `for`. (println item) prints Juice, > Sandwich and Banana, but println always returns nil. Thus the > comprehension results in (nil nil nil). Well, and since the printing > happens not before the elements are realized, the output is a bit > interleaved which makes it look strange. > > Bye, > Tassilo > -- 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
Re: Why do Clojure collections have (seq) rather than supporting the ISeq interface directly?
Thanks, SS!!! -- 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
Re: Nested functions on #() reader
So you would introduce all of the functions first, then insert the body into the inside? Major issue that I can see is that it's very powerful and very useful only in very specific circumstances, but isn't extensible at all. Looks cool, though. Maybe you could write a macro that does something like this? - DAemon On Sun, Sep 16, 2012 at 2:16 PM, vhsmaia wrote: > Hello. I'm new here, so, not sure if those were already posted. But why is > this not used? An example would be: > #(%a %%b %%%c) would be the same as (fn [a] (fn [b] (fn [c] (a b c))) > > -- > 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 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
Re: Nested functions on #() reader
On Sun, Sep 16, 2012 at 6:16 AM, vhsmaia wrote: > Hello. I'm new here, so, not sure if those were already posted. But why is > this not used? An example would be: > #(%a %%b %%%c) would be the same as (fn [a] (fn [b] (fn [c] (a b c))) My eyes! The goggles to nothing! -- 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
Re: Nested functions on #() reader
I think the most simple reason is that it's unreadable for humans. On Sun, Sep 16, 2012 at 6:16 AM, vhsmaia wrote: > Hello. I'm new here, so, not sure if those were already posted. But why is > this not used? An example would be: > #(%a %%b %%%c) would be the same as (fn [a] (fn [b] (fn [c] (a b c))) > > -- > 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 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
Re: println inside a inside a for print some "nil values"
Giuliani Sanches writes: > In this code > > http://pastebin.com/tJNhabJw > > When the second case is executed the output is: > > The output is (Juice > Sandwich > nil Banana > nil nil) > > Where these "nil" come from ? The nils are the values of the `for`. (println item) prints Juice, Sandwich and Banana, but println always returns nil. Thus the comprehension results in (nil nil nil). Well, and since the printing happens not before the elements are realized, the output is a bit interleaved which makes it look strange. Bye, Tassilo -- 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