Stuck on an issue in mathematics, French or English? Try Prof. Express, the specialist in time assistance for college and high school students. Prof. Express is:

• The guarantee for a student not to stay stuck in his duties or the eve of its examination

• Using the Internet, email or by telephone, all means are being implemented to help students

• A team of professors teaching all certified by the National Education

• A tutoring accessible everywhere and by all Help with homework questions maths French English Prof. Express mathematics professor BAC Patent College High School pupil Parent ongoing revision solution punctual immediate snapshot Soutien scolaire corrections exercise 6th 5th 4th 3rd Second first terminal CAP BTS BEP STG S First First ES Internet Prof. Academic support online education teaching college math students.

Thanks

Software Development Company

In un precedente articolo avevo già accennato ai problemi di interoperabilità per quanto riguarda i file wsdl e che il consorzio WS-I propone degli strumenti per ridurre i rischi di interoperabilità. La leadership di WS-I è guidata da Michael Bechauf vicepresidente di SAP AG e partecipante alla board di Eclipse. Tra le altre compagnie figurano Microsoft, Fujitsu, HP, Sun, IBM, Intel, Oracle.

Ma i web services si appoggiano ai Web services framework e normalmente sono instradati da Esb e poi avrete bisogno di application server. Quali scegliere ? La risposta a questa domanda fa perdere molto tempo ed una guida è di sicuro è capire quali standard esistono e quali sono i software che si attengono.

Nel campo java questi standard si ottengono dalle implementazioni delle JSR. Per quanto riguarda i web service framework la JSR più importante è la JSR 224 che descrive JAX-WS un modo per realizzare data binding tra file wsdl e le classi java che realizzano i servizi.

JAX-WS è adottato da Apache CXF e Metro di Sun. Axis2 ha il supporto ma è venuto dopo nel tempo.

Nel campo degli esb le JSR importanti sono JSR 208 e JSR 312 che esprimono il concetto di JBI. JBI è uno standard imposto poichè in un bus possono essere attaccati diversi software che usano ad esempio JMS, eventi BPEL ecc. In questo ambito ritroviamo praticamente Apache ServiceMix e OpenESB di Sun. In pratica si appoggiano alla JSR 208 inseguendo la 312 che apporta le migliorie allo standard JBI.

Apache Synapse per quello che ho capito sta stringendo una collaborazione con quelli di ServiceMix per essere aiutati a raggiungere lo standard JBI.

Nel panorama degli application server si nota che ServiceMix ha un ottima integrazione con Apache Geronimo (completamente aderente a Java EE 5) mentre OpenESb e Metro si integrano facilmente con Glassfish che ovviamente Sun publicizza.

Tomcat è un semplice servlet container che si presta anche ed ha il vantaggio che rispetto agli altri, per la sua semplicità, risulta più veloce. Spesse volte quelli di Netbeans spiegano come usare Tomcat alternativamente a Glassfish.

Merita un discorso a parte JBoss. Per quelli di Jboss il loro stack è rappresentato da Jboss Native, Metro e CXF quindi una combinazione dei precedenti. Tuttavia loro rilasciano il loro esb e il loro application server. Vi faccio notare che Hibernate è condotto da quelli di Jboss.

Quindi fino a qui abbiamo visto Apache, Sun e Jboss con un piccolo zampino di IBM che fornisce supporto ad Apache Geronimo e ad Eclipse (CXF ha qualche plugin per Eclipse). Manca il tassello di BPEL.

Lo standard BPEL è stato sottomesso all'OASIS ed è denominato WS-BPEL. I più attivi questo campo sono stati Microsoft, IBM e BEA e SAP. Da quelli di Apache la risposta è Apache ODE sul cui sito è spiegato come usarlo con Tomcat e un JBI container, a caso, ServiceMix anche se dicono di avere dei problemi con quest'ultimo in quanto non proprio aderente allo standard JBI.

Con software come Intalio che si appoggiano su Apache ODE potete progettare i processi BPEL. Faccio notare che quelli di Intalio mostrano nel loro sito la collaborazione con quelli di ServiceMix e Mule Esb un esb che può essere usato con un web container come Tomcat o un application server come Geronimo e fa uso di un application framework come Apache CXF (qui un articolo sull'integrazione).

Quelli di Sun invece inglobano il BPEL service engine direttamente nel loro esb OpenEsb e potete progettare i vostri processi BPEL direttamente da Netbeans.

Eclipse ha poi il suo plugin STP che permette di progettare BPEL.

In tutto questo panorama si scorge l'esb Petals che insieme ad OpenEsb è certificato dai tool TCK. Petals è sponsorizzato dal consorzio OW2 che vede tra i suoi membri strategici RedHat, Thales ma anche IONA e Linagora. Per il bpel c'è poi Orchestra che offre integrazione con Petals, guardacaso Orchestra è sponsorizzato dal consorzio OW2 e la sua guida è scritta da quelli di Bull che ne fanno parte.

Vi siete persi ? Spero di no, non vi posso suggerire qual è meglio quale no, vi faccio solo notare che ci sono degli standard e ci sono grosse aziende che forniscono un pò tutti questi prodotti.

A mio avviso siccome la struttura delle vostre applicazioni probabilmente spazierà tra application server, esb e web service framework soffermatevi sui software che fanno parte della stessa azienda perchè avrete sicuramente necessità di integrarli (e magari meno sono gli strumenti che usate e meglio è).

I riferimenti sono così tanti che non ho voglia di metterli vi consiglio di partire dalla pagina di wikipedia di JBI e quella di BPEL.

JSR Solutions is the world's leading Java, .Net based software development company. Providing IT solutions to different global clients from last many years and producing exceptional results. JSR Solutions is a team of young, energetic and of experienced people which generates a well thoughtful solution of any problem. So why we say that we are "The Solution Generators". Our team have expertise and are diverse enough to provide unparallel web site and software development in accordance with your need specifications. Customer satisfaction is our main goal. Providing customer a satisfactory result is only achievement for what we are looking.

1100H > soseste inca cineva de la couchsurfing (avem 2 oaspeti acuma: din SUA si austria). tipul lucreaza si el in domeniul eco si a ecodesign-ului.

1200H > fac poze si filmez in piata cetatii unde se sparge o noua usa intr-o casa monument istoric (cica au toate actele si avizele necesare), il intalnesc pe adi dita, mic dejun.

1300H > pretul implicarii mele ONGiste: viata personala redusa la (aproape) zero. sherry si cu mine ne vedem pusi in fata a 2 alternative: sa ne despartim sau sa ne f***m. mergem pe varianta a doua.

1430H > (re)incepe ziua de lucru, (CRJ, transparency international s.a.). citesc JSRul si punctul. sedintele CL sighisoara par a fi un veritabil haos. oare dece? ;-)

1430-0000H > lucram cu cei doi voluntari la camera de la parter; vine catalin dupa 3 biciclete sa faca o excursie ghidata cu niste turisti; mai vin vreo 2 couchsurferi (un taiwanez cu domiciuliul in SUA si un roman cu domiciliul la paris). bloguiesc putin (mai mult) si ma bucur de numarul mare de vizite pe site-uri. primesc o adresa pt. un blog oficial pe teme UE la www.blogactiv.eu.

citesc sfaturi pe net despre cum sa bloguiesti cat mai 'profesionist'. cu toate activitatile de azi am amanat altele f importante! maine va fi o zi f incarcata! + ca mai vin inca 2 voluntari (roxana si dan, consacrati comentatori pe acest blog! :-)). maine trebuie sa ma hotarasc daca merg sau nu la 'teambuilding'ul greenpeace. cred ca raman la sighisoara. cum se spune la teambuilding in romana? formare de echipa sau asa cumva... e timpul sa se fie romanizate americanismele de ultima generatie! gud nait!

1045H > aflu ca in cuvantul liber si zi de zi primarul de mures, dl. mazilu, pardon florea (PD-L), il declara pe fl. coman singurul vinovat de esecul de la alegerile locale din sighisoara, pt. ca nu are charisma samd. si in consecinta sa fie mazilit, vreau sa zic indepartat, din diverse pozitii de conducere din PDL. trocul PDL-PSD, negociat inainte de campanie la tg. mures, pe spinarea sighisoarei, este dus la indeplinire cu "sfintenia" caracteristica politicienilor "sighisoreni", "ardeleni", "ne-sudisti". ce lipsa elementara de realism din partea (re)alesilor locali!: fetele de la fantana spanului sau pensiunea chic sigur nu se cred mai virgine decat alea de pe centura bucurestiului, politicienii nostri insa da!

1145H > marius ichim a fost ales viceprimar de mures (pe langa csegzi s.). MI. a fost si 'prefect de sighisoara' prin 2006 si este considerat o eminenta a nulitatii in diverse domenii. o prietena de-a mea care-l cunostea din studentie, s-a distrat de numa-numa' cand vorbisem intamplator cu ea despre cariera politica a lui MI la sighisoara.

1150H > suna faxul. hopaa! cand suna faxul, e o treaba "serioasa". vine oare mandatul de arestare pentru infractiunea de implicare civica la sighisoara? sau sentinta? ceva de genul "prin prezenta va instiintam ca ati fost condamnat la azil fortat la medias"? daca primesc circumstante atenuante, poate ca ajung la dumbraveni?! faxul zice asa: "Guvernul Romaniei", catre asociatia SD..." shit! citesc mai departe. aah, ok! e doar de la MDLPL (ministerul constructiilor)!
astia-s baieti buni! ne invita la o dezbatere privind modalitatile de consultare a populatiei in elaborarea si adoptarea planurilor de urbanism... asta-i fain! pe langa o asociatie de profil precum ATU si diverse ONGuri din capitala + cateva asociatii profesionale am fost chemati si noi la dezbatere! s-a raspandit un zvon pana in ministerele si ONGurile de marca din bucuresti ca 'astia din sighisoara' nu se lasa si se 'baga' si se implica. si uite ca la MDLPL, MCC si MMDD avem intrare, avem prieteni si sprijin sincer! chiar si la un print charles de wales - ca sa ma dau mare! si la primaria segesvar-ului? avem in mod cert ...o usa de intrare, poate cativa prieteni discreti, sprijin sincer insa garantat nu. pentru ca nu.
bucurestenii aia faini (adica o minoritate de 20-30%) au o slabiciune pentru sighisoara. asa ca, cineva acolo jos ...in regat ne iubeste! :-) asta apropo de strambele anti-'sudiste' cu care experimenteaza mai nou prefacutii nostri de politicienii sighisoreni, mureseni etc.

1230H > apar doi tineri, roxana si dan, studenti la litere, din bucuresti. sint indragostiti de sighisoara si de cultura saseasca din zona (ce va ziceam mai-nainte?!). stiu detalii despre cetatile fortificate etc. etc. au citit pe internet de SD, sint in tema cu problema pavajului din cetate ;-), imi zic ca au citit pe samizdat despre problemele cu hotel teleson si de casa schaessburg samd. astia-s mai informati si mai ...sighisoreni decat 75% dintre "sighisorenii adevarati" :-). vor neaparat sa faca voluntariat la noi, in timpul vacantei! sigur ca da!

1300H > pleaca r+d si in secunda aia vin henriette si ??? - ea nemtzoaica, el olandez. cu rucsacuri in spinare. cica m-ar fi sunat acum 1 saptamana daca pot sa doarma la noi pe podea. sigur! dar recunosc ca nu tin minte daca am vorbit sau nu cu ei! au trecut deja 7 zile de atunci! ;-) scleroza, scleroza.

1440H > i-ati citit articolul lui sandu, despre meciul de ieri? merita!

1500-1930H > trag tare ca sa recuperez din munca pentru CRJ. din salariul lor de proiect traiesc la ora actuala (200 euro/luna = 1 chirie/luna! ;-). maine si poimaine avem intalnire de lucru la bucuresti. interesant este ca si CRJul, ONGul cel mai 'greu' in materie de procese si litigii strategice din romania (implicat in problema rosia montana) a sesizat in 2007 aceleasi ilegalitati comise de CL sighisoara ca si SD! - si a incercat tot ce a putut (mai putin contenciosul administrativ) pt. a determina CLul sa le revoce. demersul lor, intreprins impreuna cu alt 'greu' al luptei anticoruptie, transparency international romania, l-au documentat chiar si intr-un volum special!
...si n-au rezolvat nimic! intelegeti ce inseamna asta? primarul, secretarul primariei, CL, comisia juridica a CL, prefectul - niciunul n-au facut ceea ce trebuiau/puteau defapt sa faca pentru a anula respectivele HCLuri! tradarea autoritatilor... iar SD, in paralel cu incercarile CRJ si TIRO a pornit contenciosurile ce sint inca pe rol...

1935-2100H > ne intalnim mai multi la score pub in ulita morii si discutam perspectivele (promitatoare) ale presei independente la sighisoara. se discuta cam 17,03 secunde si despre JSR si ca ar fi practic ...gol. (daca lasam deoparte programul TV si rubrica cu staruri de hollywood si TVR1) JSR o fi oare ...autogol? ;-)

2300H > 175 de vizitatori pe site! salut, servus!!!!

2400H > cum de e deja miezul noptii? oricum, a fost o zi F. BUNA azi! a ploat putin, o ploaie de vara pe care o iubesc atat de mult, inca din tineretea mea de acum 20 de ani. e mijlocul lui iunie! si nu ne-am prins, fiind noi insine ...prinsi - unii de altii. cu toate problemele pe care le avem in orasul asta, carand in spinare, de musai si sub ochii administratiei "publice" (aparent privatizate) o mafie grasa si nesatula, parca razbate iarasi o raza de adevar, de omenie si 'sighisorenitate' prin sighisoara!

1410H > trebuie sa cedez calculatorul lui mihaela... + ca am si eu o gramada de alte lucruri de facut acuma. seara tarziu va scriu din nou! apropo miha: au scris in punctul despre proiectul condus de ea, premiat de ambasada marii britanii! si, tot in punctul de ieri a aparut un scurt interviu cu ben mehedin, membru SD si el. avem prezenta media 'babana' in presa locala - fix cand nu ne mai trebuie ;-) si tot relativ de media locala: azi am gasit vreo 3-4 articole despre proiecte concrete de urbanism ale SD, mediatizate de JSR si punctul in 2007! atunci, cum de ii face primarul pe oameni sa creada (prin intermediul JSR!) ca SD nu ar face niciodata proiecte constructive? oamenii parca uita ...la comanda!

2030H > defapt ar trebui sa reia acuma pe servus tv discutia cu alex si cu mine despre cenzurarea site-urilor noastre de catre s.c. teleson. iti trebuie parola ca sa vizionezi site-ul (nu-i inteleg rostul!). si totusi, nu se vede programul...

2100H > am de lucru la proiectele pentru centrul de resurse juridice si transparency international romania.

2120H > voiam sa scriu despre abuzul primarului de a legitima unii membri ai sectiilor de votare in ziua alegerilor. dar: 1. din pacate chiar nu am timp azi, 2. daca doriti sa vedeti cam unde se incadreaza aceste acte din pdv legal, deschideti legea 67/2004 privind alegerile locale si eventual codul penal. acolo am sa ma uit si eu mai tarziu... + am sa vorbesc si cu prietenul nostru avocat.

sentimentul care ma incearca, vazand maldarul asta de ilegalitati comise la alegeri de 'ai mari' ai sighisoarei, este acela de neputinta. o neputinta fatza de abuzurile strigatoare la cer, comise in plina zi si cu N martori - insa nesanctionate de nimeni, in ciuda unor legi 100% in favoarea 'noastra'...

este de parca "EI" ar beneficia de un fel de regim de privilegii secrete, sau un fel de autonomie pe criterii de clasa si provenienta (rosie). stiu de acuma ca la sesizarile, plangerile penale si tot ce va urma, in ciuda unor probe 'beton', paznicii legii vor mima un fel de paralizie aparenta care-i 'impiedica' sa le faca dosare penale infractorilor.

si SRIul? ne asculta telefoanele. (cred, presupun, mi s-a spus) poate si pe ale 'lor'. dar din nou, ma tem ca si la ei va prevala principiul paraliziei selective vizavi de cei observati...

si europa? va tacea. nu pentru ca ar fi selectiva in aplicarea unor norme, dar in primul rand, alegerile sint de competenta autoritatilor locale/nationale, nu a bruxelles-ului. + ca cleptomania mitocaneasca la care asistam cu totii live, se situeaza undeva mult SUB RADARUL cultural al europei si al europenilor ca sa poata credea ca asa ceva e posibil! infine...

2210H > se pare ca metoda de acaparare a primariilor prin colaborarea frateasca, reciproc avantajoasa PSDului si PNLului ar fi fost o schema aplicata in mai multe orase ale tarii.

2215H > cica a. gherca ar fi un candidat 1. pt. postul de viceprimar, si 2. pentru postul de ...proprietar al fostei cladiri a securitatii, in cornesti. casa nu e revendicata si urmeaza eventual a fi vanduta. lui a.gh.?

2220H > dumbraveni, un model pt sighisoara? aud ca la bascaletz ar fi fost o situatie similara in primul tur cu a sighisoarei. covoare electoral-asfaltice, turnate la repezeala ca sa acapareze primarul voturi etc. vine turul 2, cetatenii din urbea vecina se enerveaza si-l voteaza pe contracandidat primar - la 14 voturi diferenta! ;-)

gata > pe azi! (cat o fi facut romania cu olanda? nu am auzit inca strigate colective de bucurie prin oras!)

You don't have to be a millionaire to enjoy a genuine oil painting of Claude Monet reproductions
'Water Lily Pond' or Van Gogh's 'Starry Night' in your own home. Imagine receiving your choice of any masterpieces in our online art gallery in less than 10 days.
We guarantee that every oil painting is 100% handmade. Our team of talented and experienced artists recreate line-for-line and stroke-for-stroke the great artworks of the masters using the highest quality oil paints and canvas. If you recognize us from PaintYourLife.com, you already know that we guarantee your satisfaction and deliver excellent  customer service before and after every sale. We are gallery owners, not dealers, and that means we can offer you remarkably low prices. Our gallery's vision is to provide every art lover with an opportunity to own a genuine quality oil painting duplicate of a great masterpiece at a price that anyone can afford.

Thanks

JSR Solutions

Thanks

JSR Solutions

Thanks

free online dating site

Resumo

Como uma tecnologia Java é criada? Como os padrões, plataformas, perfis e configurações são definidos e quem participa na definição destes padrões? Qual é o processo utilizado e quem é responsável por este processo? Este artigo descreve o Processo da Comunidade Java ou JCP, “Java Community Process”, que gerencia o desenvolvimento comunitário de especificações da tecnologia Java, também apresentando informações de como indivíduos e empresas podem participar na definição de tecnologias através das JSRs.

Introdução

Criado em 1998, o Java Community Process ou (JCP) formaliza a definição de futuras versões e tecnologias da plataforma Java através de um grupo de processos, onde várias entidades podem contribuir e direcionar as chamadas requisições de especificações Java, ou JSRs (Java Specification Requests). O processo envolve a utilização destas JSRs, sendo estas compostas de documentos formais que descrevem especificações e tecnologias propostas para serem adicionadas a plataforma Java. Durante a conceituação de uma JSR, diversas revisões formais e públicas são efetuadas antes desta alcançar o estado de finalizada, sendo votada pelo Comitê Executivo do JCP. O processo JCP em si está definido em uma própria JSR, em 2006 na versão atual 2.6 descrita na JSR 215. Presentemente, existem mais de 300 JSRs sob a direção do processo JCP.

Definições Básicas
Logo abaixo estão algumas definições importantes relacionadas ao JCP:

Java Community Process (JCP): o processo da comunidade Java, formalmente escrito em documentações para o desenvolvimento ou revisão de especificações da tecnologia Java. Este processo é composto de diversos estágios que serão melhor descritos mais adiante neste artigo.

Executive Committee (EC): o Comitê Executivo responsável por direcionar a evolução das tecnologias Java. Diversas corporações, empresas, entidades e membros individuais da comunidade Java fazem parte do comitê. Este é responsável pela aprovação de especificações por pontos chaves do JCP e reconciliar as discrepâncias entre especificações e pacotes de testes. Existem hoje dois grupos de comitês executivos: o comitê SE/EE que gerencia as tecnologias Java na área de desktop PCs e servidores (especificações J2SE e J2EE) e o ME que cuida das tecnologias Java nas áreas de dispositivos embarcados (especificações J2ME). O comitê é composto de dez assentos ratificados, cinco acentos por voto e, obviamente um assento permanente para a Sun Microsystems, cada membro servindo em termos de três anos. Os termos de três anos são gerenciados de uma forma tal que cinco dos quinze assentos são normalmente disponibilizados para candidatos a cada ano.Cada comitê é responsável por:

• Selecionar JSRs para o desenvolvimento dentro do JCP;
• Prover a aprovação de especificações em rascunho (“draft”) para a revisão pública
• Prover a aprovação final a especificações completadas e seus associados RIs e TCKs;
• Revisar as revisões de manutenção que possivelmente podem acarretar a criação de novas JSRs;
• Aprovar a transferência de responsabilidades entre membros do JCP;
• Prover auxílio ao escritório de gerenciamento de projetos do JCP (Program Management Office ou PMO);

JCP Member: membro do JCP, sendo este uma empresa, organização ou indivíduo que tenha assinado o acordo JSPA, concordando com seus termos.

Java Specification Participation Agreement (JSPA): acordo anual e renovável entre a Sun Microsystems e uma empresa, organização ou indivíduo que permite a esta entidade a participar do JCP. A participação envolve um custo de US $ 5,000.00 para entidades empresariais, US$ 2,000.00 para entidades filantrópicas e gratuitamente para indivíduos. A participação como entidade empresarial possui a vantagem da possibilidade de qualquer membro da empresa participar do JCP.

Individual Expert Participation Agreement (IEPA): acordo entre a Sun Microsystems e um indivíduo que permite este a servir no grupo de especialistas (Expert Group) ao convite de um líder de especificação (Spec leader). Este acordo permite a participação de técnicos especialistas que não representam nenhuma empresa ou organização para participar do grupo de especialistas.

Program Management Office (PMO): grupo interno da Sun Microsystems responsável por administrar o JCP e o Comitê Executivo.

Expert Group (EG): grupo de especialistas, compondo empresas, organizações e indivíduos escolhidos pelo líder de especificação para auxiliá-lo no desenvolvimento de uma especificação Java através de revisões, sugestões, etc. Este grupo é gerenciado pelo líder de especificação.

Expert: um membro representativo ou indivíduo (com o IEPA assinado) que possui conhecimentos/expertise e praticador ativo da tecnologia envolvida pela JSR.

Supporting Members: membros do Comitê Executivo contatados pelo líder de especificação, incluindo os responsáveis que apóiam um pedido de criação de uma especificação Java.

Java Specification (Specification): uma especificação descrevendo algum aspecto da tecnologia Java, que inclui a linguagem, máquinas virtuais, edições de plataformas, perfis, e interfaces de programação para aplicativos (Application Programming Interfaces ou APIs).

Java Specification Request (JSR): documento submetido ao PMO por um ou mais membros do JCP propondo o desenvolvimento de uma nova especificação ou uma revisão significativa a uma especificação existente.

Umbrella Java Specification Request (UJSR): uma JSR que define ou propõe uma revisão especificamente de uma edição de plataforma ou especificação de perfil. O processo de evolução deste tipo de especificação é feito da mesma forma do que qualquer outra JSR. Um exemplo inclui a JSR 270 (JavaSE 6.0).

Specification Lead (Spec Lead): líder de especificação, responsável pelo gerenciamento do desenvolvimento da mesma através do JCP. O líder é o especialista com a responsabilidade de direcionar o desenvolvimento ou revisões de uma especificação e completar todos os requisitos necessários para a completude da especificação que incluem a RI e o TCK. O líder de especificação (ou empresa/organização sendo representada) precisa ser membro do JCP.

Maintenance Lead: líder de manutenção, responsável pela manutenção de uma determinada especificação Java após esta ser finalizada, assumindo a responsabilidade da especificação, RI e TCK, e das revisões significativas da especificação.

Platform Edition Specification (Platform Edition): uma tipo de especificação que define uma API de infra-estrutura que provê uma base para aplicativos, outras APIs e configurações a serem construídas. Presentemente no Java, existem três especificações de edições de plataformas: JavaSE, JavaEE e JavaME.

Profile Specification (Profile): um tipo de especificação que referencia uma das especificações de edições de plataformas a zero ou mais especificações do JCP que ainda não fazem parte da especificação de edição da plataforma. As bibliotecas ou APIs referenciadas na edição de plataforma devem ser incluídas de acordo com as regras de referencia definidas pela especificação da plataforma. Outros tipos de especificações precisam ser referenciados em sua totalidade.

Reference Implementation (RI): a implementação de referência, protótipo ou prova de conceito de uma especificação.

Test Compatibility Kit (TCK): o conjunto de testes, ferramentas e documentação que permite uma organização determinar se sua implementação está de acordo com a especificação de uma API ou tecnologia Java.

JCP Web Site: o sítio na Web onde se podem obter informações sobre as atividades do JCP, abaixar especificações em rascunho e finais, e acompanhar o progresso das especificações pelo JCP. O site provê ferramentas de auxílio para o líder de especificação, tais como a página da comunidade, provendo atualizações da especificação e tópicos sendo discutidos dentro do grupo de especialistas. Um “alias” também é disponibilizado para que o líder possa gerenciar a informação entre os membros interessados sobre o progresso e assuntos relacionados na especificação.

JCP Specification Page (Spec Page): página no sítio do JCP onde cada especificação aprovada para desenvolvimento ou revisão pode ser acessada, contendo o histórico da passagem da especificação pelo JCP, incluindo um registro de decisões, ações, e votos efetuados pelo Comitê Executivo relacionados à especificação.

]]> http://jsrsolution.wordpress.com/?p=9 Sat, 19 Apr 2008 10:12:58 +0000 jsrsolution http://jsrsolution.pt-br.wordpress.com/2008/04/19/introducing-new-java-based-software-company-jsr-solutions/ Hi,

As our per our clients demands we are very glad to introduce our new venture JSR Solutions. Which is our one of the dream & most prestigious main project. Which we assure you bring revolution in the history of JAVA, JSR(Java Specification Request) "Write Content Once, Deliver It To Any Device!". We have a lot of vacancies in JAVA but the person have to be known of JSR also. So that he/she can aware of our motto.

Visit us at for more information.

Software development company India
Free online dating site
JSR Solutions
Online shop of Shawls

JSR Solution

Leading exporter of shawls
Fun & romance unlimited
JSR pages, JSR tutorials
.NEt based company
India's own software company

JSR(Java specification request)
Indian software company
shawls Unlimited
Find your dream date
IT Solution providing company

Our Blog section

Leading exporter of shawls
Fun & romance unlimited
JSR pages, JSR tutorials
.NEt based company
India's own software company

JSR(Java specification request)
Indian software company
shawls Unlimited
Find your dream date
IT Solution providing company

The JSR projects found here are led by Spec. leads who have decided to leverage java.net's infrastructure for JSR development and collaboration. You will also find other JSR discussions that may or may not be led by Spec. leads or those involved in the JSR. Each java.net hosted JSR Project has a public area where discussions will take place between the community and those involved in the JSR development project.

Eu estou atualmente implementando alguns web services Restful, e estou avaliando opções para alguns pedaços do desenvolvimento. Eu já sabia que existia uma JSR para web services REST, mas ainda não tinha lido a mesma.Agora há pouco li a JSR-311, que definirá padrões de implementação Java para uma API Rest, do lado do servidor. A parte de implementação de clientes será tratada em outra(s) JSR(s) .

Esta JSR é bastante interessante, e já pude ver nela o tratamento de coisas muito úteis. De principal destaque para mim está a abordagem de mapeamento de URIs em recursos e métodos e a questão do mapeamento de classes Java para dados com diversos content-types.

Em relação às URIs, há a definição de regras para mapear URIs em classes e métodos, instanciando as classes necessárias e invocando os métodos adequados. Suponha por exemplo uma requisicao HTTP PUT na URI /usuario/16728/produto/228/configuracao/. Em um protocolo definido por mim, isto representaria uma atualização nas configurações do Produto 228 para o Usuário 16728. Um ser humano consegue entender isso sem tantos problemas, mas uma implementação manual destes mapeamentos e o parsing dos parâmetros podem ser coisas bem trabalhosas. A JSR 311 utiliza várias annotations para conseguir definir o encadeamento de classes e métodos a partir da URI utilizada, e isto faz com que você consiga desenvolver em Java normalmente e ter as suas classes instanciadas e invocadas com URIs tão flexíveis quanto você queira. Muito bom ter isso como recurso, pois implementar na mão é bem trabalhoso.

Outra coisa muito interessante é a maneira de mapear classes Java para diversos content-types. Isso é algo fundamental para uma implementação Restful com bastante flexibilidade E possivelmente alta performance. A idéia por trás disso é que o servidor recebe uma requisição de um cliente e verifica quais são os content-types que o cliente aceita. Com base nestas informações, o servidor escolhe a forma que irá utilizar para transmitir os dados.

Suponha por exemplo que uma aplicação PHP está se comunicando com seu servidor, e ele lhe informa que aceita os content-types text/plain, text/xml e application/json. O servidor pode escolher qual formato utilizar para o envio e possivelmente o envio com formato json facilita bastante a aplicação PHP. Este mesmo servidor pode receber requisições de uma outra aplicação Java, que preferencialmente receberá do seu servidor um stream binário, que terá a melhor performance de todas as opções.

O uso desta abordagem dos mapeamentos em content-types permite que sua aplicação tenha ao mesmo tempo alta interoperabilidade e alta performance. Você conseguirá se comunicar com várias plataformas e aplicações diferentes, e continuará tendo a opção de alta performance, caso seja uma aplicação da mesma plataforma. Você não consegue isso com web services WS-*. Eles não têm tamanha flexibilidade.

O meu próximo passo agora será analisar com detalhes o Jersey, a implementação de referência desta JSR. A especificação em si ainda está um tanto crua, pois ainda é um early draft. Já pude ver vários pontos interessantes, mas a definição ainda está sujeita a muitas modificações. Vou avaliar agora o que o Jersey já oferece e torcer para que ele já tenha componentes fáceis de usar e flexíveis. A proposta dele é excelente, vamos ver se a implementação consegue oferecer estes recursos sem amarrar muito as decisões de projeto.

Using inkjet technology to manufacture displays reduce the complexity and cost resulting in faster production and lower prices. This development, if caught on, will not be good for vacuum pump machine manufacturers, and companies related to developing tools and equipment for photolithography. Read more at Nikkei Electronics Asia.