Доступен релиз прослойки JPype 0.7.2, позволяющей организовать полный доступ Python-приложений к библиотекам классов на языке Java. При помощи JPype из Python можно использовать специфичные для Java библиотеки, создавая гибридные приложения, сочетающие код на  Java и Python. В отличие от  Jython, интеграция с Java достигается не через создание варианта Python для JVM, а через взаимодействие на уровне обеих виртуальных машин, используя разделяемую память. Предложенный подход позволяет не только добиться  хорошей производительности, но и предоставляет доступ ко всем библиотекам CPython и Java. Код проекта распространяется под лицензией Apache 2.0...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52456

• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,A.Stahl, 19:30 , 29-Фев-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 19:33 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 19:38 , 29-Фев-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 20:00 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 12:05 , 01-Мрт-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 13:11 , 01-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 20:07 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 20:12 , 29-Фев-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 20:17 , 29-Фев-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 20:33 , 29-Фев-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,A.Stahl, 20:34 , 29-Фев-20
        • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Lex, 21:32 , 29-Фев-20
          • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 21:46 , 29-Фев-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,анонимно, 20:40 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Анонимм, 21:07 , 29-Фев-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 21:41 , 29-Фев-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 12:06 , 01-Мрт-20
        • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 14:04 , 01-Мрт-20
          • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 14:08 , 01-Мрт-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 09:44 , 02-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 21:08 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,псевдонимус, 03:47 , 01-Мрт-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,YetAnotherOnanym, 12:31 , 01-Мрт-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 09:47 , 02-Мрт-20
        • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,пох., 12:24 , 02-Мрт-20
          • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 08:18 , 03-Мрт-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,пох., 12:23 , 02-Мрт-20
        • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,YetAnotherOnanym, 21:04 , 02-Мрт-20
      • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,myhand, 18:05 , 02-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Lex, 21:35 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 21:44 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,пох., 01:12 , 01-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,nelson, 22:54 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:43 , 29-Фев-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:02 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:44 , 29-Фев-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 10:29 , 02-Мрт-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 18:01 , 01-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:16 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:46 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 12:20 , 01-Мрт-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним84701, 14:40 , 01-Мрт-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 18:05 , 01-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Анонас, 23:53 , 29-Фев-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Анонос, 09:33 , 01-Мрт-20
• Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 19:57 , 02-Мрт-20
  • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 22:43 , 02-Мрт-20
    • Релиз JPype 0.7.2, библиотеки для доступа к Java-классам из ...,Аноним, 23:33 , 02-Мрт-20

>полный доступ Python-приложений к библиотекам классов на языке Java

Нормальное зло имеет тенденцию рвать друг другу глотки, но Питоно-Ява объединяется. Не стойте слолбом -- сделайте что-то пока эта мерзость не превратила прикладное программирование в то, во что ЯваСкрипт превратил Веб!

*та самая шутка про сношение жабы и гадюки*

причем тут твои родители?

Нужная вещь, иногда софт бывает только в жабе реализован. Ну и опять же, это удобно.

Ну, во-первых, это красиво.

> Ну, во-первых, это красиво.

"Имела жаба гадюку" [x] implemented!

> библиотеки для доступа к Java-классам из Python

Где-то я такое уже видел. О, точно: JavaScript с самого начала существования предоставлял бесшовную интеграцию с Java. Другое дело, что от этого потом отказались, но пихону еще только предстоит перепройти это приключение, в котором оказался JavaScript в 1990-ых.

Тут обратная ситуация. Емнип жабоскрипт изначально был субсетом жабы, тут же скорее возникло требование интеграции из-за больших объёмов уникальных продуктов на обоих языках. Интересно, а с андроидом оно интегрируется?

> жабоскрипт изначально был субсетом жабы

никогда не был, хватит трындеть

Так принято считать, да. Однако. они появились в одно время и я читал, что жс всю жизнь был рипофом жабки, да и назначение у них весьма схожее. Отсюда потом и родились интероперабельные реализации (не помню, как назывались, да и не интересно).

А мне какой-то явист рассказывал, что в ранних версиях (а может и сейчас, не помню) ЯваСкрипта были зарезервированы все Ява команды. Видимо с расчётом на "потом доделаем"

жЫЭска была совершенно отдельной штуковиной. Однако её название - результат работы маркетологов( жаба тогда была весьма популярна и жабаскрипт похожим названием помышлял переманить к себе часть народу и урвать часть популярности ).

А то явись, наверное, рассказывал о мозиловском js-движке( Rhino ), который написан полностью на жабе и вполне мб там нечто подобное имелось.

Всё-таки, это были темные и страшные времена, когда народ всерьёз думал, что жаба захватит мир

но ведь блин захватила. Вёдра на яве, IDE к ним - тоже, разрабатывать - невозможно.

надо наконец то реализовать синтаксис python в jvm и будет полная любовь и согласие )
Два корифея ООП на самом деле java и python.

GraalVM?

GraalVM. На самом деле у меня есть фреймворк, сглаживающий различия между JPype и GraalPython, но никак руки не доходят его выделить в отдельную либу и опубликовать.

Может подсознание тебе просто говорит: "Не надо".

К сожалению надо. Альтернатива - переписать как минимум 6 нужных немаленьких либ/программ. Одна из них имеет чисто питонью альтернативу, но эта альтернатива не работает. Я там кое-что по мелочи допилил, но это "допилил" - бесполезно, если основная функциональность неправильно или не до конца реализует стандарт, и только разрабы знают, что там недоделано. Для второй некритично, потому что она касается экосистем самих JPype и GraalPython. А вот 3-6 уникальны и написаны под JVM. Вот из-за таких уникальных прог JPipe и GraalPython и нужны. Альтернатива - сначала переписать под питон, а потом поддерживать форки, не нужные основным разрабам этих программ. Кто это будет делать? Вы готовы вот лично взять и из своего кармана оплачивать работу программистов ради того, чтобы вот эти 4 либы/программы работали под питон нативно без зависимости от явы? А ведь это только мои нужды. Другим программистам нужны другие либы/программы под JVM. Вы готовы финансировать из своего кармана портирование вообще всех нужных кому-либо JVM-либ/программ под питон, и сейчас, и в будущем, чтобы сделать JPipe? Если нет, то почему вы утверждаете, что альтернативное более cost-efficient решение этой проблемы не нужно?

*чтобы сделать JPipe ненужной?

В питоне до сих пор не могут разобраться, он функциональный или объектно-ориентированный. Полноценная модель ООП есть в Ruby и JRuby.

Нужная вещь в хозяйстве

Ага. Как бычий хрен в кулацком хозяйстве.

Если "кулак" (т.е. зажиточный крестьянин, использующий труд наёмных работников, т.н. "батраков") достаточно умён и дальновиден, чтобы самостоятельно вести племенную работу, то бычий хрен в его хозяйстве действительно необходим.

>>  "кулак" (т.е. зажиточный крестьянин, использующий труд наёмных работников, т.н. "батраков")

Не совсем так. Для того, чтобы заслужить такое звание, было необходимо быть хамовитым, агрессивным и наносящим увечья другим крестьянам. Простые зажиточные крестьяне, даже с наёмными работниками, "кулаками" не были.

> Не совсем так. Для того, чтобы заслужить такое звание, было необходимо быть хамовитым,
> агрессивным и наносящим увечья другим крестьянам.

иначе они нанесут увечья тебе, и корову уведут.

> иначе они нанесут увечья тебе, и корову уведут.

Куда они её уведут при общинном то укладе жизни?

Не хотел бы тебя огорчать, но сушеным бычьим хреном просто х/ячили батраков - он не хуже резиновой дубинки работает.

А племенную работу вели на рынке - покупая новую корову взамен зарезаемой на мясо старой.
Бычки по осени - на мьясо, кормить их зимой незачем, а ягель копытить они почему-то не хотят.

А рождались эти коровы, до того как быть проданными на рынке - где? Наверное, всё-таки у кого-то, кто владел коровой-мамой и организовал ей вязку с тем самым быком, чей хрен, в силу этого, имел таки определённую ценность в хозяйстве.

> Если "кулак" (т.е. зажиточный крестьянин, использующий труд наёмных работников

Да никакой это не "зажиточный крестьянин", а обыкновенный сельский ростовщик.  Если лень учить историю - читайте хоть русскую классику.

Походу, это какая-то хитрая многоходовочка по уничтожению нескольких ЯП и всех и фанов одним разом.

Ну серьезно, это же воистину гениально - совместить тормознутость питона с прожорливостью ресурсов джавы :)

Да не в гениальности дело. А исключительно в либах. Есть большие поделия, переписать которые с явы/скалы/котлина/closure на питон - титанический труд, который приведёт только к одному - необходимости поддерживать как оригинал, так и форк.

дааа, Господь не торопится - он их на этот пароход уже сколько, 25 лет собирал?

>> полный доступ Python-приложений к библиотекам классов на языке Java

походу это такой тонкий троллинг качества готовых решений на пистоне

Хромает не только качество, но и покрытие. У всех языков так, ибо большинство софта написано на конкретном языке без транспиляции в твой.

Ну а что, бизнесслогика на Java, а морда на PyQt. Поскольку биндинг к Qt для Java заброшен лет 10 назад.

У джавы свой GUI тулкит.

На который смотреть не хочется.

Тогда уж сразу на электроне. Трэшевать так уж по полной, что за полумеры?!

Вместо одной VM память и ресурсы будут жрать сразу две.

Электрон давится от зависти в углу...

Живые мейнтейнеры портов нужных либ на питон сожрали бы гораздо больше.

Ждём биндинг JavaScript -> Python -> Java

> Вместо одной VM память и ресурсы будут жрать сразу две.

У питона М тянет разве что на мопед.  
> Электрон давится от зависти в углу...

Давится захапанной памятью, спешит, а то вдруг кому-то еще достанется?

Ну не жабе же с гадюкой оставлять, право?!

Имя им легион
https://talvi.net/a-brief-overview-of-python-java-bridges-in...

JPype - самая удобная. Просто берешь, подключаешь либу
и просто дергаешь функции.

JPype штука может и удобная, но жутко тормозная. Есть менее известная но более годная вешь - JCC из pylucene. Конечно, скрещивать жабу и гадюку богомерзко, но если знаете толк в извращениях - почему бы и нет. Вот у нас в далёком 2008 году были 32 битные виндовзсерверы и костыль на асме, который в адресное пространство процесса сначала JVM грузил, чтобы оно отожрало свои 1.6 гига оперативки, а потом уже - питон. Иначе яве больше гигабайта не доставалось.

Клёвая штука ... для C++ программ. Спасибо.

>но жутко тормозная.

А сам питон не жутко тормозной? ИМХО для питона для каждой либы компилять ctypes-обёртку не очень хорошо. Хотя бы потому, что в любой момент может поменяться как сам питон, так и сама либа.

Если бы мы фигачили всё в лоб, конечно, тормозило бы жутко. А если делать правильно - то волнуют совсем другие проблемы. GIL, например. Или всякая срань типа async/await.