Re: Clojure Added to "Casting SPELs" Site
Hi, > http://www.lisperati.com/clojure-spels/casting.html by sheer accident I found that version just last night. You should probably refactor those defs of global vars. Other than that there are references to cddr and remove-if-not in the text which do not show up in the code. Cheers, Stefan -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: towards definitive "getting started" assistance
On 30 Mar, 19:12, Stuart Halloway wrote: > The labrepl now has much better "getting started" instructions, thanks > to everyone who pitched in. But this begs the question: Why hide the > getting started instructions in a single project? So, I am working to > create definitive instructions for getting started with Clojure in a > variety of environments. I tried to gather all instructions needed for getting started with Emacs and SLIME: http://wiki.github.com/robwolfe/leiningen/clojure-with-emacs-and-slimeswank In my opinion this description: http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Emacs is a little bit too terse. It assumes that everyone is an Emacs and Java expert and Linux user (e.g. no info about ELPA patch for Windows). It would be great to have a step by step instruction even for newbies. Hundreds of blogs is not useful at all. Feel free to use my description somehow (e.g. copy and paste) in order to create one comprehensive wiki page with all needed instructions. Br, Rob -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: towards definitive "getting started" assistance
Hi, On Apr 1, 9:58 am, Rob Wolfe wrote: > In my opinion this > description:http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Emacs > is a little bit too terse. > It assumes that everyone is an Emacs and Java expert > and Linux user (e.g. no info about ELPA patch for Windows). I think it is save to assume knowledge of the editor. There is no point in including tutorials for emacs, vim, netbeans, eclipse, ... themselves (ie. the non-clojure related stuff). Sincerely Meikel -- 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: towards definitive "getting started" assistance
On 1 Kwi, 10:13, Meikel Brandmeyer wrote: > Hi, > > On Apr 1, 9:58 am, Rob Wolfe wrote: > > > In my opinion this > > description:http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Emacs > > is a little bit too terse. > > It assumes that everyone is an Emacs and Java expert > > and Linux user (e.g. no info about ELPA patch for Windows). > > I think it is save to assume knowledge of the editor. There is no > point in including tutorials for emacs, vim, netbeans, eclipse, ... > themselves (ie. the non-clojure related stuff). Knowledge of the editor is something different than knowledge how to use ELPA package manager in order to install SLIME for Clojure and what problems might occur in this process. Knowledge what JARs are needed and where they should be placed in order to use swank-clojure is not only editor related stuff in my opinion. Br, Rob -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
On Thu, Apr 1, 2010 at 12:29 PM, Meikel Brandmeyer wrote: > Hi, > > On Apr 1, 6:58 am, Douglas Philips wrote: > >> According to:http://clojure.org/reader >> Symbols begin with a non-numeric character and can contain >> alphanumeric characters and *, +, !, -, _, and ? (other characters >> will be allowed eventually, but not all macro characters have been >> determined). ... >> >> It seems that '>' is permitted in 1.1, as: >> user=> (def foo->bar 3) >> #'user/foo->bar >> >> Does that work by "accident" (or by undocumented permissiveness)? >> Is there someplace else that I should for an answer to this? > > The documentation is authoritative. Are you serious? It is neither complete nor consistent. How can it be authoritative? -Per -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
Hi, On Apr 1, 10:42 am, Per Vognsen wrote: > Are you serious? It is neither complete nor consistent. How can it be > authoritative? The list is by definition complete and consistent. Use characters not in the list and your programs might suddenly break. Exceptions in core (<, =, /, ...) might be disputable but do not change things for user programs. Sincerely Meikel -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
Unless you want to argue that core is magical, I don't see how you could possibly maintain that claim of consistency. It is perfectly understandable that the documentation in this and other areas may sometimes be lacking and lagging with Rich's focus on forging ahead. Keeping that in mind, it is very strange to me that you would suggest treating it as authoritative for the sake of writing code. A more realistic answer would be that much about Clojure is still in flux and that you shouldn't count too strongly on things staying the same, even if it's in the documentation. -Per On Thu, Apr 1, 2010 at 4:02 PM, Meikel Brandmeyer wrote: > Hi, > > On Apr 1, 10:42 am, Per Vognsen wrote: > >> Are you serious? It is neither complete nor consistent. How can it be >> authoritative? > > The list is by definition complete and consistent. Use characters not > in the list and your programs might suddenly break. Exceptions in core > (<, =, /, ...) might be disputable but do not change things for user > programs. > > Sincerely > Meikel > > -- > 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 > > To unsubscribe, reply using "remove me" as the subject. > -- 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: characters permitted in symbols??
Hi, On Apr 1, 11:10 am, Per Vognsen wrote: > Unless you want to argue that core is magical, I don't see how you > could possibly maintain that claim of consistency. As I said: exceptions in core are disputable, eg. /, ns, etc. Clojure being still young and in flux at certain areas doesn't contradict a currently valid, authoritative documentation. It may be that the list for allowed characters in a symbol is extended at some point in time. However this does not mean that the current list is not authoritative now, but only that at that point in time it will be replaced with a new list which is just as authoritative from then on. Hypothetically: the list could stay as it is now and in core things are renamed to le, eq and divide. Unlikely but possible. I don't think, that fluxiness of a project does invalidate documentation. In particular when the project leader referred several times to the existing documentation as authoritative. Sincerely Meikel -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: Clojure Added to "Casting SPELs" Site
I know, I know I'll refactor the defs :-) Thanks for the other corrections, too. On Apr 1, 3:40 am, Stefan Kamphausen wrote: > Hi, > > >http://www.lisperati.com/clojure-spels/casting.html > > by sheer accident I found that version just last night. You should > probably refactor those defs of global vars. Other than that there > are references to cddr and remove-if-not in the text which do not show > up in the code. > > Cheers, > Stefan -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: printf question
You could perhaps also try format; (println (format "%5.2f" 10.2))) -Rgds, Adrian On Thu, Apr 1, 2010 at 7:27 AM, Mark Engelberg wrote: > printf doesn't seem to do anything inside a gen-class -main function, when > run from the executable jar program (compiled by the latest Netbeans > Enclojure release). Is this normal, and if so, what's the workaround? > > Thanks, > > Mark > > -- > 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 To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
On 1 Apr 2010, at 13:04, Meikel Brandmeyer wrote: Clojure being still young and in flux at certain areas doesn't contradict a currently valid, authoritative documentation. It may be that the list for allowed characters in a symbol is extended at some point in time. However this does not mean that the current list is not authoritative now, but only that at that point in time it will be replaced with a new list which is just as authoritative from then on. Then it just remains to be defined what "authoritative" means - and we are on the best way to a philosophical discussion list, rather than one on Clojure programming. From a pragmatic point of view, I'd summarize the situation as follows: - The Clojure documentation lists which characters can be used in symbols. If you care about long-term portability, you'd best stick to those, though no one will sign a contract guaranteeing this list forever. - Many additional characters work fine in all Clojure releases until now, but no promise is made for the future. These characters include some punctuation and most of non-ASCII Unicode. - A small subset of these additional characters (mostly punctuation) are used in clojure.core. Given that clojure.core has no special status from an implementation point of view, it is reasonable to expect that the same characters can safely be used elsewhere, but that's an extrapolation. - Two characters, . and /, are treated specially even though this is not or not clearly stated in the documnentation. Better don't use those in unqualified symbols. - Two symbols, ns and in-ns, are treated specially in var lookups. They will always resolve to their meanings in clojure.core, even if defined differently in some other namespace. This is not documented and may be a temporary feature of the current documentation. Konrad. -- 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: printf question
2010/4/1 Mark Engelberg : > printf doesn't seem to do anything inside a gen-class -main function, when > run from the executable jar program (compiled by the latest Netbeans > Enclojure release). Is this normal, and if so, what's the workaround? The REPL flushes output after prompting. You need to flush manually when using printf outside REPL. Jürgen -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
From a pragmatic point of view, I'd summarize the situation as follows: - The Clojure documentation lists which characters can be used in symbols. If you care about long-term portability, you'd best stick to those, though no one will sign a contract guaranteeing this list forever. Given how young the language is, I don't find that particularly reassuring. - Two characters, . and /, are treated specially even though this is not or not clearly stated in the documnentation. Better don't use those in unqualified symbols. Clearly enough in http://clojure.org/reader to know to avoid them as generic symbol characters. - Two symbols, ns and in-ns, are treated specially in var lookups. They will always resolve to their meanings in clojure.core, even if defined differently in some other namespace. This is not documented and may be a temporary feature of the current documentation. Didn't realize that, good to know. Thanks to Meikel and Per as well for their comments. I think I'll stick to using what works even if not officially sanctioned, with the belief that clojure will 'do the right thing' and not take away symbol characters without: a) very very good reason and b) prominent notice of the new functionality of the off-limits-to- symbols characters in the release notes. --Doug -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: towards definitive "getting started" assistance
Once I update the getting started stuff for Enclojure, I'll put a link on the Assembla site. Thanks Stu! On Tue, Mar 30, 2010 at 1:12 PM, Stuart Halloway wrote: > The labrepl now has much better "getting started" instructions, thanks to > everyone who pitched in. But this begs the question: Why hide the getting > started instructions in a single project? So, I am working to create > definitive instructions for getting started with Clojure in a variety of > environments. > > The goal: > A single source of truth that stays up to date. > > The plan: > (1) Keep the instructions linked from a page in Assembla ( > http://www.assembla.com/wiki/show/clojure/Getting_Started). Assembla > rather than clojure.org to help with maintenance, since all CA signers can > get on Assembla and pitch in. > (2) Link to the Assembla page from clojure.org (tbd soon). > > What I (Stu) will commit to do: > (1) Edit and post new suggestions from the community. > (2) Review and test *some* of the suggestions. > (3) Flip the official bit (link from clojure.org) once y'all are happy. > > Requested of you, the community: > (1) If you created, or are the expert on, some environment, please feel > free to either update the Assembla page directly, or send edits to me. > (2) If you find a problem let me know. > (3) If you write or have written a blog post or article on setup > particulars, also link out to the Assembla page. > (4) Help me by reviewing and testing instructions. > > Suggestions and comments welcome, as always. > > Thanks! > Stu > > > -- > 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 > > To unsubscribe from this group, send email to clojure+ > unsubscribegooglegroups.com or reply to this email with the words "REMOVE > ME" as the subject. > -- 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: Clojure Added to "Casting SPELs" Site
Hi Conrad, thanks for putting this tutorial up. "Casting SPELs" was actually one of the documents that inspired me to start learning Lisp, so I'm happy to see it may help others get started with Clojure. Adding to the corrections: The Addendum (page 8) seems to have remained CL-centric (defparameter, dotted lists, cons cells). It also mentions "esoteric commands" neccessary for text processing, which is clearly not the case with Clojure's c.c.str-utils / c.c.string. On Apr 1, 2:38 am, Conrad wrote: > in the tooth (There's a new one in my upcoming book for Common Lisp > http://nostarch.com/lisp.htm that's more up to date, but it's pretty Is there any chance you're going to release this book for Clojure in the future? :-) -- Daniel -- 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 To unsubscribe, reply using "remove me" as the subject.
Clojars.org artifact upload issue - NullPointerException
Hi,
I am trying to upload a JAR to Clojars.org but I am getting
NullPointerException. Can somebody help me understand what's going on?
The log is below:
D:\projects\hgrepos\jettify\jettify-parent\jettify-java\target>scp
pom.xml jettify-java-0.2.jar cloj...@clojars.org:
Welcome to Clojars, kumarshantanu!
pom.xml
100% 2539 2.5KB/s 00:00
jettify-
java-0.2.jar
100% 3780 3.7KB/s 00:00
Error: transaction rolled back: null
java.lang.Exception: transaction rolled back: null
at clojure.contrib.sql.internal
$throw_rollback__7448.invoke(internal.clj:135)
at clojure.contrib.sql.internal
$transaction_STAR___7451.invoke(internal.clj:162)
at clojars.db$add_jar__134$fn__137.invoke(db.clj:163)
at clojure.contrib.sql.internal
$with_connection_STAR___7428.invoke(internal.clj:98)
at clojars.db$add_jar__134.doInvoke(db.clj:162)
at clojure.lang.RestFn.invoke(RestFn.java:445)
at clojars.scp$finish_deploy__51.invoke(scp.clj:123)
at clojars.scp$nail__86.invoke(scp.clj:162)
at clojars.scp$_nailMain__93.invoke(scp.clj:174)
at clojars.scp.nailMain(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
43)
at java.lang.reflect.Method.invoke(Method.java:616)
at com.martiansoftware.nailgun.NGSession.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.regex.Matcher.getTextLength(Matcher.java:1151)
at java.util.regex.Matcher.reset(Matcher.java:308)
at java.util.regex.Matcher.(Matcher.java:228)
at java.util.regex.Pattern.matcher(Pattern.java:905)
at clojure.core$re_matcher__5789.invoke(core.clj:3143)
at clojure.core$re_matches__5803.invoke(core.clj:3175)
at clojars.db$check_and_add_group__128.invoke(db.clj:144)
at clojars.db$add_jar__134$fn__137$fn__139.invoke(db.clj:165)
at clojure.contrib.sql.internal
$transaction_STAR___7451.invoke(internal.clj:153)
... 13 more
The pom.xml has the following content:
http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://
www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";>
4.0.0
org.bitumenframework.jettify
jettify-parent
0.2
jettify-java
jar
0.2
jettify-java
http://code.google.com/p/bitumenframework/
org.mortbay.jetty
jetty
6.1.22
javax.servlet
servlet-api
2.5
provided
junit
junit
4.7
test
org.mortbay.jetty
jetty-embedded
6.1.22
org.mortbay.jetty
jsp-2.1-jetty
6.1.22
org.apache.httpcomponents
httpclient
4.0.1
test
org.bitumenframework.jettify
jettify-test-support
0.2
test
org.apache.maven.plugins
maven-surefire-plugin
basedir
${basedir}
org.mortbay.jetty
jetty-maven-plugin
maven-compiler-plugin
1.5
1.5
Regards,
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
To unsubscribe, reply using "remove me" as the subject.
Re: characters permitted in symbols??
From a pragmatic point of view, I'd summarize the situation as follows: - The Clojure documentation lists which characters can be used in symbols. If you care about long-term portability, you'd best stick to those, though no one will sign a contract guaranteeing this list forever. Given how young the language is, I don't find that particularly reassuring. I think you are reading this backwards. Nothing will be removed from the list, things won't become more limiting. The lack of guarantee is around the addition of new features. Clojure is remarkably stable. The ecosystem of libraries around it is, of course, another story. :-) I think I'll stick to using what works even if not officially sanctioned, with the belief that clojure will 'do the right thing' and not take away symbol characters without: a) very very good reason and b) prominent notice of the new functionality of the off-limits-to- symbols characters in the release notes. Clojure will not take away any of the documented symbol characters. Stu -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: ANN: labrepl, making Clojure more accessible
Thanks, I have incorporated a modified version of these instructions in the labrepl and in http://www.assembla.com/wiki/show/clojure/Getting_Started . Stu (3) IDEA integration: Ditto but for IDEA/La Clojure. I have tested labrepl on IntelliJ IDEA Ultimate 9 on Mac: Here are the steps to install and run: 1. One time setup: * Get labrepl from github (no need for leiningen). * Install La Clojure plugin: * Prefereneces/Plugins/Available, select La Clojure, right click and download the plugin. * Restart IDEA. * Create project labrepl: * File/Open project, navigate to directory where you pulled labrepl and select pom.xml file. * Wait for maven to download deendencies. 2. How to run the labrepl: * From the menu select Tools/Clojure REPL/Add new Clojure REPL. * In the integrated REPL: * (require 'labrepl) * (labrepl/-main) * Browse to localhost:8080 * Enjoy! Tchavdar -- 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 To unsubscribe from this group, send email to clojure +unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject. -- 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
eclipse/counterclockwise/maven question
I am updating the Eclipse/Counterclockwise instructions to rely on the maven pom.xml for project definition (as opposed to an Eclipse- specific project file). This simplifies life as the same pom.xml can be used as the project description across all the different IDEs. I am hitting two issues: (1) Getting a project from git is a two step process: import git, then import existing maven project. This *should* be a one step process, via import/maven/check out maven projects from scm. But when I try the latter, no scm selections are available in the dropdown. It seems that the git plugin isn't enough, and that I need a maven-git- import plugin. What am I missing? (2) When I import the project, the package explorer shows JRE System Library J2SE 1.4. The Clojure REPL then bombs needing Java 1.5 features. I can edit the project properties after the import, but shouldn't there be some way to say this in pom.xml so that Eclipse choose 1.5 during the import? Any suggestions? Stu -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: eclipse/counterclockwise/maven question
Hi Stu, On which project are you doing that ? Alas, my maven foo are not what they used to be, these days, so I don't personally have an answer to question (2). Hope somebody else will answer. Same for question (1). It indeed seem annoying to have to do things in two steps, but I'm not sure the git project is sufficiently mature yet to provide such interoperability with maven ? Or it's maven which does not have a git scm provider ? Here too, hopefully somebody with more knowledge than me can answer your question. All in all, having to "initialize" once and for all a mave/git project in two steps instead of one, while desirable, is still manageable, I hope. 2010/4/1 Stuart Halloway : > I am updating the Eclipse/Counterclockwise instructions to rely on the maven > pom.xml for project definition (as opposed to an Eclipse-specific project > file). This simplifies life as the same pom.xml can be used as the project > description across all the different IDEs. > > I am hitting two issues: > > (1) Getting a project from git is a two step process: import git, then > import existing maven project. This *should* be a one step process, via > import/maven/check out maven projects from scm. But when I try the latter, > no scm selections are available in the dropdown. It seems that the git > plugin isn't enough, and that I need a maven-git-import plugin. What am I > missing? > > (2) When I import the project, the package explorer shows JRE System Library > J2SE 1.4. The Clojure REPL then bombs needing Java 1.5 features. I can edit > the project properties after the import, but shouldn't there be some way to > say this in pom.xml so that Eclipse choose 1.5 during the import? > > Any suggestions? > > Stu > > -- > 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 > > To unsubscribe, reply using "remove me" as the subject. > -- 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: Set performance
Did you run the test with the -server jvm option? This command line argument is usually recommended when measuring performance. -Julien On Mar 31, 10:56 am, Krukow wrote: > On Mar 29, 10:21 pm, Krukow wrote:> Hello, > [snip..] > > What was surprising to me wasn't that "inserts" are slower - that is > > ok and it could be improved with transients. The surprising thing was > > that iterating through the entire set was significantly slower. > > [snip..] > > I've dug through the source, and to answer my own question: The 10x > slowdown occurred only in the first iteration through the set. It > turns out the PersistentHashSet (and others) calls RT which caused the > clojure runtime to load costing about two seconds. Once the runtime is > loaded it is 1-4 time java.util.HashSet for iteration which is fine. > > It would be nice to have a version of the clojure data structures > which doesn't depend on the runtime. I may start extracting such a > version myself. > > /Karl -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: eclipse/counterclockwise/maven question
This is on labrepl. You can reproduce what I am seeing by ignoring the Eclipse project file and importing project from maven (which is my objective). Stu Hi Stu, On which project are you doing that ? Alas, my maven foo are not what they used to be, these days, so I don't personally have an answer to question (2). Hope somebody else will answer. Same for question (1). It indeed seem annoying to have to do things in two steps, but I'm not sure the git project is sufficiently mature yet to provide such interoperability with maven ? Or it's maven which does not have a git scm provider ? Here too, hopefully somebody with more knowledge than me can answer your question. All in all, having to "initialize" once and for all a mave/git project in two steps instead of one, while desirable, is still manageable, I hope. 2010/4/1 Stuart Halloway : I am updating the Eclipse/Counterclockwise instructions to rely on the maven pom.xml for project definition (as opposed to an Eclipse-specific project file). This simplifies life as the same pom.xml can be used as the project description across all the different IDEs. I am hitting two issues: (1) Getting a project from git is a two step process: import git, then import existing maven project. This *should* be a one step process, via import/maven/check out maven projects from scm. But when I try the latter, no scm selections are available in the dropdown. It seems that the git plugin isn't enough, and that I need a maven-git-import plugin. What am I missing? (2) When I import the project, the package explorer shows JRE System Library J2SE 1.4. The Clojure REPL then bombs needing Java 1.5 features. I can edit the project properties after the import, but shouldn't there be some way to say this in pom.xml so that Eclipse choose 1.5 during the import? Any suggestions? Stu -- 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 To unsubscribe, reply using "remove me" as the subject. -- 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: eclipse/counterclockwise/maven question
I gave up on using the two together; I don't use the M2Eclipse plugin, I just use the mvn eclipse:eclipse goal to setup the .classpath. That seems to work. I don't remember doing anything with JDK version; I must have manually switched it at some point, and I believe eclpse:eclipse honors the value it sees when regenerating .classpath. On Thu, Apr 1, 2010 at 11:00 AM, Stuart Halloway wrote: > I am updating the Eclipse/Counterclockwise instructions to rely on the maven > pom.xml for project definition (as opposed to an Eclipse-specific project > file). This simplifies life as the same pom.xml can be used as the project > description across all the different IDEs. > > I am hitting two issues: > > (1) Getting a project from git is a two step process: import git, then > import existing maven project. This *should* be a one step process, via > import/maven/check out maven projects from scm. But when I try the latter, > no scm selections are available in the dropdown. It seems that the git > plugin isn't enough, and that I need a maven-git-import plugin. What am I > missing? > > (2) When I import the project, the package explorer shows JRE System Library > J2SE 1.4. The Clojure REPL then bombs needing Java 1.5 features. I can edit > the project properties after the import, but shouldn't there be some way to > say this in pom.xml so that Eclipse choose 1.5 during the import? > > Any suggestions? > > Stu > > -- > 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 > > To unsubscribe, reply using "remove me" as the subject. > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com -- 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: Clojars.org artifact upload issue - NullPointerException
Hi Shantanu, Shantanu Kumar writes: > jettify-java > jar > 0.2 > jettify-java > http://code.google.com/p/bitumenframework/ You appear to not be specifying a groupId in your POM. Try adding one. Cheers, Alex -- 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 To unsubscribe, reply using "remove me" as the subject.
Re: Clojars.org artifact upload issue - NullPointerException
On Apr 2, 4:37 am, "Alex Osborne" wrote: > Hi Shantanu, > > Shantanu Kumar writes: > > jettify-java > > jar > > 0.2 > > jettify-java > > http://code.google.com/p/bitumenframework/ > > You appear to not be specifying a groupId in your POM. Try adding one. It worked. Thanks! Regards, 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 To unsubscribe, reply using "remove me" as the subject.
"," is REAL whitespace...
Even though the specs clearly say that commas are whitespace, the following repl session doesn't feel "intuitively" right: ... user> (list 1 2 3) (1 2 3) user> (list 1, 2, 3) (1 2 3) user> (list 1, 2, , 3) (1 2 3) user> (list 1, 2, nil , 3) (1 2 nil 3) ... "," is same as ", ," is same as " "... big gotcha for beginning clojurians... Enjoy, Frank. -- 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 REAL whitespace...
It doesn't feel right only if you still think you are programming in an Algol-style language where , is a separator token. I can't imagine this is going to change. -Per On Fri, Apr 2, 2010 at 12:37 PM, Frank Siebenlist wrote: > Even though the specs clearly say that commas are whitespace, the following > repl session doesn't feel "intuitively" right: > > ... > user> (list 1 2 3) > (1 2 3) > user> (list 1, 2, 3) > (1 2 3) > user> (list 1, 2, , 3) > (1 2 3) > user> (list 1, 2, nil , 3) > (1 2 nil 3) > ... > > "," is same as ", ," is same as " "... big gotcha for beginning clojurians... > > Enjoy, Frank. > > -- > 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 To unsubscribe, reply using "remove me" as the subject.
