svn commit: r463224 - /incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml

[eh...@apache.org]

Author: ehillenius
Date: Thu Oct 12 05:09:27 2006
New Revision: 463224

URL: http://svn.apache.org/viewvc?view=rev&rev=463224
Log:
updated changes

Modified:
    incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml

Modified: incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml
URL: http://svn.apache.org/viewvc/incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml?view=diff&rev=463224&r1=463223&r2=463224
==============================================================================
--- incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml (original)
+++ incubator/wicket/branches/wicket-1.x/wicket/src/changes/changes.xml Thu Oct 12 05:09:27 2006
@@ -15,6 +15,9 @@
     <release version="1.3" date="tbd" description="Wicket 1.3">
 	</release>
 	<release version="1.2.3" description="Wicket 1.2.3">
+	    <action type="add" dev="Eelco Hillenius">The application's configuration type is now kept in a member which can be read using Application#getConfigurationType.</action>
+	    <action type="fix" dev="Eelco Hillenius">Package resources that are not found now log a warning and then throw an abort error instead of a regular exception and send a 404 to the browser if in a web request.</action>
+		<action type="add" dev="Eelco Hillenius">Added AbortWithWebError abort exception.</action>
 		<action type="fix" dev="Johan Compagner" due-to="Eelco Hillenius">Fixed deadlock possiblity on high load situations where resource managing filters (such as Spring's/ Hibernate's OpenSessionInViewFilter) run out of those resources before they are released. A test for this issue can be found in wicket-threadtest, wicket.threadtest.App2Test1. This bug is dangerous; everyone using Wicket 1.2.x is encouraged to update to this Wicket version asap.</action>
 		<action type="fix" dev="Eelco Hillenius">ResourceReference and PackageResourceReference evolved in doing almost the same thing with ResourceReference falling back to package resources. The two classes were used mixed for the same purposes, so it obviously was confusing. PackageResourceReference is now deprecated (and removed in 2.0) and ResourceReference uses package resources as the explicit default now.</action>
 		<action type="fix" dev="Eelco Hillenius">FileUploadField's fileUpload member is now transient, and nulled at the end of a request; fileUpload depends on non-serializable classes and should be used for the upload request only anyway.</action>