Kirjaudu

Uutiskirje

Rekisteröidy Sektoriin ja tilaa itsellesi joko aamuisin tai iltaisin ilmestyvä uutiskirje sähköpostiisi.

Maanantai, 7.3.2005

Kolmasosa pankkiautomaateista Windows-pohjaisia vuonna 2006

Yhdysvaltalainen finanssipalveluyhtiö Wells Fargo on saanut loppuun viisivuotisen projektin, jossa 6200 OS/2-pohjaisen pankkiautomaatin verkosto päivitettiin Windows-pohjaiseen infrastruktuuriin. J2EE-, HTML-, XML- ja SOAP-teknologioita hyödyntävä pankkiautomaattijärjestelmä mahdollistaa päivitysten tekemisen ja uusien sovellusten asennuksen etähallinnan kautta.

Tutkimusyhtiö Gartnerin analyytikko Avivah Litan uskoo, että uusi arkkitehtuuri tulee lisäämään pankkiautomaattien väärinkäytöksiä. "Windows-pohjaiset automaatit eivät ole hyvä uutinen järjestelmän tietoturvan kannalta. Olen varma, että järjestelmässä on tästä syystä useita tietoturva-aukkoja", hän toteaa. Toistaiseksi ainoa kerta, kun viruksen on vahvistettu iskeneen pankkiautomaatteihin sattui vuonna 2003.

Wells Fargon teknologiajohtaja Bill Sentenac kertoo myös olevansa huolissaan Windows-pohjaisten automaattien tietoturvasta, mutta ei kuitenkaan sen enempää kuin OS/2-pohjaistenkaan. Sentenacin mukaan yhtiö on tehnyt tarvittavat toimenpiteet järjestelmän tietoturvan parantamiseksi. Sentenac kuittaa, että uusia OS/2-pohjaisia automaattimalleja ei enää ole edes saatavilla. TowerGroup-tutkimusyhtiön arvion mukaan kolmasosa maapallon pankkiautomaateista toimii Windowsilla vuonna 2006.

Lue juttu oma, 7.3.2005 00:13. Lähde: ComputerWorld

Muita aiheeseen liittyviä uutisia

Kommentoi juttua



Aihe

Esikatsele kommentti
Kommentit ( 48 uutta / 48 )
pistettä.
Näytä vain kommentit joilla on vähintään
feenix Miksiköhän J2EE
feenix, 7.3.2005 08:32:27		 Pisteet: 0
Vastaa
Miksiköhän silti tähän valitaan J2EE, jos kuitenkin systeemiä ajellaa SOAPilla jne? Luulisi olevan hieman tehokkaampaa ja mukavampaa tehdä esimerkiksi .NET-järjestelmä, joka juttelee SOAPilla ja veppiserviiseillä maailmalle. Kehitystehokkuus kuitenkin vähän eri luokkaa. HTML myöskin ihmetyttää, mitenköhän se nyt sopii kuvioihin, vai yritetäänkö tässä kertoa, että serverillä pyörii J2EE ja sitten selaimella hoidetaan se itse asiakaspää? Tuskin kai sentään...
dustin Re: Miksiköhän J2EE
dustin, 7.3.2005 08:50:35		 Pisteet: 0
Vastaa
Miksiköhän silti tähän valitaan J2EE, jos kuitenkin systeemiä ajellaa SOAPilla jne? Luulisi olevan hieman tehokkaampaa ja mukavampaa tehdä esimerkiksi .NET-järjestelmä, joka juttelee SOAPilla ja veppiserviiseillä maailmalle. Kehitystehokkuus kuitenkin vähän eri luokkaa. HTML myöskin ihmetyttää, mitenköhän se nyt sopii kuvioihin, vai yritetäänkö tässä kertoa, että serverillä pyörii J2EE ja sitten selaimella hoidetaan se itse asiakaspää? Tuskin kai sentään...
Itseasiassa jossain artikkelissa joka kertoi juuri näiden automaattien toiminnasta sanottiin että kun katsot tänä päivänä pankkiautomaatin ruutua, katselet samalla Internet Exploreria eli kyllä se selaimella hoidetaan.
// Dustin
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 10:15:54		 Pisteet: 0
Vastaa
Miksiköhän silti tähän valitaan J2EE, jos kuitenkin systeemiä ajellaa SOAPilla jne?
Mitä ihmettä yrität tuolla sanoa? Että Javalla olisi vaikea tehdä SOAP-juttuja? Ei muuten ole, Java sopii erinomaisesti SOAP-juttujen tekemiseen. Tässä konkreettinen esimerkki: http://www.eli.sdsu.edu/courses/spring03/cs683/not...

Jos tarkoitat sitä, että miksi J2EE, kun järjestelmän pohjalla olevassa winkkarissa olisi .NET sun muut valmiina, niin varmaankin kyse on siitä, että automaatissa tarvittavia ohjelmia on tehty Javalla. Olemassaolevia ja hyväksi havaittuja järjestelmiä ei ole syytä lähteä kirjoittamaan uusiksi, vaikka alusta muuttuisikin.
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 10:24:02		 Pisteet: 0
Vastaa
Miksiköhän silti tähän valitaan J2EE, jos kuitenkin systeemiä ajellaa SOAPilla jne?
Mitä ihmettä yrität tuolla sanoa? Että Javalla olisi vaikea tehdä SOAP-juttuja? Ei muuten ole, Java sopii erinomaisesti SOAP-juttujen tekemiseen. Tässä konkreettinen esimerkki: http://www.eli.sdsu.edu/courses/spring03/cs683/not...
Jos tarkoitat sitä, että miksi J2EE, kun järjestelmän pohjalla olevassa winkkarissa olisi .NET sun muut valmiina, niin varmaankin kyse on siitä, että automaatissa tarvittavia ohjelmia on tehty Javalla. Olemassaolevia ja hyväksi havaittuja järjestelmiä ei ole syytä lähteä kirjoittamaan uusiksi, vaikka alusta muuttuisikin.
Tarkoitan sitä, että esimerkiksi kälin tekeminen olisi hieman mukavampaa .NET-pohjaisena, toimisi tehokkaammin jne. Ja esittämäsi esimerkki on klienttipäätä, entäs serveripää? Se ei ole näyttänyt menevän niin kivasti, mitä olen esimerkkejä nähnyt.

Serveripää kuitenkin voi olla jo olemassa, ei sitä sinänsä tarvitse uudelleenkirjoittaa. Silti asiakaspää olisi tehokkaampaa tehdä muilla välineillä. Toisaalta joku Apache/Tomcat pyörimässä kiljoonalla lisäpalikalla ei välttämättä ole kovinkaan upea ratkaisu, mutta kukin tyylillään. Itse juttelisin mieluummin suoraan sovellukselle ilman turhuuksia välissä. Varsinkin kun siinä turhassa voi olla reikiä.

Ei sillä että tietäisin miten soappailevat, ei vain olisi ensimmäinen kerta kun käytetään jotain turhia bloatteja välipalikoita yksinkertaiseen asiaan.
Re: Miksiköhän J2EE
mxmattil, 7.3.2005 11:14:11		 Pisteet: +1
Vastaa
Toisaalta joku Apache/Tomcat pyörimässä kiljoonalla lisäpalikalla ei välttämättä ole kovinkaan upea ratkaisu, mutta kukin tyylillään. Itse juttelisin mieluummin suoraan sovellukselle ilman turhuuksia välissä. Varsinkin kun siinä turhassa voi olla reikiä. Ei sillä että tietäisin miten soappailevat, ei vain olisi ensimmäinen kerta kun käytetään jotain turhia bloatteja välipalikoita yksinkertaiseen asiaan.
Tuossa ylhäällä ei kyllä lue mitään kovin järkevää, pakkohan rajapinnat jollain on rakentaa. Muutenkin tässä kiistellään nyt aika pikkuasioista, joku automaatin rajapinta-apin _implementaatio_ on niin järjettömän pieni osa pankkijärjestelmää että pienempää on vaikea löytää.

Wells fargolla / järjestelmän toteuttajilla on aivan varmasti ollut aika suuret riskianalyysit eri järjestelmien käytöstä ja joku syy on miksi on valittu mainitut tekniikat. Pankkijärjestelmiä ei toteuteta mutu-tuntumalla vähän sinnepäin koska pankki voi mennä nurin jos löytyy liian kovia reikiä.

On olemassa ihan selkeät syynsä miksi windowsia on käytetty pankkiautomaattipäässä eli automaattiraudan yhteensopivuus ja taatut ajurit suoraan valmistajalta.

Artikkelissa sanotaan aika selvästi myös miksi os/2 pohjaiset vaihdettiin windowseihin:
"the reality is you can't buy a new ATM that runs OS/2. This is where the industry is," he said. move to Windows-based systems is "not great news for the security of the system. I'm sure there's a lot of holes that will be created because of this."
Missään ei kuitenkaan sanota että palvelinpää olisi windows-pohjaista. Pikemminkin täysin päinvastoin:
bank used J2EE to develop the middleware layer that integrates the Windows-based ATM platform with its back-end systems. The bank then uses XML to communicate between various backup platforms.

http://www.dvd.to - DVD hakukone
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 13:31:51		 Pisteet: 0
Vastaa
Tuossa ylhäällä ei kyllä lue mitään kovin järkevää, pakkohan rajapinnat jollain on rakentaa. Muutenkin tässä kiistellään nyt aika pikkuasioista, joku automaatin rajapinta-apin _implementaatio_ on niin järjettömän pieni osa pankkijärjestelmää että pienempää on vaikea löytää.
Mutta kyse onkin siitä, että jos on pakko käyttää Apachea/Tomcatia jonkin SOAPin ajamiseen, tulee järjestelmään mukaan satoja tuhansia rivejä koodia, jossa voi olla vikaa. Verrattuna siihen, että otetaan suoraan yhteys siihen omaan serverisoftaan ja hoidetaan pelkkä kommunikaatio SOAPilla. APIn implementaatio on pieni asia, mutta turha bloat mahdollisine turvaongelmineen on aika iso juttu. Tämä siis liittyen tuohon esimerkkiin jossa asenneltiin iso kasa tavaraa että saatiin edes se pieni SOAP menemään läpi.

Wells fargolla / järjestelmän toteuttajilla on aivan varmasti ollut aika suuret riskianalyysit eri järjestelmien käytöstä ja joku syy on miksi on valittu mainitut tekniikat. Pankkijärjestelmiä ei toteuteta mutu-tuntumalla vähän sinnepäin koska pankki voi mennä nurin jos löytyy liian kovia reikiä.
Tuota, mitä olen seurannut muutamia järjestelmiä joita pankeissakin käytetään, siellä oikeasti tehdään aika paljonkin asioita sinne päin ja mutu-tuntumalla. Hyvin rajattu kokemus kuitenkin on, eikä tietystikään näiden kanssa toimiva henkilö edes minulle kertonut mitä nämä järjestelmät pankissa tekevät, mutta asiakastietoja ja muita siellä liikkuu ja suunnitelmallisuus ei kovin suurta ole.

Siitä ei kuitenkaan ole kokemusta miten hyvin reaalielämässä sitten nämä toimivat tai miten isossa maailmassa osataan tehdä. Yleisesti tuntuvat toimivan hyvin, paitsi pankkien välinen kommunikaatio on tuskaa, mutta se ei johdukaan aina järjestelmistä vaan pankkien rahanhimosta.
Re: Miksiköhän J2EE
mxmattil, 7.3.2005 13:45:40		 Pisteet: 0
Vastaa
Mutta kyse onkin siitä, että jos on pakko käyttää Apachea/Tomcatia jonkin SOAPin ajamiseen, tulee järjestelmään mukaan satoja tuhansia rivejä koodia, jossa voi olla vikaa. Verrattuna siihen, että otetaan suoraan yhteys siihen omaan serverisoftaan ja hoidetaan pelkkä kommunikaatio SOAPilla.
Ei ole pakko käyttää Tomcattia, EJB/Servlet container-implementaatioita löytyy mm. IBM:ltä, HP:lta, Bealta sekä monelta muulta pienemmältä talolta.

Soappia en ole itse käyttänyt joten siitä en osaa sanoa mutta vaikeaa ei pitäisi sen käyttäminenkään olla. Ainakin J2EE SDK 1.4 tulee kyllä mukana valmiit paketit soapia varten.
http://www.dvd.to - DVD hakukone
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 13:45:58		 Pisteet: 0
Vastaa
Mutta kyse onkin siitä, että jos on pakko käyttää Apachea/Tomcatia jonkin SOAPin ajamiseen, tulee järjestelmään mukaan satoja tuhansia rivejä koodia, jossa voi olla vikaa.
Ja siinä winkkarin SOAP-toteutuksessahan ei voi olla vikaa? Pankkijärjestelmissä tietoturvan pitäisi olla ehdoton ykkösprioriteetti, ja Microsoftin tuotteethan perinteisesti loistavat näillä alueilla?

yvin rajattu kokemus kuitenkin on, eikä tietystikään näiden kanssa toimiva henkilö edes minulle kertonut mitä nämä järjestelmät pankissa tekevät, mutta asiakastietoja ja muita siellä liikkuu ja suunnitelmallisuus ei kovin suurta ole.
"Mitään faktoja en näistä asioista tunne, mutta <assertiivinen toteamus>".

Hyvin katu-uskottavaa :D
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 15:40:20		 Pisteet: 0
Vastaa
Mutta kyse onkin siitä, että jos on pakko käyttää Apachea/Tomcatia jonkin SOAPin ajamiseen, tulee järjestelmään mukaan satoja tuhansia rivejä koodia, jossa voi olla vikaa.
Ja siinä winkkarin SOAP-toteutuksessahan ei voi olla vikaa? Pankkijärjestelmissä tietoturvan pitäisi olla ehdoton ykkösprioriteetti, ja Microsoftin tuotteethan perinteisesti loistavat näillä alueilla?
Hyvin rajattu kokemus kuitenkin on, eikä tietystikään näiden kanssa toimiva henkilö edes minulle kertonut mitä nämä järjestelmät pankissa tekevät, mutta asiakastietoja ja muita siellä liikkuu ja suunnitelmallisuus ei kovin suurta ole.
"Mitään faktoja en näistä asioista tunne, mutta <assertiivinen toteamus>".
Hyvin katu-uskottavaa :D
Oikeasti, opettele ymmärtämään lukemasi ensin, sitten vasta kommentoi. Tiedän miten huonosti ne on tehty, mutta en mitä niillä täsmälleen tehdään. Kuten tuosta selvisi hyvin...
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 16:05:15		 Pisteet: 0
Vastaa
iedän miten huonosti ne on tehty, mutta en mitä niillä täsmälleen tehdään. Kuten tuosta selvisi hyvin...
Saakos udella, että mistäs oikein tiedät miten huonosti eri pankkijärjestelmät on tehty? Ettei vaan kuitenkin olisi luulo kyseessä tiedon sijaan...
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
Re: Miksiköhän J2EE
axuman, 9.3.2005 21:19:01		 Pisteet: 0
Vastaa

olen seurannut muutamia järjestelmiä joita pankeissakin käytetään, siellä oikeasti tehdään aika paljonkin asioita sinne päin ja mutu-tuntumalla. Hyvin rajattu kokemus kuitenkin on, eikä tietystikään näiden kanssa toimiva henkilö edes minulle kertonut mitä nämä järjestelmät pankissa tekevät, mutta asiakastietoja ja muita siellä liikkuu ja suunnitelmallisuus ei kovin suurta ole.>>><
Huomaa kyllä ettei kirjottajalla ole mitään havaintoa Pankkien sovelluskehityksestä. Itse olen työskennellyt kohta 6 vuotta finanssi- ja pankkiohjelmistojen parissa ja tuo mutuilu on niin paskaa läppää kuin olla ja voi.

Sekä Suomessa, että maailmalla pankkijärjestelmillä on lähes yhtä kova laatuvaatimukset kuin ydilaitosten järjestelmillä. Toimintavarmuuden tulee olla 99.99% ja varmistukset on moninkertaisia.

Samoin myös pankkien etäsovellukset eli verkko-, internet sekä ATM toiminta on melkoista taistelua sääntöjä ja laatukatselmointien viidakossa.

Että ei mulla muuta - AXU-
weicco Re: Miksiköhän J2EE
weicco, 7.3.2005 11:06:00		 Pisteet: +1
Vastaa
Pistetäänpä esimerkki ihan, en tiedä miten tämä Javalla tehdään:

// Serveri
public class Service1 : System.Web.Services.WebService
{
[WebMethod()]
public string KysyJotainServerilta()
{
return "Hellurei";
}
}

// Client
// Pistetään eka web-referenssi kuntoon
Ui.localhost.Service1 service = new Ui.localhost.Service1();
string text = service.KysyJotainServerilta();
Join me! Together we can rule the galaxy as father and son.
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 13:26:59		 Pisteet: 0
Vastaa
Pistetäänpä esimerkki ihan, en tiedä miten tämä Javalla tehdään:
Kiitoksia, eli on asia mennyt etiäpäin sielläkin puolella. Voihan tuon hostata ilman Tomcattia/Apachea, voihan?
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 13:33:19		 Pisteet: 0
Vastaa
Pistetäänpä esimerkki ihan, en tiedä miten tämä Javalla tehdään:
Kiitoksia, eli on asia mennyt etiäpäin sielläkin puolella. Voihan tuon hostata ilman Tomcattia/Apachea, voihan?
Siis päh. Sekoilin. Sanoitkin ettet tiedä miten Javalla, katsoinkin että ihan liian C#-näköistä :)

Eli C#:lla tosiaan serveri ja klientti menee noin kivuttomasti ja voit vielä ajella ilman mitään veppiservereitä tunkemassa itseään väliin. Halutessasi voit käyttää, muttei ole pakko. Ja tietysti voi käyttää tehokkaampiakin menetelmiä kuin XML:ää ja SOAPia.
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 13:40:25		 Pisteet: +1
Vastaa
Pistetäänpä esimerkki ihan, en tiedä miten tämä Javalla tehdään: // Serveri
public class Service1 : System.Web.Services.WebService
{
[WebMethod()]
public string KysyJotainServerilta()
{
return "Hellurei";
}
}
Javassa ei tarvitse koodipuolella tehdä mitään erikoistemppuja, vaan webservice-metodi määritellään XML-muotoisella deskriptorilla. Se näyttää esim. tältä:

<isd:service xmlns:isd=http://xml.apache.org/xml-soap/deployment" id="urn:QuotationService">
<isd:provider type="java" scope="Application" methods="getAllQuotations getQuotationsByAuthor submitQuotation">
<isd:java class="com.soapuser.soap.server.quotation.QuotationDB" static="false"/>
</isd:provider>
...
</isd:service>

eli yksinkertaisesti tarjottavan palvelun nimen (QuotationService), palvelun toteuttava luokka (com.soapuser.soap.server.quotation.QuotationDB) ja itse palvelut (getAllQuotations, getQuotationsByAuthor ja submitQuotation) QuotationDB.java on siis aivan normaalia Javaa, mitään webservice juttuja siellä ei tarvitse määritellä.

// Client // Pistetään eka web-referenssi kuntoon
Ui.localhost.Service1 service = new Ui.localhost.Service1();
string text = service.KysyJotainServerilta();
(Disclaimer: en ole ao. koodia kääntänyt/testannut/ajanut, kirjoitan sitä vain tähän esimerkinomaisesti)

Toki voin tehdä luokan joka piilottaa kutsun parametrit yms. implementaatioon, jolloin voin kutsua sitä näin:

QuotationCaller caller = new http://localhost");
List quotations = caller.getAllQuotations();

Käytännössä tuo QuotationCaller.getAllQuotations() voisi sisältää jotain tällaista:

Call call = new Call();
call.setTargetObjectURI("urn:QuotationService");
call.setMethodName("getAllQuotations");
Response resp = call.invoke(new Url(urlString), ""); // urlString luokan konstruktorista

jne. Varmaankin Service1.KysyJotainServerilta() pitää sisällään jotain samantyyppistä?

Palvelinpuoli tuntuisi menevän eri tavalla mutta suurinpiirtein samalla työmäärällä, ja asiakaspuoli syntaksia lukuunottamatta identtisesti. Näin ollen en oikein pysty ymmärtämään feeniksin mielipidettä siitä, että SOAP-palveluiden käyttäminen olisi Javalla jotenkin erikoisen hankalaa verrattuna esim. .NET:iin. Eipä kaveri taida oikein tietää mistä puhuu.
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 15:39:02		 Pisteet: 0
Vastaa
Javassa ei tarvitse koodipuolella tehdä mitään erikoistemppuja, vaan webservice-metodi määritellään XML-muotoisella deskriptorilla. Se näyttää esim. tältä: <isd:service xmlns:isd=http://xml.apache.org/xml-soap/deployment" id="urn:QuotationService">
<isd:provider type="java" scope="Application" methods="getAllQuotations getQuotationsByAuthor submitQuotation">
<isd:java class="com.soapuser.soap.server.quotation.QuotationDB" static="false"/>
</isd:provider>
...
</isd:service>
eli yksinkertaisesti tarjottavan palvelun nimen (QuotationService), palvelun toteuttava luokka (com.soapuser.soap.server.quotation.QuotationDB) ja itse palvelut (getAllQuotations, getQuotationsByAuthor ja submitQuotation) QuotationDB.java on siis aivan normaalia Javaa, mitään webservice juttuja siellä ei tarvitse määritellä.
Ja sitten ajetaan jotain Tomcatia tai muuta? Todella kätsyä. Entäs jos se SOAP hoidettaisi ihan applikaation sisällä? Java ei viimeksi katsoessani osannut ajaa tuollaista XML:ää vaan ihan vaati koodia käsiteltäväkseen.
Re: Miksiköhän J2EE
mxmattil, 7.3.2005 16:07:29		 Pisteet: 0
Vastaa
Ja sitten ajetaan jotain Tomcatia tai muuta? Todella kätsyä. Entäs jos se SOAP hoidettaisi ihan applikaation sisällä? Java ei viimeksi katsoessani osannut ajaa tuollaista XML:ää vaan ihan vaati koodia käsiteltäväkseen.
Soap on http-pohjainen protokolla. Toimiakseen se tarvii http-kerroksen protokollapinoon. Mikä tässä on niin vaikeaa?

Lyhyesti siis näin (protokollapinon käsite on toivottavasti tuttu)
http://www.webservicessolutions.com/var/blog/stora...

Tietysti alatason, mukaanlukien http-kerroksen, voi koodata itse niinkuin ehdotat mutta ei se kauhean järkevältä kuulosta.
http://www.dvd.to - DVD hakukone
bungle Re: Miksiköhän J2EE
bungle, 8.3.2005 09:39:47		 Pisteet: 0
Vastaa
Soap on http-pohjainen protokolla. Toimiakseen se tarvii http-kerroksen protokollapinoon. Mikä tässä on niin vaikeaa?
Se, että väittämäsi on täysin väärin. Se, että SOAPia yleensä ajetaan HTTP:n päällä ei tarkoita sitä, että SOAP speksissä erityisesti mainittaisiin tiedonsiirtoprotokollaksi HTTP.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
Re: Miksiköhän J2EE
mxmattil, 8.3.2005 10:29:43		 Pisteet: 0
Vastaa
Soap on http-pohjainen protokolla. Toimiakseen se tarvii http-kerroksen protokollapinoon. Mikä tässä on niin vaikeaa?
Se, että väittämäsi on täysin väärin. Se, että SOAPia yleensä ajetaan HTTP:n päällä ei tarkoita sitä, että SOAP speksissä erityisesti mainittaisiin tiedonsiirtoprotokollaksi HTTP.
Itseasiassa tajusin tuon heti kun olin painanut submitia mutten jaksanut pistää uutta viestiä koska viestin sisältö on kuitenkin ihan sama.

Tiedonsiirtokerroksen implementaatio pitää ottaa jostain valmiina tai koodata itse eikä vaikkapa SMTP-tiedonsiirtokerroksen koodaaminen itse ole yhtään sen järkevämpää kuin HTTP:n.
http://www.dvd.to - DVD hakukone
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 16:03:03		 Pisteet: 0
Vastaa
Ja sitten ajetaan jotain Tomcatia tai muuta? Todella kätsyä. Entäs jos se SOAP hoidettaisi ihan applikaation sisällä? Java ei viimeksi katsoessani osannut ajaa tuollaista XML:ää vaan ihan vaati koodia käsiteltäväkseen.
Mitä tarkoittaa "applikaation sisällä"? Tarkoittaako se esim. kaikkien tarvittavien palvelinten yms. toteuttamista itse, esim TCP/IP stackin päälle?
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 13:54:02		 Pisteet: 0
Vastaa
a esittämäsi esimerkki on klienttipäätä, entäs serveripää? Se ei ole näyttänyt menevän niin kivasti, mitä olen esimerkkejä nähnyt.
Alempana vastasin weiccolle esimerkin, jossa mukana myös serveripää. Deployment-puolta (joka molemmissa järjestelmissä pitää kuitenkin tehdä) koodi näytti about identtiseltä.

Serveripää kuitenkin voi olla jo olemassa, ei sitä sinänsä tarvitse uudelleenkirjoittaa. Silti asiakaspää olisi tehokkaampaa tehdä muilla välineillä. Toisaalta joku Apache/Tomcat pyörimässä kiljoonalla lisäpalikalla ei välttämättä ole kovinkaan upea ratkaisu, mutta kukin tyylillään. Itse juttelisin mieluummin suoraan sovellukselle ilman turhuuksia välissä. Varsinkin kun siinä turhassa voi olla reikiä.
Eli et käytä SOAPia yms. yleiskäyttöisiä ratkaisuja, vaan suunnittelet sovelluksille aina oman protokollan, ja sen päälle tietoturvaratkaisut, access controllit sun muut? Onneksi et ole meillä suunnittelemassa softaa :)

Ei sillä että tietäisin miten soappailevat, ei vain olisi ensimmäinen kerta kun käytetään jotain turhia bloatteja välipalikoita yksinkertaiseen asiaan.
Jep, pankkijärjestelmäthän ovat todella yksinkertaisia, lapsikin niitä osaisi tehdä. Yksinkertainen kutsu vaan clientiltä palvelimelle, mikä siinä voi olla niin monimutkaista, eikö?

Mitenköhän vanha mahdat olla? Itse olin noin sinisilmäisen ideologinen joskus lukiossa...
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
feenix Re: Miksiköhän J2EE
feenix, 7.3.2005 15:37:55		 Pisteet: 0
Vastaa
Eli et käytä SOAPia yms. yleiskäyttöisiä ratkaisuja, vaan suunnittelet sovelluksille aina oman protokollan, ja sen päälle tietoturvaratkaisut, access controllit sun muut? Onneksi et ole meillä suunnittelemassa softaa :)
Ei vaan en käyttäisi Apachea tai Tomcatia bloattaamassa ja tuomassa tietoturvaongelmia vaan parempia välineitä. Onko sinusta järkevää ajaa isoa bloattia jos halutaan vain jutella SOAPilla?

Jep, pankkijärjestelmäthän ovat todella yksinkertaisia, lapsikin niitä osaisi tehdä. Yksinkertainen kutsu vaan clientiltä palvelimelle, mikä siinä voi olla niin monimutkaista, eikö? Mitenköhän vanha mahdat olla? Itse olin noin sinisilmäisen ideologinen joskus lukiossa...
Aika nuori taidat vieläkin olla, kun luetun ymmärtäminen on aika heikkoa...
mnvb Re: Miksiköhän J2EE
mnvb, 7.3.2005 15:59:45		 Pisteet: 0
Vastaa
Ei vaan en käyttäisi Apachea tai Tomcatia bloattaamassa ja tuomassa tietoturvaongelmia vaan parempia välineitä. Onko sinusta järkevää ajaa isoa bloattia jos halutaan vain jutella SOAPilla?
Vaikken mielestäni ottanutkaan kantaa SOAP-toteutukseen sen kummemmin, niin... Jos järjestelmän spekseissä sanotaan että se tehdään Javalla, niin mitä ehdottaisit Apache/Tomcat yhdistelmän tilalle?
Jos minä olen ihan dorka, niin on kyllä tuokin. -- Wagner
olmari Suomessa?
olmari, 7.3.2005 08:13:06		 Pisteet: 0
Vastaa
Tästä oli puhetta joskus aiemminkin, mutta tietääkö kukaan mitä järjestelmiä on suomessa käytössä? Ne uudet järjestelmät _vaikuttaa_ juuri joltain XP pohjaiselta systeemiltä (Tottahan ne voi olla mitä vain). Onhan ne toki hienompia ja näyttävämpiä, eihän siinä mitään, mutta tarvitseeko oikeasti alkaa murehtia pankkiautomaattien turvallisuudesta?

Entä nämä vanhat, vissiin kaikkialta jo poistuneet/poistumassa olevat 'vihreänäyttöiset' automaatit, mitä ne pitää sisällään?
feenix Re: Suomessa?
feenix, 7.3.2005 08:28:47		 Pisteet: 0
Vastaa
Tästä oli puhetta joskus aiemminkin, mutta tietääkö kukaan mitä järjestelmiä on suomessa käytössä? Ne uudet järjestelmät _vaikuttaa_ juuri joltain XP pohjaiselta systeemiltä (Tottahan ne voi olla mitä vain). Onhan ne toki hienompia ja näyttävämpiä, eihän siinä mitään, mutta tarvitseeko oikeasti alkaa murehtia pankkiautomaattien turvallisuudesta?
Ainoastaan jos niitä ylläpitämässä on pällejä. Ja näyttäisi siltä, että se on myös mahdollista, vrt. Nordean matosekoilut. Jos taas ovat eriytetyssä verkossaan jne, ei siinä paljoa ongelmia ole. Ja varmasti on aika iso matka siitä, että saa hyökättyä koneita vastaan siihen, että saa tehtyä jotain pankkien järjestelmille jne. Eivät kuitenkaan ole ihan julkista tietoa varmaan miten oheislaitteet ja protokollat toimivat.

Entä nämä vanhat, vissiin kaikkialta jo poistuneet/poistumassa olevat 'vihreänäyttöiset' automaatit, mitä ne pitää sisällään?
OS/2-kamaa ovat, niitä ei taida juuri enää näkyäkään. Toimivia olivat, eivät kylläkään käyttöystävällisyyden huippuja ja kun päivityksiä ei saa ja softan kehityskin on aika kallista (mistä löydät OS/2- ja pankkijärjestelmäasiantuntijoita?), parempi vaihtaakin toiseen. Eri asia sitten mikä se järkevä järjestelmä oli.

Onhan pullonpalautuskoneetkin nykyään PCitä, kai se sitten on halvempaa kuin ottaa jotain ARM-systeemiä sinne hyrisemään, tai jotain.
aranwe Re: Suomessa?
aranwe, 7.3.2005 08:20:49		 Pisteet: 0
Vastaa
Eikös nämä vanhat automaatit ole juuri noita OS/2:lla varustettuja? Ne alkavat olla toiminnoiltaan jo vanhentuneita, enkä esim. pystynyt nostamaan Visa-kortilla rahaa niistä (tai sitten en vain osannut).
if_then_else
olmari Re: Suomessa?
olmari, 7.3.2005 08:42:19		 Pisteet: 0
Vastaa
Eikös nämä vanhat automaatit ole juuri noita OS/2:lla varustettuja? Ne alkavat olla toiminnoiltaan jo vanhentuneita, enkä esim. pystynyt nostamaan Visa-kortilla rahaa niistä (tai sitten en vain osannut).
Käsittääkseni suomessa oli vähän jos ollenkaan ns. visa-automaatteja vielä vähän aikaa sitten. Uutisissahan tuli ihan erikseen artikkeli missä käsiteltiin juuri tätä aihetta. Siinä sanottiin että _nyt_ pystyy nostamaan rahaa myös Visalla, näytettiin oikein esimerkkikin. Tästä voimme päätellä että aikaisemmin sitä ei ole voinut tehdä vaikka olisi halunnutkin, ainakaan joka automaatista.
onaz Re: Suomessa?
onaz, 7.3.2005 09:25:43		 Pisteet: 0
Vastaa
Eikös nämä vanhat automaatit ole juuri noita OS/2:lla varustettuja? Ne alkavat olla toiminnoiltaan jo vanhentuneita, enkä esim. pystynyt nostamaan Visa-kortilla rahaa niistä (tai sitten en vain osannut).
Käsittääkseni suomessa oli vähän jos ollenkaan ns. visa-automaatteja vielä vähän aikaa sitten. Uutisissahan tuli ihan erikseen artikkeli missä käsiteltiin juuri tätä aihetta. Siinä sanottiin että _nyt_ pystyy nostamaan rahaa myös Visalla, näytettiin oikein esimerkkikin. Tästä voimme päätellä että aikaisemmin sitä ei ole voinut tehdä vaikka olisi halunnutkin, ainakaan joka automaatista.
Rahan nostaminen Visalla tuli mahdolliseksi joskus viime syksynä. Toiminto toimii kaikissa, paitsi mainituissa mustavihreäruutuisissa Otto-maateissa. Niissä mahdollisuutta ei kai ole tulossakaan, vaan vanhat koneet on tarkoitus päivittää uusiin.
http://onaz.webhop.biz
bungle Re: Suomessa?
bungle, 8.3.2005 09:46:21		 Pisteet: 0
Vastaa
Rahan nostaminen Visalla tuli mahdolliseksi joskus viime syksynä.
Jos ei oteta huomioon sitä seikkaa, että lähes poikkeuksetta Visa-kortti on myös pankki- ja/tai automaattikortti. Luotollinen nostaminen on tosiaan uudempi ominaisuus. Siis vastaava, mikä MasterCardissa on.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
Re: Suomessa?
Iksi, 7.3.2005 10:06:33		 Pisteet: 0
Vastaa
Siinä sanottiin että _nyt_ pystyy nostamaan rahaa myös Visalla, näytettiin oikein esimerkkikin. Tästä voimme päätellä että aikaisemmin sitä ei ole voinut tehdä vaikka olisi halunnutkin, ainakaan joka automaatista.
Kyllä pelkällä Visalla on rahan nostaminen onnistunut jo vuosien ajan, mutta nyt on annettu yhdistelmäkorteille (pankkikortti+Visa) mahdollisuus valita, kumpaa kortin ominaisuutta käytetään.
Moose Re: Suomessa?
Moose, 7.3.2005 09:25:09		 Pisteet: 0
Vastaa
Tästä oli puhetta joskus aiemminkin, mutta tietääkö kukaan mitä järjestelmiä on suomessa käytössä?
Kerran olen törmännyt pankkiautomaattiin jonka näytössä oli kuuluisa "blue screen of death". Tapahtui muutama vuosi sitten, ja pankkiautomaatti oli uudempaa mallia.
jst Re: Suomessa?
jst, 7.3.2005 14:25:13		 Pisteet: 0
Vastaa
Tästä oli puhetta joskus aiemminkin, mutta tietääkö kukaan mitä järjestelmiä on suomessa käytössä?
Kerran olen törmännyt pankkiautomaattiin jonka näytössä oli kuuluisa "blue screen of death". Tapahtui muutama vuosi sitten, ja pankkiautomaatti oli uudempaa mallia.
Itse näin joitain vuosia sitten windowsin virheen: Asema \\JOKUKONE\JOKUHAKEMISTO on täynnä ja sinne ei voi kirjoittaa tjsp..

Kyllä sen ruudun takaa sen verran käyttöliittymää näki, jotta sieltä sai rahaa nostettua...
THE GOAT CAN BE CANCELLED
kakoskin Re: Suomessa?
kakoskin, 7.3.2005 08:23:24		 Pisteet: 0
Vastaa
Mutta eihän windows xp:kään voi olla
turvallisuusriski jos ainut tapa jolla asiakkaat pääsevät
käyttämään järjestelmää on se automaatin näppäimistö.
Tuskinpa automaatit ovat julkisessa internetissä kiinni tai edes pankkien intraneteissä, luulisi että käyttävät hyvin suojattuja yhteyksiä.
lempo Kuka edes käyttää...
lempo, 7.3.2005 08:33:42		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään.

Voisivat poistaa käytöstä kokonaan nuo automaatit.
// Paino on voimaa, ylipaino ylivoimaa! \\
jst Re: Kuka edes käyttää...
jst, 7.3.2005 08:54:21		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Esimerkiksi minun käytössä ei ole yhtään maksukorttia. En koe lainkaan tarpeelliseksi; käteinen toimii vallan mainiosti.
THE GOAT CAN BE CANCELLED
AnonCoward Re: Kuka edes käyttää...
AnonCoward, 7.3.2005 09:00:05		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Esimerkiksi minun käytössä ei ole yhtään maksukorttia. En koe lainkaan tarpeelliseksi; käteinen toimii vallan mainiosti.
Itse käytän vain ja ainoastaan korttia maksamiseen, mutta olisi käteiseen siirtymisessäkin yksi hyvä puoli: kulutus pienenisi huomattavasti ja jäisi jotain sukan varteenkin. Olen lukenut amerikkalaisista tutkimuksista, että käteisellä maksettaessa kulutus on noin 30% vähäisempää kuin luottokorteilla (johtuen lähinnä siitä, että kuluttaminen on konkreettisempaa ja kirpaisee enemmän).
simison Re: Kuka edes käyttää...
simison, 7.3.2005 10:36:06		 Pisteet: 0
Vastaa
Itse käytän vain ja ainoastaan korttia maksamiseen, mutta olisi käteiseen siirtymisessäkin yksi hyvä puoli: kulutus pienenisi huomattavasti ja jäisi jotain sukan varteenkin. Olen lukenut amerikkalaisista tutkimuksista, että käteisellä maksettaessa kulutus on noin 30% vähäisempää kuin luottokorteilla (johtuen lähinnä siitä, että kuluttaminen on konkreettisempaa ja kirpaisee enemmän).
Eiköhän tottumukset tämänkin suhteen tule muuttumaan, itselläni tulee laitettua paljon helpommin säästöön rahaa / muutenkin säästeltyä, kun käytän korttia. Seteleistä tekee mieli päästä aina nopsasti eroon. ;-)

Uusi asia, eihän euroihinkaan ihan heti totuttu.
Epämukavaa? Sepä mukavaa.
Kotisivut & verkkoportfolio: http://www.ihminen.org
Timmy Re: Kuka edes käyttää...
Timmy, 7.3.2005 11:34:21		 Pisteet: +1
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Ei ole aika ihan kypsä tuolle vielä. Esim pysäköitimittareihin on vaikea tunkea kolikoita, jos niitä ei saa mistään. Lapsilla ei ole usein mahdollisuutta muuhun kuin automaattikorttiin (ei siis esim electron, joka ei muuten sekään käy joka paikassa).

Ihan sama mikä softa siellä pyörii, kunhan homma toimii. En muista pahemmin kuulleeni tapauksista, joissa automaattiin olisi murtauduttu ohjelmistolla (paitsi Terminator II:ssa).
It's all a matter of opinion.
Re: Kuka edes käyttää...
gigabit, 7.3.2005 16:07:56		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Ei ole aika ihan kypsä tuolle vielä. Esim pysäköitimittareihin on vaikea tunkea kolikoita, jos niitä ei saa mistään. Lapsilla ei ole usein mahdollisuutta muuhun kuin automaattikorttiin (ei siis esim electron, joka ei muuten sekään käy joka paikassa).
Mistä automaateista saa kolikoita?

Pankin konttoristahan saa rahaa ihan pelkällä henkkarilla, myös lapset. Toki konttoriverkko on aika reikäinen, mutta harvassa on automaatitkin, joista näköetäisyydellä ei olisi pankkia.
jst Re: Kuka edes käyttää...
jst, 7.3.2005 16:15:37		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Ei ole aika ihan kypsä tuolle vielä. Esim pysäköitimittareihin on vaikea tunkea kolikoita, jos niitä ei saa mistään. Lapsilla ei ole usein mahdollisuutta muuhun kuin automaattikorttiin (ei siis esim electron, joka ei muuten sekään käy joka paikassa).
Mistä automaateista saa kolikoita?
Pankin kautta lähimpään RAYn pelipisteeseen (miksi näitä nyt kutsutaan). Niistä löytyy sitten rahanvaihtoautomaatti. Helppoa kuin mikä!
THE GOAT CAN BE CANCELLED
Re: Kuka edes käyttää...
Asimov, 7.3.2005 10:12:29		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään.
Sama täällä. En ole vuosiin käyttänyt käteistä muualla kuin ihan missä tarvitsee. Minulla on kortti jossa on sekä pankkikortti että luotto. Laskut maksan netissä. Ihmettelen ihmisiä joilla on pankkikortti mutta silti käyvät automaateilla nostamassa ja jonottamassa rahaa. Tai eivät hanki pankkikorttia. Käteinen alkaa olemaan vanhentuva asia. Käteisen käsittelystä koituu kuluja ja se on riskialtistakin.
jst Re: Kuka edes käyttää...
jst, 7.3.2005 14:16:44		 Pisteet: +1
Vastaa
Sama täällä. En ole vuosiin käyttänyt käteistä muualla kuin ihan missä tarvitsee. Minulla on kortti jossa on sekä pankkikortti että luotto. Laskut maksan netissä. Ihmettelen ihmisiä joilla on pankkikortti mutta silti käyvät automaateilla nostamassa ja jonottamassa rahaa. Tai eivät hanki pankkikorttia. Käteinen alkaa olemaan vanhentuva asia. Käteisen käsittelystä koituu kuluja ja se on riskialtistakin.
Pidä myös mielessä se, ettei pankkikorttia myönnetä kenelle tahansa.
THE GOAT CAN BE CANCELLED
Re: Kuka edes käyttää...
pp, 7.3.2005 08:58:00		 Pisteet: 0
Vastaa
Eipä paljon paina. Käytän automaattia ehkä kerran vuodessa ja saahan rahaa kortilla kaupastakin nykyään. Voisivat poistaa käytöstä kokonaan nuo automaatit.
Kun sinä et tarvitse eivät muutakaan vai?

Rahalla kun maksaa ei kauppa pääse vakoilemaan: kuka ostaa, mitä ostaa, missä ostaa, milloin ostaa. Vertaa spywareen, ethän sitäkään halua koneellesi?
jpkeisala Re: Kuka edes käyttää...
jpkeisala, 7.3.2005 13:59:57		 Pisteet: 0
Vastaa
Rahalla kun maksaa ei kauppa pääse vakoilemaan: kuka ostaa, mitä ostaa, missä ostaa, milloin ostaa. Vertaa spywareen, ethän sitäkään halua koneellesi?
Lisäksi käteinen helpottaa verotuksessa kun kioskit yms. voi myydä pimeänä kun jengi ostaa käteisellä.
Tanskassa valtio teki oman ilmaisen kortin kaikille "dankort" joka on bundlattuna pankki/visa/etc... -kortteihin. Tällä tavalla kuluttajat kävelee kaikkialle kortti kädessä eikä taskussa ole rahaa. Huono pienyrittäjille jotka myy mustana ja samoin taskuvarkaille. Mikseikohän suomeen ole tullut tälläistä korttia? Se toimii aivan mainiosti ja on todella kätevä käyttää.
Re: Kuka edes käyttää...
Asimov, 7.3.2005 10:03:06		 Pisteet: 0
Vastaa
Rahalla kun maksaa ei kauppa pääse vakoilemaan: kuka ostaa, mitä ostaa,
Niin kamalaa, voivat vaikka lähettää mainoksia joista ajatellaan että kuulut kohderyhmään! Hirveää.
Kupsu Re: Kuka edes käyttää...
Kupsu, 7.3.2005 12:33:13		 Pisteet: 0
Vastaa
Niin kamalaa, voivat vaikka lähettää mainoksia joista ajatellaan että kuulut kohderyhmään! Hirveää.
Tai sitten ne soittavat, että "olit tossa viime perjantaina Chicosissa. Oliks hyvää siideriä?" Tosi juttu, tosin ei itselle sattunut.
Re: Kuka edes käyttää...
neko, 7.3.2005 13:40:19		 Pisteet: 0
Vastaa
Tai sitten ne soittavat, että "olit tossa viime perjantaina Chicosissa. Oliks hyvää siideriä?" Tosi juttu, tosin ei itselle sattunut.
Kauheeta, mä varmaan hajoisin tossa vaiheessa ja menisin jojoksi.
Nothing more, nothing less. Every Little Thing. Kaori.
Fatallight Re: Kuka edes käyttää...
Fatallight, 7.3.2005 12:30:50		 Pisteet: 0
Vastaa
Rahalla kun maksaa ei kauppa pääse vakoilemaan: kuka ostaa, mitä ostaa, missä ostaa, milloin ostaa. Vertaa spywareen, ethän sitäkään halua koneellesi?
-Yleensä nämä asiat johtavat vain parempaan asiakaspalveluun... sitähän kauppa myös haluaa, eikä vain pommittaa kuluttajaa roskalla. Ja kyllä minua ainakin kiinnostaa hyvät tarjoukset juuri niistä tuotteista joita eniten ostan...
Minä mistään mitään tiedä...