CreateJS bunter biblioteker for HTML5 og Flash-utviklere

I samarbeid med Adobe har teamet til Grant Skinner (gskinner.com), som har jobbet på den tiden for Microsoft allerede på HTML 5 teknologi demo Pirates Kjærlighet Daisies, en ny Javascript-bibliotek for HTML5 og Flash / AIR-utvikler presentert. CreateJS kombinerer en rekke eksisterende biblioteker for avspilling av grafikk, lyd og Flash-elementer. I tillegg inneholder samlingen sin egen verktøykasse som kan eksporteres til HTML5 plattform innhold fra Flash Pro.

I kjernen CreateJS bunter de fire Javascript-biblioteker EaselJS, TweenJS, SoundJS og PreloadJS fortsatt under utvikling for en pre-lasting av ulike komponenter. Videre er Adobe AIR-programmet Zoë inkludert i pakken som SWF animasjoner kan eksportere dokument for EaselJS som Sprite.

Ganske nytt er CreateJS verktøykasse som gskinner.com har utviklet i samarbeid med Adobe. Det gir langt flere funksjoner enn Zoë og å tillate Flash Pro utviklere å eksportere innhold som ikoner, vektorer, animasjoner, bitmaps, lyd og tekst. De data som leveres fra verktøysettet som et bibliotek av gjenstander som kan appellerer direkte over CreateJS og HTML5 deretter.

Den nye CreateJS Biblioteket skal være tilgjengelig i løpet av de kommende ukene createjs.com. En dokumentasjon, demoer og ulike tutorials som gskinner teamet ønsker også å publisere. For lisensiering, gjorde gruppen ikke har informasjon - men som de fleste av bibliotekene som allerede er inkludert er åpen kildekode under MIT-lisensen, kan en tilsvarende lisens skjema for CreateJS forventes. Litt lenger co-utviklet av Adobe Toolkit vil være lenge i kommende dessuten fordi Adobe likevel ikke kunne gi informasjon om sin tilgjengelighet.(Rl)

Programmering standard for innebygde systemer MISRA C 2012 publisert

Motor Industry Software Pålitelighet Association (MISRA) har nylig gitt ut den innebygde programmerings standard MISRA C 2012th Standarden definerer koding standarder for C og C ++ - utviklere å unngå run-time feil som kan oppstå ved usikre konstruksjoner eller strukturelle svakheter i språk. De mer enn 200 sider tykk spesifikasjon som dermed har nesten doblet, er kompatibelt med den nye versjonen til C99 og ble tilsynelatende betydelig revidert i flere steder.

Det er derfor nå i tillegg til de regler og retningslinjer som er å anse som veiledende skal brukes til andre ressurser for å bekrefte samsvar med kravene. Reglene kan verifiseres bare om testing koden, imidlertid. kan referere til standarden som en PDF-fil via nettbutikken i konsortiet for 15 britiske pounds, koster den trykte versjonen 45 pounds.

MISRA er en sammenslutning av bilprodusenter, leverandører og tjenesteytere. Den første som ble vedtatt av organisasjonen i 1998 med regler MISRA C med sine godt 100 regler for sikker C-programmering ble en slags de facto standard for innebygde C-programmering. Den andre versjonen, MISRA i 2004, skrev blant annet, for å bruke et verktøy for å sjekke reglene. I 2008 hadde konsortium med MISRA C ++ utvidet retningslinjene for objektorientert versjon av språket. (Ane)

Java applikasjonsservere: Red Hat er wildfly 10 gratis

wildfly 10

Den er nå tilgjengelig versjon 10 av Enterprise Java-server gir grunnlag for Red Hat kommersielle JBoss Enterprise Application Platform 7 er også den tredje store utgivelse siden navneendringen på åpen kildekode.

Red Hat versjon 10 av Java applikasjonsserver wildfly publisert. Det implementerer alle spesifikasjonene til Java EE 7 Full profiler og Java EE Web Profile 7, for tiden den nyeste versjonene av Enterprise Java standarder. Støtte for Java 7 ble avsluttet, som er å sikre en bedre integrering med gjeldende Java. 8 Serveren kan brukes med dagens utvikling øyeblikksbilder av forventet neste år Java 9 utover.

De viktigste innovasjonene

I stedet for den Message Broker HornetQ wildfly inkluderer nå sin utvikling ActiveMQ Artemis, selv beriket med en rekke nye funksjoner, protokoll-nivå forenlig å opptre med HornetQ. Den nye versjonen integrerer Undertow JS prosjektet. Denne server-side skript kan ikke skrive, kan gjøre tilgangen til CDI (sammenhenger og avhengighet injeksjon) og JPA Entity Beans (Java Persistence API). Under navnet Undertow handler fortsatt unge med HTTP / 2 standard kompatibel webserver.

For utviklere bør også være interessant at nå versjon 5 av utholdenhet rammeverket er støttet Hibernate og Powershell script til bin katalog av wildfly distribusjon har blitt lagt til. I fremtidige utgivelser, de skal erstatte bat skript. Med wildfly 10, er det endelig mulig, alle programmer som "Singleton Distribusjon" å sette opp. Dette gjør at programmer som skal alltid bør installeres på en bestemt server node i klyngen. Svikt i en node, vil programmet automatisk starte på en annen node.

JBoss å wildfly

Med 10 wildfly den tredje hovedversjonen av Java-applikasjonsserveren har allerede dukket opp, kjører under dette navnet siden open source server. det hadde kommet til en navneendring fordi den stående bak ham selskapet ønsket en sterkere differensiering fra kommersiell basert wildfly tilbudet. Den første utgivelsen - wildfly 8 - ble utgitt i februar 2014 den andre under versjonsnummeret 9 fulgt i juli 2015. Selv den versjonen var kompatibel med Java EE 7 (Java Enterprise Edition). Wildfly gir grunnlag for neste versjon av Red Hat kommersielle JBoss Enterprise Application Platform 7 (JBoss EAP 7)(Ane)

Modular, bedre dokumentert og PHP 7 – Zend Framework 3 har blitt utgitt

Modular, bedre dokumentert og PHP 7? Zend Framework 3 har blitt utgitt

Etter flere år med utvikling, er det endelig en ny større utgivelsen av den populære PHP rammeverk og utover en Micro Framework.

Planen var egentlig at Zend Framework ville komme opp med nye store utgivelser og et halvt hvert år til to år. Av disse utviklerne av PHP rammeverk som hadde annonsert med utgivelsen av versjon 2 i september 2012 hadde imidlertid vedta snart. Og senere, planlagt for høsten 2015 utgivelsesdato kunne ikke holde dem. Men nå er ventetiden over, fordi versjon 3 av Zend Framework er nå offisielt tilgjengelig.

modulærisert Work

De fleste av endringene er av strukturell art. Det er her, for eksempel tildeling av enkelte komponenter i sine egne versjon prosjekter. Dette gjøres med sikte på gjenbruk av disse komponentene andre steder enklere og så å akselerere utviklingsprosessen. Det er også viktig at slutten av fjoråret utgitt PHP 7.x støttes av den nye versjonen.

I utviklingen av den nye versjonen, men også med den forrige PHP 5.x opptil fire ganger bedre ytelse observeres. Minimal PHP 5.6 er nå gitt for Zend Framework. 3 Den utdaterte versjonen tråd under versjonsnummeret 1.x er ikke lenger under utvikling, det er i beste fall bare sikkerhetsfikser - og bare til slutten av september 2016th

Dokumentasjon og Micro Framework

Å bytte fra utviklet med Zend Framework 2 MVC applikasjoner (Model View Controller) for å lette den nye versjonen gir brukerne en god dokumentert oppgraderingsveg tilgjengelig er å gjøre noen endringer som trengs. I tillegg ble det samlet en stor oppmerksomhet til dokumentasjon. Så bare slik er lagret i hvert oppbevaringssted for en komponent. Nye funksjoner i fremtiden bare bli akseptert i den grad de ble også dokumentert.

Nye veier endelig trå utviklerne med innføringen av en egen mellomvare Micro Framework. Uttrykks regnes som fremtiden for PHP utvikling på den delen av ramme utviklere i motsetning til store MVC full stack tilbudet.(Ane)

Programmering rangering: Javascript og Java til toppen

De RedMonk Programming Language rankings: januar 2016

Med Javascript, Java, PHP, Python, C #, C ++, Ruby, CSS, C og Objective-C, nøyaktig samme programmering, se halvårlige RedMonk vurdering - og som også i samme rekkefølge.

Det er den månedlige Tiobe Programmering indeks for å finne de mest populære programmeringsspråk resultatene på forespørsel " programmering" innhentet i søke 25 motorer. Men det finnes også de halvårlige RedMonk Programming Language rangeringer, der analytikerne sammenhenger mellom diskusjonen om et språk på Stackoverflow produsert med deres bruk i GitHub prosjekter for å vurdere hvor mye et programmeringsspråk brukes i fremtiden.

Litt sent RedMonk har nå gitt januar resultatene kjent for den nåværende popularitet av de viktigste programmeringsspråk.

RedMonk På høyre er for de mest populære programmeringsspråk. Endrer det har vært få sammenlignet med juli 2015.(Bilde:RedMonk )

stabil situasjon

Blant de første 10 seter har gjort noe siden forrige undersøkelse i, så Java før Java fortsetter å lede med en smal margin på listen, etterfulgt av PHP (3), Python (4), C # (5), C ++ ( 5.) Ruby (5), CSS (8) C (9) og Objective-C (10). At Java og Javascript pågår for å finne på toppen, vil trolig også støttet at de to språkene ble ofte brukt i selskaper i samme program, kan være tilstrekkelig, spesielt siden Javascript stadig mer profesjonelle krav.

At det ikke hadde kommet vil også bli endringer i topp 10, forklarte RedMonk analytiker ved at beslutninger av et språk i virksomheten er vanligvis laget på lang sikt. Derfor ikke kan forventes i nær fremtid med mer fragmentering, vil det også avta fordi de angitte språkene har en høy grad av modenhet.

Snakket potensial utover de 10 eller til og med fortsatt utenfor topp 20 er høyt RedMonk Elixir (54th), Julia (51), Rust (46), Swift (17) og Type Script (31) som består av forskjellig grunner til å bli estimert. Så Elixir, Julia og Rust var i stand til å trekke gjennom veloverveid språk utforming oppmerksomhet. Den Objectice C etterfølger Swift også i at han har nylig blitt åpen kildekode, og Loggfila fått mye løft i Javascript samfunnet, men også hos Microsoft i det siste scorer sikkert nå.(Ane)

Red Hat sluppet OpenJDK 8 for (blant utviklere) Windows

OpenJDK 8 tilgjengelig for Windows

De åpen kildekode selskaper, har annonsert tilgjengeligheten av den offisielle gratis Java SE implementering for Windows. Målgruppene er utviklere som lager studio for RHEL Windows mellomvare applikasjoner med JBoss Developer.

OpenJDK er en fri gjennomføring av Java SE, som oppsto som en splint gruppe av JDK. 6 Red Hat tok seg tid til å lede prosjektet. Oracle er et Java guvernør sponsor og leder av OpenJDK. 8

På nedlastingssiden av OpenJDK prosjektet bygger for ulike Linux-systemer, men ikke for Windows eksisterer. Red Hat har lansert en opphopning av OpenJDK 8 for Windows. Men det bør ikke generelt erstatte normal JDK, men er ment for utviklere, mellomvare applikasjoner med Red Hat JBoss Developer Studio under Windows for RHEL (Red Hat Enterprise Linux) bygge. Windows bygge av OpenJDK 8 er fullt kompatibel med de tilsvarende RHEL utgivelser, slik at Java-programvaren oppfører seg på begge systemene likt.

Nærmere om OpenJDK for Windows er tilgjengelig på prosjektsiden, hvor en link er funnet til en msi installatør. Informasjon om forholdene mangler: Navnet på nedlastinger indikerer en 64-bit bygge. Selv om området viser bare Windows-operativsystemet 8, kan det antas at er også kompatibel med Windows 7 og Windows 10 bare på grunn av den tilsvarende spredning av OpenJDK bygge. (RME)

De viktigste spørsmål og svar om PaaS gjennomføringen

innhold
  1. De viktigste spørsmål og svar om PaaS gjennomføringen
  2. Leverandør lock-in, sikkerhet og rettferdighet
  3. leste på en side
De viktigste spørsmål og svar om PaaS gjennomføringen

Bruken av skyen er, selvfølgelig, for mange bedrifter, de begrenser bruken, men det meste på SaaS og IaaS. Bruken av PaaS er bare langsomt å få fart. Men hva må vurdere selskaper før de bestemmer seg for? Denne artikkelen gir svar på fem viktige spørsmål før PaaS gjennomføring.

Hvor PaaS bringer noen fordeler?

Som Platform as a Service (PaaS) er en stor grad ny tilnærming, mange bedrifter er det ofte uklart hvordan konseptet fungerer og hva fordelene er. Ofte PaaS er sett på som et utviklingsmiljø, eller bare eliminering av administrative oppgaver utføres. Den kan også brukes som ryggraden for forvaltningen av programvaren livssyklus, men - fra utvikling til drift.

Utviklingen kan også mye "smidig"nerfolgen fordi PaaS støtter en rekke verktøy og teknikker og distribusjonsscenarier lar solen til "klassisk" Serverarkitekturer er ikke gjennomførbart. Enhver utbygger kan for eksempel prøve ut nye ideer direkte i en utplassert i løpet av kort tid testmiljø som matcher senere produksjonsmiljø. Med verktøy for belastning simulering som Blitz.io og applikasjons analyse programvare, for eksempel New Relic utviklere kan forhånds analysere atferden til programmer under nesten reelle forhold og justere. Produsenter som Cloud9 selv tilbyr en komplett nettleser-IDE, som du kan utvikle programvare direkte i skyen. Kort sagt: Det kan være alle grunner som betydelig øker med PaaS effektiviteten og kvaliteten på en IT-avdeling.

I forbindelse med kontinuerlig Deployment arbeidsresultater av utviklerne vil bli gitt til brukeren raskere. Selv små endringer kan bli rullet ut av en PaaS flere ganger om dagen, med utviklere vanligvis levere ny kode via Git eller lignende Versionskontrollsyteme i PaaS. Programvaren brukere kan fortsette å arbeide uten avbrudd med programmene under utsetting av nye versjoner. Kontinuerlig integrasjon programvare som Travis-CI tilbyr også muligheten til å integrere levering av programvare til ulike sky plattformer i CI-prosessen.

Når programvare utrullingen sikres at hver tjenernoden gir samme kjøretidsmiljø, både under utvikling og i produksjonssystemene. Dette unngår manglende komponenter og versjonskonflikter. Oppdateringer av komponenter eller bruk av nye programmeringsspråk kan bli pålitelig isolert iscenesettelse systemer før levering til live-bruk test.

PaaS programmer kan skaleres på fly i løpet av kort tid. Søknad operatører garanti for sluttbrukeren konsistent høy ytelse. SaaS-leverandører å skalere, for eksempel under normal arbeidstid opp og ned igjen senere, da de fleste brukerne er i arbeidsdagen. I online spill og sosiale programmer, viser det seg den andre veien rundt: det er den maksimale verdien på kveldene.

For store selskaper som opprettholder sine egne datasentre, kan en privat PaaS være interessant. Det sikrer at proprietære dataressurser og eksisterende eiendeler mer effektivt. Takket være selvbetjente provisioning ressurser i henhold til en knapp kan gjøres tilgjengelig. Dette tillater mer effektiv og mer smidige utviklingsprosesser, forkorting innovasjons sykluser.

Gjennom bruk av PaaS, kan IT tilpasse seg raskt til endrede krav -
å bli bremset uten ressursflaskehalser. Spesielt i svært dynamiske markeder, som forbrukeren eller telemarkedet, bekostning og tidsbesparelser forbundet utgjør et tungtveiende konkurransefortrinn for bedrifter.

Imidlertid er PaaS ingen fordel ved anvendelse av meget statisk i naturen eller ved tilpasning til PaaS betyr uforholdsmessig innsats. Eksempler er mindre CMS applikasjoner, eksisterende standard programvare eller gamle eldre programvare uten Abstraction Layer.

Hva programmer fungerer i skyen, som ikke er det?

De fleste programmer kan kjøres i PaaS miljøer. For Java, Ruby, Python, PHP, og .NET, det er mange PaaS-leverandører - noen spesialister på et språk som andre tilbyr støtte for flere språk.

Mange av rammene er justert slik at de fungerer optimalt med PaaS. Disse inkluderer rammer som har en automatisk konfigurasjon eller tilby en støttekloss lagringen. Lett deployerbare på PaaS rammer, for eksempel, Rails, Symfony og våren.

I moderne applikasjoner sky APIer kan konfigureres for sentralisert datalagring - dermed er de kompatible PaaS i de fleste tilfeller. la eldre applikasjoner
Disse fungerer normalt ettermonteres. Justeringene PaaS betyr i første rekke optimaliseringer som er gunstig for ytelse, pålitelighet og horisontal skalering, som PaaS tilbydere sine plattformer med retningen på "beste praksis" har designet.

Implementering av auto-konfigurasjon rutiner er ikke obligatorisk, men anbefales sterkt. Vanligvis setter PaaS leverandøren eventuelle anvendelse konfigurasjonsparametre via en fil eller systemvariabler som en applikasjon kan bruke for konfigurasjon. Således kan være menneskelige feil. Samtidig hindrer det, for eksempel, en applikasjon i testmiljøet uhell med en produksjonsdatabase "snakker",

For å lette flytting av programmer som gir PaaS leverandørene den informasjonen de trenger for å foreta justeringer i form av dokumentasjon eller opplæringsmateriale. Alternativt kan trekkes på den know-how av cloud konsulenter til tilstrekkelig representere komplekse IT-systemer på en PaaS.

Imidlertid er ikke alle teknikker avbildes på PaaS. En e-postserveren, kan ikke brukes, for eksempel i arbeid med dynamisk tildelte IP-adresser PaaS-systemer. Postlevering er derfor håndteres av tredjeparter. Streaming-applikasjoner som kjøres bort fra HTTP-standarder, har gjort det vanskelig også å overføre sine data via web-optimalisert ruting dyr og eventuelle nettbuffere.

Java EE 8 er offisielt lansert

Java EE 8 er offisielt lansert

I skyggen av vertebra til Java 9, har Oracle oppdatert Enterprise-versjonen. Teknisk sett, det faller kort av de opprinnelige forventninger. Spennende er for tiden også fremtiden for plattformen som åpen kildekode.

Med langt færre virvler enn Java 9 Oracle har endelig sluppet Java EE 8, etter at selskapet hadde også flyttet utgivelsen av Enterprise-versjonen flere ganger. Allerede i desember 2016 ble det klart hvilke funksjoner som vil være en del av plattformen. Dermed var det også klart at mange moduler ikke gjør det i den åttende versjonen av bedriften Java.

Nye og oppdaterte APIer

De viktigste nye funksjonene i Java Servlet 4.0 API, gir første gang HTTP / 2-støtte, og en dedikert Security API tilhører. JSON-B (JSON- Binding) får sin egen API, og de API Java for JSON--P er i versjon 1.1 komponent av plattformen. Tallrike andre programmeringsgrensesnitt har mottatt viktige tillegg til en viss grad, blant annet sammenhenger og avhengighet injeksjon (CDI) med hopp til versjon 2.0.

Andre oppdaterte pakker er Javaserver Faces (JSF) 2.3, Bean Validation 2.0, Java API for RESTful Web Services (JAX-RS) 2.1, Java Persistence 2.2, Java API for WebSocket 1.1 og Java Mail 1.6. Selv om Java EE 8 vises parallelt med Java 9 første tar for seg noen utvidelser som ikke var inkludert i versjon 8 av standardutgaven, i forrige Java EE plattform. Verdt å nevne her bekker og dato-og-time API.

Fremtidige planer for Eclipse Foundation

Java 2017

Detaljert informasjon om Java EE 8, Java 9 og dagens utvikling i Java-miljøet er tilgjengelig på iX Developer Special Edition, som er tilgjengelig blant annet i H butikken.

Forventet å Java EE 8 være den siste versjonen av plattformen under gjeldende lisensmodell og navn. Oracle hadde annonsert planer i august for å overføre Java EE åpen kildekode. I midten av september, selskapet spesifiserte planene og annonserte blant annet at plattformen er å lande under paraplyen av Eclipse Foundation. Det er viktig at stiftelsen ikke bare kontroll over spesifikasjonene, men også om referanseimplementasjoner (RI), teknologi Kompatibilitet Kits (TCK) og ta over prosjektet dokumentasjon av guidet Oracle Java EE og Glassfish teknologi burde.

Detaljer om de nye funksjonene i Java EE 8 kan tas fra prosjektet nettstedet. Det API dokumentasjon, en tutorial og SDK knyttet til nedlasting.

Se Heise Utvikler:

  • Oracle ønsker å overføre Java EE til åpen kildekode-miljøet
  • Analyse: Oracle ser ut til å slå hjørnet i Java EE i siste øyeblikk
  • Java EE mot Open Source: Muligheter og risiko
  • Java EE 8 tar det siste hinderet før utgivelsen
  • Java EE er å lande under paraplyen av Eclipse Foundation
(RME)

Svermen: Java EE Micro Services med wildfly

Nylig, den første alpha av den nye wildfly Sidecar Swarm er tilgjengelig. Det bør derfor være pakking så mye application server sammen med selve programmet som nødvendig for å få en kjørbar Java arkiv. dette "enkelt jar søknad"- eller "fett jar"Konseptet blir ofte sett på som den rette tilnærmingen for Micro Services arkitekturer.

Foreløpig nyheter fra området av Java EE akkumulere. I tillegg til den nyeste utgaven kandidat wildfly-9 Application Server en såkalt vedlikehold er utarbeidet blant annet Java EE 7 frigjøring (MR). Og Java EE 8 JSR er offisielt tilgjengelig i noen tid. Likevel, denne nyheten slapp fra det klassiske Java EE stack bak den nåværende utviklingen. ordene "beholderen" eller "Micro Services" man ser forgjeves i spesifikasjonen. I det minste for det opprettes basert på wildfly applikasjoner, lukker denne åpning litt.

Wildfly sverm: kjør Micro Services

svermer "enkelt jar søknad"- eller "fett jar"Konseptet anses av noen å være den rette tilnærmingen for Micro Services arkitekturer. Uten det å ønske å filosofere nå, det er ganske spennende å noe bare for å se på denne nye utgivelsen. I følgende eksempel, jeg ønsker å understreke at det er rett og slett et eksempel på en teknikk, og det representerer ikke den eneste riktige måten for Micro Services.

Gitt en enkel Maven-basert Java EE 7 web-applikasjon. I pom.xml står som en funksjon bare:


javax
Java EE web-api
7.0
forutsatt

Det er bygget en 6-Kbyte WAR-fil. sverm / rs / kunde 8080 / til en enkel JSON utgang: den kjører på wildfly, fører en samtale til http: // localhost:

{
"firstname": "Markus".
"lastname": "Eisele".
"gate": "Werner-von-Siemens-Ring 14".
"by": "Grasbrunn".
"pcode": "85630".
"telefonnummer på de ulike": [
{
"grade": "mobil".
"nummer": "111-111-1111"
}
{
"grade": "hjem".
"nummer": "222-222-2222"
}
]
}

Såvidt alt dette er ikke spennende. For å gjøre dette enkle programmet er en frittstående kjørbar arkiv, nå Swarm kommer inn i bildet. For dette, må en ny plug-in enkelt legges til prosjektet nettopp opprettet:


org.wildfly.swarm
wildfly-sverm-plugin
$ {Version.wildfly-sverm}


pakke

skape



Versjonsnummeret, er det best pom.xml via Eiendom i Maven. Foreløpig Swarm er tilgjengelig som 1.0.0.Alpha1. En liten advarsel ble ytret her for Windows-brukere. Bare denne versjonen ikke kjøres på Windows. Den siste mester inneholder fix men allerede, og som bygger Swarm seg raskt og brukes lokalt for å 1.0.0.Alpha2-SNAPSHOT kan se resultatet på Windows.

Men plug-in ikke gjøre alt arbeidet alene. Av de avhengigheter (avhengigheter) Java EE funksjonene som brukes er fortsatt legge til. For lite utvalg det er bare JAX-RS funksjon:


org.wildfly.swarm
wildfly-sverm-jaxrs
$ {Version.wildfly-sverm}
forutsatt

Da prosjektet kan bygges via mvn pakken. I tillegg til den forventede resultat, er sverm-sample-1,0-SNAPSHOT.war filen nå også mye større sverm-sample-1,0-SNAPSHOT-swarm.jar landet i mål / katalogen. Det har nå ca 30 MB.

teste fett JAR

faktisk bare forblir lanseringen og testing av ikke så liten krukke:

java-jar sverm-1,0-SNAPSHOT--swarm.jar

Utgangen er en indikasjon på forskjellige versjoner av undersystemene som benyttes. Nå enda testen:

C: \>curl v http: // localhost: 8080 / rs / kunde
* Koblet til localhost (:: 1) port 8080 (# 0)
> GET / rs / kunde HTTP / 1.1
> User-Agent: curl / 7.30.0
> Host: localhost: 8080
> Godta: * / *
>
< HTTP / 1.1 200 OK
< Connection: keep-alive
< Content-Type: application / json
< Content-Length: 221
< Dato: fr den 8 mai 2015 07:59:00 GMT
<
{"firstname":"Markus"."lastname":"Eisele"."gate":
"Werner-von-Siemens-Ring 14"."by":"Grasbrunn".
"pcode":"85630"."telefonnummer på de ulike
": [{"grade":"mobil"."nummer":"111-111-1111"}
{"grade":"hjem"."nummer":"222-222-2222"}]} * Tilkobling # 0 til
localhost intakt

Som fortsatt ønsker å bruke andre spesifikasjoner, vil finne mer informasjon om Swarm blogg. tiden servlet, JAX-RS shrinkwrap, Datasource via distribusjon, meldinger og noen andre er støttet.

Tilbakemelding og samarbeidet er ønsket. Alle som ønsker å finne all informasjonen på @ WildFlySwarm-Twitter håndtak. Hvis du savner funksjoner eller finner feil, kan delta direkte i GitHub prosjektet.

En oversikt over Java alternativer til industriell bruk

innhold
  1. En oversikt over Java alternativer til industriell bruk
  2. scala
  3. Fantom
  4. Kotlin
  5. Ceylon
  6. Konklusjon
  7. leste på en side
En oversikt over Java alternativer til industriell bruk

Long har flyttet til en verden av Java lite. I mars 2014 med nedleggelsen av Java er åtte endelig forlate igjen betale en frisk bris. Men selv den åtte år gamle og bare nylig blusset fiaskoen Java modularisering Jigsaw viser hvor vanskelig skaperne er sannsynlig å falle flere innovasjoner i fremtiden. Men det er håp. Alternative språk for JVM lover nye programmerings paradigmer, mer konsis kode og mer fleksibilitet.

For industriell bruk, spesielt de som representerer dukker opp i horisonten statisk og strengt skrevet programmeringsspråk er interessant. Sine eksamener på design tid og garantier under kjøring er komplekse miljøer større sikkerhet, og dermed gjøre dem direkte konkurrenter for Java. Tid for å få en oversikt over de viktigste kandidatene.

I forbindelse med nytt programmerings et problem er ofte sitert som First: "funksjonell programmering", Den rent funksjonelle programmering er ganske eksotisk og også ganske ukjent for mange utviklere. Vanligvis derfor flere multi-paradigmische språk ment som kombinerer blant annet elementer av funksjonell programmering i seg selv.

Men for hva? Funksjonelle språkverktøy muliggjør en mye mer effektiv programmering i visse tilfeller. Og Java 8 opptrer med en Nedleggelser en viktig funksjonell funksjon. Det følgende eksempel illustrerer forskjellen på grunnlag av sorterings en liste:

// "klassiker" Sortere en liste ved hjelp av komparator
Collections.sort (listOfCars, ny Comparator () {
public int sammenligne (Car c1, c2 Car) {
returnere p1.maker.compareTo (p2.maker);
}
});

Med nedleggelser i Java 8, kan oppgaven løses, men ulik konsis:

// sortere en liste ved å bruke lambda uttrykk
listOfCars.sort ((C1, C2) -> c1.maker.compareTo (c2.maker));

Først av alt: Alle de presenterte språkene er funksjonelle, mens fokus tydelig på mulighetene i Java 8 bevilgninger. Til syvende og sist, men forskjellene er i detaljene, slik at en detaljert individuell analyse tilbud.

Web Development: Mono Teamet planlegger implementering for webassembly

Web Development: Mono-prosjektet planlegger å iverksette for webassembly

Teamet bak åpen kildekode-implementeringen av Microsofts .NET Framework webassembly ønsker å bruke som målet plattformen. Foreløpig er det å eksperimentere med to ulike tilnærminger: statisk kompilering og forvaltet kode.

Mono-prosjektet er å komme via web montering for web-applikasjoner for bruk i fremtiden. For tiden, er gjennomføringen i en tidlig letefasen. Ifølge en rapport på Mono stedet de første eksperimentene er ganske lovende.

To forskjellige prototyper blir brukt. Den første er avhengig av en komplett statisk kompilering. Dette skaper en stor anvendelse som inneholder både den mono-C tiden og de tilhørende klassebibliotek, så vel som den kompilerte program. Den andre tilnærmingen betyr bare Mono runtime, som deretter utfører programmer av utviklerne som forvaltet kode. Den andre tilnærmingen reduserer nedlastingsstørrelsen, men ikke når resultatene av komplett utarbeidet prosjektet.

Begge metoder som i dag fortsatt bruke hele skrivebordsprofilen for Mono. I neste trinn, ønsker laget å optimalisere profil på nettet eller mobil bruk og for å fjerne unødvendige funksjoner. I tillegg skaperne ønsker å optimalisere komfort for utviklere. For dette, en tolk eller JIT-kompilator i nettleseren er uavhengig av den ultimate metoden som er benyttet for å lage det ferdige programmet for utviklingsprosessen ønskelig, de lagrede versjonene av libmono brukt.

Kort presentasjon av webassembly og mono

Webassembly (wasm) er en tilnærming til klientsiden nettleser programmering. Prosjektet, som har forlatt begynnelsen av nettleseren forhåndsvisning fase, bruker et binært format. Det bør ikke erstatte Javascript, men komplementære, og viktigst brukt der hvor det kreves høy ytelse. I utgangspunktet er tilnærming av binærformat ikke ny: ActiveX og Java er blant de mest fremtredende representanter. Java mislyktes i nettleseren samt Adobe Flash, spesielt i en rekke sårbarheter, ActiveX allerede på Microsofts alene. På webassembly en W3C fellesskap Group, de ansatte i store nettleser leverandører verk tilhører.

Mono er en åpen kildekode-implementering av Microsofts .NET Framework, som er basert på ECMA-spesifikasjonen for C # og Common Language Infrastructure. Det bringer rammen til forskjellige plattformer, spesielt MacOS, Linux og Windows. I mai er det femte store versjonen slippes. Microsoft er en sponsor av prosjektet.(RME)

Programmeringsspråk: selskaper fortsatt bruke Rust nølende

Programmeringsspråk: selskaper fortsatt bruke Rust nølende

I en undersøkelse av Rust utvikleren 3103 deltakerne ga sine synspunkter kjent for fremmes av Mozilla språk. Største hinderet for nykommere er trolig den kompleksitet og mangel på hjelpefunksjoner i IDE.

De som nå er tilgjengelige resultatene av Rust undersøkelsen vil hjelpe utviklerne av programmeringsspråk for å bedre forstå brukere og skeptikere og vurdere deres behov i fokus for arbeidet sterkere. Rust kom i 2010 for første gang i utseende vil bli skreddersydd spesielt for systemprogrammering og imponerer med fart og tråd sikkerhet.

Rust-brukere under lupen

Nesten 24 prosent av de identifiserte som brukere kartlagt første programmet mindre enn tre måneder med Rust, som ser teamet som et tegn på at samfunnet plasserer en sunn vekst av dagen. Prosjektene som Rust er vant til, i henhold til programmerere er heller liten. Så gi 44,4 prosent volum på mindre enn 1000 linjer med kode til, er 43,1 prosent arbeid på Rust programvare som inneholder mellom 1000 og 10.000 rekker, og bare 8,9 prosent som er involvert i større prosjekter. men er viktig å merke seg at bare bruker om lag 20 prosent av de deltakende Rust-brukerspråk helt eller delvis profesjonelle, vil de resterende programmene sannsynlig skje i hobby området.

Hva redaktører er Vim vilkår (47,2 prosent) Rust utviklere spesielt populære, etterfulgt av kjernekraft (26 prosent) og Emacs (17,4 prosent). Den mest populære operativsystem (flere svar var mulig) er å bruke 79,4 prosent av Linux 38,7 prosent av respondentene OS X, mens etterspørselen ender fremdeles se potensialet i akkurat 27,6 prosent Windows-brukere. Om lag to tredeler av Rust brukere rapporterer hjelp av stabile versjon 1.8, ifølge undersøkelsen mer enn halvparten ved hjelp av de nattlige versjoner.

Fordi Rust bakoverkompatibilitet prioriterer høy, har utviklerne også spørres hvor lett oppgraderingen var å en ny versjon etter 1.0 utgivelsen. 16,2 prosent sier her å ha hatt problemer, og mer enn 80 prosent var relativt enkelt å løse dem.

View from outside

Mer enn en tredjedel av 3,103 respondentene sa at de ennå ikke har jobbet meg Rust hvorfor å hjelpe deres sinn for å forstå hvorfor programmerere velger å ikke språket. Årsakene til sin motstand spurte uttalt nesten 40 prosent, å føle seg komfortabel nok i andre språk, andre like vurdert årsakene var kompleksiteten i språket som følte mangel modenhet og mangel på støtte i utviklingsmiljøer. Lignende resultater også brakt spørsmålet stilt alle respondentene om de utfordringene de ser for Rust. Her vanskelig posten var i språket front, fortsette å se mye av mangel på biblioteker og mangel på modenhet av språket å være problematisk. I tillegg vil dagens utvikling i C ++ gir dels en motvilje mot å nykommere.

For undersøkelsen designere overraskende, den øverste svaret var spørsmålet om hvilket språk deltakerne var på vei ellers: Her indikeres 54 prosent av å jobbe med Python. C og C ++ fulgte heller forutsigbart med 45,3 og 40,6 prosent. De fleste vanlige driftsmiljøer var webutvikling og programmering i serveren området.

oppdatering: Koblingen til det aktuelle dokumentet ble fjernet etter melding om intervjueren, fordi det ennå ikke har handlet i den endelige versjonen av analysen og resultatene så langt er ikke lenger tilgjengelig på nettet.(Des)

Talegjenkjenning: Google utvider Cloud Speech API

Talegjenkjenning: Google utvider Cloud Speech API

Tjenesten for å konvertere talte til skrevet tekst kan nå håndtere lydfiler med opptil tre timer lange. Det er også 30 nye språkversjoner.

Google Cloud Speech API lagt noen språkversjoner og funksjoner. Internett giganten hadde innført tjenesten for automatisk talegjenkjenning i løpet av våren 2016, og et år senere forhøyet til en fullverdig tjeneste. Det gir en API for å integrere med utbygger skytjeneste i sine egne applikasjoner.

I begynnelsen, mer enn 80 språk eller varianter er 30 nye, inkludert swahili, javanesisk og engelsk som det snakkes i de afrikanske landene Ghana, Kenya, Nigeria og Tanzania. Ifølge bloggen, de nye versjonene dekker sammen fra mer enn én milliard ekstra personer.

Filene for konvertering til tekst kan nå være mer enn dobbelt så lang som den forrige maksimalt 80 minutter med en maksimal lengde på tre timer. For spesielle tilfeller er det trolig også muligheten til å øke kvoten for enkeltsaker. I tillegg til friske nye funksjoner, blogginnlegg foreslår også at Cloud Speech gir nå tidsangivelse på matchende tekst kan vises når du spiller lydfilen. I tillegg kan brukerne dermed spille for hver samsvarende ord mens du leser den konverterte teksten.(RME)

Tomee med nye funksjoner og feilrettinger

Under ledelse av David Blevins' selskap Tomitribe den nye versjon 1.7 av Java Enterprise Edition av Apache Tomcat ble publisert for noen dager siden.

Den første annonsert i oktober 2011 Tomcat versjon Tomee (uttales: "Tommy") Utfyller webserveren og servlet container til funksjonene i Java Enterprise Edition (Java EE). Chief utvikleren David Blevins har lansert den nyeste versjon 1.7. I tillegg til feilrettinger i hundrevis av tall og nye funksjoner har blitt gitt. Så Tomee 1.7.x er nå også kjører på Java SE 8.

men mer interessant er innføringen av en ny profil med navnet PLUME. Det er fortsatt eksperimentell og inkluderer Tomee Plus Distribution med Mojarra som JSF gjennomføringen (Java Server Faces) og EclipseLink som JPA leverandør (Java Persistence API). Selvfølgelig ønsker Apache samfunnet for å gjøre det enklere for de tidligere Glassfish kundene å bytte til Tomee.

Fordelingen kan lastes ned fra Tomee nettsteder eller integreres direkte via Maven (Java EE API, OpenEJB og Tomee):


org.apache.openejb
JavaEE api
6,0 til 6
forutsatt

org.apache.openejb
openejb-kjerne
4.7.0

org.apache.openejb
Tomee
1.7.0

Her er versjon 1.7 fortsatt sertifisert bare for de eldre Java EE 6 Web-profil. Derfor kommer kunngjøringen som noen overraskelse på nettsiden at alle aktiviteter er konsekvent orientert til den nye versjonen 2.0.x fra nå av. Dette bør sikte basert på Tomcat 8 til en Java EE 7 sertifisering. Den web-profilen sertifisering samlet i motsetning til den fullstendige profilene bare de teknikker som brukes i en typisk Java web applikasjon som brukes. (Markus Eisele) /(Ane)

Machine Learning: Microsoft Project deler Oxford på

Microsoft aksjer Prosjekt på Oxford

Funksjonene til skyen tjeneste, slik som bildeanalyse og forståelse naturlig språk er tilgjengelige i fremtiden som separate moduler. Det finnes også andre tjenester som Bing Search API-er.

Våren 2015 Microsoft Project Oxford hadde publisert som en samling av nettskytjenester som bruker maskinlæring for ulike analysefunksjoner. Utviklere koble sine programvareplattformspesifikke SDK med skyen tilbyr, gir den riktige REST API-er. I løpet av året, inkludert en tjeneste for å forstå naturlig språk og et tillegg til å gjenkjenne følelser på ansikter kom.

Bing om bord

Nå Microsoft har delt prosjektet inn i individuelle moduler, og koblingen til det gamle nettstedet fører til nye tjenester, den "kognitive Tjenester" hot. En titt på tidligere bare engelsk listen viser mer enn de foregående tjenester: Mange Bing APIer er også en del av kolleksjonen.

APIene er delt inn i følgende hovedkategorier:

SDK for ulike plattformer og språk

På SDK siden vil finne mange eksempler på utviklere og plattformspesifikke biblioteker for ulike språk, som Javascript, C #, Java, Objective-C og Python. Et eksempel er dedikert til bringebær Pi, som anvender ansiktsgjenkjennings API og anerkjente mennesker åpner en dør.

MicrosoftI praktisk bruk hjemme en åpning på skyen via ansiktsgjenkjenning døren ville mer sannsynlig ubehag produsere. Men, som et eksempel, er det et spennende prosjekt.(Bilde: Microsoft)

SDK og eksempler er under MIT-lisensen på GitHub. For skytjenester Microsoft har for første gang satt opp en prisliste, som tilbyr men foreløpig viser bare i amerikanske dollar.(RME)