Új hozzászólás Aktív témák

• Aethelstone addikt

  #7566

  #7565 Lortech

  2015-06-22 09:54:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #7565 Lortech

  #7565 Lortech

  Ha windows service-re gondolsz, akkor ugye a java alkalmazásodhoz kell egy natív exe wrapper, ami scm-hez illeszkedik, erre vannak kész megoldások, vagy te is készíthetsz ilyen wrappert, ami vagy sima processz indítással vagy akár parancssoron keresztül indítja a java alkalmazást. A kész megoldások, amikkel én dolgoztam, lehetőséget adnak java path beállításra, hogy egy előre definiált helyen lévő jvm-mel indíthasd az alkalmazást. De írtam már olyan wrappert is, ami csak egy batchet indít (ami indítja a javát), ilyenkor természetesen annak a felhasználónak a környezeti változóival (including PATH) fog futni, aki a service indításhoz be van állítva. Ergo az amit írsz, bizonyos esetben igaz lehet - pl. ha a service-t futtató felhasználónak nincs a PATH környezeti változójában java elérési út (a \system-en kívül), vagy a natív wrapper a \system-ben lévő java.exe-hez ragaszkodik -, de nem szükségszerűen van így.

  Jaja, nyilván a natív exe wrapper. Mivel a service egy speciális mód, ezért ott a normál PATH beállítások sajnos nem játszanak. Ebben az egész buliban igazából csak az a vicces, hogy pl. a Windows 2008 szerveren máshogy települ fel a 32 bites és a 64 bites Java...mind1..nem is annyira lényeges, de jó nagy szopók voltak ezzel. Egy standalone jetty-re épülő alkalmazást kellett windows service-ként futtatni

Új hozzászólás Aktív témák