Modular, bedre dokumenteret og PHP 7 – Zend Framework 3 er blevet frigivet

Modular, bedre dokumenteret og PHP 7? Zend Framework 3 er blevet frigivet

Efter flere års udvikling, er der endelig en ny større frigivelse af de populære PHP rammer og ud over en Micro Framework.

Planen var faktisk, at Zend Framework ville komme med nye store udgivelser hvert år og en halv til to år. Af disse, udviklerne af de PHP rammer, der havde den annoncerede med udgivelsen af ​​version 2 i september 2012 havde dog vedtage snart. Og senere, planlagt til efteråret 2015 udgivelsesdato kunne ikke holde dem. Men nu ventetiden er forbi, fordi den version 3 af Zend Framework er nu officielt tilgængelig.

modulopbygget ramme

De fleste af ændringerne er af strukturel karakter. Det er her, for eksempel fordelingen af ​​nogle komponenter i sine egne versionerede projekter. Dette gøres med henblik på at genbruge disse komponenter andre steder nemmere og så at accelerere udviklingsprocessen. Det er også vigtigt, at slutningen af ​​sidste år udgivet PHP 7.x understøttes af den nye version.

I udviklingen af ​​den nye version, men også med den tidligere PHP 5.x op til fire gange bedre ydeevne observeret. Minimal PHP 5.6 er nu fastsat i Zend Framework. 3 Den streng forældet frigivelse under versionsnummeret 1.x er ikke længere at blive udviklet, er der i bedste fald kun sikkerhedsrettelser - og kun indtil udgangen af ​​2016:e September

Dokumentation og Micro Framework

Til at skifte fra udviklede med Zend Framework 2 MVC applikationer (Model View Controller) for at lette den nye udgivelse giver brugerne en masser af dokumenteret migreringsvej rådighed, er at foretage et par ændringer er nødvendige. Desuden blev samlet en stor opmærksomhed på dokumentationen. Så bare sådan er gemt i hver repository af en komponent. Nye funktioner i fremtiden kun accepteres i det omfang de også blev dokumenteret.

Nye veje til sidst træde udviklerne med indførelsen af ​​et særskilt middleware Micro Framework. Expressive betragtes som fremtiden for PHP udvikling på den del af de rammebetingelser udviklere i modsætning til store MVC fuld stak tilbud.(Ane)

CreateJS bundter biblioteker til HTML5 og Flash-udviklere

I samarbejde med Adobe har holdet til Grant Skinner (gskinner.com), der har arbejdet på det tidspunkt, hvor Microsoft allerede på HTML 5 teknologi demo Pirates Kærlighed Tusindfryd, en ny JavaScript-bibliotek til HTML5 og Flash / AIR-udvikler præsenteret. CreateJS kombinerer en række eksisterende biblioteker til afspilning af grafik, lyd og Flash-elementer. Hertil kommer, at samlingen indeholder sin egen værktøjskasse, der kan eksporteres til HTML5-platformen indhold fra Flash Pro.

På de centrale CreateJS bundter de fire JavaScript-biblioteker EaselJS, TweenJS, SoundJS og PreloadJS stadig er under udvikling til en pre-belastning af forskellige komponenter. Endvidere er Adobe AIR ansøgning Zoë inkluderet i pakken, som .swf animationer kan eksportere ark til EaselJS som Sprite.

Helt ny er den CreateJS toolkit, gskinner.com har udviklet i samarbejde med Adobe. Det giver langt flere funktioner end Zoë og tillade Flash Pro udviklere til at eksportere indhold såsom ikoner, vektorer, animationer, bitmaps, lyd og tekst. De data, der leveres fra toolkit som et bibliotek af genstande, som kan appellere direkte over CreateJS og HTML5 derefter.

Den nye CreateJS bibliotek bør være tilgængelige i de kommende uger createjs.com. En dokumentation, demoer og forskellige tutorials, der gskinner hold ønsker også at udgive. For licenser, har gruppen ikke oplysninger - men som de fleste af bibliotekerne allerede inkluderet er open source under MIT licens, kan der forventes en tilsvarende formular licens til CreateJS. Lidt længere co-udviklet af Adobe Toolkit vil være vente på sig i øvrigt, fordi Adobe stadig ikke kunne give oplysninger om dets tilgængelighed.(Rl)

TDD og ATDD

innhold
  1. Kvalitetssikring balansert
  2. testautomatisering
  3. TDD og ATDD
  4. Konklusjon
  5. leste på en side

Med statiske verktøy kodeanalyse som FindBugs ofte, FXCop eller CheckStyle benyttes for å kontrollere koden mot applikasjonsuavhengig skyld. Udekket unntak innlysende nullpeker referanser og ubrukt kode fragmenter kan således finne spesiell. Generelt bør imidlertid ikke være begrenset til statisk kodeanalyse, men utfyller beregningene av pair programmering. Denne kunnskapsdeling er også lenge støttet laget og Collective Kode Eierskap tillater. Hvis noen programmerer i teamet er i stand til å endre noen annen kode, og skaper en helt ny måte å jobbe på, fordi ingen lenger Peters klassifiseringen ikke lenger gå på en gang, men det er koden for alle gruppemedlemmene.

Som med alle beregninger, men å huske på at det ikke handler om å måle individuelle prestasjoner av lagets medlemmer eller å bruke, for eksempel dekning beregninger som et mål for programvareutvikling team. Cem Kaner og Walter P. Bond bly "Software Engineering Metrics - Hva gjør de måler og hvordan vi vet?" [3] at en slik oppførsel for manipulering og overliste de beregninger resultater. For eksempel kan enhetstesting skape en målrettet måte slik at prosent dekning oppnås. De er da vanligvis sterkt bundet til søknaden logikk, så det er vanskelig i ettertid å endre koden uten å bryte testen. I stedet forfatterne foreslår å investere i opplæring av utviklere og arbeide med dem direkte til koden.

Nok er nok

Når et nettverk av automatiserte tester er plassert sammen med den kontinuerlige integrasjon, er det bare et lite skritt til test-drevet (TDD) utvikling. Utviklingen syklus starter med en liten, sviktende test: Kjører en test ikke like mye produksjon koden skal være skrevet slik at det kan være vellykket fullført. Deretter er redundans i koden for å redusere med reproduksjon (fig. 3). De fleste lagene ikke innser er at dette er også i testautomatisering til programvareutvikling der test kode er rent, som det er ellers raskt møte problemet med dårlige vedlikeholde tester.

Med testdrevet utvikling på lengre sikt å vedlikeholde, testet kode for å bli opprettet (fig. 3).Med testdrevet utvikling på lengre sikt å vedlikeholde, testet kode for å bli opprettet (fig. 3).


Denne tilnærmingen utgangspunktet vises dogmatisk, men å lære testdrevet utvikling, har han bevisst valgt denne måten. Når sikkerhet oppstår etter en viss tid i visse områder kan også prøve å gjennomføre i større trinn. Imidlertid bør det være klart at for stort et skritt innebærer risiko for å bli overbelastes, og testen vil ikke komme raskt i gang igjen. Hvis dette skjer, bør problemet bli brutt ned i mindre enheter og løses på den måten.

Spesifikasjon med eksempler

En ny trend i utviklingen av metoder for tiden går mot Acceptancetest drevet utvikling (ATDD) og oppførelsdrevet utvikling (BDD). I kjernen, er BDD foreningen av TDD, ATDD, domene-drevet design, Utenfor-utvikling og anvendelse av en allestedsnærværende språk som verksteder spesifikasjons skapt av instrumenter. I praksis ATDD dessverre er ofte forveksles med BDD.

ATDD er utviklet for å hjelpe de riktige funksjonene for å utvikle (Fig. 4).ATDD er utviklet for å hjelpe de riktige funksjonene for å utvikle (Fig. 4).

I ATDD (se [4].) Det er et mål å implementere krav korrekt som mulig i koden (fig. 4). Arbeidet starter her tidlig, selv mens de faktiske kravene er definert. Representanter fra utvikling og test team vil komme sammen med kunden og identifisere akseptkriterier for fremtidige funksjoner (fig. 5). Her testere og programmerere ([5] se.) En felles forståelse av kundens behov, med et tilstrekkelig stort rom for ulike design beslutninger forblir åpent. Så programmerere og testere kan finne en løsning på problemet med kunden, som det kan være fornøyd på lang sikt.

Hele team av kunder, programmerere og testere bør være en felles forståelse av funksjonene som resulterer ha (Fig. 5).Hele team av kunder, programmerere og testere bør være en felles forståelse av funksjonene som resulterer ha (Fig. 5).


Basert på ovennevnte akseptkriterier, utviklingsteamet i utgangspunktet jobber med beskrivende eksempler de før du flytter funksjonen imidlertid fortsette å avgrense. Eksempler skyve den presist og nøyaktig hva som skal oppnås gjennom funksjonene. De beveger seg på nivå med de forretningsmessige krav og bør ha noe å gjøre med implementering detaljer som posisjonen GUI elementer.

Parallelt med gjennomføringen av funksjonene til teamet jobber så å automat eksemplene. Noen utviklere grupper er selv i stand til å integrere forretningslogikk av virksomheten tilfeller basert på deres domene kode. Litteraturen snakker om Outside-In Development: Utviklingen er drevet fra utsiden til innsiden. I dette tilfellet bare så mye domenekode og applikasjonslogikk er utformet og skrevet som er absolutt nødvendig. Praktisk talt, er det noen lag som har nådd et slikt nivå av modenhet. Fordelene med denne tilnærmingen er imidlertid ikke å bli avvist ut av hånden: Kan være før utviklingen viser at den foreslåtte programmet vil kjøre hva de vil, så fleksibilitet til endringer i kravene lang sikt.

Total TDD og ATDD danner et symbiose med hvilken en høy grad kan oppnås på test automatisering. Det er således mulig ved ATDD en anmodning deksel nær 100 prosent, mens med TDD 100 prosent koden dekning er mulig. Kombinert TDD dermed sikrer også at koden er riktig, mens ATDD sørger for at det er den riktige kode.

Programmering standard for indlejrede systemer MISRA C 2012 offentliggjort

The Motor Industry Software Pålidelighed Association (MISRA) har for nylig udgivet den integrerede programmering standard MISRA C 2012th Standarden definerer kodning standarder for C og C ++ - udviklere til at undgå run-time fejl, der kan følge af usikre konstruktioner eller strukturelle svagheder i sprog. Den mere end 200 sider tyk specifikation, der er således næsten fordoblet, er kompatibel med den nye version til C99 og blev tilsyneladende væsentligt ændret flere steder.

Der er derfor nu i tillæg til de regler og retningslinjer, der skal betragtes som retningslinjer skal anvendes til andre ressourcer til at kontrollere korrespondancen med kravene. Regler kan verificeres kun om at teste koden, dog. kan henvise til standarden som en PDF-fil via webshoppen af ​​konsortiet for 15 britiske pounds, den trykte udgave koster 45 pounds.

MISRA er en sammenslutning af bilproducenter, leverandører og tjenesteydere. Den første vedtaget af organisationen i 1998 af reglerne MISRA C med sine godt 100 regler for sikker C programmering blev en slags de facto standard for indlejrede C programmering. Den anden version, MISRA i 2004, skrev blandt andet, at bruge et værktøj til at kontrollere reglerne. I 2008 havde konsortiet med MISRA C ++ udvidet retningslinjerne for objekt-orienteret version af sproget. (Ane)

Java applikationsservere: Red Hat er wildfly 10 gratis

wildfly 10

Den nu tilgængelig version 10 af Enterprise Java-serveren danner grundlag for Red Hats kommercielle JBoss Enterprise Application Platform 7 er også den tredje store udgivelse da navnet ændring af open source-projekt.

Red Hat version 10 af Java applikationsserver wildfly offentliggjort. Det gennemfører alle specifikationerne i Java EE 7 Fuld profiler og Java EE web Profile 7, i øjeblikket de nyeste versioner af virksomhedens Java-standarder. Støtte til Java 7 blev afsluttet, som er at sikre en bedre integration med den nuværende Java. 8 Serveren kan bruges med de nuværende udvikling snapshots af det næste år forventes Java 9 ud.

De vigtigste nyskabelser

I stedet for den Message Broker HornetQ nu omfatter wildfly dens udvikling ActiveMQ Artemis, selvom beriget med en række nye funktioner, protokol-niveau kompatibel til at udvise HornetQ. Den nye udgivelse integrerer Undertow JS-projektet. Denne server-side scripts kan ikke skrive, kan gøre adgangen til CDI (Contexts og afhængighed Injection) og JPA Entity Beans (Java Persistence API). Under navnet understrøm handler stadig unge med HTTP / 2 standard kompatibel webserver.

For udviklere bør også være interessant at nu den version 5 af rammerne vedholdenhed understøttes Hibernate og PowerShell scripts til bin af wildfly fordeling er blevet tilføjet. I fremtidige udgivelser, de skal erstatte .bat scripts. Med wildfly 10, er det endelig muligt, enhver applikation som "Singleton Deployment" at sætte op. Dette gør det muligt for programmer at blive altid skal installeres på en bestemt server node i klyngen. Den manglende af en knude, vil programmet automatisk genstart på en anden node.

JBoss til wildfly

Med 10 wildfly den tredje store udgivelse af Java applikationsserver allerede har optrådt, der kører under dette navn siden den open source-serveren. det var kommet til en navneændring, fordi den stående bag ham selskab ønskede en stærkere differentiering fra kommercielle baserede wildfly tilbud. Den første udgivelse - wildfly 8 - blev udgivet i februar 2014 den anden under versionsnummeret 9 fulgte i juli 2015. Selv denne version var forenelig med Java EE 7 (Java Enterprise Edition). Wildfly danner grundlag for den næste udgave af Red Hat kommercielle JBoss Enterprise Application Platform 7 (JBoss EAP 7)(Ane)

Programmering placering: JavaScript og Java på til toppen

De RedMonks Programming Language placeringer: januar 2016

Med JavaScript, Java, PHP, Python, C #, C ++, Ruby, CSS, C og Objective-C, nøjagtig samme programmering, se den halvårlige RedMonk ranking - og det er også i samme rækkefølge.

Der er den månedlige TIOBE Programmering indeks til at bestemme programmeringssprog af sine resultater på anmodning mest populære " programmering" opnået i søgningen 25 motorer. Men der er også de halvårlige RedMonk Programming Language placeringer, hvor analytikernes sammenhænge mellem diskussionen af ​​et sprog på StackOverflow produceret med deres anvendelse i GitHub projekter for at vurdere, hvor meget et programmeringssprog bruges i fremtiden.

Lidt sent RedMonk har nu givet de januar resultater kendte til den aktuelle popularitet af de vigtigste programmeringssprog.

RedMonk Øverst til højre er for de mest populære programmeringssprog. Ændrer der har været få i forhold til juli 2015.(Billede:RedMonk )

stabil situation

Blandt de første 10 pladser har gjort noget siden sidste undersøgelse i, så JavaScript før Java fortsætter med at føre med en snæver margin på listen, efterfulgt af PHP (3), Python (4), C # (5), C ++ ( 5.) Ruby (5), CSS (8), C (9) og mål-C (10). At Java og JavaScript i gang for at finde i toppen, vil formentlig også understøttet, at de to sprog ofte blev brugt i virksomheder inden for samme program, kan være tilstrækkelig, især da JavaScript stadig mere professionelle krav.

At det ikke var kommet, vil også være ændringer i top 10, den RedMonk analytiker forklares ved, at beslutningerne af et sprog i erhvervslivet som regel er designet i det lange løb. Derfor ikke kunne forventes i den nærmeste fremtid med mere fragmentering, vil det endda falde, fordi de indstillede sprog har en høj grad af modenhed.

Talte til potentiale ud over toppen 10 eller endda stadig uden for top 20 er højt RedMonks Elixir (54.), Julia (51), Rust (46), Swift (17) og type Script (31) består af forskellige grunde skal estimeres. Så Elixir, Julia og Rust var i stand til at trække gennem deres velovervejet sprog design opmærksomhed. Den Objectice C efterfølger Swift også i, at han er for nylig blevet open source, og maskinskrift fået megen elevator i JavaScript-samfund, men også hos Microsoft på det seneste scoringer sikkert nu.(Ane)

Red Hat frigivet OpenJDK 8 for (blandt udviklere) Vinduer

OpenJDK 8 til Windows

De open source virksomheder har bebudet tilgængeligheden af ​​den officielle gratis Java SE implementering til Windows. Målgrupperne er udviklere, der skaber studie for RHEL Windows middleware applikationer med JBoss Developer.

OpenJDK er en fri implementering af Java SE, der opstod som en udbrydergruppe af JDK. 6 Red Hat tog sig tid til at lede projektet. Oracle er en Java guvernør sponsor og leder af OpenJDK. 8

På download siden af ​​OpenJDK-projektet bygger på forskellige Linux-systemer, men ikke til Windows eksisterer. Red Hat har udgivet en ophobning af OpenJDK 8 til Windows. Det bør dog ikke generelt erstatte den normale JDK, men er beregnet til udviklere, middleware applikationer med Red Hat JBoss Developer Studio under Windows til RHEL (Red Hat Enterprise Linux) build. Windows build af OpenJDK 8 er fuldt kompatibel med de tilsvarende RHEL udgivelser, så Java-software opfører sig på begge systemer ens.

Yderligere oplysninger om OpenJDK til Windows findes på projektsiden, hvor et link er fundet en msi installatør. Oplysninger om betingelserne mangler: Navnet på downloads indikerer en 64-bit build. Selv om stedet viser kun Windows-operativsystemet 8, kan det antages, at er også kompatibel med Windows 7 og Windows 10 kun på grund af den tilsvarende spredning af OpenJDK build. (RME)

De vigtigste spørgsmål og svar om gennemførelsen PaaS

indhold
  1. De vigtigste spørgsmål og svar om gennemførelsen PaaS
  2. Vendor lock-in, sikkerhed og retfærdighed
  3. læse på den ene side
De vigtigste spørgsmål og svar om gennemførelsen PaaS

Brugen af ​​skyen er, selvfølgelig, for mange virksomheder, at de begrænser anvendelsen, men for det meste på SaaS og IaaS. Brugen af ​​PaaS er kun langsomt ved at vinde momentum. Men hvad skal overveje selskaber, før de beslutter? Denne artikel indeholder svar på fem centrale spørgsmål inden implementeringen PaaS.

Hvor PaaS bringer nogen fordele?

Som Platform as a Service (PaaS) er en stort set ny tilgang, mange virksomheder er det ofte uklart, hvordan konceptet fungerer, og hvad fordelene er. Ofte PaaS ses som et udviklingsmiljø, eller blot afskaffelse af administrative opgaver, der udføres. Det kan også bruges som rygraden for forvaltningen af ​​softwaren livscyklus, dog - fra udvikling til drift.

Udviklingen kan også meget "adræt"nerfolgen fordi PaaS understøtter en række værktøjer og teknikker og implementeringsscenarier gør det muligt for Sun at "klassisk" Server arkitekturer er ikke mulig. Enhver udvikler kan for eksempel afprøve nye ideer direkte i en indsat inden for kort tid testmiljø, der nøje svarer til den senere produktionsmiljø. Med værktøjer til belastning simulering som Blitz.io og anvendelse analyse software såsom New Relic udviklere kan forudbestille analysere adfærden af ​​ansøgninger under næsten virkelige forhold og justere. Producenter som Cloud9 endda tilbyde en komplet browser-IDE, som du kan udvikle software direkte i skyen. Kort sagt: Det kunne være alle de grunde, der væsentligt øger med PaaS effektiviteten og kvaliteten af ​​en IT-afdeling.

I forbindelse med kontinuerlig Deployment arbejdsprocesserne resultaterne af udviklerne vil blive leveret til brugeren hurtigere. Selv små ændringer kan rulles ud ved en PaaS flere gange om dagen, med udviklere typisk levere ny kode via Git eller lignende Versionskontrollsyteme i PaaS. Den software-brugere kan fortsætte med at arbejde uden afbrydelse med de programmer under indsættelsen af ​​nye versioner. Kontinuerlig integration software som Travis-CI giver også mulighed for at integrere levering af software til forskellige cloud-platforme i CI proces.

Når software udrulning sikres, at hver server node giver den samme runtime miljø, både i udvikling og i produktionssystemer. Derved undgås manglende komponenter og versionsnumre konflikter. Opdateringer af komponenter eller anvendelse af nye programmeringssprog kan pålideligt isolerede mellemstationer systemer inden levering til levende betjening test.

PaaS-applikationer kan skaleres på flue i løbet af kort tid. Ansøgning operatører garanterer, at slutbrugeren ensartet høj ydeevne. SaaS-leverandører til at skalere, for eksempel inden for normal åbningstid op og ned igen senere, når de fleste brugere er i hverdagen. I online spil og sociale applikationer, viser det sig omvendt: der er den maksimale værdi om aftenen.

For store virksomheder, der opretholder deres egne datacentre, kunne en privat PaaS være interessant. Det sikrer, at proprietære computing ressourcer og eksisterende aktiver mere effektivt. Takket være selvbetjening provisioning ressourcer i henhold til en knap kan stilles til rådighed. Dette giver mulighed for mere effektive og mere agile udviklingsprocesser, afkortning innovationscykler.

Gennem brug af PaaS kan IT hurtigt at tilpasse sig skiftende krav -
skal bremses uden ressourcemæssige flaskehalse. Især i meget dynamiske markeder, såsom forbrugeren eller telemarked, bekostning og tidsbesparelser forbundet udgør en vægtig konkurrencefordel for virksomhederne.

Men PaaS er ingen fordel, når anvendelser af meget statisk i naturen, eller når tilpasning til PaaS betyder uforholdsmæssig stor indsats. Eksempler er mindre CMS-applikationer, eksisterende standard software eller gamle arv software uden abstraktions lag.

Hvilke programmer virker i skyen, som ikke er?

De fleste programmer kan køres i PaaS-miljøer. For Java, Ruby, Python, PHP, og .NET, er der mange PaaS udbydere - nogle specialiserer sig i et sprog, andre tilbyder understøttelse af flere sprog.

Mange af de rammer, der er indstillet således, at de fungerer optimalt med PaaS. Disse omfatter rammer, at funktionen en auto-konfiguration eller tilbyde en support blok lagre. Let deployerbare på PaaS rammer, for eksempel, Rails, Symfoni og forår.

I moderne anvendelser cloud APIs kan konfigureres til centraliseret datalagring - de er således kompatible PaaS i de fleste tilfælde. Lad ældre programmer
disse funktioner, der normalt eftermonteres. Tilpasningerne PaaS betyder primært optimeringer, der er gavnlige for ydelse, pålidelighed og horisontal skalering, som PaaS udbydere deres platforme med orienteringen på "Bedste praksis" har designet.

Implementering auto-konfiguration rutiner er ikke obligatorisk, men anbefales kraftigt. Normalt indstiller PaaS udbyder nogen parametre ansøgning konfiguration via en fil eller miljøvariabler, at en ansøgning kan bruge til konfiguration. Således kan humane fejl være. Samtidig, det forhindrer for eksempel en applikation i testmiljøet ved et uheld med en produktion database "taler",

For at lette flytningen af ​​applikationer, der giver PaaS udbydere de oplysninger, de har brug for at anvende justeringer i form af dokumentation eller undervisningsmateriale. Alternativt kan trækkes på den knowhow cloud konsulenter i tilstrækkelig grad repræsenterer komplekse IT-systemer på en PaaS.

Det er dog ikke alle teknikker afbildet på PaaS. En mailserver kan ikke betjenes, for eksempel i arbejdet med dynamisk tildelte IP-adresser PaaS-systemer. Den postlevering derfor håndteres af tredjemand. Streaming programmer, der fungerer væk fra HTTP-standarder, har gjort det vanskeligt også at overføre deres data via web-optimeret routing dyr og eventuelle web caches.

Java EE 8 er officielt frigivet

Java EE 8 er officielt frigivet

I skyggen af ​​den ryghvirvel til Java 9, har Oracle opdateret Enterprise-versionen. Teknisk set er det ikke lever op til de oprindelige forventninger. Spændende er i øjeblikket også fremtiden for platformen som et open source projekt.

Med langt færre ryghvirvler end Java 9 Oracle har endelig frigivet Java EE 8, efter at selskabet også havde flyttet udgivelsen af ​​Enterprise udgave flere gange. Allerede i december 2016 stod det klart, hvilke funktioner ville være en del af platformen. Således var det også klart, at mange moduler ikke gør det i den ottende udgave af virksomhedens Java.

Nye og opdaterede API'er

De vigtigste nye funktioner i servlet 4,0 API, første gang giver HTTP / 2 support, og en dedikeret Sikkerhed API tilhører. JSON-B (JSON Binding) får sin egen API, og Java API til JSON-P er i version 1.1 komponent af platformen. Talrige andre API'er har fået vigtige tilføjelser til en vis grad, herunder Sammenhæng og Afhængighed Injection (CDI) med springet til version 2.0.

Andre opdaterede pakker er Java Server Faces (JSF) 2.3, Bean Validation 2.0, Java API til RESTful Web Services (JAX-RS) 2.1, Java Persistens 2.2, Java API til WebSocket 1.1 og Java Mail 1.6. Selvom Java EE 8 vises parallelt med Java 9, det første løser nogle udvidelser, der ikke indgik i version 8 Standard Edition i det foregående Java EE-platformen. Værd at nævne her vandløb og dato-og-tid API.

Fremtidige planer for Eclipse Foundation

Java 2017

Detaljerede oplysninger om Java EE 8, Java 9 og den aktuelle udvikling i Java-miljøet er tilgængelig i iX Developer Special Edition, som er tilgængelig bl.a. i H butikken.

Forventes Java EE 8 være den sidste version af platformen under den nuværende licens model og navn. Oracle havde annonceret planer i august til overføre Java EE open source-miljøet. I midten af ​​september, virksomheden specificeret planerne og bebudet, blandt andet, at platformen er at lande under paraplyen af ​​Eclipse Foundation. Det er vigtigt, at instituttet ikke blot kontrol over de specifikationer, men også om de referenceimplementeringer (RI), Technology Compatibility Kits (TCK) og overtage projektet dokumentation af den guidede Oracle Java EE og GlassFish teknologi bør.

Detaljer om de nye funktioner i Java EE 8 kan tages fra projektet webstedet. Der API dokumentation, en tutorial og SDK knyttet til download.

Se Heise Udvikler:

  • Oracle ønsker at overføre Java EE til open source-fællesskabet
  • Analyse: Oracle synes at dreje om hjørnet i Java EE i sidste øjeblik
  • Java EE mod Open Source: Muligheder og risici
  • Java EE 8 tager den sidste forhindring før udgivelsen
  • Java EE er at lande under paraplyen af ​​Eclipse Foundation
(RME)

Sværmen: Java EE Micro Services med wildfly

For nylig, den første alpha af den nye wildfly Sidecar Swarm er tilgængelig. Det bør derfor være at pakke så meget applikationsserver sammen med den faktiske anvendelse efter behov for at opnå en eksekverbar Java arkiv. dette "enkelt krukke ansøgning"- eller "fedt krukke"Koncept ses ofte som den rigtige tilgang til Micro Services arkitekturer.

I øjeblikket er nyheder fra området Java EE ophobes. Ud over den nyeste release candidate af wildfly-9 Application Server en såkaldt vedligeholdelse er udarbejdet herunder Java EE 7 frigivelse (MR). Og Java EE 8 JSR er officielt tilgængelig i nogen tid. Ikke desto mindre er denne nyhed halte fra den klassiske Java EE stak bag den aktuelle udvikling. ordene "beholder" eller "Micro Services" leder man forgæves i specifikationen. I det mindste for de oprettede baseret på wildfly applikationer, dette hul lukkes en lille smule.

Wildfly Swarm: eksekverbare Micro Services

sværme "enkelt krukke ansøgning"- eller "fedt krukke"Koncept anses af nogle for at være den rigtige tilgang til Micro Services arkitekturer. Uden det at ville filosofere nu, det er ganske spændende at noget bare for at se på denne nye udgivelse. I det følgende eksempel, jeg vil gerne understrege, at det er simpelthen et eksempel på en teknik, og det ikke er den eneste rigtige måde for Micro Services.

Givet et simpelt Maven-baserede Java EE 7 webprogram. I pom.xml står som kun en funktion:


javax
Java EE web-api
7,0
forudsat

Det er bygget en 6-Kbyte WAR-fil. sværm / rs / kunde 8080 / til en simpel JSON-udgang: det kører på wildfly, der fører et opkald til http: // localhost:

{
"fornavn": "Markus".
"lastName": "Eisele".
"adresse": "Werner-von-Siemens-Ring 14".
"by": "Grasbrunn".
"P-kode": "85630".
"PHONENUMBERS": [
{
"klasse": "mobil".
"nummer": "111-111-1111"
},
{
"klasse": "hjem".
"nummer": "222-222-2222"
}
]
}

For så vidt angår alt dette ikke er spændende. For at gøre denne enkle applikation er en stand-alone eksekverbare arkiv, nu Swarm kommer i spil. Til dette skal et nyt plug-in let tilføjes til projektet lige har oprettet:


org.wildfly.swarm
wildfly-sværm-plugin
$ {Version.wildfly-sværm}


pakke

skabe



Versionsnummeret, er det bedst pom.xml via Ejendom i Maven. I øjeblikket Swarm er tilgængelig som 1.0.0.Alpha1. En lille advarsel blev sagt her for Windows-brugere. Bare denne version ikke køre på Windows. Den nyeste mester indeholder rettelsen men allerede, og som bygger Swarm selv hurtigt og anvendes lokalt til 1.0.0.Alpha2-SNAPSHOT kan se resultatet på Windows.

Men plug-in ikke gøre alt arbejdet alene. Af de afhængigheder (afhængigheder) de Java EE funktioner anvendte stadig tilføje. For den lille prøve, som er bare den JAX-RS-funktion:


org.wildfly.swarm
wildfly-swarm-jaxrs
$ {Version.wildfly-sværm}
forudsat

Så projektet kan bygges via MVN pakke. Ud over den forventede resultat, sværmen-prøve-1,0-SNAPSHOT.war fil er nu også meget større sværm-prøve-1.0-SNAPSHOT-swarm.jar landede i målet / mappe. Det har nu omkring 30 MB.

teste fedt JAR

faktisk kun tilbage lanceringen og afprøvning af den ikke så lille krukke:

java -jar sværm-1.0-SNAPSHOT-swarm.jar

Udgangen er en indikation af forskellige versioner af delsystemerne anvendte. Nu endnu testen:

C: \>krølle -v http: // localhost: 8080 / rs / kunde
* Forbundet til localhost (:: 1) port 8080 (# 0)
> GET / rs / kunde HTTP / 1.1
> User-Agent: curl / 7.30.0
> Vært: localhost: 8080
> Accepter: * / *
>
< HTTP / 1.1 200 OK
< Tilslutning: keep-alive
< Content-Type: application / JSON
< Content-Length: 221
< Dato: fre 08. maj 2015 07:59:00 GMT
<
{"fornavn":"Markus"."lastName":"Eisele"."adresse":
"Werner-von-Siemens-Ring 14"."by":"Grasbrunn".
"P-kode":"85630"."PHONENUMBERS
": [{"klasse":"mobil"."nummer":"111-111-1111"},
{"klasse":"hjem"."nummer":"222-222-2222"}]} * Tilslutning # 0 til
localhost efterladt intakt

Hvem stadig ønsker at bruge andre specifikationer, vil finde flere detaljer om Swarm blog. øjeblikket servlet, JAX-RS krympefolie, DataSource via implementering, messaging og nogle andre er understøttet.

Feedback og samarbejde er ønsket. Enhver, der ønsker at finde alle de oplysninger om @ WildFlySwarm-kvidre håndtag. Hvis du går glip af funktioner eller finder fejl, kan deltage direkte i GitHub projektet.

En oversigt over Java alternativer til industriel brug

indhold
  1. En oversigt over Java alternativer til industriel brug
  2. Scala
  3. Fantom
  4. Kotlin
  5. Ceylon
  6. Konklusion
  7. læse på den ene side
En oversigt over Java alternativer til industriel brug

Længe har flyttet til en verden af ​​Java lidt. I marts 2014 lukningerne af Java er 8 endelig forlade igen betale en frisk brise. Men selv de otte-årige og blot nyligt blusset fiaskoen Java modularisering Jigsaw viser, hvor vanskeligt beslutningstagere vil sandsynligvis falde flere nyskabelser i fremtiden. Men der er håb. Alternative sprog til JVM lover nye programmeringsparadigmer, mere kortfattet kode og mere fleksibilitet.

Til industriel brug, især dem, der repræsenterer nye i horisonten statiske og strengt indtastede programmeringssprog er interessante. Deres eksamener på design tid og garantier på runtime er komplekse miljøer større sikkerhed, og dermed gøre dem direkte konkurrenter for Java. Tid til at få et overblik over de vigtigste kandidater.

I forbindelse med den nye programmering et problem er ofte nævnt som det første: "funktionel programmering", Den rent funktionelle programmering er ganske eksotisk og også ganske uvant for mange udviklere. Generelt derfor flere multi-paradigmische sprog betød, at kombinere, blandt andre elementer af funktionel programmering i sig selv.

Men til hvad? Funktionelle sprogværktøjer muliggøre en langt mere effektiv programmering under visse omstændigheder. Og Java 8 optræder med en Lukninger et vigtigt funktionelt træk. Det følgende eksempel illustrerer forskellen på grundlag af sortering en liste:

// "klassisk" Sorter en liste ved hjælp komparator
Collections.sort (listOfCars, ny Comparator () {
offentlig int sammenligne (Bil c1, c2 Car) {
returnere p1.maker.compareTo (p2.maker);
}
});

Med lukninger i Java 8, kan opgaven løses, men ulige kortfattet:

// sortere en liste ved hjælp lambda udtryk
listOfCars.sort ((c1, c2) -> c1.maker.compareTo (c2.maker));

Først og fremmest: Alle de præsenterede sprog er funktionelle, mens klart fokus på de muligheder i Java 8 bevillinger. Men i sidste ende, er forskellene i detaljerne, således at en detaljeret individuel analyse udbud.

Webudvikling: Mono teamet planlægger implementering for webassembly

Webudvikling: Mono-projektet planlægger at gennemføre til webassembly

Holdet bag open source implementering af Microsofts .NET Framework webassembly ønsker at bruge som target platform. I øjeblikket er der eksperimenterer med to forskellige tilgange: statisk kompilering og administreret kode.

Mono-projektet er at komme via web samling til web-applikationer til brug i fremtiden. I øjeblikket implementeringen er i en tidlig efterforskningsfase. Ifølge en rapport om Mono stedet de første forsøg er ganske lovende.

To forskellige prototyper bruges. Den første er baseret på en fuldstændig statisk kompilering. Dette skaber et fantastisk program, der indeholder både mono-C-runtime og tilhørende klasse biblioteker samt kompileret program. Den anden tilgang oversætter kun Mono runtime, som derefter udfører programmerne fra udviklerne som administreret kode. Den anden tilgang reducerer download størrelse, men ikke når udførelsen af ​​den komplette kompileret projekt.

Begge tilgange i øjeblikket stadig bruge den fulde desktop profil for Mono. I det næste trin, holdet ønsker at optimere profil på nettet eller mobil brug og til at fjerne unødvendige funktioner. Hertil kommer, skaberne ønsker at optimere komforten for udviklere. For dette, en tolk eller JIT compiler i browseren er uafhængig af den ultimative metode, der anvendes til at skabe det færdige program for udviklingsprocessen ønskeligt, i cachen versioner af libmono brugt.

Kort præsentation af webassembly og mono

Webassembly (wasm) er en tilgang til klientsiden browser programmering. Projektet, der har forladt begyndelsen af ​​browseren forhåndsvisning fase, bruger et binært format. Det bør ikke erstatte JavaScript, men komplementære, og vigtigst bruges der, hvor høj ydeevne er påkrævet. Dybest set, tilgangen i binært format er ikke ny: ActiveX og Java er blandt de mest fremtrædende repræsentanter. Java mislykkedes i browseren samt Adobe Flash, især i talrige sårbarheder, ActiveX allerede på Microsofts alene. Ved webassembly en W3C gruppe for, medarbejderne i større browserleverandører værker tilhører.

Mono er en open source implementering af Microsofts .NET Framework, som er baseret på ECMA specifikationen for C # og Common Language Infrastructure. Det bringer rammerne til forskellige platforme, især MacOS, Linux og Windows. I maj er den femte større version frigivet. Microsoft er sponsor for projektet.(RME)

Test Rail 5.0 forbedrer samarbejdet med JIRA

Test Rail 5.0 forbedrer samarbejdet med JIRA

Efter næsten et års udviklingsarbejde i den nuværende browser værktøj til test management i den femte store version er tilgængelig og kan prale blandt andre fejlrapporter i realtid.

Version 5.0 af testcase og test ledelsesværktøj test jernbane er tilgængelig på hjemmesiden for hans parti Gurock software. Frigivelsen selv skal bl.a. karakteriseret ved det udviklede samarbejde med Atlassian udstedelse og projekt tracking software JIRA.

Gurock leverer i samarbejde med det australske selskab en indfødt JIRA server plug-in og Atlassian Connect add-on til cloud tilfælde. Brugere skal bruge som begge produkter i forskellige konstellationer og mulighed for at migrere til skyen kan holdes åben. Blandt andet test jernbane brugere, der også arbejder med JIRA, kommentarer fra testresultater vedhæftede screenshots, statistik og lignende kan se direkte ind JIRA. Desuden kan henvise der til at teste Rails testcases. Guiden En JIRA Integration kan hjælpe den almindelige brug af brugere i at konfigurere værktøjerne.

rapporter i realtid og mindre forbedringer

Ny er også de såkaldte defekt rapporter, der giver et overblik over status for de forbundne problemer eller fejl. Hver gang du åbner rapporterne Test Rail spørger de nødvendige data fra de delte udstede og bug tracking værktøjer fra ny, så brugeren dato oplysninger, der skal præsenteres.

På siderne af test suiter og testkørsler nu små grafer vises næste gruppenavn, at give et overblik over fordelingen af ​​testresultaterne. en "Historie & kontekst"Fanen viser efter opdateringen grafisk nuværende og indbyrdes afhængige testresultater samt relevante problemstillinger og deres status. Desuden kan detaljer og status af krav nu se direkte fra test skinne, når en defekt plug-in til det relevante værktøj er til rådighed. Hvis instrumentbrættet af testen ledelsesværktøjer vises i andre programmer, det tilbyder nu såkaldte indlejres dashboards.(Dec)

Programmeringssprog: virksomheder stadig bruge Rust tøvende

Programmeringssprog: virksomheder stadig bruge Rust tøvende

I en undersøgelse af Rust developer 3103 deltagere gav deres synspunkter til den fremmes af Mozilla sprog. Største forhindring for nytilkomne er formentlig den kompleksitet og mangel på hjælpefunktioner i IDE'er.

De nu foreliggende resultater af Rust undersøgelse vil hjælpe udviklerne af programmeringssproget til bedre at forstå brugerne og skeptikere og overveje deres behov i fokus for arbejdet stærkere. Rust kom i 2010 for første gang i udseende vil blive skræddersyet specielt til systemet programmering og imponere med hurtighed og tråd sikkerhed.

Rust-brugere under lup

Næsten 24 procent af de identificerede som brugere adspurgte første program mindre end tre måneder med Rust, som ser holdet som et tegn på at samfundet placerer en sund vækst af dagen. De projekter, hvor Rust anvendes til, ifølge programmører er forholdsvis lille. Så giv 44,4 procent mængder mindre end 1000 linjer kode til, er 43,1 procent arbejder på Rust software, som indeholder mellem 1000 og 10.000 rækker, og kun 8,9 procent, der er involveret i større projekter. men er vigtigt at bemærke, at kun bruge omkring 20 procent af de deltagende Rust-bruger sproget delvist eller helt professionel, vil de resterende ansøgninger sandsynligvis finde sted i hobby-området.

Hvad redaktører er Vim vilkår (47,2 procent) Rust udviklere særligt populære, efterfulgt af nukleare (26 procent) og Emacs (17,4 procent). Den mest populære operativsystem (flere svar var mulige) er at bruge 79,4 procent af Linux 38,7 procent af de adspurgte OS X, mens efterspørgslen ender stadig ser potentiale på kun 27,6 procent Windows-brugere. Omkring to tredjedele af Rust brugere rapporterer ved hjælp af den stabile version 1.8, ifølge undersøgelsen mere end halvdelen ved hjælp af de natlige versioner.

Fordi Rust bagudkompatibilitet prioriterer, har dens udviklere også forespørges hvor let opgraderingen var til en ny version efter 1.0 udgivelse. 16,2 procent sagde her at have haft problemer, og mere end 80 procent var relativt let at løse dem.

View from outside

Mere end en tredjedel af de 3.103 adspurgte sagde, at de endnu ikke har fungeret mig Rust hvorfor at hjælpe deres sind til at forstå, hvorfor programmører vælger ikke at sproget. Årsagerne til deres modstand spurgte erklærede næsten 40 procent, at føle sig godt tilpas nok på andre sprog, andre lige så vurderede grunde var kompleksiteten af ​​det sprog, der følte manglende modenhed og mangel på støtte i udviklingsmiljøer. Lignende resultater bragte også spørgsmålet spurgt alle respondenter om de udfordringer, de ser for Rust. Her vanskelig post var på det sprog, foran, fortsætte med at se en masse af de manglende biblioteker og manglende modenhed af sproget at være problematisk. Desuden ville den aktuelle udvikling i C ++ dels tilvejebringe en modvilje mod at nytilkomne.

For undersøgelsen designere overraskende, den øverste svar var spørgsmålet om, hvilket sprog deltagerne var på vej på anden måde: Her angives 54 procent af arbejdet med Python. C og C ++ efterfulgt temmelig forudsigeligt med 45,3 og 40,6 procent. De fleste almindelige driftsmiljøer var for webudvikling og programmering i serveren området.

opdatering: Linket til det relevante dokument blev fjernet efter meddelelsen af ​​intervieweren, fordi den endnu ikke har handlet til den endelige version af den analyse og de hidtidige resultater er ikke længere tilgængelig online.(Dec)

ASP.NET vNext: Fra MVC, Web API og websider MVC 6

De ASP.NET MVC rammeverk, Web API og Web-sider er forenet og sammen til ASP.NET MVC. 6 Her oppstår det fundamentale endringer.

På TechEdNorth Amerika i Houston, kunngjorde Microsoft at neste versjon av ASP.NET som i dag kalles ASP.NET vNext som forener web rammeverk ASP.NET MVC, ASP.NET Web API og ASP.NET Web Pages, ved å gi dem en felles programmeringsmodell. Det ble også kjent at disse rammene er kombinert til versjon 6 av ASP.NET MVC.

Denne nye versjonen er koblet fra hotellets Internet Information Server (IIS) og kan derfor kjøres på forskjellige servere. For eksempel, Microsoft ingeniører Scott Hunter og Scott Hanselman viste i et foredrag som utviklet slik at web-applikasjoner kan kjøres Mono på en Mac takket være gratis .NET gjennomføring. Mono grunnleggeren Miguel de Icaza hadde også tidligere rapportert en støtte for Linux. Ved frakobling av IIS 6 MVC søknad kan også startes i en separat prosess.

Men dette decoupling bringer også noen grunnleggende endringer. For eksempel fra et nytt prosjekt og konfigurasjon system og sammenslåing av analoge begreper i ASP.NET MVC og ASP.NET Web API nevnt. I tillegg er en enkelt avhengighet injeksjon mekanisme innført. Av denne grunn, Microsoft trygg på at ASP.NET vNext vil også støtte dagens nyeste versjonene av MVC, Web API, websider og selv ASP.NET Web Forms sin nåværende form, i tillegg til MVC. 6

Foruten MVC SignalR vises med ASP.NET vNext i en ny versjon. Disse to rammer er også støttet av det optimaliserte for serverapplikasjoner NET variant sammen med den kommende versjon 7 O / R avbilderen Entity Framework. (Manfred Steyer) /(Ane)