Vlákno názorů k článku
Sun otevře celou platformu Java
od VM - Trochu pozdě. Mohli to udělat už před tím,...
-
Ondra "Satai" NekolaZlatý podporovatelKolik opravdu zajimavych podnikovych aplikaci, nemyslim ted zadna tick-tack-toe, beha na Monu? A jak bohaty je ekosystem kolem .NET? -
JS (neregistrovaný)Nevitezi, ani zdaleka. Viz treba
http://www-03.ibm.com/servers/eserver/zseries/software/java/ -
LENIN POWER! (neregistrovaný)co Java, dost oblibenym softem OS na system Z je Linux. Ma jednu podstatnou vyhodu. Procesory na kterych bezi linux jsou crippled (chybi jim nektere instrukce) a neni na nich mozne behat z/os takze se nepocitaji jako 'opravdove' procesory kdyz se pocita cena za licence pro mainframovy soft. Takze je dostanete prakticky za cenu hw. Licence na RHEL pro mainframe stoji pouhych $30k katalogova cena a muzete si jich tam nainstalovat kolik chcete. V soucasne dobe u nas bezi asi kolem 200 virtualnich linuxu.
Na youtube je video kde nabootovali do z/VM hypervisora Solaris.
Mainframe do kazde rodiny!
Ted si nejsem jisty zda na system z behaji i widle ale na minimainframech aka system i tam widle po pripojeni intel blades behaji. -
JS (neregistrovaný)Jenom to trochu opravim, ty Linuxove procesory jsou uplne stejne jako procesory pro z/OS, akorat z/OS to umi poznat a odmitne se na nich spustit. Krome toho ma zSeries i levnejsi procesory pro Javu, abychom byli k tematu. Windows na zSeries mainframe samozrejme nejsou, je to specificka architektura.
-
LENIN POWER! (neregistrovaný)ibm dokumentace trdi toto.
Integrated Facility for Linux (IFL)
An IFL is almost exactly the same as a normal central processor. The only
difference is that the IFL lacks two instructions that the CP has, and which are
used only by z/OS. Linux and z/VM do not use these instructions.
a ty procesory pro Javu:
The System z Application Assist Processor (zAAP) is a processor
with a number of functions disabled (interrupt handling, some instructions)
such that no full operating system can be executed on the processor.
However, z/OS can detect the presence of zAAP processors and will use
them to execute Java code (and possibly other similar code in the future).
These processor types exist only to control software costs.
jinak na i5/os coz ted beha na POWER5+, tehda snad jeste as/400 behali intelacky widle uz pred 10 lety co pamatuju. Takze neni zadny duvod predpokladad ze kdyz dokazali nasroubovat widle na intelacky karty pro as/400 tak ze by to same nedokazali v pripade zajmu dnes s intel blade serverama pro system z. -
JS (neregistrovaný)Procesor v zSeries neni jenom POWER5/6, je to specificky procesor, viz treba:
http://www2.hursley.ibm.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf
Mozna maji zAAPy a IFLy nahrany trosku jiny mikrokod, ale na hardwarove urovni jsou identicke s procesory pro z/OS. -
Robert Smol (neregistrovaný)No rekl bych, ze Java je docela dobre zavedena pro podnikove enterprise systemy a asi ji jen tak neco pryc nedostane. Gui mozna trochu zaspala, ale to je nejspise dano politikou SUNu a tou urcite bylo hlavne se prosadit v prave tech enterprise/skalovatelnych systemech kde jsou velke penize.
Posledni verze Javy jsou funkcne vyrovnane s C# a tusim, ze dnes v Jave jde behat i dalsi jazyky (Jython). Webove aplikace jsou dnes v Jave uz take snadne, viz JBoss Seam a dalsi. Vubec bych to nevidel jako jazyk minulosti.
Kompletni otevreni kodu je jiste velky krok vpred, nyni uz bude mit uzivatel kompletni Java prostredi dostupne v kazde distribuci bez nutnosti cokoli manualne instalovat/potvrzovat coz je nejvetsi prinos. To by mohlo pritahnout i dalsi developery.
Jestli je Mono pomale nevim, jakmile aplikace nabehne, tak se to zda rychle dost, nejvetsim problemem je prave doba startu aplikace. Jestli to ma MS desne rychle, tak jedine dobre, jen aby to nebylo diky tomu, ze to preloaduji. Dodnes se bavim tim, jak windows rychle najedou, jen aby se pak s nima jeste 5 minut nedalo nic delat, protoze "neco spousti na pozadi" :)
Aloha -
delegaty (co ty musis robit cez rozhrania), partial classy (vobec nemozes), properties (gettery, settery - nastavujes si pristup pre kazdy zvlast) - properties musis v jave robit cez metody, linq (v jave riesis knizicami ala hibertane, ktory je ale aj pre .net), nativny pristup ku systemu (linkovanie kniznic) - ok je to aj v jave, ale tu je to bohovsky jednoduche, c# ti umoznuje pracovat s pointermi (ked musis tak musis ;-)) - na to v jave zabudni atd atd atd... Nechcem sa tu hadat co je lepsie, co nie, len ti odpovedam co ma c# naviac oproti jave (jednym slovom, c# ma lepsie vyjadrovacie schopnosti)...
