Jython-консоль вашего приложения

[intr13]

Любопытный велосипед, хотя описано все довольно сумбурно. Сам писал похожее несколько раз, последний раз пользовал Janino (интерпретация) + JMX (транспорт) + jconsole (клиент). Но опять же Janino это типизированная Java, и даже не очень 1.6.

Кстати, а насчет rhino (javascrip) вы не задумывались. По умолчанию в дефолтной java даже есть какой то не очень свежий интерпретатор. Да и javacript немного похож на Java Ж)

[siasia]

Не очень люблю джаваскрипт за разгильдяский синтаксис. Да и как бы в Питоне из коробки много вкусного кода.

[intr13]

«Suum cuique»@кто-то-умный, а вообще javascript довольно удобен для скриптования, мы вот например в одном приложении всю клиентскую бизнес логику в него вынесли (возможно и серверная тоже частично там будет).

[cleam]

Не очень понятно, чем предложенное решение лучше стандартного интерактивного дебаггера + HotSwap.

[siasia]

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

[Foror]

Вообще, такое есть в дебагере Eclipse, правда интерфейс к таким возможностям довольно убог (или может я чего не понял).

[Frenzy]

Проблема понятна — проекты разные бывают, но в большинстве случаев правильнее взять на вооружение TDD: написать несколько тестов для нового куска функционала — таких чтобы быстро бегали, замокать всё тяжёлое, а затем написать/отладить новый код гоняя только эти локальные тесты, а не пересобирая весь проект каждый раз.

Ведь код, который вы скормите интерпретатору, пропадёт безвозвратно, почему бы не оформить его в виде тестов? — тогда он ещё сослужит службу в будущем.

[naryl]

Если я правильно уловил суть (в питоне и джаве не силён), то вместо изобретения велосипеда могли бы взять готовые ABCL и SLIME. Язык для быстрого прототипирования подходит, нахаляву получаете отличный отладчик и, кроме консоли, IDE (emacs).

Правда связку SLIME с ABCL сам не смотрел, но по отдельности они, очевидно, работают отлично.

[siasia]

Ну можно было попробовать clojure. Опыт есть. Не очень люблю Лисп опять же.

[thevery]

я, честно говоря, так и не понял: почему за основу своего велосипеда (или не очень велосипеда) нельзя было groovy-то взять? Или просто хотелось именно питон и никто кроме вас не будет этот велосипед использовать/поддерживать?

[siasia]

Если прочитать комментарии выше, то заметно, что каждый предлагает свой язык :) И каждый считает, что именно он единственно верный :)
Были Javascript, Lisp, теперь вот Groovy. В Python огромная встроенная библиотека сверх того, что предлагает Java API. Mожет ли этим похвастаться Javascript, Lisp или Groovy?

[thevery]

>В Python огромная встроенная библиотека сверх того, что предлагает Java API. Mожет ли этим похвастаться Javascript, Lisp или Groovy?

учитывая что ТС использует maven, то сторонних библиотек у него невероятно большое количество.
а groovy лучше в первую очередь тем, что он синтаксически значительно ближе к java, чем любой другой язык, а значит он значительно проще и понятнее для остальной java-команды.

[siasia]

С удовольствием почитаю про удалённую Groovy-консоль с автодополнением, которую можно встроить в не Spring.

[naryl]

Да, все три могут. Но не в этом суть.

Вам нужна интерактивная разработка? Как вообще могут в голову придти какие-то Python'ы когда есть куча языков разработанных с оглядкой на это с самого начала? Интерактивная разработка Jython выглядит как неудачная шутка после ABCL.

Ах, да. Вы «не любите» лиспы. Ну, не сильно уступающие скобкам альтернативы вам уже предложили.

[stas_agarkov]

Очень интересный способ!

[razoroid]

Довольно интересное предложение конечно, но как было подмечено выше — довольно-таки сумбурно описано. Условия у Вас все-таки не варварские, для примера наше приложение собирается около 80 минут + 30 минут install/deploy + 10-30 минут конфигурирование. Для некоторых тестов уcтановку/настройку приходится делать на нескольких разных серверах. И я это не к тому, чтобы пожаловаться или померятся письками, а к тому, что работа в таких условиях жутко дисциплинирует, особенно к тому, чтобы хотя бы пробежаться по написанному коду глазами хотя бы разок. Хотя конечно NullPointer'ы реально бесят, но тут как вариант нас спасает инкрементальная компиляция в эклипсе)