svn commit: r416984 - in /jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain: config/ConfigDefineRule.java impl/CatalogFactoryBase.java
Author: niallp Date: Sat Jun 24 21:48:56 2006 New Revision: 416984 URL: http://svn.apache.org/viewvc?rev=416984&view=rev Log: Minor Javadoc corrections Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/config/ConfigDefineRule.java jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogFactoryBase.java Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/config/ConfigDefineRule.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/config/ConfigDefineRule.java?rev=416984&r1=416983&r2=416984&view=diff == --- jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/config/ConfigDefineRule.java (original) +++ jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/config/ConfigDefineRule.java Sat Jun 24 21:48:56 2006 @@ -23,7 +23,8 @@ /** * Digester rule that will dynamically register a new set of rules * for a specified element name and default implementation class. This - * allows "alias" elements to be created for [EMAIL PROTECTED] Chain} and [EMAIL PROTECTED] Command} + * allows "alias" elements to be created for [EMAIL PROTECTED] org.apache.commons.chain.Chain} + * and [EMAIL PROTECTED] org.apache.commons.chain.Command} * implementation classes that are commonly used. Besides factoring out * the class names to make changes easier, this also makes configuration * files much easier to read and write. Modified: jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogFactoryBase.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogFactoryBase.java?rev=416984&r1=416983&r2=416984&view=diff == --- jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogFactoryBase.java (original) +++ jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/CatalogFactoryBase.java Sat Jun 24 21:48:56 2006 @@ -46,7 +46,7 @@ /** - * The default [EMAIL PROTECTED] Catalog} for this [EMAIL PROTECTED] CatalogFactory). + * The default [EMAIL PROTECTED] Catalog} for this [EMAIL PROTECTED] CatalogFactory}. */ private Catalog catalog = null; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CHAIN-32) Improve instantiation performance of ContextBase subclasses
[ http://issues.apache.org/jira/browse/CHAIN-32?page=all ]
Niall Pemberton resolved CHAIN-32:
--
Fix Version: 1.2
Resolution: Fixed
Assign To: Niall Pemberton
Thanks for the patch - I applied a slight variation on what you suggested since
removing the calls to the "eliminate" method means that there will always be a
pd array of at least 2 and your implementation resulted in unnecessarily
creating an empty Map when there were no properties.
> Improve instantiation performance of ContextBase subclasses
> ---
>
> Key: CHAIN-32
> URL: http://issues.apache.org/jira/browse/CHAIN-32
> Project: Commons Chain
> Type: Improvement
> Versions: 1.0 Release
> Environment: Any
> Reporter: Joshua Graham
> Assignee: Niall Pemberton
> Priority: Trivial
> Fix For: 1.2
>
> Noted that iteration through pd[] array thrice: twice to eliminate() the
> "empty" and "class" entries, and lastly to add each remaining entry to the
> descriptors map. The first two iterations each include costly array copies.
> Guessed that two if name.equals checks in the third iteration would tend to
> be much quicker (especially for Beans with many properties). Did some quick
> performance checks to verify that this is the case - it's enough of a change
> to warrant a small refactor.
> Here's a revised initialize(). You can thus remove the eliminate() method...
> // Retrieve the set of property descriptors for this Context class
> try {
> pd = Introspector.getBeanInfo
> (getClass()).getPropertyDescriptors();
> } catch (IntrospectionException e) {
> pd = new PropertyDescriptor[0]; // Should never happen
> }
> // Initialize the underlying Map contents
> if (pd.length > 0) {
> descriptors = new HashMap();
> for (int i = 0; i < pd.length; i++) {
> String name = pd[i].getName();
> if ("class".equals(name) || "empty".equals(name)) {
> // skip getClass() and isEmpty();
> }
> else {
> descriptors.put(name, pd[i]);
> super.put(name, singleton);
> }
> }
> }
> }
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r416980 - in /jakarta/commons/proper/chain/trunk: src/java/org/apache/commons/chain/impl/ContextBase.java xdocs/changes.xml
Author: niallp
Date: Sat Jun 24 20:13:17 2006
New Revision: 416980
URL: http://svn.apache.org/viewvc?rev=416980&view=rev
Log:
CHAIN-32 Improve instantiation performance of ContextBase subclasses. Thanks to
Joshua Graham.
Modified:
jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/ContextBase.java
jakarta/commons/proper/chain/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/ContextBase.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/ContextBase.java?rev=416980&r1=416979&r2=416980&view=diff
==
---
jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/ContextBase.java
(original)
+++
jakarta/commons/proper/chain/trunk/src/java/org/apache/commons/chain/impl/ContextBase.java
Sat Jun 24 20:13:17 2006
@@ -419,36 +419,6 @@
/**
- * Eliminate the specified property descriptor from the list of
- * property descriptors in pd.
- *
- * @param name Name of the property to eliminate
- *
- * @exception IllegalArgumentException if the specified property name
- * is not present
- */
-private void eliminate(String name) {
-
-int j = -1;
-for (int i = 0; i < pd.length; i++) {
-if (name.equals(pd[i].getName())) {
-j = i;
-break;
-}
-}
-if (j < 0) {
-throw new IllegalArgumentException("Property '" + name
- + "' is not present");
-}
-PropertyDescriptor[] results = new PropertyDescriptor[pd.length - 1];
-System.arraycopy(pd, 0, results, 0, j);
-System.arraycopy(pd, j + 1, results, j, pd.length - (j + 1));
-pd = results;
-
-}
-
-
-/**
* Return an Iterator over the set of
Map.Entry
* objects representing our key-value pairs.
*/
@@ -496,15 +466,18 @@
} catch (IntrospectionException e) {
pd = new PropertyDescriptor[0]; // Should never happen
}
-eliminate("class"); // Because of "getClass()"
-eliminate("empty"); // Because of "isEmpty()"
// Initialize the underlying Map contents
-if (pd.length > 0) {
-descriptors = new HashMap();
-for (int i = 0; i < pd.length; i++) {
-descriptors.put(pd[i].getName(), pd[i]);
-super.put(pd[i].getName(), singleton);
+for (int i = 0; i < pd.length; i++) {
+String name = pd[i].getName();
+
+// Add descriptor (ignoring getClass() and isEmpty())
+if (!("class".equals(name) || "empty".equals(name))) {
+if (descriptors == null) {
+descriptors = new HashMap((pd.length - 2));
+}
+descriptors.put(name, pd[i]);
+super.put(name, singleton);
}
}
Modified: jakarta/commons/proper/chain/trunk/xdocs/changes.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/xdocs/changes.xml?rev=416980&r1=416979&r2=416980&view=diff
==
--- jakarta/commons/proper/chain/trunk/xdocs/changes.xml (original)
+++ jakarta/commons/proper/chain/trunk/xdocs/changes.xml Sat Jun 24 20:13:17
2006
@@ -38,6 +38,12 @@
+
+
+ Improve instantiation performance of ContextBase subclasses.
+
+
+
http://svn.apache.org/viewvc?view=rev&revision=412789";>r
412789
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration][all] Maven 2 repository
Thank you, experts. That a once released POM should not be changed was pretty much what I had expected. Well, I hope that the next release of [configuration] is not too far away. We can then update the dependency to Servlet-API 2.4 and thus solve the problem. Thanks again! Oliver Dennis Lundberg wrote: > Oliver Heger wrote: > >> Hi all, >> >> the following bug report came in for [configuration] >> (http://issues.apache.org/jira/browse/CONFIGURATION-217): >> >> >> As described by ASF bug #33476 Commons Configurations shall depend on >> Servlet-API 2.4. The current Maven2 POM of Commons Configuration 1.2 >> shows a dependency on Servlet-API 2.3. This is not only a mismatch >> between Commons Configurations' build configuration and its Maven2 POM >> but also prevents Maven2 projects from using the Servlet-API 2.4 if >> also using Commons Configuration 1.2. >> >> Could it be possible to fix Commons Configuration 1.2's Maven2 POM to >> include a dependency on Servlet-API 2.4, please? >> >> >> Unfortunately I am no maven 2 expert. I assume the maven 2 POM is >> automatically generated from the maven 1 POM, is it? > > > Yes it is. > >> What can be done to fix this problem? > > > The Maven community has decided to not change POMs that has already been > deployed to the repository. This is a recent change in policy. It was > made to ensure reproducible builds. What we can do is to fix any > problems in the next release of configuration. > > Having had a look at build.xml and project.xml for the current SVN trunk > of configuration, I must say that I do not understand what the author of > the issue means. Both files indicate a dependency on servletapi-2.3. The > bugzilla issue does mention servlet-api-2.4, but that patch was never > applied. So in my eyes there is no problem. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-chain project.xml improvement
Done: http://svn.apache.org/viewvc?view=rev&revision=416937 Niall On 6/24/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: Can anyone please add the properties section of the following dependencies to commons-chain project.xml? javax.servlet servlet-api 2.3 provided junit junit 3.8.1 test Thanks -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r416937 - /jakarta/commons/proper/chain/trunk/project.xml
Author: niallp Date: Sat Jun 24 09:53:50 2006 New Revision: 416937 URL: http://svn.apache.org/viewvc?rev=416937&view=rev Log: Add the properties section to the JUnit and Servlet API dependencies in project.xml - as requested by Carlos Sanchez. Modified: jakarta/commons/proper/chain/trunk/project.xml Modified: jakarta/commons/proper/chain/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/chain/trunk/project.xml?rev=416937&r1=416936&r2=416937&view=diff == --- jakarta/commons/proper/chain/trunk/project.xml (original) +++ jakarta/commons/proper/chain/trunk/project.xml Sat Jun 24 09:53:50 2006 @@ -114,6 +114,9 @@ javax.servlet servlet-api 2.3 + +provided + javax.portlet @@ -131,6 +134,9 @@ junit junit 3.8.1 + +test +
commons-chain project.xml improvement
Can anyone please add the properties section of the following dependencies to commons-chain project.xml? javax.servlet servlet-api 2.3 provided junit junit 3.8.1 test Thanks -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (CONFIGURATION-3) [configuration] Drop 1st class dependency on commons-logging
[ http://issues.apache.org/jira/browse/CONFIGURATION-3?page=comments#action_12417640 ] Oliver Heger commented on CONFIGURATION-3: -- What's the status of this issue? Is there still a desire to drop the commons logging dependency? I had a look at the places where logging is used. Some of them are unnecessary IMO. But for the following places we would need an aquivalent replacement: - ConfigurationFactory logs optional configurations that cannot be loaded. Maybe we could add a method to ConfigurationFactory that checks whether an optional configuration source could be loaded or not. - ConfigurationUtils.locate() logs the location from where a configuration file was loaded. Not sure if this makes too much sense: If a configuration has been successfully loaded, its URL can be checked. OTH it would be very useful when a configuration file could not be found to throw an exception that contains all the paths where it was searched for. However this won't be easy to implement. - JNDIConfiguration and DatabaseConfiguration swallow some exceptions and write them to the log. Here we would have to find an alternative. Maybe introduce a mode, in which such exceptions are re-thrown as runtime exceptions? > [configuration] Drop 1st class dependency on commons-logging > > > Key: CONFIGURATION-3 > URL: http://issues.apache.org/jira/browse/CONFIGURATION-3 > Project: Commons Configuration > Type: Bug > Versions: 1.2 Final > Environment: Operating System: All > Platform: Other > Reporter: Joerg Schaible > Priority: Minor > > Currently commons-logging is reported as first class dependency in the project > reports. This is not true. The only classes that make direct usage of JCL are > ConfigurationDynaBean/Class and this only for tracing. It would be nice to > eliminate this reference at all and list JCL only as transitive dependency of > digester and beanutils. > We might support logging with the monitor/listener concept of > http://issues.apache.org/bugzilla/show_bug.cgi?id=38929 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration][all] Maven 2 repository
Oliver Heger wrote: Hi all, the following bug report came in for [configuration] (http://issues.apache.org/jira/browse/CONFIGURATION-217): As described by ASF bug #33476 Commons Configurations shall depend on Servlet-API 2.4. The current Maven2 POM of Commons Configuration 1.2 shows a dependency on Servlet-API 2.3. This is not only a mismatch between Commons Configurations' build configuration and its Maven2 POM but also prevents Maven2 projects from using the Servlet-API 2.4 if also using Commons Configuration 1.2. Could it be possible to fix Commons Configuration 1.2's Maven2 POM to include a dependency on Servlet-API 2.4, please? Unfortunately I am no maven 2 expert. I assume the maven 2 POM is automatically generated from the maven 1 POM, is it? Yes it is. What can be done to fix this problem? The Maven community has decided to not change POMs that has already been deployed to the repository. This is a recent change in policy. It was made to ensure reproducible builds. What we can do is to fix any problems in the next release of configuration. Having had a look at build.xml and project.xml for the current SVN trunk of configuration, I must say that I do not understand what the author of the issue means. Both files indicate a dependency on servletapi-2.3. The bugzilla issue does mention servlet-api-2.4, but that patch was never applied. So in my eyes there is no problem. -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration][all] Maven 2 repository
On 25/06/2006 1:21 AM, Oliver Heger wrote: Unfortunately I am no maven 2 expert. I assume the maven 2 POM is automatically generated from the maven 1 POM, is it? What can be done to fix this problem? Yes, you can fix it in the next release in the Maven 1 POM (we don't encourage changing something that's already released). - Brett -- Brett Porter <[EMAIL PROTECTED]> Apache Maven - http://maven.apache.org/ Better Builds with Maven - http://library.mergere.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CONFIGURATION-212) [configuration] The subset configuration returned by HierarchicalConfiguration is not "life"
[ http://issues.apache.org/jira/browse/CONFIGURATION-212?page=all ] Oliver Heger resolved CONFIGURATION-212: Resolution: Won't Fix With SubnodeConfiguration and the new method configurationAt() of HierarchicalConfiguration there is now a reasonable alternative for subset(). So this bug report can be closed. > [configuration] The subset configuration returned by > HierarchicalConfiguration is not "life" > > > Key: CONFIGURATION-212 > URL: http://issues.apache.org/jira/browse/CONFIGURATION-212 > Project: Commons Configuration > Type: Improvement > Versions: Nightly Builds > Environment: Operating System: other > Platform: Other > Reporter: Oliver Heger > Priority: Minor > > For most Configuration implementations derived from AbstractConfiguration the > Configuration object returned by the subset() method is connected to its > original configuration. This means that changing either the subset or the > original configuration will immediately have effect on each other. > This is not the case for HierarchicalConfiguration and derived classes. The > behavior of the subset() implementations should be made consistent. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[configuration][all] Maven 2 repository
Hi all, the following bug report came in for [configuration] (http://issues.apache.org/jira/browse/CONFIGURATION-217): As described by ASF bug #33476 Commons Configurations shall depend on Servlet-API 2.4. The current Maven2 POM of Commons Configuration 1.2 shows a dependency on Servlet-API 2.3. This is not only a mismatch between Commons Configurations' build configuration and its Maven2 POM but also prevents Maven2 projects from using the Servlet-API 2.4 if also using Commons Configuration 1.2. Could it be possible to fix Commons Configuration 1.2's Maven2 POM to include a dependency on Servlet-API 2.4, please? Unfortunately I am no maven 2 expert. I assume the maven 2 POM is automatically generated from the maven 1 POM, is it? What can be done to fix this problem? Thanks Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (CHAIN-32) Improve instantiation performance of ContextBase subclasses
Improve instantiation performance of ContextBase subclasses
---
Key: CHAIN-32
URL: http://issues.apache.org/jira/browse/CHAIN-32
Project: Commons Chain
Type: Improvement
Versions: 1.0 Release
Environment: Any
Reporter: Joshua Graham
Priority: Trivial
Noted that iteration through pd[] array thrice: twice to eliminate() the
"empty" and "class" entries, and lastly to add each remaining entry to the
descriptors map. The first two iterations each include costly array copies.
Guessed that two if name.equals checks in the third iteration would tend to be
much quicker (especially for Beans with many properties). Did some quick
performance checks to verify that this is the case - it's enough of a change to
warrant a small refactor.
Here's a revised initialize(). You can thus remove the eliminate() method...
// Retrieve the set of property descriptors for this Context class
try {
pd = Introspector.getBeanInfo
(getClass()).getPropertyDescriptors();
} catch (IntrospectionException e) {
pd = new PropertyDescriptor[0]; // Should never happen
}
// Initialize the underlying Map contents
if (pd.length > 0) {
descriptors = new HashMap();
for (int i = 0; i < pd.length; i++) {
String name = pd[i].getName();
if ("class".equals(name) || "empty".equals(name)) {
// skip getClass() and isEmpty();
}
else {
descriptors.put(name, pd[i]);
super.put(name, singleton);
}
}
}
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r416912 - in /jakarta/commons/proper/httpclient/trunk/xdocs: downloads.xml news.xml status.xml
Author: olegk Date: Sat Jun 24 06:19:56 2006 New Revision: 416912 URL: http://svn.apache.org/viewvc?rev=416912&view=rev Log: Updates for the 3.1-alpha1 release Modified: jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml jakarta/commons/proper/httpclient/trunk/xdocs/news.xml jakarta/commons/proper/httpclient/trunk/xdocs/status.xml Modified: jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml?rev=416912&r1=416911&r2=416912&view=diff == --- jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml Sat Jun 24 06:19:56 2006 @@ -14,22 +14,22 @@ The following releases are avilable for download: - 3.0.1 - 08 May 2006 - + CURRENT - 3.1-alpha1 - 26 June 2006 - http://jakarta.apache.org/site/downloads/downloads_commons-httpclient.cgi";>Download - http://www.apache.org/dist/jakarta/commons/httpclient/RELEASE-NOTES.txt"; >Release notes - 2.0.2 - 11 October 2004 - + STABLE - 3.0.1 - 08 May 2006 - http://jakarta.apache.org/site/downloads/downloads_commons-httpclient.cgi";>Download - http://www.apache.org/dist/jakarta/commons/httpclient/RELEASE-NOTES-2.0.txt"; + href="http://www.apache.org/dist/jakarta/commons/httpclient/RELEASE-NOTES.txt"; >Release notes Nightly source drops and binary builds can be obtained at the following URLs: - STABLE 3.0 recommended - http://svn.apache.org/builds/jakarta-commons/nightly/commons-httpclient/";>latest from HEAD(3.0) - Please note that this code is not API compatible with 2.0. + UNSTABLE - http://svn.apache.org/builds/jakarta-commons/nightly/commons-httpclient/";>latest from HEAD (3.1) The latest http://jakarta.apache.org/gump/";>Gump generated binary @@ -46,24 +46,25 @@ If you are using Maven for your project, you can create a dependency in your project.xml with one of the following: -3.0.1 +3.1-alpha1 -2.0.2 + 3.0.1 + There are also other jar versions available. You can check http://www.ibiblio.org/maven/commons-httpclient/";>HttpClient on ibiblio for exactly what is available. Modified: jakarta/commons/proper/httpclient/trunk/xdocs/news.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/xdocs/news.xml?rev=416912&r1=416911&r2=416912&view=diff == --- jakarta/commons/proper/httpclient/trunk/xdocs/news.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/news.xml Sat Jun 24 06:19:56 2006 @@ -10,6 +10,14 @@ + + + HttpClient 3.1-alpha1 has been released. This version adds support for the RFC 2965 cookie + management (also known as Cookie2 or port sensitive cookies). All upstream projects dependent + on HttpClient are strongly encouraged to review the new API and test new features for + compatibility with their products. + + HttpClient issue tracking has migrated from Bugzilla to Jira. Please do not enter new bug reports Modified: jakarta/commons/proper/httpclient/trunk/xdocs/status.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/xdocs/status.xml?rev=416912&r1=416911&r2=416912&view=diff == --- jakarta/commons/proper/httpclient/trunk/xdocs/status.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/status.xml Sat Jun 24 06:19:56 2006 @@ -14,21 +14,20 @@ -HttpClient 3.0 has arrived! We strongly encourage all current HttpClient - users to migrate. - -HttpClient 2.0 is no longer being actively developed and supported. +HttpClient 3.1 adds support for the RFC 2965 cookie management (also known as + Cookie2 or port sensitive cookies). Please note HttpClient 3.1 is still + in the ALPHA stage and the API of new features is considered unstable. HttpClient 3.1 + is backward compatible with HttpClient 3.0 Bug reports targeted for the next release can be found - http://issues.apache.org/bugzilla/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=HttpClient&component=Commons+HttpClient&target_milestone=3.0.1&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=anywords&keywords=&bug_status=NEW&bug_statu
svn commit: r416903 - in /jakarta/commons/proper/httpclient/trunk: build.xml project.xml src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java
Author: olegk
Date: Sat Jun 24 04:18:22 2006
New Revision: 416903
URL: http://svn.apache.org/viewvc?rev=416903&view=rev
Log:
Updates for 3.1-alpha1 release
Modified:
jakarta/commons/proper/httpclient/trunk/build.xml
jakarta/commons/proper/httpclient/trunk/project.xml
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java
Modified: jakarta/commons/proper/httpclient/trunk/build.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/build.xml?rev=416903&r1=416902&r2=416903&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/build.xml (original)
+++ jakarta/commons/proper/httpclient/trunk/build.xml Sat Jun 24 04:18:22 2006
@@ -38,7 +38,7 @@
-
+
Modified: jakarta/commons/proper/httpclient/trunk/project.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/project.xml?rev=416903&r1=416902&r2=416903&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/project.xml (original)
+++ jakarta/commons/proper/httpclient/trunk/project.xml Sat Jun 24 04:18:22 2006
@@ -7,7 +7,7 @@
commons-httpclient
jakarta-commons-httpclient
2001
- 3.0.1
+ 3.1-alpha1
org.apache.commons.httpclient
@@ -33,6 +33,11 @@
http://svn.apache.org/repos/asf/jakarta/commons/proper/${pom.artifactId.substring(8)}/trunk
+
+ 3.1-alpha1
+ 3.1-alpha1
+ HTTPCLIENT_3_1_ALPHA1
+
3.0.1
3.0.1
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java?rev=416903&r1=416902&r2=416903&view=diff
==
---
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java
(original)
+++
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java
Sat Jun 24 04:18:22 2006
@@ -66,7 +66,7 @@
protected HttpParams createParams() {
HttpClientParams params = new HttpClientParams(null);
-params.setParameter(HttpMethodParams.USER_AGENT, "Jakarta
Commons-HttpClient/3.0");
+params.setParameter(HttpMethodParams.USER_AGENT, "Jakarta
Commons-HttpClient/3.1-alpha1");
params.setVersion(HttpVersion.HTTP_1_1);
params.setConnectionManagerClass(SimpleHttpConnectionManager.class);
params.setCookiePolicy(CookiePolicy.DEFAULT);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r416901 - /jakarta/commons/proper/httpclient/trunk/release_notes.txt
Author: olegk
Date: Sat Jun 24 04:03:32 2006
New Revision: 416901
URL: http://svn.apache.org/viewvc?rev=416901&view=rev
Log:
Preparing 3.1-ALPHA1 release
* Added a list of new features
* Added a list of API changes since 3.0
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/release_notes.txt?rev=416901&r1=416900&r2=416901&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/release_notes.txt (original)
+++ jakarta/commons/proper/httpclient/trunk/release_notes.txt Sat Jun 24
04:03:32 2006
@@ -1,4 +1,89 @@
-Changes toward 3.1
+Release 3.1 Alpha 1
+---
+New features:
+---
+
+(1) HTTP state management
+
+ * RFC 2965 cookie specification support
+
+---
+API changes since 3.0
+
+Class added:
+ public org.apache.commons.httpclient.InvalidRedirectLocationException
extends org.apache.commons.httpclient.RedirectException
+Class added:
+ public org.apache.commons.httpclient.cookie.Cookie2 extends
org.apache.commons.httpclient.Cookie
+Class added:
+ public abstract org.apache.commons.httpclient.cookie.CookieAttributeHandler
extends java.lang.Object
+Class added:
+ public final org.apache.commons.httpclient.cookie.CookieOrigin extends
java.lang.Object
+Class added:
+ public org.apache.commons.httpclient.cookie.CookiePathComparator extends
java.lang.Object implements java.util.Comparator
+Class added:
+ public abstract org.apache.commons.httpclient.cookie.CookieVersionSupport
extends java.lang.Object
+Class added:
+ public org.apache.commons.httpclient.cookie.RFC2965Spec extends
org.apache.commons.httpclient.cookie.CookieSpecBase implements
org.apache.commons.httpclient.cookie.CookieVersionSupport
+Class added:
+ public org.apache.commons.httpclient.methods.FileRequestEntity extends
java.lang.Object implements org.apache.commons.httpclient.methods.RequestEntity
+Class changed: org.apache.commons.httpclient.ConnectMethod
+ Methods added:
+public ConnectMethod(org.apache.commons.httpclient.HostConfiguration);
+public java.lang.String getPath();
+public org.apache.commons.httpclient.URI getURI() throws
org.apache.commons.httpclient.URIException;
+
+ Method changed:
+ old:
+public ConnectMethod();
+
+ new:
+deprecated: public ConnectMethod();
+
+Class changed: org.apache.commons.httpclient.HttpMethodBase
+ Methods added:
+protected void
processCookieHeaders(org.apache.commons.httpclient.cookie.CookieSpec,
org.apache.commons.httpclient.Header[],
org.apache.commons.httpclient.HttpState,
org.apache.commons.httpclient.HttpConnection);
+
+Class changed: org.apache.commons.httpclient.HttpState
+ Method changed:
+ old:
+public void clearCookies();
+
+ new:
+public synchronized void clearCookies();
+
+Class changed: org.apache.commons.httpclient.HttpURL
+ Methods added:
+protected void setURI();
+
+Class changed: org.apache.commons.httpclient.SimpleHttpConnectionManager
+ Methods added:
+public SimpleHttpConnectionManager(boolean);
+public void shutdown();
+
+Class changed: org.apache.commons.httpclient.cookie.CookiePolicy
+ Methods added:
+public static java.lang.String[] getRegisteredCookieSpecs();
+
+ Fields added:
+deprecated: public final static int RFC2965 = 3;
+public final static java.lang.String RFC_2965 = rfc2965;
+
+Class changed: org.apache.commons.httpclient.cookie.RFC2109Spec
+ Fields added:
+public static java.lang.String SET_COOKIE_KEY;
+
+Class changed: org.apache.commons.httpclient.methods.StringRequestEntity
+ Method changed:
+ old:
+public StringRequestEntity(java.lang.String);
+
+ new:
+deprecated: public StringRequestEntity(java.lang.String);
+
+API diff generated by JarDiff http://www.osjava.org/jardiff/
+
+---
+Changes since Release 3.0.1:
* [HTTPCLIENT-588] - Fixed parsing of relative URIs with internal
double-slashes ('//')
Contributed by Gordon Mohr
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
