BeanShell to lekki interpreter języka Java, który pozwala uruchamiać kod Javowy bez kompilacji, bez klas, bez public static void main. Jeśli kiedykolwiek chcieliście szybko przetestować kawałek logiki w Javie, napisać skrypt konfiguracyjny albo dodać skryptowanie do swojej aplikacji JVM — BeanShell jest odpowiedzią. To Java, ale bez całego boilerplate’u, który sprawia, że proste rzeczy wymagają 20 linii kodu.

BeanShell jest szczególnie cenny w ekosystemach, gdzie Java jest głównym językiem, ale potrzebujecie elastyczności skryptowania. Testowanie, konfiguracja, automatyzacja buildów, prototypowanie — wszędzie tam, gdzie pełna kompilacja Javy byłaby overkillem, BeanShell wchodzi gładko. Interpreter potrafi wykonywać kod Javowy linia po linii, z dostępem do wszystkich klas i bibliotek JVM.

Warto go poznać, bo BeanShell reprezentuje ważną ideę: że język kompilowany może mieć tryb skryptowy. Ta idea wraca w różnych formach — JShell w Javie 9+, REPL-e w Kotlinie i Scali — ale BeanShell był jednym z pierwszych narzędzi, które to umożliwiły w ekosystemie Java.

Spis treści

Krótka historia i ewolucja

BeanShell został stworzony przez Patricka Niemeyera w 1999 roku. W tamtym czasie Java była już popularna, ale developerzy narzekali na brak interaktywnego środowiska — cykl “napisz, skompiluj, uruchom” był długi nawet dla drobnych eksperymentów. BeanShell wypełnił tę lukę, oferując interpreter, który rozumiał składnię Javy, ale pozwalał na luźniejszy styl programowania.

Projekt zyskał popularność w latach 2000-2010, szczególnie w środowiskach enterprise. Został zintegrowany z Apache Ant, JMeter, jEdit i wieloma innymi narzędziami. W pewnym momencie był de facto standardem do skryptowania w aplikacjach Javowych.

Rozwój BeanShell zwolnił w okolicach 2010 roku, gdy na scenę weszły nowsze języki JVM — Groovy, Kotlin, Scala — które oferowały natywną składnię skryptową. Jednak BeanShell nie umarł. Projekt został przeniesiony na GitHub, a w 2020 roku pojawiła się wersja 2.1, która dodała wsparcie dla nowszych wersji JVM i poprawiła kompatybilność z Java 8+.

Kluczowe cechy i filozofia

BeanShell jest w zasadzie nadzbiorem Javy. Każdy poprawny kod Javowy jest poprawnym kodem BeanShell, ale BeanShell dodaje luz: możecie pisać skrypty bez klas, używać luźnego typowania (jak w JavaScript), deklarować metody na poziomie globalnym i korzystać z dynamicznego importu. To jak Java w trybie “relaxed” — ta sama semantyka, mniej formalności.

Typowanie jest hybrydowe. Możecie pisać int x = 5; jak w Javie, albo x = 5; jak w Pythonie. BeanShell sam wywnioskuje typ, gdy to możliwe, i pozwoli wam na mieszanie obu stylów w jednym skrypcie. To sprawia, że prosty kod jest prosty, a skomplikowany nadal może być typowany statycznie, gdy tego potrzebujecie.

Jedną z najciekawszych cech jest możliwość embedowania BeanShell w aplikacjach Javowych. Możecie dodać interpreter BeanShell do swojej aplikacji i pozwolić użytkownikom pisać skrypty rozszerzające funkcjonalność. Interpreter ma dostęp do wszystkich obiektów i klas, które mu udostępnicie, co czyni go potężnym mechanizmem pluginów.

Filozofia BeanShell to “Java powinna być dostępna bez ceremonii”. Nie musicie rozumieć klas, pakietów i classpath, żeby napisać prosty skrypt. Ale gdy wasz skrypt rośnie, możecie stopniowo dodawać strukturę Javową — klasy, interfejsy, generyki — bez przepisywania kodu od zera.

Gdzie BeanShell sprawdza się najlepiej

BeanShell tradycyjnie sprawdza się w testowaniu i automatyzacji. Apache JMeter używa BeanShell jako jednego z języków skryptowych do definiowania logiki testów wydajnościowych. Możecie pisać custom assertions, pre-processory i post-processory w BeanShell, mając pełny dostęp do API JMeter i wszystkich bibliotek Javowych.

W aplikacjach enterprise BeanShell bywa używany jako język reguł biznesowych. Zamiast hardcodingu logiki, definiujecie reguły jako skrypty BeanShell, które mogą być modyfikowane bez rekompilacji aplikacji. To szczególnie przydatne w systemach, gdzie reguły zmieniają się często — w finansach, ubezpieczeniach, e-commerce.

Narzędzia IDE i edytory też używały BeanShell. jEdit, popularny edytor programistyczny, używa BeanShell do makr i skryptów rozszerzających. Wiele starszych aplikacji Javowych ma wbudowany BeanShell jako mechanizm customizacji, więc znajomość tego języka przydaje się przy utrzymaniu legacy systemów.

Jak wygląda kod w BeanShell

Prosty skrypt — odczyt pliku i filtrowanie linii:

import java.io.*;

BufferedReader reader = new BufferedReader(new FileReader("dane.txt"));
String line;
int count = 0;

while ((line = reader.readLine()) != null) {
    if (line.contains("ERROR")) {
        print("Znaleziono błąd: " + line);
        count++;
    }
}
reader.close();
print("Łącznie błędów: " + count);

Zwróćcie uwagę — nie ma klasy, nie ma main, print() jest wbudowaną funkcją BeanShell. To wygląda jak Java, ale bez otoczki.

Drugi przykład — definicja i użycie funkcji:

fibonacci(n) {
    if (n <= 1) return n;
    return fibonacci(n - 1) + fibonacci(n - 2);
}

for (i = 0; i < 10; i++) {
    print("fib(" + i + ") = " + fibonacci(i));
}

Funkcje na poziomie globalnym, bez klas, bez modyfikatorów dostępu, bez typów zwracanych. Czysta logika.

Ekosystem i narzędzia

BeanShell nie ma rozbudowanego ekosystemu w sensie package managerów czy frameworków — sam jest narzędziem wbudowywanym w inne ekosystemy. Ale jako interpreter JVM ma dostęp do całego Maven Central i każdego JARa na classpath. To oznacza, że możecie import dowolną bibliotekę Javową i używać jej bezpośrednio w skryptach BeanShell.

Do edycji skryptów BeanShell wystarczy dowolny edytor z podświetlaniem Javy — VS Code, IntelliJ, Eclipse. BeanShell ma też własny prosty GUI console z historią komend i podświetlaniem. W trybie embedded, aplikacja hostująca zwykle dostarcza edytor skryptów.

Społeczność jest niewielka i skupiona wokół konkretnych narzędzi — użytkowników JMeter, jEdit i aplikacji enterprise, które embedują BeanShell. Na Stack Overflow znajdziecie sporo pytań i odpowiedzi, choć większość dotyczy starszych wersji. Dokumentacja na oficjalnej stronie jest zwięzła, ale wystarczająca.

Mocne i słabe strony

Największą zaletą BeanShell jest zerowy próg wejścia dla developerów Javy. Znacie Javę? Znaczycie BeanShell. Nie musicie uczyć się nowego języka, nowych konwencji, nowych narzędzi. Skrypty BeanShell mogą też być łatwo przeniesione do pełnej Javy, gdy zajdzie taka potrzeba — to ten sam kod, tylko z dodatkową strukturą.

Embedowalność to kolejna mocna strona. Interpreter BeanShell to jeden JAR, który dodajecie do projektu. Nie wymaga natywnych bibliotek, nie wymaga osobnego runtime’u. Dla aplikacji, które potrzebują mechanizmu skryptowego, BeanShell to jedno z najlżejszych rozwiązań na JVM.

Słabe strony: wydajność. BeanShell jest interpretowany, więc jest wolniejszy od kompilowanej Javy i od Groovy’ego (który kompiluje się do bytecode’u). Składnia, choć luźniejsza niż Java, nadal nosi bagaż Javy — verbose API, checked exceptions, brak closures (chyba że używacie Java 8+ lambd). W porównaniu z Groovy czy Kotlin Script, BeanShell wygląda jak narzędzie z innej epoki — bo nim jest.

Podsumowanie

BeanShell to narzędzie dla developerów JVM, którzy potrzebują szybkiego skryptowania bez nauki nowego języka. Jeśli pracujecie z JMeter, utrzymujecie legacy aplikacje Javowe z mechanizmem skryptowym, albo po prostu chcecie REPL dla Javy na starszych JVM — BeanShell jest dla was.

W nowoczesnym ekosystemie JVM, Groovy i Kotlin Script przejęły większość use case’ów BeanShell. Ale BeanShell nie zniknął — jego prostota, lekkość i pełna kompatybilność z Javą sprawiają, że nadal ma swoje miejsce. Szczególnie tam, gdzie liczy się minimalna zależność i maksymalna zgodność z istniejącym kodem Javowym.