我正在研究各种类型的跟踪记录程序,它们将日志消息请求推送到服务总线上的队列中,以后由工作者角色选择,这会将它们插入到表存储中。在我的机器上运行时,这很好用(因为我是唯一使用它的人),但是一旦我把它放在服务器上进行测试,就会产生以下错误:
HTTP_Request2_MessageException: Malformed response: in D:\home\site\wwwroot\vendor\pear-pear.php.net\HTTP_Request2\HTTP\Request2\Adapter\Socket.php on line 1013
0 HTTP_Request2_Response->__construct('', true, Object(Net_URL2)) D:\home\site\wwwroot\vendor\pear-pear.php.net\HTTP_Request2\HTTP\Request2\Adapter\Socket.php:1013
1 HTTP_Request2_Adapter_Socket->readResponse() D:\home\site\wwwroot\vendor\pear-pear.php.net\HTTP_Request2\HTTP\Request2\Adapter\Socket.php:139
2 HTTP_Request2_Adapter_Socket->sendRequest(Object(HTTP_Request2)) D:\home\site\wwwroot\vendor\pear-pear.php.net\HTTP_Request2\HTTP\Request2.php:939
3 HTTP_Request2->send() D:\home\site\wwwroot\vendor\microsoft\windowsazure\WindowsAzure\Common\Internal\Http\HttpClient.php:262
4 WindowsAzure\Common\Internal\Http\HttpClient->send(Array, Object(WindowsAzure\Common\Internal\Http\Url)) D:\home\site\wwwroot\vendor\microsoft\windowsazure\WindowsAzure\Common\Internal\RestProxy.php:141
5 WindowsAzure\Common\Internal\RestProxy->sendContext(Object(WindowsAzure\Common\Internal\Http\HttpCallContext)) D:\home\site\wwwroot\vendor\microsoft\windowsazure\WindowsAzure\Common\Internal\ServiceRestProxy.php:86
6 WindowsAzure\Common\Internal\ServiceRestProxy->sendContext(Object(WindowsAzure\Common\Internal\Http\HttpCallContext)) D:\home\site\wwwroot\vendor\microsoft\windowsazure\WindowsAzure\ServiceBus\ServiceBusRestProxy.php:139
7 WindowsAzure\ServiceBus\ServiceBusRestProxy->sendMessage('<queuename>/mes…', Object(WindowsAzure\ServiceBus\Models\BrokeredMessage)) D:\home\site\wwwroot\vendor\microsoft\windowsazure\WindowsAzure\ServiceBus\ServiceBusRestProxy.php:155
⋮
我之前看到的帖子描述了类似的问题;即:
这意味着这是关于PHP Azure存储库的已知问题,其中允许的HTTPS连接数量有限。在更改需求之前,我直接访问了表存储,并遇到了同样的问题,并按照第一个链接描述的方式修复了它。
问题是连接字符串中的Service Bus端点与Table Store(等)连接字符串端点不同,必须是“HTTPS”。尝试将其与“HTTP”一起使用将返回400 - 错误请求错误。
我想知道是否有人对潜在的解决方法有任何想法。任何建议都将不胜感激。
谢谢!
编辑(在Gary Liu的评论之后):
这是我用来向队列添加项目的代码:
private function logToAzureSB($source, $msg, $severity, $machine)
{
// Gather all relevant information
$msgInfo = array(
"Severity" => $severity,
"Message" => $msg,
"Machine" => $machine,
"Source" => $source
);
// Encode it to a JSON string, and add it to a Brokered message.
$encoded = json_encode($msgInfo);
$message = new BrokeredMessage($encoded);
$message->setContentType("application/json");
// Attempt to push the message onto the Queue
try
{
$this->sbRestProxy->sendQueueMessage($this->azureQueueName, $message);
}
catch(ServiceException $e)
{
throw new \DatabaseException($e->getMessage, $e->getCode, $e->getPrevious);
}
}
此处,$this->sbRestProxy
是服务总线REST代理,在日志记录类初始化时设置。
在收到的事情的结尾,这是工作者角色方面的代码:
public override void Run()
{
// Initiates the message pump and callback is invoked for each message that is received, calling close on the client will stop the pump.
Client.OnMessage((receivedMessage) =>
{
try
{
// Pull the Message from the recieved object.
Stream stream = receivedMessage.GetBody<Stream>();
StreamReader reader = new StreamReader(stream);
string message = reader.ReadToEnd();
LoggingMessage mMsg = JsonConvert.DeserializeObject<LoggingMessage>(message);
// Create an entry with the information given.
LogEntry entry = new LogEntry(mMsg);
// Set the Logger to the appropriate table store, and insert the entry into the table.
Logger.InsertIntoLog(entry, mMsg.Service);
}
catch
{
// Handle any message processing specific exceptions here
}
});
CompletedEvent.WaitOne();
}
其中Logging Message是一个简单的对象,它基本上包含与PHP中记录的消息(用于JSON反序列化)相同的字段,LogEntry也是一个包含这些字段的TableEntity,而Logger是Table Store Logger的一个实例,在worker角色的OnStart方法中设置。
答案 0 :(得分:0)
这是Windows Azure PHP的一个已知问题,它在很长一段时间内都没有被查看过,也没有修复过。在我发布此版本和现在版本之间的时间里,我们最终编写了一个单独的API Web服务进行日志记录,并让我们的PHP代码通过cURL向它发送JSON字符串,这可以很好地作为临时工作。我们现在正在离开PHP,因此无论如何这都不会成为一个问题。