露天webscripts：随机HTTP 400

看来，我们遇到了很多随机HTTP 400（错误请求）近日露天webscripts：随机HTTP 400

的他们都是通过代理在分享Ajax调用提出：“主机 /股/代理/ alfresco /“ 在加载或刷新新页面时，大多数情况都会发生。它们可以在Alfresco现有的ajax请求中或通过我们的定制发生。

是否有任何理由可以突然解释为什么我们可以看到？

这里是一个失败的请求的例子：不显示

enter image description here

标识：

Request URL:http://foobar.com/share/proxy/alfresco/slingshot/profile/avatar/me%40company.com Request Method:GET Status Code:400 Bad Request Request Headersview parsed GET /share/proxy/alfresco/slingshot/profile/avatar/me%40company.com HTTP/1.1 Host: test04.componize.com Connection: keep-alive Cache-Control: no-cache Pragma: no-cache User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22 Accept: */* Referer: http://foobar.com/share/page/site/somesite/somepage?nodeRef=workspace://SpacesStore/85c4f863-343a-4668-b2cc-6338734c6108 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8,fr;q=0.6,ja;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 Cookie: JSESSIONID=7A8588F21E2E1A8D27A67DEFACA688A7; alfLogin=1363695391; alfUsername2="cGF0cmljay5sdXNzYW5AY29tcG9uaXplLmNvbQ=="; SS_MID=92c6f733-7a8a-4fbd-876d-a8d4e85ed663h49mh6mw; __utma=129970003.1515757632.1341479871.1359127257.1360571858.15; __utmz=129970003.1341479871.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none) Response Headersview parsed HTTP/1.1 400 Bad Request Date: Tue, 19 Mar 2013 12:29:06 GMT Server: Apache-Coyote/1.1 Content-Length: 0 Connection: close Content-Type: application/x-msdos-program

编辑：添加截图

头像不显示：

来源

2013-03-19 plus-

你对露天和共享使用同一台服务器吗？ – swemon 2013-03-19 10:42:12

是的，他们是在同一个。 – 2013-03-19 10:43:41

你也可以添加响应数据吗？ – Zlatko 2013-03-19 12:38:20

默认URL连接到从露天的份额是

http://localhost:8080/alfresco/那就是你的“host/share/proxy/alfresco/”

确保主机和端口对于两个露天和共享正确的。

如果要更改默认的连接，你可以在share-config-custom.xml

<config evaluator="string-compare" condition="Remote"> 
     <remote> 
     <endpoint> 
      <id>alfresco-noauth</id> 
      <name>Alfresco - unauthenticated access</name> 
      <description>Access to Alfresco Repository WebScripts that do not require authentication</description> 
      <connector-id>alfresco</connector-id> 
      <endpoint-url>http://host_name:80/alfresco/s</endpoint-url> 
      <identity>none</identity> 
     </endpoint> 

     <endpoint> 
      <id>alfresco</id> 
      <name>Alfresco - user access</name> 
      <description>Access to Alfresco Repository WebScripts that require user authentication</description> 
      <connector-id>alfresco</connector-id> 
      <endpoint-url>http://host_name:80/alfresco/s</endpoint-url> 
      <identity>user</identity> 
     </endpoint> 

     <endpoint> 
      <id>alfresco-feed</id> 
      <name>Alfresco Feed</name> 
      <description>Alfresco Feed - supports basic HTTP authentication via the EndPointProxyServlet</description> 
      <connector-id>http</connector-id> 
      <endpoint-url>http://host_name:80/alfresco/s</endpoint-url> 
      <basic-auth>true</basic-auth> 
      <identity>user</identity> 
     </endpoint> 
     </remote> 
    </config>

在我们的例子改变这种情况，露天在HOST_NAME运行与80端口希望这将帮助ü。

来源

2013-03-19 10:49:00 swemon

我添加了编码，以便在share-config-custom.xml中添加 – swemon 2013-03-19 10:54:15

这不是我无法连接。这只是10个中的1个失败，大部分时间都是第一个。 – 2013-03-19 12:11:22

一个可能的原因是您的硬件资源使用情况。

几年前我遇到的问题是服务器设置。我有一个四核心opeteron服务器与4 GB的内存和Alfresco +分享+ MySQL（+一些Linux守护进程，如Apache和东西）就可以了。它往往会失败，我不得不重新启动服务器，通常我有很多错误400和500.

当我将MySQL移动到另一台物理机器时，情况好得多。也许你的问题是相似的，你可以升级硬件来解决问题。

如果你有一个备用服务器只是转储SQL和关闭它Alfresco的服务器上，并启动备用服务器上，也许你可以，如果你得到更少失败的请求测试。

来源

2013-03-19 12:42:27 Zlatko

是的，我调查越多，我认为它与软件无关（至少不是Alfresco，也不是我们的定制） – 2013-03-19 12:45:05

最后，这是一些服务器端问题，与Alfresco无关。

来源

2013-03-21 20:25:01

露天webscripts：随机HTTP 400

回答

相关问题