Gzip / Content-Length HTTP-Header

Hello,
I'm writing an HTTP-Proxyserver, but I don't know how to get the length of a GZIPOutputStream ... I'm compressing the data, if the server does not send gzipped data:
logger.debug("Encode as GZip data!");
byte[] BinaryBody = new byte[8192];
GZIPOutputStream gzipOut = new GZIPOutputStream(client.getOutputStream());
int length;
while ((length = in.read(BinaryBody)) != -1)
gzipOut.write(BinaryBody, 0, length);
gzipOut.flush();
gzipOut.close();I often get a Nullpointer exception in the line (while ((length = in.read(BinaryBody)) != -1)
I think it's because I don't set the Content-Length Header, but I'm not sure.
greetings,
Johannes

Disable the "Use Chunked Streaming Mode" property in HTTP Transport Configuration of your business service. By default it remains enabled.
Regards,
Anuj

Similar Messages

OSB - Content length http header missing from business service out message

Hi all,
I am having some diffuclty with a business service in OSB. I created the business service from the wsdl and created a regular proxy service that just routes to the business service. When i run the test console i get the below fault.
<faultcode>soapenv:Server</faultcode>
<faultstring>BEA-380000: Length Required</faultstring>
<detail>
After some debugging i find that the content length http header is missing from the outbound message the business process creates and sends to the acutal web service which sends back the http 411 fault.
Does anyone know how to configure the message flow of my proxy service to ensure that the outbound message sent from the business service contains that content length http header or any suggestions on how to fix this issue will be appreciated.
Thanks

Disable the "Use Chunked Streaming Mode" property in HTTP Transport Configuration of your business service. By default it remains enabled.
Regards,
Anuj

Mapviewer SVG and Content-Type http header

Hello,
We have a Mapviewer installation that seems to be serving up the wrong Content-Type header for the SVG charts. The map is being created correctly and we can get GIF's and such.
The wrong Content-Type causes the Adobe SVG viewer to never render the SVG map successfully. When I save the SVG file to the desktop it opens perfectly or if I statically link it in to the web page from the sever it also opens perfectly. Is there some configuration that is missing somewhere on the mapviewer or the application server to correctly set the Content-Type ?
Notice the content type of the failing map compared to a working SVG chart we have.
HTTP/1.x 200 OK
Content-Length: 41979
Cache-Control: private
Content-Type: application/octet-streamConnection: Keep-Alive
Keep-Alive: timeout=5, max=999
Server: Oracle-Application-Server-10g/10.1.2.0.0 Oracle-HTTP-Server OracleAS-Web-Cache-10g/10.1.2.0.0 (N;ecid=92576875655,0)
Last-Modified: Wed, 16 Aug 2006 20:31:58 GMT
Date: Wed, 16 Aug 2006 20:32:01 GMT
Accept-Ranges: bytes
instead of a working SVG graphic
HTTP/1.x 200 OK
Date: Wed, 16 Aug 2006 20:35:32 GMT
Server: Oracle9iAS/9.0.2 Oracle HTTP Server Oracle9iAS-Web-Cache/9.0.3
Content-Length: 3831
Content-Type: image/svg+xml; charset=utf-8Connection: Keep-Alive
Keep-Alive: timeout=5, max=999
This seems to be the last sticking point in successfully rolling out this mapviewer implementation. Any help would be greatly appreciated.
Thanks, in advance.
Thanks,
Carl

Hello,
Thanks for the reply I've tried both SVG_URL and SVGZ_URL and used a http header sniffer to watch what's getting served up and the urls associated with MapViewer SVG are definitely getting served up with that wrong Content-Type.
Our front end is an Oracle APEX environment were we use APEX's SVG charting on the same page and they are getting served up with the correct Content-Type and display correctly, which is nice cause I can watch the header difference's side by side, and we know the mapping itself is working right because we can get image files back
Is there a sever config file or something like the httpd.conf for apache that needs to be set?
Thanks for any help or insight
Carl

Tomcat always generates charset in Content-Type http header !!!

Dear All! I need urgent help with a problem I met with and any suggestion are very appreciated!
The problem is:
We are using Tomcat as a web server (and JSP engine), and we would like to use a user control written in C# 2.0 on one of our pages. I've developed such component and tested it using JBuilderX (in fact it resides inside a JSP page). Everything is working fine while debugging using JBuilder, but when I tried to deploy the solution - I got a problem, my dll was not downloaded properly. Let me illustrate this with a test example. I wrote a test html page:
<html > <head> <title>Test</title> </head> <body> <object id="MyControl" height="300" width="550" classid="http://localhost:8080/MyDLL.dll#WindowsControlLibrary1.UserControl1"> </object> </body> </html>
When I tried to open it I did not get my control loaded. I check the headers of the server http response and found that Tomcat added the following string as
Content-Type: application/x-msdownload;charset=ISO-8859-1
I'm positive that in this case Content-Type should look like
Content-Type: application/x-msdownload
(or application/octet-stream if I would choose to define mime type for dll in server's web.xml as
<mime-mapping> <extension>dll</extension> <mime-type>application/octet-stream</mime-type> </mime-mapping>
- it does not matter as I understand )
so Content-Type should not contain any charset for DLL part of response. NO charset=ISO-8859-1 !!
But Tomcat adds it. :-( And I don't know how to prevent him doing that.
On the other hand when I tried to open this page using Tomcat started from within JBuilder (port number in this case is different) - then everything was going good and control was downloaded to "Temporary Internet Files" and shown on the page.
Content-Type field in this case was:
Content-Type: application/x-msdownload
without any charset.
So, my question is: How to suppress Tomcat wish to add the "charset=ISO-8859-1" string to the Content-Type http response header?
What should I do to load my test html page succesfully?
Thanks in advance for you time and patience!
Sincerely yours, Igor

Back to the top

Content-Length Header being stripped out of Gatewayed pages

I am working to integrate the GPL'ed Moodle e-learning web application with Plumtree. However, I'm hitting a snag. For certain POST events, Moodle expects to receive a content-length header.
When I use the application outside the portal, it works fine, and the Content-Length header is sent. However, when I have the application gatewayed through the portal, the Content-Length header seems to get stripped out of the HTTP request and I get HTTP error 411 (Content Length Required).
Is there a way I can convince the portal to not strip out the Content Length HTTP header?

I'm working with .NET portal.
For the particular file that caused the error as reported in the tcptrace log, I opened IIS manager, found the virtual directory, right clicked to open the properties dialog and checked directory security.
Select edit anonymous access to check the account used for anonymous access, supply the user account needed and allow IIS to manage password. If in doubt check the settings on pages containing http post that are functioning properly.
Check Integrated Widows Authentication
I found this virutal directory had no user in the anonymous account, not sure how this happened. This resulted in pages that contained post/postbacks giving the "length required" error when I hit a button to perform the post/postback. Pages that did not contain Posts/Postback work correctly.

Problems with http header "Content-Location"

Does anyone know how to override the
"Content-Location" http header. We are having issues with search engines and this header being returned from Apache/oc4j. In a nutshell, I have a site that uses the
Struts framework, where the actual urls submitted would be for example
(http://mysite/home.do), where ".do" is just a servlet mapping. When we have
tried to follow the one link that has been spidered, it actually contains
the full path that appears in the "Content-Location" header (i.e.
http://mysite/web-inf/jsps/bogus.jsp) which in this case can't even be
accessed. The feedback we get from third-party utilities that try to spider
the site is that it is stopping because it has already indexed "bogus.jsp",
which in reality will always appear since it is a template, where the actual
urls will be different as is above.
Because the "Content-Location" header is being returned to any
client hitting the site, search engine spiders stop indexing at the first page because the value in "Content-Location" is the same.
Solutions tried:
mod_headers in Apache - have tried "Header unset"
HttpServletResponse.setHeader()
Any help would be appreciated

Hi there,
i'm having a similar problem to this when trying to run some web page speed optimisation software...
i think the issue also causes problems with the Opera browser (although this may have been fixed in the latest version).
anybody any ideas how to stop the header being sent in the response?
many thanks,
Andy

SunOne Web Server 6.1 and JSP response content-length

Hi,
I am looking for help for a problem in my previous post
http://swforum.sun.com/jive/thread.jspa?threadID=58612.
It seems to me the only significant difference of the response to the same jsp file from 6.0 and 6.1 server is the content-length header.
6.0 response has the content-length header;
6.1 response does not have the content-length header.
HttpUrlConnection::getContentLength() returns the actual content length of the 6.0 response;
HttpUrlConnection::getContentLength() returns -1 for the 6.1 response.
Here is the dump,
SunOne WebServer 6.0
allowUserInteraction? false
content? sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@1eed786
contentEncoding? null
contentLength? 999
contentType? application/x-java-jnlp-file
Date? 1131378080000
DefaultAllowUserInteraction? false
DefaultUseCaches? true
DoInput? true
DoOutput? false
Expiration? Wed Dec 31 19:00:00 EST 1969
FileNameMap? java.net.URLConnection$1@1a1c887
lastModified? Wed Dec 31 19:00:00 EST 1969
requestMethod? GET
responseCode? 200
responseMessage? OK
HEADER::Set-cookie=[JSESSIONID=pkand013-1%253A436f75a0%253A5b909ee2e5bbe3bc;path=/]
HEADER::Date=[Mon, 07 Nov 2005 15:41:20 GMT]
HEADER::Server=[Netscape-Enterprise/6.0]
HEADER::null=[HTTP/1.1 200 OK]
HEADER::Content-length=[999]
HEADER::Content-type=[application/x-java-jnlp-file]
SunOne WebServer 6.1
allowUserInteraction? false
content? sun.net.www.protocol.http.HttpURLConnection$HttpInputStream@1fee6fc
contentEncoding? null
contentLength? -1
contentType? application/x-java-jnlp-file
Date? Mon Nov 07 10:49:07 EST 2005
DefaultAllowUserInteraction? false
DefaultUseCaches? true
DoInput? true
DoOutput? false
Expiration? Wed Dec 31 14:00:00 EST 1969
FileNameMap? java.net.URLConnection$1@1503a3
lastModified? Wed Dec 31 19:00:00 EST 1969
requestMethod? GET
responseCode? 200
responseMessage? OK
HEADER::null=[HTTP/1.1 200 OK]
HEADER::Expires=[Wed, 31 Dec 1969 19:00:00 EST]
HEADER::Set-cookie=[JSESSIONID=44A318F4BC0802A4C70C27FD4AB1C115;Path=/]
HEADER::Transfer-encoding=[chunked]
HEADER::Date=[Mon, 07 Nov 2005 15:49:07 GMT]
HEADER::Pragma=[No-cache]
HEADER::Server=[Sun-ONE-Web-Server/6.1]
HEADER::Content-type=[application/x-java-jnlp-file]
HEADER::Cache-control=[no-cache]
In my test env, 6.0 and 6.1 are installed on the same machine (Win2K), using the same directory as web root, same http port. Browser runs on a different machine.
Thanks
Harry

Hi, elving
This is good information. Thanks very much.
Actually, I am not using SSL, just plain http connection with basic auth. It might be the cache-control header that causes the head ache. 6.0 response does not have the cache-control header, but 6.1 has.
The interesting thing is that adding a servlet mapping on 6.1 solves the problem.
I will take a further look tomorrow.
Cheers,
Harry
I doubt the problem has to do with the Content-Length
header.
I'd guess that you're using SSL. Are you? If so,
you're almost certainly bumping into a known bug (or,
as Microsoft describes it, a "feature") in Internet
Explorer. Microsoft article KB316431 at
http://support.microsoft.com/default.aspx?scid=316431h
as some information on the problem. As the article
points out, the problem occurs when Internet Explorer
needs to invoke an external application to handle a
file that was served over SSL with Cache-Control:
no-cache and/or Pragma: no-cache headers.
A work around would be force Web Server to send
Cache-Control and Pragma headers that don't include
the no-cache directive. For example, the following
lines could be added to the obj.conf configuration
file:<Object ppath="*.jnlp">
Output fn="set-variable" set-srvhdrs="Cache-Control:
private"
Output fn="set-variable" set-srvhdrs="Pragma:
private"
</Object>Fortunately, it sounds like you've already
found another viable work around.

Bug: XMLHttpRequest mishandles content-length

In the Palm Pre browser, if you are running JavaScript code that Posts an XMLHttpRequest query that returns an XML document *and* that document doesn't have an explicit content-length header, the browser assumes a content-length of zero and presents an empty document. (If there is an explicit content-length header, then the browser uses it as the length of the returned XML document and all is well.)
FWIW: In the JavaScript code that I've been using to dig into this issue, I have:
xmlDoc=xhttp.responseXML;
alert(xhttp.getAllResponseHeaders());
alert(xhttp.responseText.length);
The getAllResponseHeaders() call returns all the headers that I see going across the wire (using WireShark) *PLUS* a "content-length=0" header that isn't coming from the server (the server is not sending any content-length header). The responseText.length then, of course, reports a length of zero, regardless of the true length of the XML document being transmitted.

I actually looked at the developer forum first as a place to post this, but that forum seemed to be 100% aimed toward native WebOS app development. I really didn't see an appropriate spot to report a bug that seems to reside within the browser. (I know far too little of WebOS app development to claim any knowledge of whether the WebOS app JavaScript interpreter has the same bug as the browser JavaScript interpreter.)
So, that being said, which section of the developer forum would you suggest that I post in?
Thanks!

HTTP PUT Request for File Uploads is returning a response header with content-length = 0

After upgrading from CF9 to Coldfusion 10, I'm running into an odd issue, with `cURL` calls to a webservice that used to work.
We are using an HTTP PUT Request with multipart="no" so that the request header content is the file itself, now the data is being sent properly in the content but it has a ~8k limit. This is fine for smaller files but some files are 60kb etc.
Errors are odd too, near the 8KB limit we get a bad gateway error 502, and above that the webpage errors with a connection reset.
It works fine with multipart="yes", but in a PUT request the file's data isn't even sent since it's looking for `httpparam formField` , the content-length from the target page's Headers show a content-length of 0 which causes `cURL` to fail with an error (56): http://curl.haxx.se/docs/manpage.html
Here's example code to reproduce:
<cfset sFilename = "C:\999\test4.txt">
<cffile action="readBinary" file="#sFilename#" variable="fileRead">
<cfset oFileInfo = GetFileInfo("#sFilename#")>
<cfhttp           url="localhost/Clarence/diff_elt_test_output.cfm"
                              method="PUT"
                              username="******"
                              password="******"
                              multipart="yes"
                              result="oHttp">
          <cfhttpparam type="header" name="Content-Type" value="text/plain" />
          <cfhttpparam type="header" name="Content-Length" value="#oFileInfo.Size#" />
          <cfhttpparam type="body" value="#fileRead#"/>
</cfhttp>
<cfdump var="#oHttp#">
Dumping the response via GetHttpRequestData() shows that the header's content-length = 0 and content is blank.
Whereas POST requests work fine, cURL has a -F form option which is our fallback but a solution to this would be great.
Here's what I've tried:
1. Changing CF post request limit sizes (64MB+)
2. Changing IIS config web/webserver http runtime and security.request filtering request limits to much higher values
3. AJP Connector between IIS and Tomcat has a default 8KB header limit, I changed that to 64k on both sides, still nothing
Also am I missing something fundamental here? I thought at the network layer a packet is split up and rejoined, so large content in a http request body should work, what's wrong with Coldfusion 10?

I am familiar with java.net package and know how to
Read and Write Streams.
However, what I do not know is what string
represntation of PUT or POST resquests is?It's HttpURLConnection.setRequestMethod("PUT") or ("POST").
Also you have to setDoOutput(true).
Then you set the content type, possibly encode the input, set the content length, and write the file data to the stream.
Using a Jakarta package may be easier, however.

Content-Length Header Missing in Http Response

Hi folks,
Our application uses JSPs and Servlets. To solve a TCP level probelm, we would like to ensure that each response sent from the WebLogic Server includes a content-length header. All the pages are dynamic and therefore we cannot explicitly set the content-length.
To ensure that WebLogic has the opportunity to set this header, we have increased the response buffer size by adding a <%@ page buffer="nK" %> header to our JSPs and a response.setBufferSize call to our Servlets. The responses still do not contain a content-length header.
Is there anything else we can do to get WebLogic to set this header?
Thanks in advance,
Santosh

Anybody?

HTTP Compression causes HTTP2228: Response content length mismatch

Dear All,
My application use iPlanet 6.1, recently we have enabled HTTP compression for the webserver.
Which inturn does not picking up style sheet and results with bad look and feel on front end.
On the back iPlanet logs we see some errors like
warning (23569): for host xxx.xxx.xxx.xxtrying to GET /zbank2/css/zbank.css, finish-response reports: HTTP2228: Response content length mismatch (315 bytes with a content length of 945)
Could you please help to resolve this problem
Thanks,
Jude

Can you send your css file? I tried it on Web Server 7.0 update 3 seems to be working fine.
I made a css file from [http://www.w3.org/Style/Examples/011/firstcss|http://www.w3.org/Style/Examples/011/firstcss]
$cat mystyle.css
body {
padding-left: 11em;
font-family: Georgia, "Times New Roman",
Times, serif;
color: purple;
background-color: #d8da3d }
ul.navbar {
list-style-type: none;
padding: 0;
margin: 0;
position: absolute;
top: 2em;
left: 1em;
width: 9em }
h1 {
font-family: Helvetica, Geneva, Arial,
SunSans-Regular, sans-serif }
ul.navbar li {
background: white;
margin: 0.5em 0;
padding: 0.3em;
border-right: 1em solid black }
ul.navbar a {
text-decoration: none }
a:link {
color: blue }
a:visited {
color: purple }
address {
margin-top: 1em;
padding-top: 1em;
border-top: thin dotted }
$cat myhtml.html
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
<html>
<head>
<title>My first styled page</title>
<link rel="stylesheet" href="mystyle.css">
</head>
<body>
This is style.html
</body>
</html>$cat obj.conf
<Object name="default">
AuthTrans fn="match-browser" browser="*MSIE*" ssl-unclean-shutdown="true"
NameTrans fn="ntrans-j2ee" name="j2ee"
NameTrans fn="pfx2dir" from="/mc-icons" dir="/export1/wsNov4/iplanet/ias/server/work/B1/SunOS5.8_DBG.OBJ/lib/icons" name="es-internal"
PathCheck fn="uri-clean"
PathCheck fn="check-acl" acl="default"
PathCheck fn="find-pathinfo"
PathCheck fn="find-index-j2ee"
PathCheck fn="find-index" index-names="index.html,home.html,index.jsp"
ObjectType fn="type-j2ee"
ObjectType fn="type-by-extension"
ObjectType fn="force-type" type="text/plain"
Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common"
Service method="(GET|HEAD|POST)" type="*~magnus-internal/*" fn="send-file"
Service method="TRACE" fn="service-trace"
Output fn="insert-filter" filter="http-compression" type="text/*" vary="on" fragment-size="8096" compression-level="6"
Error fn="error-j2ee"
AddLog fn="flex-log"
</Object>
<Object name="j2ee">
Service fn="service-j2ee" method="*"
</Object>
<Object name="es-internal">
PathCheck fn="check-acl" acl="es-internal"
</Object>
<Object name="cgi">
ObjectType fn="force-type" type="magnus-internal/cgi"
Service fn="send-cgi"
</Object>
<Object name="send-precompressed">
PathCheck fn="find-compressed"
</Object>
<Object name="compress-on-demand">
Output fn="insert-filter" filter="http-compression"
</Object>Sent a request, but I didn't see any errors
[07/Nov/2008:12:58:53] finest (22021): GET /mystyle.css, func_exec reports: executing method="(GET|HEAD|POST)" type="*~magnus-internal/*" fn="send-file" Directive="Service"
[07/Nov/2008:12:58:53] finest (22021): GET /mystyle.css, func_exec reports: executing fn="insert-filter" filter="http-compression" type="text/*" vary="on" fragment-size="8096" compression-level="6" Directive="Output" magnus-internal=""
[07/Nov/2008:12:58:53] fine (22021): inserted filter http-compression
[07/Nov/2008:12:58:53] finest (22021): GET /mystyle.css, func_exec reports: fn="insert-filter" filter="http-compression" type="text/*" vary="on" fragment-size="8096" compression-level="6" Directive="Output" magnus-internal="" returned 0 (REQ_PROCEED)
[07/Nov/2008:12:58:53] finest (22021): GET /mystyle.css, func_exec reports: method="(GET|HEAD|POST)" type="*~magnus-internal/*" fn="send-file" Directive="Service" returned 0 (REQ_PROCEED)...ssltap shows the response was encoded :
--> [
GET /mystyle.css HTTP/1.1^M
Host: ....
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8.1.2) Gecko/20070225
Firefox/2.0.0.2^M
Accept: text/css,*/*;q=0.1^M
Accept-Language: en-us,en;q=0.5^M
Accept-Encoding: gzip,deflate^M
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7^M
Keep-Alive: 300^M
Connection: keep-alive^M
Referer: http://.../myhtml.html^M
Cookie: SUN_ID=129.147.37.51:287861225347735; s_vi=[CS]v1|48F6E7BF00000316-A02082200000556[CE]; nfTimeStamps=19700101000000%7C19700101000000%7C19700101000000; nfSettings=112101110%7C%7Cen_US%7C%7C0%7C60%7C-1%7C%7Cweek%7C-1%7C; location=US;
s_cc=true; s_sq=%5B%5BB%5D%5D; AMAuthCookie=AQIC5wM2LY4SfczkxcjsoIVQbGnnqbFrqk8lWxYT1xzFVlE%3D%40AAJTSQACMDI%3D%23^M
^M
<-- [
HTTP/1.1 200 OK^M
Server: Sun-Java-System-Web-Server/7.0^M
Date: Fri, 07 Nov 2008 07:28:53 GMT^M
Content-type: text/css^M
Last-modified: Fri, 07 Nov 2008 07:20:29 GMT^M
Etag: W/"277-4913ec3d"^M
Content-encoding: gzip^M
Vary: accept-encoding^M
Transfer-encoding: chunked^M
^M
165^M
^_\213^H^CU\222\301N\3030^L\206\357{
^K\256\313\2641!A8q^Z'^N^[/\3406nk-M\252$\355\250\320\336\2354)l\315\245\262^?\307\376?\247\205U#\374\254:T\212M-4UA\302nG\355[\314V\326^DQa\313z\224p \353j\3065<|qK^^>\351^BG\333\242yX\307\322|\222\262^FO\216\253\251Ai\265u^R\272\336u\232\246D\201\345\271v\2667J\314\332\243zQ\270Wp]\365zcp(\320%G\232}^P>\214\232D^X;\222`\254I-f\253^R\266S\324b4e\346\240\263\236^C\333^Xb\341\255\356C\272^Pl'\341)^S\315|9\270\260
\215\204Wj\343\364f\227\306.\220?H^O^T\270\214\320^G24\304\357\273c\3247\340SoNh\2748R\335kt^Q}\212^R\377\202Hs\352~\303\227pi8\373\373G\330<G'\333%\343f\237\275^V\326)r\302q\335d\210\200\254\240\320\261\345b^T\246I\201\276\203PTZ\207y#\323\372b^]J\315\346\234J\346^G(t\237\205\201\343\366H\335k\371\341&U)G\336'-\373^Ui\255\363&\377~\237\373\334\3548\245B\303^F\224^MS\373\353j\365^K O\2450w^B^M
0^M
^M
]

Content-Length header not changed after url-rewrite... yields cut page.

We use iPlanet6 ,service pack 4. The pages that return from the servlets are
changed by the Application Server. The Application Server adds
GXHC_GX_jst=901a10a6662d6164& to the all the URLs (which increase the
page's size). The problem is that Application Server does not change the
Content-Length header in the servlet response. This yields cut pages in the
browser (IExplorer5).
If we don't add the Content-Length header it works fine. (I.e., The pages
are not cut.) Our problem is that we work with mobile devices that must have
the Content-Length header to work properly.
Q: Do you know if there is a patch that fix the problem?
Q: Is it possible to configure the Application Server to prevent this
url-rewrite?
Regards,
Aviram

Hi guys,
I would like to do url rewriting on our CF app but am worried I'll break something if I try and do it myself - is there anyone who would be interested in a bit of consultancy to help us achieve this?
I want to turn http://www.allchichesterjobs.com/search-results.cfm?sector=21&q=part-time-jobs
into http://www.allchichesterjobs.com/part-time-jobs
I've tried this using IIS and URL Rewrite, when I browsed to http://www.allchichesterjobs.com/search-results.cfm?sector=21&q=part-time-jobs
my browser was redirected to http://www.allchichesterjobs.com/part-time-jobs ok - but then I got a 404 error
I'm wondering if I can pay someone to remote view my screen while we talk on skype and tell me what to do?
Hope it's ok to post this sort of request on here
Thanks very much indeed.
Nick

Wrong content length in response header, ICM

Hello,
When i checked in the SMICM log file i got the error message:
[Thr 1085303104] *** ERROR => HttpClntHdlResponse: client: premature EOS (28980/59150) - wrong content length in response header
Kindly let me know what may be the cause of this error.
Kind regards
Lutz

Hi Raghu and Anil,
here are some more information:
Kernel-Release    700
Compilation       Linux GNU SLES-9
Patch-Level       201
SAP_ABA     700     0019     SAPKA70019
SAP_BASIS     700     0019     SAPKB70019
PI_BASIS     2005_1_700     0019     SAPKIPYJ7J
ST-PI     2008_1_700     0000          -
SAP_BW     700     0021     SAPKW70021
SAP_AP     700     0016     SAPKNA7016
SAP_APPL     600     0015     SAPKH60015
SAP_HR     600     0038     SAPKE60038
ST-A/PI     01L_ECC600     0000          -
ICM Parameter
Services
icm/server_port_0     = PROT=HTTP,PORT=8022
icm/server_port_1     = PROT=SMTP,PORT=0
Hard limits
icm/max_services               = 30
icm/listen_queue_len           = 512
icm/req_queue_len              = 500
icm/max_conn                   = 500
icm/max_sockets                = 2048
Thread handling
icm/min_threads                = 10
icm/max_threads                = 50
icm/min_spare_threads          = 3
Tracing and statistic
rdisp/TRACE                    = 1
icm/tracefile                  = dev_icm
icm/log_level                  = 0
icm/stat_level                 = 1
icm/security_log               = LOGFILE=dev_icm_sec,MAXSIZEKB=500
icm/accept_remote_trace_level = 0
Monitoring
icm/ccms_monitoring            = 1
icm/ccms_refresh_rate (sec.)   = 30
Timeout handling
icm/keep_alive_timeout (sec.) = 60
icm/conn_timeout (msec.)       = 5000
HTTP settings
icm/HTTP/max_request_size_KB   = 102400
icm/HTTP/server_cache_0        = PREFIX=/, CACHEDIR=/usr/sap/PF1/DVEBMGS22/dat
a/cache
icm/HTTP/admin_0               = PREFIX=/sap/admin,DOCROOT=/usr/sap/PF1/DVEBMG
S22/data/icmanroot/admin,AUTHFILE=/usr/sap/PF1/SYS
icm/HTTP/auth_0                = PREFIX=/,FILTER=SAP
HTTP(S) error handling
is/HTTP/show_detailed_errors   = 1
HTTPS (SSL) settings
icm/HTTPS/verify_client        = 1
ssf/name                       =
ssf/ssfapi_lib                 =
sec/libsapsecu                 =
ssl/ssl_lib                    =
Context Quotas
icm/HTTP/context_quota         = 90%
icm/HTTPS/context_quota        = 90%
icm/SMTP/context_quota         = 90%
Memory Pipe settings
mpi/total_size_MB              = 80
mpi/buffer_size                = 65536
J2EE settings
rdisp/j2ee_start               = 0
is/HTTP/default_root_hdl       = J2EE
Content Filter settings
csi/enable                     = TRUE
csi/SAP/csa_lib                = /usr/sap/PF1/DVEBMGS22/exe/libsapcsa.so
Misc
icm/host_name_full             = cipf122.ikk.local
icm/cancel_strategy            = cancel requests without session (stateless)
rdisp/plugin_auto_logout       = 1800
is/HTTP/virt_host_0            = :;
is/SMTP/virt_host_0            = :;
Best regards
Lutz

Remove "content-length" item from the header of httpServletResponse

Hi all,
tomcat6.0, JDK5.0.
I use tomcat6.0 as the web container and JDK version is 1.5.
I found tomcat connector will add "content-length" item in all httpServletResponse header.
But now I need generate some chunked http response.according the RFC, there should be no "content-length" item in the http header when response is chunked-encoding.
So how can I remove the 'content-length" item from the httpServletResponse header?
Thanks a lot!
Rare

one posting to a question, please:
http://forum.java.sun.com/thread.jspa?threadID=5268921&tstart=0
%

Content-Type is net being set in HTTP header. Server returns 400 Bad Request error.

Hi,
I am trying to access an XML WebService. This service requires the content type of the request to be set to "text/xml". As you can see in the source code, I am setting the req.ContentType property to "text/xml".
However, this content type seems not to be added to the HTTP headers. The server returns a 400 Bad Request error as can be seen in the log.
I've attached a System.Net.trace log and it states:
[Public Key]
Algorithm: RSA
Length: 2048
Key Blob: 30 82 01 0a 02 82 01 01 00 bc 09 30 8a 1e 03 4d 7a ea 16 d3 a8 5e d8 5b 00 c4 8a c5 9f 26 bd 7d d6 cb 8b d0 db bd 93 2d 2b 3b 84 f6 20 79 83 34 67 51 37 21 ea 56 5e 18 d8 a3 db 72 43 0e 14 77 e2 64 cb 07 b6 2a 81 c7 f5 16 dd 19 c7 d9 68 0b 3a 81 5c f0 05 c9 ed 2b 37 00 31 41 37 8b 3a 73 4a 4d ab d7 d8 87 79 35 82 01 97 e3 3c be bb 84 e5 94 bb 87 52 e3 9f b5 fb 3e 33 38 c3 eb 73 42 ee ba 1e c5 4a 33 18 a1 0d 8a d2 10 a8 c5 3....
System.Net Information: 0 : [26780] SecureChannel#31884011 - Remote certificate was verified as valid by the user.
System.Net Information: 0 : [26780] ConnectStream#26966483 - Sending headers
API-VERSION: 1
Host: test.myhost.com
Content-Length: 329
Expect: 100-continue
Connection: Keep-Alive
System.Net Information: 0 : [26780] Connection#3888474 - Received status line: Version=1.1, StatusCode=100, StatusDescription=Continue.
System.Net Information: 0 : [26780] Connection#3888474 - Received headers
System.Net Information: 0 : [26780] Connection#3888474 - Received status line: Version=1.1, StatusCode=400, StatusDescription=Bad Request.
System.Net Information: 0 : [26780] Connection#3888474 - Received headers
0: Content-type
1: text/xml
X-Debug-Token: a810dc
X-Debug-Token-Link: /service/_profiler/a810dc
Connection: keep-alive
Content-Length: 3440
Cache-Control: no-cache
Content-Type: text/html; charset=UTF-8
Date: Tue, 14 Apr 2015 11:07:11 GMT
Server: Apache
...and here's the implementation of the web request:
private void ButtonSend_Click(object sender, EventArgs e)
WebHeaderCollection whCol = new WebHeaderCollection();
whCol.Add("API-VERSION", "1");
//whCol.Add("Content-Type", "text/xml; charset=UTF-8"); <-- That doesn't work in .NET. Content-Type has to be set on the ContentType-Property
string msg = _textBoxReq.Text;
HttpWebRequest req = (HttpWebRequest)WebRequest.Create(_textBoxURL.Text);
byte[] data = Encoding.UTF8.GetBytes(msg);
req.Method = "POST";
req.ContentType = "text/xml; charset=UTF-8";
req.ContentLength = data.Length;
req.Headers = whCol;
req.GetRequestStream().Write(data, 0, data.Length);
string xml = "";
try
using (HttpWebResponse resp = (HttpWebResponse)req.GetResponse())
using (System.IO.StreamReader sr = new System.IO.StreamReader(resp.GetResponseStream()))
xml = sr.ReadToEnd().Trim();
catch (WebException we)
using (System.IO.StreamReader sr = new System.IO.StreamReader(we.Response.GetResponseStream()))
xml = sr.ReadToEnd().Trim();
_textBoxRes.Text = xml;
Can anyone help?
Thanks,
MiRi

Hi _MiRichter,
Well Done!
Thank you very much for sharing the solution to us.
Best Regards,
Amy Peng
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Gzip / Content-Length HTTP-Header

Similar Messages

Maybe you are looking for