CVS log for java/classes/org/w3c/www/protocol/http/HttpManager.java

Up to [Public] / java / classes / org / w3c / www / protocol / http

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

generics + raw types + serializer

more cleanup + use of HashMap and ConcurrentHashMap in the resource store

various updates, use of StringBuilder, for each loops, starting some generics, some optims, ipv6 patch for acls

bumped to beta-2

Moved from int to long for ContentLength, to cope with 2G+ files.
It introduced lots of changes in the HTTp stack and cache, as well as
the logging system, everything seems to work properly.
Store serialization/deserialization was a bit trickier, Long is now
ensuring that the object is a Number instead of a Long to cope with
the Integer->Long change in the stores.

NOTE that those changes mark the beginning of the new 2.3 track starting
with this beta. hopefully is should be as stable as previously, but
nothing is granted :)

small fixes for HTTP connection count stability + more explicit debug traces

bumped version number to 2.2.6

enum is keyword in jdk1.5

use a deeeper clone of the request template.
It avoids setting global values using the URLConnection API...

upgrade to 2.2.5

added more debug information (needed to debug the issue with HttpBasicServer)

Added support for connection reuse policies.
Added a default policy to reuse the same connection when the thread matches
Fixed connection count when MimeParser did not started and connection was new
Fixed the percolation of the connection timeout to the connection class

bumped to 2.2.4

Reworked the connection handling as well as the
server hashtable that get trimmed properly instead of removed entirely

jigsaw/proxy/ProxyProp.java

version bumped to 2.2.3

fixes to allow HttpException to get underlying exception in it

various updates for connection close, as socket.isAlive call in jdk1.4 is using a misleading name

lenient really uses lenient now :)

moved to v2.2.2

unsunchronized lookupServer to keep lock ordering in the stack the right way
this to avoid the following deadlock:
"ServletRunner<servlet-runner:2287:10970497>":
        at org.w3c.www.protocol.http.HttpBasicConnection.close(HttpBasicConnection.java:143)
        - waiting to lock <ed3c75d8> (a org.w3c.www.protocol.http.HttpBasicConnection)
        at org.w3c.www.protocol.http.HttpManager.closeAnyConnection(HttpManager.java:621)
        at org.w3c.www.protocol.http.HttpManager.lookupServer(HttpManager.java:517)
        - locked <eb438458> (a org.w3c.www.protocol.http.HttpManager)
        at org.w3c.www.protocol.http.HttpManager.runRequest(HttpManager.java:714)
        at org.w3c.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:116)
        at org.w3c.css.util.HTTPURL.getConnection(HTTPURL.java:185)
        at org.w3c.css.util.HTTPURL.getConnection(HTTPURL.java:239)
        at org.w3c.css.css.HTMLStyleSheetParser.<init>(HTMLStyleSheetParser.java:105)
        at org.w3c.css.servlet.CssValidator.doGet(CssValidator.java:305)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java)
        at org.w3c.jigsaw.servlet.ServletWrapper$ServletRunner.run(ServletWrapper.java:542)
        at org.w3c.util.CachedThread.run(ThreadCache.java:87)
"ServletRunner<servlet-runner:1147:10970497>":
        at org.w3c.www.protocol.http.HttpManager.deleteConnection(HttpManager.java:572)
        - waiting to lock <eb438458> (a org.w3c.www.protocol.http.HttpManager)
        at org.w3c.www.protocol.http.HttpBasicServer.deleteConnection(HttpBasicServer.java:298)
        at org.w3c.www.protocol.http.HttpBasicConnection.markUsed(HttpBasicConnection.java:220)
        - locked <ed3c75d8> (a org.w3c.www.protocol.http.HttpBasicConnection)
        at org.w3c.www.protocol.http.HttpBasicServer.getConnection(HttpBasicServer.java:351)
        - locked <ece79bc8> (a org.w3c.www.protocol.http.HttpBasicServer)
        at org.w3c.www.protocol.http.HttpBasicServer.runRequest(HttpBasicServer.java:998)
        at org.w3c.www.protocol.http.HttpManager.runRequest(HttpManager.java:716)
        at org.w3c.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:116)
        at org.w3c.css.util.HTTPURL.getConnection(HTTPURL.java:185)
        at org.w3c.css.util.HTTPURL.getConnection(HTTPURL.java:239)
        at org.w3c.css.parser.CssFouffa.handleImport(CssFouffa.java:323)
        at org.w3c.css.parser.analyzer.CssParser.importDeclaration(CssParser.java:596)

closeAnyConnection is no longer synchronized

changed the non terminated wait to a 30s wait to get a connection

and another one :(

typo fixed

try to solve a hashtable problem leading to a leak in the hashtable of servers
this fix is for now a test

version upgrade, now 2.2.1

switched version number to 2.2.0

fix for encoding also

refuse null strings

needed for webdav

Fixed import statements and removed extra empty lines

moved to 2.1.2

upgraded to 2.0.5

changed notify() to notifyAll() calls, thanks to Geoffery.Schunicht@compaq.com
Note that it fixes a problem in some JVM implementation, the correct
behaviour IS to call notify().

changed notify() to notifyAll() calls, thanks to Geoffery.Schunicht@compaq.com
Note that it fixes a problem in some JVM implementation, the correct
behaviour IS to call notify().

lenient mode triggered by a property

lenient mode triggered by a property

updated version number

reverted changes, and now testing new synchronization on HttpBasicServer to avoid deadlocks

reverted changes, as there was a problem with connection count, more changes sooon...

typo fixed

typo

Http Manager now setup its default with the property value, not the fixed default (Thanks to Luke Blanshard <Luke@quiq.com>)
Fixes to client side API, deadlock removed, cleanups and synchronized call reduced, Thanks to Luke Blanshard Luke@quiq.com (backport of cha nges from 2.1)

Http Manager now setup its default with the property value, not the fixed default (Thanks to Luke Blanshard <Luke@quiq.com>)

Fixes to client side API, deadlock removed, cleanups and synchronized call reduced, Thanks to Luke Blanshard Luke@quiq.com

bumped version number to 2.0.4

removed deprecated output in the debug main

deprecated method removed

update proxy modified

update proxy modified

Version back to 2.0.3 :)

sameProperties modified

client side

merged rel-2-1 branch

upgrade 2.1.0

bumped version number

client connection cache now reach its normal limit and not one more,
and deletion now generate the right notifications to other waiting threads

version bumped to 2.0.2

version 2.0.1

javadoc

idling connection are notifying the waiting threads so that they can negociate
again the access to the connection.

stupid extra-del ;)

enabled garbage collection of persistent client connection.
Previous method was killing only one, which was valid as connection
were not reused. With the reuse of connection, there is a need to garbage
collect more than that.
When the maximum is reached, 1/3 of the old connection are cut, (2 minimum)

CVS crash recovery

when a connection is idle, it has to be registered in the serverstate so that
it can be reused later.

javadoc

new version (2.0b2)

version num

fixed default UA string

first commit for org.w3c

temporary fix to add the notification on the fly of a client side filter change

fixed doc bug

added timeout on socket and notification of the changes to all
the servers (Observable property)

System.out.println removed

- Made the constructor protected

- Added the getServerKey method (uniq per-server key)

- In runRequest target was computed *before* ingoing filters. If
  ingoing filters modify the target, the request would have been sent
  to the wrong host.

- Bug fixxes

- Upgraded the agent header to 1.0alpha5

- Fixed a bug in the mapping of properties to managers

- Cleanup

- Added a hasConnection method to server state.

- Fixed a bug in getManager: as a new manager is created for a given
  set of properties, getManager must keep track of the manager it has
  returned for any of these property sets (and not according to the
  ObservableProperties that it might have created)

- Allow for multiple instance of HttpManager in the same process
- Added missing files in Makefile

- Added ICP package
- Fixed a bug in the exceptionFilter handling

ugly bug -> infinite loop if an exception occurs

- Enhanced the filter model with support for exceptions, after long
  discussions with Yves, all filters updated in consequence.
- The new method is exceptionFilter, in RequestFilter, it is invoked
  on all filters if the network request processing (and only that one)
  fails.

- Extended the initialize method of PropRequestFilter to allow them to
  throw an exception in case they can't initialize themselves.

Filters calls out are now calls in, up to (not incuding) the first
filter that would emit a reply.

Added a sync() method to the HttpManager. The purpose is to ensure
that any filter having in-memory cached informations has at some
point, a chance to save it.

Added the w3c.www.protoocol.http.server property to indicate what kind
of HttpServer is to be instantiated (this needs refinments)

runRequest: lookupServer should be done after ingoingFilters, since
ingoingFilters may change the proxy for the request.

Bug fixes

Removed some traces.

Bug fixes.

Events now have the HttpServer as a parameter.

Bug fixes and enhancements.

Changed the filtering API, no more backward compatible (it already
wasn't although the code would compile)

Changed the connection design

Fixed a retry bug.

Fixed proprt ynames and default values

WeekEnd

Bug fixes and enhancements

Hollydays work

Getting near...It now works

Upgraded for the new internals.

Initial check in