Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Meuktracker » Software updates » Apache Tomcat 7.0.14

Apache Tomcat 7.0.14

Door Japke Rosink, dinsdag 24 mei 2011 13:35
Bron: Apache Tomcat Project, views: 2.567

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)

WebsiteApache Tomcat Project
Downloadhttp://tomcat.apache.org/download-70.cgi
Volgende 13:38 DVDFab Virtual Drive 1.3.0.0
Vorige 10:23 XBMC4Xbox 3.0.1

Details

Versienummer7.0.14
ReleasestatusFinal
BesturingssystemenJava
WebsiteApache Tomcat Project
Downloadhttp://tomcat.apache.org/download-70.cgi
LicentietypeVoorwaarden (GNU/BSD/etc.)

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 10 reacties zichtbaar100 Off-topic / Irrelevant: 10 reacties zichtbaar10+1 On-topic: 8 reacties zichtbaar8+2 Informatief: 1 reactie zichtbaar1+3 Spotlight: 0 reacties zichtbaar0

Door lfs, dinsdag 24 mei 2011 14:48

Score: 0
Ongelofelijk dat dit traget logge Java-systeem nog steeds doorontwikkeld wordt. Er zijn zat betere lightweight alternatieven

Door flowerp, dinsdag 24 mei 2011 16:00

Score: 2
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.

Door Upquark, dinsdag 24 mei 2011 17:24

Score: 1
Ik denk dat lfs het heeft over Tomcat i.p.v. Java, en waarschijnlijk doelt op b.v. GlassFish.

Door flowerp, dinsdag 24 mei 2011 17:53

Score: 1
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.

Door JUDGExKTF, woensdag 25 mei 2011 00:28

Score: 1
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.

Door arjan.t, woensdag 25 mei 2011 13:21

Score: 1
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.

Door Keypunchie, dinsdag 24 mei 2011 19:31

Score: 1
Soms wil je net iets meer dan lightweight.

Door Cyb, woensdag 25 mei 2011 01:03

Score: 1
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.

Door pasz, woensdag 25 mei 2011 09:41

Score: 1
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.

Volgende 13:38 DVDFab Virtual Drive 1.3.0.0
Vorige 10:23 XBMC4Xbox 3.0.1
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011