Zend Framework
LICENSE
This source file is subject to the new BSD license that is bundled with this package in the file LICENSE.txt. It is also available through the world-wide-web at this URL: http://framework.zend.com/license/new-bsd If you did not receive a copy of the license and are unable to obtain it through the world-wide-web, please send an email to license@zend.com so we can send you a copy immediately.
Implements communication via HTTP request and response headers for Wildfire Protocols.
integer $_controllerPluginStackIndex = '999'The index of the plugin in the controller dispatch loop plugin stack
Detailsstring $_headerPrefix = 'X-WF-'The string to be used to prefix the headers.
DetailsZend_Wildfire_Channel_HttpHeaders $_instance = 'null'Singleton instance
Detailsarray $_protocols = 'null'The protocol instances for this channel
Details_initProtocol(
string $uri
)
:
objectInitialize a new protocol
Details_registerControllerPlugin(
)
:
voidRegister this object as a controller plugin.
DetailsdestroyInstance(
)
:
voidDestroys the singleton instance
Primarily used for testing.
DetailsdispatchLoopShutdown(
)
:
voidFlush messages to headers as late as possible but before headers have been sent.
Detailsflush(
)
:
booleanFlush all data from all protocols and send all data to response headers.
DetailsgetInstance(
$skipCreate $skipCreate
=
false
)
:
Zend_Wildfire_Channel_HttpHeadersGet or create singleton instance
DetailsgetProtocol(
string $uri
)
:
objectGet the instance of a give protocol for this channel
DetailsgetRequest(
)
:
Zend_Controller_Request_AbstractGet the request object
DetailsgetResponse(
)
:
Zend_Controller_Response_AbstractGet the response object
Detailsinit(
string $class
=
null
)
:
Zend_Wildfire_Channel_HttpHeadersInitialize singleton instance.
DetailsisReady(
boolean $forceCheckRequest
=
false
)
:
booleanDetermine if channel is ready.
The channel is ready as long as the request and response objects are initialized, can send headers and the FirePHP header exists in the User-Agent.
If the header does not exist in the User-Agent, no appropriate client is making this request and the messages should not be sent.
A timing issue arises when messages are logged before the request/response objects are initialized. In this case we do not yet know if the client will be able to accept the messages. If we consequently indicate that the channel is not ready, these messages will be dropped which is in most cases not the intended behaviour. The intent is to send them at the end of the request when the request/response objects will be available for sure.
If the request/response objects are not yet initialized we assume if messages are logged, the client will be able to receive them. As soon as the request/response objects are availoable and a message is logged this assumption is challenged. If the client cannot accept the messages any further messages are dropped and messages sent prior are kept but discarded when the channel is finally flushed at the end of the request.
When the channel is flushed the $forceCheckRequest option is used to force a check of the request/response objects. This is the last verification to ensure messages are only sent when the client can accept them.
DetailssetControllerPluginStackIndex(
integer $index
)
:
integerSet the index of the plugin in the controller dispatch loop plugin stack
Details