Pokud je něco pod GPL, tak ani likování za běhu není ve směru zavřená alikace -> otevřená knihovna přípustné. Proto nelze bez komerční licence psát uzavřené aplikace nad Qt. Čisté GPL pouze připouští interakci s nesvobodným kódem, když se jedná o běhové prostředí cílového systému. Na hraně přípustnosti zůstává závislost na zcela od aplikace nezávislé avšak uzavřené knihovně. Jsem ale přesvědčený, že Váš příklad s využitím třídy String je v rozporu s pravidly GPL. Naopak s LGPL je zcela v pořádku. Je možné, že SUN vydá Javu včetně knihoven pod GPL, tím poláme ostny OS kritiků a pro komerční použití bude vývojové prostředí dále šířit pod původní licencí. Pro začlenění změn od kontributorů do primárního stromu pak bude žádat souhlas s dvojí licencí. Také je možné, že bude nějak ošetrřena hranice působnosti licence. Píši to sem jen pro upřesnění, zauvažování nad věcí a můj výklad je také čistě amatérský. Nemám k této věci moc vyhraněný vztah, ale spíš mě těší, že bude Java průhlednější a půjde kód lépe studovat a třeba i vylepšovat (i když pro mě osobně je Java zatím mimo rozsah mého radaru). Loučím se spráním poslušně promenujích se bytů na drátech.