Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 10 reacties
Bron: Apache Tomcat Project

Apache Tomcat is een Webcontainer die is ontwikkeld door de Apache Software Foundation. Tomcat voert Java Servlets en JavaServer Pages uit en biedt een http-webomgeving aan waarop Java-code direct kan worden gedraaid. Voor meer informatie verwijzen we naar deze pagina. De ontwikkelaars hebben enkele dagen geleden versie 7.0.14 uitgebracht, voorzien van de volgende aankondiging en lijst met veranderingen:

Tomcat 7.0.14 Released

The Apache Tomcat Project is proud to announce the release of version 7.0.14 of Apache Tomcat. This release includes bug fixes and the following new features compared to version 7.0.12:
  • The StuckThreadDetectionValve to identify long running requests.
  • JAAS authentication support to the JMXRemoteLifecycleListener.
  • Updated MIME type mappings to align with those of Apache httpd.
Catalina:
  • Stylistic improvements to MIME type sync script. Based on a patch provided by Felix Schumacher. (rjung)
  • Ensure that the SSLValve provides the SSL key size as an Integer rather than a String. (markt)
  • Ensure that the RemoteIpValve works correctly with Servlet 3.0 asynchronous requests. (markt)
  • Use safe equality test when determining event type in the MapperListener. (markt)
  • Use correct class loader when loading Servlet classes in StandardWrapper. (markt)
  • Provide additional configuration options for the RemoteIpValve and RemoteIpFilter to allow greater control over the values returned by ServletRequest#getServerPort() and ServletRequest#getLocalPort() when Tomcat is behind a reverse proxy. (markt)
  • Ensure session cookie paths end in / so that session cookies created for a context with a path of /foo do not get returned with requests mapped to a context with a path of /foobar. (markt)
Jasper:
  • 51177: Ensure Tomcat's MapElResolver always returns Object.class for getType() as required by the EL specification. (markt)
Versienummer:7.0.14
Releasestatus:Final
Besturingssystemen:Java
Website:Apache Tomcat Project
Download:http://tomcat.apache.org/download-70.cgi
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (10)

Ongelofelijk dat dit traget logge Java-systeem nog steeds doorontwikkeld wordt. Er zijn zat betere lightweight alternatieven
Traget?

Laat ik aannemen dat je traag bedoeld. Dan is het toch gek dat Java in performance benchmarks nagenoeg altijd in de bovenste regionen staat. Zie oa http://shootout.alioth.de...languages-are-fastest.php

Qua populariteit is Java ook nog steeds de meest populaire taal: http://www.tiobe.com/inde...paperinfo/tpci/index.html

C# is wel sterk in opkomst, maar dat is ook de default taal nu voor Windows desktop apps en dat is grotendeels een andere markt. Java wordt voornamelijk server side gebruikt en is daar heel sterk. C#/.NET wordt ook wel server side gebruikt, en heeft daar dan een platform model wat sterk lijkt of Java EE (of Java EE lijkt op .NET, whatever).

Server side is Java EE erg lightweight qua programmeer model. Een simpele class met een enkele annotation en je hebt tal van services tot je beschikking. Dat was in het verleden met J2EE 1.4 wel eens anders, maar in Java EE 5 en helemaal Java EE 6 zijn enorme stappen gezet.
Ik denk dat lfs het heeft over Tomcat i.p.v. Java, en waarschijnlijk doelt op b.v. GlassFish.
Hmmm, ja, daar zou inderdaad enige logica inzitten dan, maar blijft gek verwoord.

Glassfish is als programmeer model natuurlijk veel meer lightweight dan Tomcat, maar als je voor een hele specialistische toepassing alleen Servlets nodig hebt is Tomcat meer lightweight.

Puur als Servlet container is Grizzly vs Tomcat vs Jetty dan een meer voor de hand liggende vergelijking. Tomcat is de meeste gebruikte van deze drie en krijgt dan bijna automatisch meer kritiek, maar de vergelijking met Grizzly en Jetty is zeker interessant.
Server side is Java EE erg lightweight qua programmeer model. Een simpele class met een enkele annotation en je hebt tal van services tot je beschikking
Sommige mensen zien annotation's juist weer als bloat van het platform :)

Volgens mij worden er wat begrippen door elkaar gehaald.
Glassfish is als programmeer model natuurlijk veel meer lightweight dan Tomcat
Tomcat is enkel een Servlet container terwijl Glassfish een Java EE container is (net zoals Websphere en JBoss). Een Servlet container is onderdeel van de Java EE specificatie. Tomcat is dus feitelijk een implementatie van een component van Java EE.
Puur als Servlet container is Grizzly vs Tomcat vs Jetty dan een meer voor de hand liggende vergelijking
Grizzly is geen Servlet container (zoals Tomcat en Jetty) maar een NIO framework (inclusief wat protocol implementaties zoals HTTP boven op het framework) netzoals Apache Mina of JBoss Netty.
Sommige mensen zien annotation's juist weer als bloat van het platform :)
Zoals alles kun je het te gek maken, maar over het algemeen maakt het een erg lichte en eenvoudige manier van programmeren in Java EE 6 mogelijk.

Leuk voorbeeldje is deze link: http://styledideas.be/blo...eight-alternative-to-jms/

Deze is ook aardig: http://www.adam-bien.com/...implest_possible_ejb_3_16

Het leuke van de platform annotations in Java EE 6 is dat nagenoeg elke annotation overriden kan worden in XML indien dat nodig is. Als je het -echt- zou willen kun je ook volledig in XML werken, daar er dus voor nagenoeg elke annotation ook een XML variant is.

Daarnaast biedt Java EE ook nog eens veel mogelijkheden om dingen programmatisch te doen. Normaal zou je een EJB injecteren, maar een programmatisch lookup kan ook gewoon.

Zelfde met b.v. een Servlet, normaal maak je van een class een servlet door deze van een annotation te voorzien of hem te declareren in een xml file (de bekende web.xml hier), maar Servlets zijn even makkelijk programmatisch aan te maken en te registreren als Servlet.
Soms wil je net iets meer dan lightweight.
Er zijn meer redenen dan alleen maar *lightweight* om voor een bepaalde oplossing te kiezen. Verder heeft Tomcat een hoge performance blijkt uit benchmarks, wordt het veel toegepast, is het een reference implementation, zijn er vele distributies van gemaakt, goed gedocumenteerd etc.

Tuurlijk kan je lightweight Jetty nemen als dat een criteria voor je is. Niemand zal je tegenhouden.

De vele alternatieven is een gevolg van een sterke open source community. Concurrentie is goed. Het maakt kiezen alleen soms moeilijk.
Denk dat het ook ligt aan de implementatie. Ik heb voorbeelden gezien waar een 15tal socket services elkaar de tent uitvochten. Tja, dan wordt het wel log.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True