Esmska 0.17 (diskuse)

[Algi]

Rád bych ještě doplnil, že uživatelům Mac OS X kromě výše zmíněných změn udělá radost také rozšířená podpora strojů, na nichž Esmska běží. Nyní stačí vlastnit Mac OS X Snow Leopard a libovolný Mac s procesorem Intel. Doufám, že potěší i vylepšený vzhled toolbaru, jež nyní vypadá stejně jako nativní Enjoy

[NaiL]

to akoze java aplikacia nepojde na mojej g3jke?

[Algi]

Bohužel. Je to dáno tím, že vyžaduje Java 6 a proto běží pouze na Intel procesorech. Na druhou stranu, můžete zkusit stáhnout SoyLatte, jež by mělo fungovat i na PowerPC procesorech. Je dostupné pro Tiger a Leopard (Snow Leopard na PowerPC již neběží). Po instalaci (rozbalení) této Javy je nutno stáhnout obyčejný balíček Esmska-0.17.0.tar.gz a poté jej spusti z Terminálu. Přiznávám, že se nejedná o zrovna pohodlný způsob spuštění, ale je to bohužel to jediné co Vám můžu poradit.

[Mintaka]

To jsem si myslel že je Java trochu víc multiplatformnější. Nevíte jak je na tom v těchto případech interpret Pythonu?

[Algi]

To netuším, ale myslím, že s tím nebude problém. Bohužel nejsem majitelem žádného PowerPC stroje, avšak s Pythonem nebyly podle mého podobné problémy nikdy. (Neber mě tolik za slovo, zas tak to nesleduji ).

Co se týče Javy, tak poslední podporovaná verze na platformě PowerPC je Java 5, což je ve většině případů naprosto dostačující. Apple zahájil převod svých frameworku do 64-bitové podoby v Tigerovi a mnohem více pak na Leopardovi. Mezi prvními frameworky, jež byly převedeny patří i Java. Pro dodržení zpětné kompatibility stále vyvýjí Java 5 pro obě platformy, avšak o Javě 6 rozhodli, že bude pouze pro Intel, stejně jako zbytek systému. Avšak z nedostatku času byla Java 6 pro Leopard pouze v 64-bitové podobě, což byl nejdůležitější cíl. S příchodem Snow Leoparda měli na vývoj mnohem více času, což se odrazilo ve spoustě Developer preview a také ve vydání Java 6 pro 32-bit Intel Macy...

[Mintaka]

Díky za info. Zkoušel jsem tím směrem poslat pana Googleho, ale nepřinesl moc užitečných informací.

[Jardík]

Proč to nemůže najít svoje soubory, když mám pracovní adresář nastaven na ~ a program mám v ~/Programy/esmska/. Musím ručně dopsat cd "$HOME/Programy/esmska/" a to mi nepřijde jako hezké řešení. Neni v javě něco na zjištění umístění toho jar souboru (něco jako App.path()), že by se pak poskytovatelé hledaly např. v App.path() + "/něco" místo používání relativní cesty?

[Jardík]

Musím ručně dopsat ...

Tím myslím do toho sh skriptu.

[Algi]

Omlouvám se, že odpovídám takto pozdě. Nemám bohužel se spouštěním Esmsky z terminálu velké zkušenosti, avšak pokusím se alespoň nastínit některé souvislosti. Skript v podstatě provádí to, že zajistí, aby aktuální adresář, ze kterého se spouští příkaz `java` byl stejný, jako je adresář obsahující soubor esmska.jar. Při nedodržení tohoto požadavku se program sice spustí, ale poté hlásí, že nemůže nalézt operátory, apod. Což pravděpodobně bude i tvůj případ.

Pracovní adresář se dá v Javě nastavit dvěma způsoby: buď spustíš program `java` v tomto adresáři, nebo nastavíš `user.dir` na požadovanou hodnotu pomocí volby například na -Duser.dir=/Users/boucek/Applications/Esmska. Znáš teď vše co potřebuješ?

[Jardík]

Co něco takového, nebylo by to lepší, než "hackování" pracovního adresáře?

import java.net.URL;

public class bla
{
  public static void main(String[] args)
  {
    URL url = bla.class.getProtectionDomain().getCodeSource().getLocation();
    System.out.println(url);
  }
}

[Algi]

Musím se přiznat, že po těch letech programování toto vidím prvně No, člověk se pořád něčemu učí. Dobře, navrhnu to Kamilovi. Mě osobně tento problém příliš netrápí, ale na Linuxu to je asi problém. Díky za tip.

[Kamil Páral]

Nebylo. V Javě nelze zajistit vždy fungující zjištění umístění aktuálně spouštěného kódu. Což je dává i trochu smysl, když to může být spuštěno jako Java WebStart, v aplikačním kontejneru, atd.

Nejčistší řešení možné je změnit aktuální adresář v shell skriptu. Což tak je uděláno, viz esmska.sh. Není třeba nic dopisovat.