Java Google blobstore和HTTP 206响应

Java Google blobstore和HTTP 206响应,java,http,google-app-engine,blobstore,Java,Http,Google App Engine,Blobstore,Google Blobstore最近增加了对从blob提供部分字节范围的支持。调用此方法时,将使用HTTP 206(部分内容)状态代码生成响应。因此,在这种情况下,appengine似乎假定它始终在为范围请求提供服务 然而,在我的例子中,我将许多文件捆绑到一个blob条目中,并且我知道每个blob条目的字节范围。从客户机的角度来看,他们只访问表示单个文件的URL。在幕后,我调用blob存储区上的来提供文件。在我的例子中,HTTP 200是更合适的响应,但是应用程序引擎总是返回206 有没有一种方

Google Blobstore最近增加了对从blob提供部分字节范围的支持。调用此方法时,将使用HTTP 206(部分内容)状态代码生成响应。因此,在这种情况下,appengine似乎假定它始终在为范围请求提供服务

然而,在我的例子中,我将许多文件捆绑到一个blob条目中,并且我知道每个blob条目的字节范围。从客户机的角度来看,他们只访问表示单个文件的URL。在幕后,我调用blob存储区上的来提供文件。在我的例子中,HTTP 200是更合适的响应,但是应用程序引擎总是返回206

有没有一种方法可以覆盖这种行为?(即返回200而不是206?)

谢谢, Keyur

TBH 206是正确的代码,因为即使客户端以不同的方式看到它,服务器仍然只发送blob的一部分

从技术上讲,响应代码部分用于帮助和启用缓存,如果它对范围请求返回200 OK,则临时代理将仅缓存部分实体,临时代理将(正确地)假定它是完整实体,这将扰乱对进一步请求的响应。必须始终考虑对缓存的影响,它们对Web工作有很大影响。 抱歉,我不知道:)

TBH 206是正确的代码,因为即使客户端以不同的方式看到它,服务器仍然只发送blob的一部分

从技术上讲,响应代码部分用于帮助和启用缓存,如果它对范围请求返回200 OK,则临时代理将仅缓存部分实体,临时代理将(正确地)假定它是完整实体,这将扰乱对进一步请求的响应。必须始终考虑对缓存的影响,它们对Web工作有很大影响。
抱歉,我不知道:)

我理解缓存的含义,事实上,这就是我在这里寻找200的原因。正如我提到的,在我的案例中,客户没有提出范围请求。在本例中,blob中的范围seek是一个实现细节,而不是客户端和服务器之间的契约。我理解缓存的含义,事实上,这就是我在这里寻找200的原因。正如我提到的,在我的案例中,客户没有提出范围请求。在这种情况下,blob中的范围seek是一个实现细节,而不是客户机和服务器之间的契约。