Re: how is python not the same as java?

Ray wrote:
p.lavarre@xxxxxxxx wrote:

Jython exists.

And Pava (or Pyava) doesn't, you mean?

Proof of concept only: http://www.boddie.org.uk/python/javaclass.html

If there were any really compelling libraries for Java that really had
to be available for CPython programs, I'd probably have worked around
the "platform issues" mentioned in the above document by now. However,
most people should just use Jython if they want Python and Java
interoperability, and gcj if they want to write Java for use with
CPython (just as the PyLucene people have done).

Paul

.

Relevant Pages

  • Re: Differences between C++ and Java
    ... > are *implementation* defined and the standard also specifies the ... > "In Java, garbage collection of unreferenced objects is automatic. ... > C++, you manually manage memory. ... > provide third party libraries that work just as well, ...
    (comp.lang.java.programmer)
  • Re: MD5 Myths
    ... John: I think I'm mixing things/apps in my mind as I type. ... upload and use my own libraries and place in a folder of my choosing. ... On deck for me is a Java shopping cart/ eCommerce using SSL, ...
    (sci.crypt)
  • Re: Desktop multi-plataform ruby app (Tk and swank for jruby)
    ... at sun staff are going a great job around jruby: ... is to port the standard Tk tool kit to java. ... to find some inconvenient of jruby ower ruby (but the big one is ... And the number of Java libraries available is legendary. ...
    (comp.lang.ruby)
  • Re: I wish to learn Ruby ,can anyone teach me???
    ... First, let's get the FUD out of the way: Ruby comes with a lot of libraries, ... Here's the biggest problem I have with Java: Right there, ... Now let's try that in Ruby: ... and I would call it the perfect beginner's language. ...
    (comp.lang.ruby)
  • Re: Is anything easier to do in java than in lisp?
    ... >> The only significant reason, for me, is the libraries. ... just google for 'Java' and 'something'. ... the problem and that I can explore in Linj. ... > go far beyond what Common LISP already provides plus what any random CL ...
    (comp.lang.lisp)