Re: Problem with Korma and clj-soap

2011-11-28 Thread Dennis Crenshaw
Eeyup, that seems to do the trick! It complains about proper initialization
and Axis2 no longer logs to stdout, but I can serve soap again!

I now just need to find a way to harmonize the logging from Korma and the
logging that Axis2 provides. But that's an exercise left to the OP. :)

Thanks for your help everyone, I hope your holidays are pleasant!

-- 
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: Problem with Korma and clj-soap

2011-11-28 Thread Dennis Crenshaw
For the for the record and in case anyone has run into something similar,
I've fixed my problem and come to an understanding of it's nature...

First, the why:

As it turns out, Axis2, et. al defaults to yelling on the DEBUG log4j level
for it's activity logs. Thus, if the root appender says DEBUG is the
default log level, Axis2 proceeds to constantly dump logs out to console.
It seems broken in that state and no programmer in their right mind will go
and try to digest a WSDL when the console is filling up with hundreds of
lines of DEBUG spewing out with what looks like stack-traces. So the real
answer was, I should have ignored the screaming logs and tried things
anyway.

You can fix it two ways, both of which involve providing your own log4j.xml:

1) You can set root log level to anything above DEBUG (INFO, for example.)

2) You can add two new loggers to contain the screaming server logs:
org.apache.axis2 and org.apache.axiom at, again at any log level above
DEBUG.

Hope this helps!

-- 
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

Problem with Korma and clj-soap

2011-11-25 Thread Dennis Crenshaw
So I'm trying to create a drop-in implementation of a SOAP webservice with
Clojure. Naturally I look into libraries that accomplish the different
bits. I need something to do SQL work with a relational db
(Kormahttps://github.com/ibdknox/korma,
check!) and I need to present a SOAP interface
(clj-soaphttps://bitbucket.org/taka2ru/clj-soap,
check!)

Unfortunately I'm having tooling issues putting the two together.

The first problem, I'm pretty sure, was simply a Clojure version
mismatch: I and Korma were using Clojure 1.3 and alj-soap was using 1.2--
so I checked out the clj-soap source and updated the libraries (Clojure to
1.3, the Axis2 libraries to their latest) and ran the tests to make sure
all was still working-- it was. So I pushed the 'new' clj-soap to clojars
as [org.clojars.crenshawda/clj-soap 0.1.2] and tried again.

Much to my chagrin I started getting seemingly endless byzantine DEBUG log
traces spewed out into the repl when I try to start the soap server.

If I comment Korma out of the project.clj, lein deps, and lein repl the
same thing works like a charm. I also checked out each of Korma's
dependencies individually and ran the same serve function and it worked
(the log4j dep made it complin, but it still served just fine.)

I'm not exactly sure WHAT is causing the collision between Korma and
clj-soap, but it's damaging my calm at this point. :) I have a gut feeling
that it's somehow logging related, but I don't know why it would cause
clj-soap to flip out so badly.

To recreate my scenario, start a new project and add these dependencies to
the project.clj:

[org.clojure/clojure 1.3.0] ;; if is isn't already there by default, I
want to use 1.3
[korma 0.3.0-apha4]
[org.clojars.crenshawda/clj-soap 0.1.2] ;; use [clj-soap 0.1.1] if you
want to see what I was talking about with the 1.2/1.3 mismatch

Since Axis2 (what clj-soap is build upon) requires compiled classes to
serve soap, you'll probably have to define a service in a clj file so 'lein
repl' will pre-compile it for convenience sake.

You can use this:

(soap/defservice service.Hello
(hello ^String [^String s]
(str Hello Yourself)))

So when you start your repl you should have classes/services/Hello.class in
your classes/ directory. After you have to invoke clj-soap's serve function:

(serve service.Hello)

... nd you should have a lovely logging wreck in your repl. I'd be
happier if I could at least figure out WHY it happens when I put Korma in
my dependencies. Sorry for the wall of text, but I figure too much info is
usually better than not enough. :)

-- 
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-in-CommonLisp?

2011-11-15 Thread Dennis Crenshaw
I haven't dealt with CL in quite a while, but there is this (which I was
involved with in my undergrad at CofC):

http://clforjava.org/

CLforJava may be helpful since it is, a totally new version of the Common
Lisp language that runs on the Java Virtual Machine and is intertwined with
the Java language in such a way that users of Lisp can directly access Java
libraries and vice versa.

Sounds familliar? :)

Clojure - Java - CLforJava

-- 
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: SQL Korma Missing Pred

2011-11-09 Thread Dennis Crenshaw
So it does, thanks!

-- 
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

SQL Korma Missing Pred

2011-11-08 Thread Dennis Crenshaw
Let me start by saying, I'm loving this SQLKorma, it feels like just the
right amount of syntax. And there's exec-raw for super fast integration
into an project with existing SQL statements.

However, while kicking the tires I ran into a weird problem, every
predicate works except =, eg:

$= (select table (where {:id [= 1]}))
$= CompilerException java.lang.RuntimeException: No such var:
korma.internal.sql/pred-=, compiling:(NO_SOURCE_PATH:46)

Perhaps I'm missing something but all the rest of the pred-vars are there,
that specific one is missing. I wanted to ask before I bother someone with
a ticket.

Thanks,
Dennis

-- 
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: Using Clojure to Generate Java Source?

2011-09-30 Thread Dennis Crenshaw
Thanks for the advice and support everyone! I'm not hopeful at being able to
sway him to a parenthetical language through logic (I've tried!)

Additionally, I definitely would not consider throwing out unmaintainable
decompiled Java code on the sly. That, as Nicolas pointed out, would be the
ticket to finding a new place of employment. :)

I'll try and make the case with him and our mutual boss for letting me work
with interop until we get some time to re-develop a pure-Java solution. I
don't expect the pace of development to slow down and perhaps proximity to
elegance will make an impression. I have to respect that it's his project,
but I definitely cringing at re-developing this thing imperatively.

-- 
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: producing Blub code and vv.

2011-09-30 Thread Dennis Crenshaw
Nice article in the wiki link, the logic rings pretty true for me. Clojure
is a truly powerful language and I don't want for any higher-level
facilities with it yet. :)

That said, it would probably mean great strides in the industry if elegant
Clojure code could be translated to comprehensible Java code (or to other
languages.)

I feel companies use different tools all the time as long as it results
in efficient generation of their lingua franca (Java, Python, Ruby, etc.)
They switch languages very rarely because it takes a revolution in
philosophy to unseat a considerable investment in a particular language.

If Clojure could translate itself into other languages the adoption
argument would be reduced to getting someone to let you use anther tool to
auto-generate boilerplate (the same way IDEs might generate Java
getter/setters.) Only this tool would come with lots of parenthesis and a
REPL, among other things. ClojureScript being a prime example of Clojure
'speaking' another language.

This type of feature is probably only useful as a bridge between now and
when everyone in the future talks in reverse polish notation. However, I
think comfortable proximity to Clojure's elegance and efficiency would help
other developers slowly become acclimated to, and even secretly curious
about a new way of thinking.

-- 
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

Using Clojure to Generate Java Source?

2011-09-29 Thread Dennis Crenshaw
I'm in a bit of a bind-- I've written some really nice Clojure code for
dealing with Genomic sequences that works as well or better than the
reference implementation we currently use where I work. However, the the
hierarchy has recently changed and my new boss is requiring me to have all
code in Java (eg. interop is not an option since he wants the source to be
pure Java.) Is there any way to prevent my head exploding from
hand-translating my Clojure code into Java?

I'm sure it's possible to generate Java source since we heard Rich's amusing
anecdote about using Clojure to write reams of Java boilerplate instead of
doing himself. Is there a precedent or even an existing library for
translation from Clojure into Java source though? I'd like to be able to use
the code I've got without a long, painful devolution. More importantly, I
want to be able to continue developing in Clojure and just compile it to
Java source and check that in.

Thanks,
Dennis

-- 
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: clearly, I'm too dense to upgrade slime/swank/clojure-mode... help?

2011-04-01 Thread Dennis Crenshaw
I have a problem with swank with an upgrade recently, clojure1.3-alpha5
works, clojure-1.3alpha6 does not, to my knowledge-- which Clojure version
are you using in your project?

-- 
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: Release.Next Version Number

2011-02-24 Thread Dennis Crenshaw
What makes an ecosystem '1.x' vs '2.x' etc. needs to be quantifiable
to make a standard out of it. To quote Peter Drucker, What gets
measured gets managed. Are there any solid examples of languages that
would constitute a good canonical spectrum for ecosystem versions and
why?

It seems like if the ecosystem surrounding a language is another
concern in the semantic versioning equation that can't be sufficiently
be expressed by the existing scheme, there should be a another
digit(s) or a whole other semantic version system for it (e.g. 1.2.0.0
or perhaps 0.1.0_2.0.0 for Clojure 2.0 with a basic, whatever that may
mean, ecosystem surrounding it.)

My points may also be a moot point, since it seems to make this SemVer
compatible we might have to call it SemVer 1.1.0, or 2.0 depending on
how people thought the extra digit(s) would affect the compatibility
with the SemVer spec as it stands. (Is it SemVer 1.0.0 right now?)

All this being said, I like the idea of semantic versioning and I wish
more languages/software at least attempted some sort of version number
scheme transparency. #(+ 1 %) to semantic versioning.

TL;DR Can an ecosystem be properly versioned? Can that version be
cleanly expressed by the current SemVer scheme?

-- 
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: Release.Next Version Number

2011-02-24 Thread Dennis Crenshaw
Inc is probably a better way to say that, yeah.

I also agree with David that 2.0 has a popular connotation of
shiny-ness that came with the whole infamous Web 2.0 branding
phenomenon.

I am now at conflict internally, because I'd like to see Clojure
widely adopted, but I like the idea of the language having the agility
to do radical things to make itself better in a way that Java no
longer posses. So 1.3 still has its advantages. Clojure always has the
choice to stay the transition to semantic versioning until Rich feels
that it's at a place that semantic versioning makes sense.

I believe I've thought myself in a circle and need some hammock time on this.

-- 
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