[Javalist] Webservice-k

[Gábor Garami]

"De egy demó projekt esetében egy ekkora (vázolt) portolásnál
borítékolni lehet, hogy lesz hibaüzenet, ami ráadásul nem fog
egyértelmű útmutatást adni. ;)"

Dokumentacio, dokumentacio, dokumentacio. A deployolashoz _nem lehet_
szukseg a forraskodra, nem PHP ez. Illetve hat ha van nem egyertelmu
hibauzenet, az bug.

Ha en deployolo vagyok, es valami nem mukodik a deploymentre atadott
termekben, akkor visszacsapom a fejlesztonek, az
ujraimplementalas/javitas ugyanis nem az en feladatom, kozom nincs
hozza. Nekem az a feladatom, hogy deployoljam az alkalmazast. Azt
pedig nem vagyok kepes ellatni, onhibamon kivul.

Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84


2013/3/1 Molnár Miklós <timortinj at freemail.hu>:
> De örültem soraidnak. :o) Pontosan ilyesmik körül forogtak az én
> problémázásaim is.
>
>
>
> Értem én, hogy deploynál elvben nem kell a forráskód.
>
> De egy demó projekt esetében egy ekkora (vázolt) portolásnál borítékolni
> lehet, hogy lesz hibaüzenet, ami ráadásul nem fog egyértelmű útmutatást
> adni. ;)
>
> A deployoló elött két út áll (szerintem, de javítsatok ki, ha rosszul
> látom):
>
> (1) deployolja a war file-t szabványos úton és tesz arra, hogy müxik is e az
> elvárt módon (mire mit kell csináljon cuccnak).
>
> (2) megpróbálja kinyomozni, hogy a teljes láncon hol hibádzik a bitek
> szaladgálása, minden jogosultság mindenre megvan-e stb.
>
> Én ha fejlesztő vagyok és deployolónak adom a végtermékemet, akkor tuti
> leírom, hogy mire minek kell történnie, mikor siker a sztori, minden
> támogatást megadok előzetesen, a szívások minimalizálásra.
>
> Nem pedig odacsűrök egy lefordított classokkal meg weblogic-specifikus
> xml-ekkel teli war file-t.
>
> Ha meg deployoló vagyok és mégis ilyen hozott anyagból kellene dolgoznom, az
> első hibaüzenet után, reimplementálom az egész demót, kvázi ahhoz
> hasonlatosan, ahogy IC-t sem javítanak, hanem kidobják és vesznek újat.
>
> Persze nyilván lehet egyesével levadászni a hibákat, meg a class-okat
> dekompilálni (ami demo-projektnél nem vészes). Kinek a pap kinek a papné,
>
> Vagy horribile dictu kezdetben még egy ember a fejlesztő és a deployoló. ;)
>
>
>
> MM
>
>
>
> PS: Amúgy (első kérdésre válaszolva) a Tomcat lett a győztes. A Jetty
> elhasalt az alul-dokumentáltságon. Én egyébként konkréten nem látom, hogy
> egy Jetty-nek lenne-e bármi előnye egy Tomcattel szemben, mert hogy hátránya
> az ugye van.
>
>
>
>
>
> From: javalist-bounces at lists.javaforum.hu
> [mailto:javalist-bounces at lists.javaforum.hu] On Behalf Of Gábor Garami
> Sent: Thursday, February 28, 2013 10:53 PM
>
>
> To: Java lista
> Subject: Re: [Javalist] Webservice-k
>
>
>
> Nem tudom, en azert eleve felkeszulnek mar a demo soran arra, hogy a db nem
> localhost lesz, illetve h minel egyszerubb legyen deployolni.
>
> Akar olyan szintig is el lehet menni, hogy - mivel demo - osszetenni egy
> (aka embedded, de meg ez se kell) jettyvel, odacsapni egy launchert es kesz.
> Ezt linuxra se tart tovabb megirni, mint windowsra, foleg, h meglevo kodokat
> kell csak parameterezni (jettynek, tomcatnak van sajat launchere).
>
> A forraskodot nem ertem, deploymenthez az nem kell. Deploymenthez konfig
> pont kell, ez lehet jndi valamicsoda, lehet System.getProperty, fix helyen
> levo properties fajl, akarmi. A lenyeg, hogy annyira le legyen dokumentalva,
> hogy a forras ismerete nelkul deployolhato legyen a cucc.
> Vagyis ha odaadnad nekem, ne kelljen toled kerdeznem, hogy mit meg hogy.
>
> A production rendszer egy mas teszta. Otda tudni kell, hogy ki es hogy fogja
> hasznalni, es a megfelelo appszervert alarakni. Mondjuk ha ezt a demo
> fejlesztesekor meg nem tudod nagysagrendileg se, az eleve egy erdekes
> project lehet, de mindegy.
>
> Persze ezt ne tessek verkomolyan venni, en nem vagyok fejleszto, inkabb
> sysop szemlelet amit irtam. De hatha hasznos.
>
> Garami Gábor
> gabor.garami at hron.me
> Skype: hron84
> Tel: +36 20 235 9621
>
> Sent from my T-Mobile G2
> Ezt a levelet telefonról adták fel, ékezethibákat tartalmazhat.
>
> 2013.02.28. 16:52, "Molnár Miklós" <timortinj at freemail.hu> ezt írta:
>
> Sziasztok,
>
>
>
> Két elméleti kérdésem lenne a témában:
>
>
>
> (1) Ha az a feladat, hogy kell 60-70 db java-s webservice-t zöldmezősen
> nulláról írni, egy vállalatnak, jellemzően Oracle adatbázisokból adatok
> publikálására, akkor milyen containert raknátok alá, szigorúan open
> source/free alapokon?
>
> * Rögtön nagyágyú? Glassfish-t vagy Jboss?
>
> * Tomcat?
>
> * Vagy bevállalnátok a Jetty-t, figyelembevéve, a szűkős
> szervererőforrásokat, egyszerű adminisztrálást?
>
> * Azt nem dobom fel ötletnek, hogy j2se alapon. ;)
>
> User-számot (hányan használják egyszerre és milyen adattömeget érintően) azt
> sajnos nem tudok.
>
> Itt inkább csak az az érdekes, hogy mennyire érdemes "lemenni" a megkövetelt
> funkcionalitás szempontjából.
>
>
>
> (2) Hogy érdemes megírni az embernek az első demó Webservice-t (ami mögött
> egy Oracle tárolt eljárás van egyébként)?
>
> Ha véletlenül van hozzáférése egy Windows-os Weblogic-hoz, akkor
> összekattingatja benne, avagy manuálisan bitről-bitre egy
> notepad-ben/vi-ban? Miért szimpatikusabb nekem az utóbbi? J
>
> Egy ilyen demo-webservice .war-ját hogy kell átadni a fejlesztőnek a
> deployolónak, ha más szerveren és nem localhoston, más containerben (nem
> Weblogic), más oprendszeren (Linux) fog futni?
>
> Gondolok itt olyanra, hogy a forráskódot át kell adja-e, át kell-e adni
> valamiféle fejlesztési dokumentációt avagy elég oda****ni egy Weblogic
> összerakta war-t.
>
> Mennyire gondolom rosszul, hogy a Weblogic-ban összehegesztett
> demo-webservice-hez képest ez "migrálás" egy gyakorlatilag egy másik projekt
> már?
>
>
>
> Bocs, ha nagyon rosszul kérdezek, de talán érthető, hogy mire akartam
> kilyukadni.
>
> MM
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>