Jupyter JVM Repr

84 views
Skip to first unread message

Kyle Kelley

unread,
Apr 5, 2017, 3:00:49 PM4/5/17
to jup...@googlegroups.com
Hey all,

Following up on the Scala discussion and action list, Ryan created https://github.com/rdblue/jupyter-repr-api to standardize JVM object representation to benefit both libraries and kernels.

I'd like folks to be able to keep moving on this (while still advancing Toree and other kernels) with the confidence they're supported by Jupyter. As part of this I created the JVM team on the jupyter organization. I'll continue to act as a sponsor and facilitator, and look forward to others taking charge to lead within the jupyter ecosystem for JVM based tooling as time goes on.

I'd enjoy it if https://github.com/rdblue/jupyter-repr-api was moved into this org as github.com/jupyter/jvm-repr, which will package jars on jitpack (https://jitpack.io/docs/BUILDING/#gradle-projects), with the namespace com.github.jupyter

Thoughts?

--
Kyle Kelley (@rgbkrklambdaops.com)

Brian Granger

unread,
Apr 5, 2017, 3:28:59 PM4/5/17
to Project Jupyter
I am +1 on this proposal. I think having good JVM support is really
important and there is a huge benefit to having it "in-org". Thanks
for working on this stuff Kyle!
> --
> You received this message because you are subscribed to the Google Groups
> "Project Jupyter" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jupyter+u...@googlegroups.com.
> To post to this group, send email to jup...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jupyter/CA%2BtbMaVy7UzAo_2cGEXUU6JJNZpen-x0O-WJCXvQAxF792V3eQ%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.



--
Brian E. Granger
Associate Professor of Physics and Data Science
Cal Poly State University, San Luis Obispo
@ellisonbg on Twitter and GitHub
bgra...@calpoly.edu and elli...@gmail.com

sp...@draves.org

unread,
Apr 5, 2017, 3:56:06 PM4/5/17
to jup...@googlegroups.com
Sounds like a good standard to have, we will support in BeakerX.  I already filed an issue: https://github.com/twosigma/beakerx/issues/5120

Is that the right namespace though?  Shouldn't it be org.jupyter.something?  Is jitpack enforcing that?

Also, it looks like it's using a Map as the mime type.  I think it's normal to define a class specifically for this purpose (MIMEContainer or MIMEResult or something).

Best, -Scott


--
You received this message because you are subscribed to the Google Groups "Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+unsubscribe@googlegroups.com.

Jason Grout

unread,
Apr 5, 2017, 4:39:16 PM4/5/17
to jup...@googlegroups.com
If we have a steering council member sponsoring/facilitating it, and there is an active community working on it, then I'm +1 to giving it a repo under the Jupyter github org. Thanks Kyle and everyone involved!

Jason


On Wed, Apr 5, 2017 at 3:56 PM sp...@draves.org <sp...@draves.org> wrote:
Sounds like a good standard to have, we will support in BeakerX.  I already filed an issue: https://github.com/twosigma/beakerx/issues/5120

Is that the right namespace though?  Shouldn't it be org.jupyter.something?  Is jitpack enforcing that?

Also, it looks like it's using a Map as the mime type.  I think it's normal to define a class specifically for this purpose (MIMEContainer or MIMEResult or something).

Best, -Scott

On Wed, Apr 5, 2017 at 3:00 PM, Kyle Kelley <rgb...@gmail.com> wrote:
Hey all,

Following up on the Scala discussion and action list, Ryan created https://github.com/rdblue/jupyter-repr-api to standardize JVM object representation to benefit both libraries and kernels.

I'd like folks to be able to keep moving on this (while still advancing Toree and other kernels) with the confidence they're supported by Jupyter. As part of this I created the JVM team on the jupyter organization. I'll continue to act as a sponsor and facilitator, and look forward to others taking charge to lead within the jupyter ecosystem for JVM based tooling as time goes on.

I'd enjoy it if https://github.com/rdblue/jupyter-repr-api was moved into this org as github.com/jupyter/jvm-repr, which will package jars on jitpack (https://jitpack.io/docs/BUILDING/#gradle-projects), with the namespace com.github.jupyter

Thoughts?

--
Kyle Kelley (@rgbkrklambdaops.com)

--
You received this message because you are subscribed to the Google Groups "Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+u...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+u...@googlegroups.com.

To post to this group, send email to jup...@googlegroups.com.

Ryan Blue

unread,
Apr 5, 2017, 11:03:45 PM4/5/17
to Project Jupyter, sp...@draves.org
The com.github.jupyter group does come from jitpack. If there's a better way to publish Jars from the Jupyter organization, I'm all for that. Otherwise, I think the simplicity of jitpack is worth the trade-off of having a weird groupId.

On the wrapper class, the choice of a Map was to keep things a simple and close to the spec as possible. Since a MIMEContainer class doesn't do anything a map wouldn't, I didn't see a reason to include one.

rb


On Wednesday, April 5, 2017 at 12:56:06 PM UTC-7, sp...@draves.org wrote:
Sounds like a good standard to have, we will support in BeakerX.  I already filed an issue: https://github.com/twosigma/beakerx/issues/5120

Is that the right namespace though?  Shouldn't it be org.jupyter.something?  Is jitpack enforcing that?

Also, it looks like it's using a Map as the mime type.  I think it's normal to define a class specifically for this purpose (MIMEContainer or MIMEResult or something).

Best, -Scott

On Wed, Apr 5, 2017 at 3:00 PM, Kyle Kelley <rgb...@gmail.com> wrote:
Hey all,

Following up on the Scala discussion and action list, Ryan created https://github.com/rdblue/jupyter-repr-api to standardize JVM object representation to benefit both libraries and kernels.

I'd like folks to be able to keep moving on this (while still advancing Toree and other kernels) with the confidence they're supported by Jupyter. As part of this I created the JVM team on the jupyter organization. I'll continue to act as a sponsor and facilitator, and look forward to others taking charge to lead within the jupyter ecosystem for JVM based tooling as time goes on.

I'd enjoy it if https://github.com/rdblue/jupyter-repr-api was moved into this org as github.com/jupyter/jvm-repr, which will package jars on jitpack (https://jitpack.io/docs/BUILDING/#gradle-projects), with the namespace com.github.jupyter

Thoughts?

--
Kyle Kelley (@rgbkrklambdaops.com)

--
You received this message because you are subscribed to the Google Groups "Project Jupyter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+u...@googlegroups.com.

sp...@draves.org

unread,
Apr 5, 2017, 11:56:08 PM4/5/17
to jup...@googlegroups.com
Thank you Ryan this library is a great idea. How about we discuss this type/class question on the new issue tracker after it gets created?

To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+unsubscribe@googlegroups.com.

To post to this group, send email to jup...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

Damián Avila

unread,
Apr 6, 2017, 10:13:23 AM4/6/17
to jup...@googlegroups.com
If we have a steering council member sponsoring/facilitating it, and there is an active community working on it, then I'm +1 to giving it a repo under the Jupyter github org. Thanks Kyle and everyone involved!

I second that.


For more options, visit https://groups.google.com/d/optout.



--
Damián Avila

Kyle Kelley

unread,
Apr 6, 2017, 4:39:28 PM4/6/17
to jup...@googlegroups.com
It is now done.

https://github.com/jupyter/jvm-repr is now live! Thanks all.


For more options, visit https://groups.google.com/d/optout.



--
Kyle Kelley (@rgbkrklambdaops.com)

Brian Granger

unread,
Apr 6, 2017, 4:43:21 PM4/6/17
to Project Jupyter
Great!
>>>> https://groups.google.com/d/msgid/jupyter/1f69f848-8970-4b78-8d2e-e6e2209da47d%40googlegroups.com.
>>>>
>>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>
>>>
>>> --
>>> BeakerNotebook.com
>>> ScottDraves.com
>>> @Scott_Draves
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Project Jupyter" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an
>>> email to jupyter+u...@googlegroups.com.
>>> To post to this group, send email to jup...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jupyter/CAMaD%2Bf7-x564T_eLAoZX%2B3Ntw6UqgpaK56Ab4m9DiTnLKZHD9A%40mail.gmail.com.
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>>
>> --
>> Damián Avila
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Project Jupyter" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to jupyter+u...@googlegroups.com.
>> To post to this group, send email to jup...@googlegroups.com.
>> To view this discussion on the web visit
> --
> You received this message because you are subscribed to the Google Groups
> "Project Jupyter" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jupyter+u...@googlegroups.com.
> To post to this group, send email to jup...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jupyter/CA%2BtbMaXkGW%2BOyv7WNZ31W2ad%2Bbk_RDx_A%3DrWPZxpsEy8TvZcxg%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.



--
Reply all
Reply to author
Forward
0 new messages