Wow, thanks for the great information everyone.
David – I don't know how we'll make it pluggable, I was thinking users
could provide functions that return a set of constraints. And there
would probably be a cost function that users could override as well.
On Oct 24, 3:26 pm, Jamie Brandon
wrote:
Hi,
I have submitted my honours dissertation for marking, for those
interested: https://github.com/downloads/frenchy64/papers/paper.pdf
Corrections welcome!
Thanks,
Ambrose
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send
clojure.java.io/file
On Thu, Oct 25, 2012 at 11:08 AM, larry google groups
wrote:
>
> I want to use clojure.contrib.java-utils/file. I am using Clojure 1.3 and
> leinengen. What is the modern equivalent of clojure.contrib.java-utils/file?
>
> --
> You received this message because you are subscri
I want to use clojure.contrib.java-utils/file. I am using Clojure 1.3 and
leinengen. What is the modern equivalent of clojure.contrib.java-utils/file?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googl
For our long-running clojure server app, I found that adding `:jvm-opts
["-server"]` to the project.clj increased performance a bit. It's too much
info for this post, but hers'a good description from
SO:
http://stackoverflow.com/questions/198577/real-differences-between-java-server-and-java-cli
Thanks Ryan! This stuff is hugely helpful.
One other thing you might consider around design discussions: it would
be very useful to read XML both into clojure.xml-style structures and
also Hiccup-style structures (you already do it the other way in sexp-
as-element). Hiccup is a lot more compact
Ok, clearly I've not been keeping up, sorry :)
On 24 October 2012 18:17, David Nolen wrote:
> On Wed, Oct 24, 2012 at 6:07 PM, Jamie Brandon
> wrote:
>>
>> It sounds like something that would benefit from good constraint
>> propagation. If I remember correctly, core.logic only support
>> propaga
On Wed, Oct 24, 2012 at 6:07 PM, Jamie Brandon wrote:
> It sounds like something that would benefit from good constraint
> propagation. If I remember correctly, core.logic only support
> propagating equality/inequality constraints which can be pretty slow
> for exploring large domains. Something
It sounds like something that would benefit from good constraint
propagation. If I remember correctly, core.logic only support
propagating equality/inequality constraints which can be pretty slow
for exploring large domains. Something like gecode
(http://www.gecode.org) might be a better fit if you
Clojure doesn't care about casting, so you can ignore this issue
entirely. But also, it's not an issue: the same code would fail in
Java, because Clojure's integer literals are Long, not Integer. (cast
Long (cast Number 1)) would work fine.
On Oct 24, 2:12 pm, Steffen Panning wrote:
> Hello Group
user=> (class (int (cast Number 1)))
java.lang.Integer
is this what you want?
Jim
On 24/10/12 22:12, Steffen Panning wrote:
Hello Group,
the Java API I'm currently working with expects that an Interface is
downcasted to a concrete class.
As a quick test I toyed with this:
(cast Integer (
On Wed, Oct 24, 2012 at 5:35 PM, Andy Fingerhut wrote:
> Nathan:
>
> I don't know core.logic's capabilities, and I haven't looked at the kinds
> of constraints you describe in enough detail to say for sure, but my
> initial reaction is that linear/integer programming might be a better fit.
>
I'm
Nathan:
I don't know core.logic's capabilities, and I haven't looked at the kinds of
constraints you describe in enough detail to say for sure, but my initial
reaction is that linear/integer programming might be a better fit.
It has been about 5-10 years, but in the past I've had success with r
On Wed, Oct 24, 2012 at 5:17 PM, nathanmarz wrote:
> Cool, thanks for the quick response. We'll be looking into this pretty
> soon. I ultimately want the logic engine itself being exposed to users
> so they can add their own company-specific constraints to resource
> scheduling – which will be to
On 10/24/12 2:56 PM, nathanmarz wrote:
I'm looking into rewriting Storm's resource scheduler using
core.logic. I want to be able to say constraints like:
1. Topology A's slots should be <= 10 and as close to 10 as possible
(minimize the delta between assigned slots and 10)
2. All topologies shou
Cool, thanks for the quick response. We'll be looking into this pretty
soon. I ultimately want the logic engine itself being exposed to users
so they can add their own company-specific constraints to resource
scheduling – which will be totally badass. If you're interested in
tracking this, I opened
Hello Group,
the Java API I'm currently working with expects that an Interface is
downcasted to a concrete class.
As a quick test I toyed with this:
(cast Integer (cast Number 1))
ClassCastException Cannot cast java.lang.Long to java.lang.Integer
java.lang.Class.cast (Class.java:3007)
It see
I've filed an issue about adding a compatibility layer with 0.1.x:
http://dev.clojure.org/jira/browse/DJSON-5?focusedCommentId=29796#comment-29796
According to ClojureSphere, clojure.data.json is relied on by just 340+
open source projects:
http://www.clojuresphere.com/org.clojure/data.json
Not
On Wed, Oct 24, 2012 at 4:56 PM, nathanmarz wrote:
> I'm looking into rewriting Storm's resource scheduler using
> core.logic. I want to be able to say constraints like:
>
> 1. Topology A's slots should be <= 10 and as close to 10 as possible
> (minimize the delta between assigned slots and 10)
>
I'm looking into rewriting Storm's resource scheduler using
core.logic. I want to be able to say constraints like:
1. Topology A's slots should be <= 10 and as close to 10 as possible
(minimize the delta between assigned slots and 10)
2. All topologies should use less than 200 CPU's and less than
Hi,
expectations-mode is an Emacs mode for running tests written using the
expectations library: https://github.com/jaycfields/expectations. I
have just released expectations-mode 0.0.3 which now runs under nrepl
(no longer supports swank-clojure). It is in marmalade:
http://marmalade-repo.org/pac
Monger 1.3.1 is the same as 1.3.0 but fixes an issue with
clojurewerkz.support.json
compilation when clojure.data.json is not present.
--
MK
http://github.com/michaelklishin
http://twitter.com/michaelklishin
--
You received this message because you are subscribed to the Google
Groups "Clojure"
I take it it's not possible via this?
=> (doc find-protocol-impl)
-
clojure.core/find-protocol-impl
([protocol x])
nil
nil
(implying I've no idea what protocols are)
But I'm currently trying to do something similar in a way, I need to return
a map from a macro to which I
you can check for the existence of the protocol's var just like you
would for any var. not sure what B. Ghose is getting at, but I would
recommend not checking for the existence of the interface.
http://clojure.org/vars
On Wed, Oct 24, 2012 at 12:23 PM, Baishampayan Ghose wrote:
> What about the
What about the technique Clojure uses in the reducers library?
https://github.com/clojure/clojure/blob/master/src/clj/clojure/core/reducers.clj#L37
-BG
On Wed, Oct 24, 2012 at 12:20 PM, Michael Klishin
wrote:
> Is there a way to check if a protocol exists?
>
> For example, if I want to extend c
Is there a way to check if a protocol exists?
For example, if I want to extend clojure.data.json protocols but only if it
is available, how would I go about it?
This way does not work at least some of the time (referenced namespace
causes a ClassNotFound exception
during compilation):
https://gi
2012/10/24 Jeremy W. Sherman
> I'm getting a compiler error on changing the dependency to 1.3.0,
> "Exception in thread "main" java.lang.ClassNotFoundException:
> clojure.data.json, compiling:(clojurewerkz/support/json.clj:24)"
>
> It looks like that line (
> https://github.com/clojurewerkz/supp
>>(into {} (filter #(-> % val is-current?)
map-of-all-user-maps)
I tested this and it works. I admit it is a bit of magic Clojure-fu
wizardry that is a bit over my head. I am again impressed with how concise
Clojure can be.
On Monday, October 22, 2012 3:09:39 PM U
This is a very ignorant question on my part, but if I use screen to capture
the output, then isn't the output being held in memory? I guess I don't
know much about how the server manages terminal memory. I suppose if the
terminal is set to only keep 10,000 lines (which I think is true on my
ser
If you run your process in screen/tmux it will be attached to active
TTY, it will not receive HUP signal.
Also if there would be important (any?) output from process you will see
it in tmux/screen.
So either nohup it or run it in session that doesn't terminate after you
exit.
HTH,
Hubert.
I would be happy to run it in screen but I don't understand what the
advantage is. I can redirect the output to a log, without using screen, and
I can automate restarts with something like Puppet or Supervisor. What do I
need screen for?
On Tuesday, October 23, 2012 7:37:03 AM UTC-4, Huber
If I upgrade right now I can remove clojure.data.json from my dependencies
and still use monger.joda-time without any problem ?
Or I have to put chesire in the dependency ?
On Wednesday, October 24, 2012 10:58:21 AM UTC+2, Michael Klishin wrote:
>
> Monger (http://clojuremongodb.info) is an idiom
I'm completely lost here. Any tips? Maybe somebody has experience
working with other UA parsing libraries?
Hi Andrii,
I have used the same library you are attempting to use in the past and
it has worked well. My needs were simple and I found the bitwalker lib
to be a great library for tho
no no I didn't try that, you are right, it works with space and I
understand why now(avoid repeating the pkg)
* (:import [nl.bitwalker.useragentutils UserAgent])*
I guess what I was trying to say is that, it's too easy to make the mistake
and the error wouldn't help you.
Thanks.
On Wed, Oct 2
aaa sorry I can see from a previous post that you already tried that!
this is strange!
Jim
On 24/10/12 14:48, Jim foo.bar wrote:
On 24/10/12 14:41, AtKaaZ wrote:
The error doesn't help you solve the problem... which is: don't pass
a seq to :import
You can easily pass seqs to :import...this
On 24/10/12 14:41, AtKaaZ wrote:
The error doesn't help you solve the problem... which is: don't pass a
seq to :import
You can easily pass seqs to :import...this works fine for me (importing
3 classes from the same package):
(:import [encog_java.customGA CustomNeuralGeneticAlgorithm
CustomG
wow I can't believe that worked, I mean look:
(ns helloworld.core
* (:import nl.bitwalker.useragentutils.UserAgent)*
(:gen-class :main true))
(defn -main
[& args]
* (println (UserAgent/parseUserAgentString "uas"))*
)
this works, but replace the import line with either this:
*(:import [nl.bi
Here, (pst) doesn't see the thrown exception which is "a", it's seeing only
it's cause:
=> *(try (throw (Exception. "a" (Exception. "cause"))) (catch Exception e
(throw e)))* *(pst 123912031)*
Exception cause datest1.core/eval3129 (NO_SOURCE_FILE:1)
Exception cause
datest1.core/eval3129 (NO_S
Thanks so much for working on nREPL.el, Tim.
-S
--
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
Hi folks, for those with interest:
friend-oauth2 is an oauth2 workflow for Chas Emerick's Friend library.
https://github.com/ddellacosta/friend-oauth2
(Examples were also updated to conform to changes:
https://github.com/ddellacosta/friend-oauth2-examples)
Changelog 0.0.1 -> 0.0.2
* Added test
Hi all,
I'm having troubles trying to make nl.bitwalker.useragentutils to work with
my small project. The problem with this package starts from the beginning
-- since the latest version (1.6) is not in Maven Central or Clojars repo,
I had to install it manually, using following command:
$ mvn
On Wednesday, October 24, 2012 3:10:52 AM UTC+1, David Della Costa wrote:
> Patrik, Pierre, have you folks checked out the mock app that Chas
> created in the test directory? It's not going to give you everything
> you're looking for but make it can help. There is an implementation
> of the O
Monger (http://clojuremongodb.info) is an idiomatic Clojure MongoDB driver
for a more civilized age.
`1.3.0` is a minor *100% backwards-compatible* release that includes an
important bug fix in the updated MongoDB Java driver.
We recommend all users to upgrade to it as soon as possible.
## Chang
Anyway, here's a list of users who could edit it and their contact...
http://dev.clojure.org/pages/viewpreviousversions.action?pageId=1572956
On Wed, Oct 24, 2012 at 10:02 AM, Thomas G. Kristensen <
thomas.g.kristen...@gmail.com> wrote:
> Hi all,
>
> I asked in the announcement thread of the Züri
You can't edit the page when you're signed in?
On Wed, Oct 24, 2012 at 10:02 AM, Thomas G. Kristensen <
thomas.g.kristen...@gmail.com> wrote:
> Hi all,
>
> I asked in the announcement thread of the Zürich user group if it was
> possible to get it listed on the Clojure communities site:
>
> http:/
Hi all,
I asked in the announcement thread of the Zürich user group if it was
possible to get it listed on the Clojure communities site:
http://dev.clojure.org/display/community/Clojure+User+Groups
There doesn't seem to be any contact information on the site mentioned
above. Does anyone know w
Hi Nando,
Sure, it's in HG E 33.3. More details and a map can be found at the event
page:
http://www.meetup.com/zh-clj-Zurich-Clojure-User-Group/events/87505462/
We're looking forward to seeing you there!
Thomas
On Tuesday, October 23, 2012 12:17:04 PM UTC+2, Nando Breiter wrote:
>
> Thomas,
47 matches
Mail list logo
