[IPython-dev] Jython support in ipython

Jim Baker jbaker@zyasoft....
Tue Oct 26 15:42:56 CDT 2010


Fernando,

On Tue, Oct 26, 2010 at 1:48 PM, Fernando Perez <fperez.net@gmail.com>wrote:

>
> That sound like a good plan to me, modulo that I'd base your current
> work on the 0.10.2 branch here:
>
> http://github.com/ipython/ipython/tree/0.10.2
>
> that has the most recent code that's still 2.5-compatible.
>
> Sounds good, I will do that.


> Sorry about the fact that we'd moved to 2.6 just as you guys showed up
> :)


No problem at all. It would've been nice that readline had been better
defined with a test suite, or we might have had done this last year. So
anything that ipython trunk can do to test via pexpect (or something like
that) will be very helpful. (Jython can transparently drive pexpect with
execnet, through a subprocess gateway).


>  The real motivation for that was getting things ready for the 3.x
> transition, and we figured that 2.6 being out for over 2 years was
> enough of a window that we took the jump.  Hopefully before long your
> 2.6/7 work will be stable enough that this won't be a problem anymore.
>

We're probably 6 months away from a usable early release (alpha), so it's
reasonable.

>
> One interesting possibility opened by the new ZeroMQ-based model will
> be the ability to use any client (such as the nice Qt one or the new
> web one) to talk to a Jython-based kernel.  You could thus benefit
> from the client work done by others while talking to a kernel running
> on the JVM and accessing your Java libs.
>

This is a real use case that frequently comes up.

>
> And conversely, you could write a pure Java client (in say Eclipse or
> any other Java tool) that could talk to a CPython kernel, so that for
> example people who like the Java tool could operate on
> numpy/scipy/matplotlib backends from their familiar environments.
>
> I'm also looking forward to when users can also mix in a single process
Java libraries *and* C/C++/Fortran-based libraries, including numpy/*,  once
we support the Python C Extension API. It also looks feasible to support
memoryview via Java NIO buffers, so this could be done without impacting the
JIT and with zerocopy.

- Jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.scipy.org/pipermail/ipython-dev/attachments/20101026/2d4b4c72/attachment.html 


More information about the IPython-dev mailing list