Hi,
I am using Tomcat 4.1.29 in a production environment and I want tomcat
not to add default charset in Content-Type response header.
Is it possible?
Thanks in advance.
Alpay
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Alpay Ozturk wrote:
Hi,
I am using Tomcat 4.1.29 in a production environment and I want tomcat
not to add default charset in Content-Type response header.
Is it possible?
Thanks in advance.
Alpay
-
To unsubscribe, e
,
Kerem
-Original Message-
From: Alpay Ozturk [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 22, 2005 12:37 PM
To: Tomcat Users List
Subject: Default Charset in Content-Type Header
Hi,
I am using Tomcat 4.1.29 in a production environment and I
want tomcat
not to add
Thanks Kerem ,
But I need to set the content-type of a servlet response as
application/vnd.wap.mms-message without adding a charset header. Since
some handsets do not accept the MMS response messages although the
messsage is well-encoded. Anyway, thanks for your response.
Regards,
Alpay
On Thu
Thanks Jilles ,
I need to set the content-type of a servlet response as
application/vnd.wap.mms-message. But I will recheck my code if I am
setting content-type to text/html before setting it to
application/vnd.wap.mms-message. If it does not work, I will wrap the
response as you suggested
Return binary content from a servlet using the ServletOutputStream and
you should have no problem.
This is the way we vend MMS data. (In fact all of our binary data.)
HTH,
Jon
Alpay Ozturk wrote:
Thanks Kerem ,
But I need to set the content-type of a servlet response as
application
I am using Tomcat 5.0.28 and need to have a pdf document open as a plug-in
in Internet Explorer. I tried using the
response.class file (for an earlier version of Tomcat) recommended in the
bug documentation, but it did not make a difference. Is there any
additional information/solutions that are
that I specify in the Content-Type HTTP
header.
Does anyone know how to fix this?
Here is the code that I am currently using:
response.setContentType(text/xyz );
response.setHeader(Content-Disposition, Attachment; filename=\blah.xyz\);
Thank you
Strange... I have identical code and it works IE and FireFox.
This is how write it out into the response stream
// set up the response header with the content type, the file name and
// the file size
//
res.setContentType(application/zip);
res.setHeader(Content-disposition, attachment; filename
]
Subject: Internet Explorer and Content-Type
I have a servlet that generates data that I want to write to the client's
browser. This data is just ASCII text. The problem that I am running into
is that Internet Explorer's Save As window defaults the filename to the
name of my servlet. Firefox
Thanks for your answer Henri :)
I agree with you, finally I don't think the problem comes from mod_jk
It may be Apache (using mod_jk and Tomcat) like described by Stuart
Hynd in his post on this page : http://www.junlu.com/msg/107218.html
Or, perhaps, QuickTime 6 which is more weaker than QT7
Any ideas ?
It would be helpful :)
Thanks,
Jérôme Chauvin
Le 19 juil. 05, à 10:09, Jérôme Chauvin a écrit :
Hi all !
I've developed a servlet (BinaryStreaming based on
StreamingContent by Raj Behera) which does a binary stream of a mpeg
video file which is created progressively (by another
Hi all !
I've developed a servlet (BinaryStreaming based on StreamingContent
by Raj Behera) which does a binary stream of a mpeg video file which is
created progressively (by another servlet/software/Unix command/... not
important ) and finally read and played by Quicktime.
I use Apache and
Hi all !
I've developed a servlet which does a binary stream of a mpeg video file
which is created progressively (by another servlet/software/Unix
command/... ) and finally read and played by Quicktime.
I use Apache and Tomcat so I've installed mod_jk
All work well but... :
If I go on
Hi
Someone know how to log the content-type of any request??
Thx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the ContentType as a
ServletRequestAttribute so you can use this syntax in a custom pattern when
declaring the AccessLogVavle.
%r{myContentTypeVariable}
-Tim
Juan Manuel Soler Rincón wrote:
Hi
Someone know how to log the content-type of any request
Hi
I need to log the content-type of the request in a tomcat web-server, can
someone help me with that???
thx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Neeraj Vora wrote:
Content Type: application/x-java-jnlp-file;charset=iso-8859-1
MS IE has an unfortunate bug whereby it cannot associate this with Java Web
Start. This has been documented as KB 871248. I tried
AFAIK, real player has (or had) a similar problem, and can also not be
served
Hello World,
I migrated from Tomcat 4.0.2 to Tomcat 5.5.7 which is quite nice for me but
a not so good thing happened as a side-effect due to a MS bug. A particular
response within my application had the following content-type header in
Tomcat 4.0.2
Content Type: application/x-java-jnlp-file
Bedrijven.nl wrote:
maybe security (settings) of ie??
The poster clearly indicated that the thing works on Tomcat direct port.
Could be that JK is stripping that header. Maybe it expects web server
to provide it's own? You could try to setup MIME type on the Apache
itself and see if it fixes
Hello All,
I am facing a problem with the Content-Type getting removed from the Http
Response when accessing a binary file packaged in a WAR file through a Web
Server (IIS 5.0 or Apache 2.0).
My web.xml has the following mime-type mapping:
mime-mapping
extensionmsi
maybe security (settings) of ie??
maarten
-Oorspronkelijk bericht-
Van: Ritu Kedia [mailto:[EMAIL PROTECTED]
Verzonden: Tuesday, February 08, 2005 2:51 PM
Aan: 'tomcat-user@jakarta.apache.org'
Onderwerp: Content-Type removed from the Http Response when file is
accessed through Tomcat
Hi again,
Shapira, Yoav wrote:
Hi,
After upgrading from tomcat 4.1 to 5.0, a critical application here has
It'd be a shame if the upgrade wasn't tested first in a test/QA
environment ;(
In 5.0.29, this comes out as
Content-Type: application/xml;charset=utf-8
It's also interesting that you
Hi,
When you get a chance, please read
http://www.river.com/users/share/etiquette/#quotes -- it's helpful and
appreciated on this list ;)
Until now I have simply placed the tomcat-coyote.jar file into
server/lib; this has worked fine. However, when following your
suggestion (placing the modified
Shapira, Yoav wrote:
Hi,
When you get a chance, please read
http://www.river.com/users/share/etiquette/#quotes -- it's helpful and
appreciated on this list ;)
I'm sorry; I'm following several mailing lists, and the etiquette
expected varies slightly. I will keep this in mind ;)
/Eirik
On Thu, Dec 02, 2004 at 03:26:39PM +0100, Eirik ?verby wrote:
: http://www.river.com/users/share/etiquette/#quotes -- it's helpful and
: appreciated on this list ;)
:
: I'm sorry; I'm following several mailing lists, and the etiquette
: expected varies slightly. I will keep this in mind ;)
Hi,
After upgrading from tomcat 4.1 to 5.0, a critical application here has
stopped working as expected. Upon replying to incoming requests, it
would usually spit out the following - just like the servlet says:
Content-Type: application/xml; charset=utf-8
In 5.0.29, this comes out as
Content-Type
: Wednesday, December 01, 2004 11:15 PM
To: [EMAIL PROTECTED]
Subject: Content-Type rewriting in jakarta-tomcat-connectors
Hi,
After upgrading from tomcat 4.1 to 5.0, a critical application here has
stopped working as expected. Upon replying to incoming requests, it
would usually spit out the following
Hi,
no, it is not related at all to the oft-discussed UTF-8 issues.
This simply has to do with how the connector splits up the Content-Type
string and then sews it together without adding a space after the ;.
/Eirik
Arnab Chakravarty wrote:
Eirik,
Does it have anything to do with UTF-8 encoding
Hi,
Follow-up: The same happens when using Tomcat stand-alone - i.e. no
Apache and no jk.
/Eirik
Eirik Øverby wrote:
Hi,
no, it is not related at all to the oft-discussed UTF-8 issues.
This simply has to do with how the connector splits up the Content-Type
string and then sews it together
Hi,
After upgrading from tomcat 4.1 to 5.0, a critical application here has
It'd be a shame if the upgrade wasn't tested first in a test/QA
environment ;(
In 5.0.29, this comes out as
Content-Type: application/xml;charset=utf-8
It's also interesting that you chose a beta version of Tomcat
to be incompatible. In any
case, testing can always be better, and perhaps I should have hinted
they should test with other Tomcat versions than 3.x and 4.x - so I
accept partial responsibility here.. ;)
In 5.0.29, this comes out as
Content-Type: application/xml;charset=utf-8
It's also
Hi,
Well that's the thing.. It was tested, worked, but then the other end
changed their stuff in a way that turned out to be incompatible. In any
Gotta love it ;)
I was actually of the impression that 5.0.29 was *not* a beta release;
possibly because it is the only current version available in
Hi again,
Shapira, Yoav wrote:
Hi,
Well that's the thing.. It was tested, worked, but then the other end
changed their stuff in a way that turned out to be incompatible. In any
Gotta love it ;)
I was actually of the impression that 5.0.29 was *not* a beta release;
possibly because it is the
Hi,
Anything I can do to increase the probability of this happening? Like,
filing a bug report or feature request or whatever it should be called?
Note that this also happens if you run Tomcat as a standalone
HTTP/HTTPS
server..
You can file a bug report which would decrease the probability of
I have a Filter that sets the Content-Type for *.jsp and *.html
based on the Accept header (so either application/xhtml+xml or
text/html is returned).
It works fine on 4.1.30 but I can't get it to work for *.jsp on
5.0.28. The DefaultServlet source *seems* to be hardwired to use
text/html
The content-type header field in an http response from a servlet running in
tomcat but delivered through mod-jk appears to be defined by the apache mime
type and extension configuration.
If a servlet sets the content type then the value is not reflected in the
response when using mod-jk
Hi,
I'm looking at internationalizing a series of pages, which cover
different character sets.
I've been planning to store the content type value in a properties files
along wit hthe rest of the internationalized text, but I've run into
some problems.
I have been experiementing
I have been experiementing with
jsp:directive.page contentType=... /
@ page contentType=... /
but none of them seem to be able to take a variable value for
contentType,
These constructs will indeed not work (and they never will work in
future versions either). The constructs you use
On 03/12/2004 12:23 PM Keith Hyland wrote:
I'm looking at internationalizing a series of pages, which cover
different character sets.
I've been planning to store the content type value in a properties files
along wit hthe rest of the internationalized text, but I've run into
some problems.
I
planning to store the content type value in a properties
files
along wit hthe rest of the internationalized text, but I've run into
some problems.
I have been experiementing with
jsp:directive.page contentType=... /
@ page contentType=... /
but none of them seem
Hi.
I've want to make a servlet that can display the source of any jsp/html
file (not the rendered one).
Basically my code is like this:
*set content type to text/plain
*get PrintWriter object out
*get the fileobject as an inputstream
*write to the out object
*flush/close
The code is working
Johan Wallinder wrote:
Hi.
I've want to make a servlet that can display the source of any jsp/html
file (not the rendered one).
Basically my code is like this:
*set content type to text/plain
*get PrintWriter object out
*get the fileobject as an inputstream
*write to the out object
*flush
Subject: Re: Content type for jsp/html files
Johan Wallinder wrote:
Hi.
I've want to make a servlet that can display the source of any jsp/html
file (not the rendered one).
Basically my code is like this:
*set content type to text/plain
*get PrintWriter object out
*get the fileobject
typo: context type should be context type.
-Original Message-
From: Yansheng Lin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 3:15 PM
To: 'Tomcat Users List'
Subject: RE: Content type for jsp/html files
Totally! With context type set to text/plain is not going to provent
;
With this your code will display correctly on the screen.
Doug
- Original Message -
From: Johan Wallinder [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 1:39 PM
Subject: Content type for jsp/html files
Hi.
I've want to make a servlet that can display
I've already done that. But than I was thinking. Isn't there an easier
way to display plan text files by setting the content type (and not
encode the content).
-Original Message-
From: Parsons Technical Services [mailto:[EMAIL PROTECTED]
Sent: den 24 februari 2004 23:28
To: Tomcat Users
Wallinder [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 5:54 PM
Subject: RE: Content type for jsp/html files
I've already done that. But than I was thinking. Isn't there an easier
way to display plan text files by setting the content type (and not
encode
Yoav is correct that Tomcat (and probably most servlet containers) simply
consider meta tags as just some text to push to the browser. The problem is
that (assuming the browser can read the tag at all), Tomcat is sending in
iso-latin-1, not what is in your meta tag.
But is that really the
Does Tomcat see any difference in a servlet that calls setContentType() before
generating a page for output versus not calling setContentType() but including an HTML
meta http-equiv='Content-Type' ... tag in the generated page?
Merrill
Howdy,
Does Tomcat see any difference in a servlet that calls setContentType()
before generating a page for output versus not calling setContentType()
but
including an HTML meta http-equiv='Content-Type' ... tag in the
generated
page?
You might want to define Does Tomcat see any difference more
generating a page for output versus not calling setContentType()
but
including an HTML meta http-equiv='Content-Type' ... tag in the
generated
page?
You might want to define Does Tomcat see any difference more
precisely. The servlet API does make a difference, as setContentType
(or setCharacterEncoding
Hi,
I am using Tomcat 5.0.14
I have a servlet running under Tomcat.
Tomcat seems to add character encoding charset=ISO-8859-1
to the content-type in response header.
A third party program to which my servlet talks to, expects
only application/octet-stream as the response content-type,
however
This problem is also in 4.1.29. The next release of 5 should be soon, unless
wacky things happen. (No exact date known)
-Tim
Amit Dhar wrote:
Hi,
I am using Tomcat 5.0.14
I have a servlet running under Tomcat.
Tomcat seems to add character encoding charset=ISO-8859-1
to the content-type
On 11/14/2003 04:08 PM Bryan Field-Elliot wrote:
When I call from a Servlet:
response.setContentType(text/xml);
Tomcat changes the header to read:
Content-Type: text/xml;charset=ISO-8859-1
The ;charset is killing us interoping with another vendor and they can't
change their code. I've tried
When I call from a Servlet:
response.setContentType(text/xml);
Tomcat changes the header to read:
Content-Type: text/xml;charset=ISO-8859-1
The ;charset is killing us interoping with another vendor and they can't
change their code. I've tried:
response.setLocale(null);
but it bombs Tomcat
Cheers guys -
Duncan :-)
Shapira, Yoav wrote:
Howdy,
Add the content-disposition:attachment header.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Duncan [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 9:48 AM
To: [EMAIL PROTECTED]
Subject: Content
I have a file running as a jsp but with a differant extension (.pms).
When a user requests this file in IE/Netscape. I want it to download as
a file rather than being opened as text by the browser.
I have tried adding:
response.setContentType(application/octet-stream);
but this only seems to work
Howdy,
Add the content-disposition:attachment header.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Duncan [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 9:48 AM
To: [EMAIL PROTECTED]
Subject: Content Type
I have a file running as a jsp
http://jakarta.apache.org/tomcat/faq/misc.html#saveas
-Tim
Duncan wrote:
I have a file running as a jsp but with a differant extension (.pms).
When a user requests this file in IE/Netscape. I want it to download as
a file rather than being opened as text by the browser.
I have tried adding:
Damn, too slow!
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 03 November 2003 14:51
To: Tomcat Users List
Subject: RE: Content Type
Howdy,
Add the content-disposition:attachment header.
Yoav Shapira
Millennium ChemInformatics
-Original Message
try adding this header:
This is it in ASP, so just add this header:
Response.AddHeader content-disposition, attachment; filename=yourfile.pms
Chris.
-Original Message-
From: Duncan [mailto:[EMAIL PROTECTED]
Sent: 03 November 2003 14:48
To: [EMAIL PROTECTED]
Subject: Content Type
I have
.
- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Monday, November 03, 2003 08:50 AM
Subject: RE: Content Type
Howdy,
Add the content-disposition:attachment header.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From
2000 server. Any help
will
be very much appreciated.
- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Monday, November 03, 2003 08:50 AM
Subject: RE: Content Type
Howdy,
Add the content-disposition:attachment header.
Yoav Shapira
epyonne,
What is Tomcat's limitation on multiple connection to database?
Tomcat has no limit on DB connections. Unless you are using a Realm,
Tomcat does not have any control over db connections.
I have a
simple servlet application that connects to Oracle database for data. Since
it is a very
I'm using Tomcat 4.06 standalone and cannot find how to configure the
server to properly identify downloaded files as Excel spreadsheets. I'm
using links which look like:
a href=https://webserver.com\Info\Docs\4211/SomeSpreadsheet.xls;
bSomeSpreadsheet.xls/bbr
/a
When the user clicks on the
Tomcat is serving the static resource using its default servlet?
If so, try adding the mime type to the conf/web.xml file:
mime-mapping
extensionxls/extension
mime-typeapplication/vnd.ms-excel/mime-type
/mime-mapping
Doug Chamberlin wrote:
I'm using Tomcat 4.06 standalone and cannot find
to start returning
Content-Type: text/hml; charset=UTF-8
no matter what, tomcat keeps returning the http header
Content-Type: text/hml; charset=ISO-8859-1 and calls to
response.getCharacterEncoding() keeps returning ISO-8859-1 rather than UTF-8
All of our JSP pages have:
@page contentType=text/html
, not the other way around.
Mark
-Original Message-
From: aaz [mailto:[EMAIL PROTECTED]
Sent: 10 September 2003 17:22
To: [EMAIL PROTECTED]
Subject: content type charset
Hi,
We are using Tomcat 4.1.24 and jdk 1.4.1. And are having problems getting
the HTTP headers returned from Tomcat
PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED]
Sent: Wednesday, September 10, 2003 12:16 PM
Subject: RE: content type charset
Hi,
This might not be the cause of your problem, but it caught
me out recently until I read the Javadoc for the setContentType
method of ServletResponse
and the Responses content type = text/html;
charset=UTF-8
just as we want it to be.
b) the request and response maintain their encodings and content-type values
up until RequestProcessor.doForward() is called which then gets a
RequestDispatcher to do the actual forward. (i.e. our action
Hi,
I have a content-type problem...
I have a website where most urls are not with an file ending such as .jsp that is most
urls are something like this :
http://website.com/news
http://website.com/staff
http://website.com/news/12/05/2003
This is done by urlrewriting with a filter
I'm guessing that you are using an rd.include(request, response), which
specifically forbids changing things like content-type.
Reynir Hübner [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi,
I have a content-type problem...
I have a website where most urls are not with an file
PROTECTED]
Subject: Re: Content type problem
I'm guessing that you are using an rd.include(request,
response), which specifically forbids changing things like
content-type.
Reynir Hübner [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
..
Hi,
I have a content-type problem...
I have
Hi All,
I've got a problem using the charset encoding with Tomcat 4.0.4, up to (at
least) 4.0.6.
I've made the same modifications to the configuration files on tomcat 4.0.3
and tomcat 4.0.4.
With Tomcat 4.0.3, the Content-type is :
Content-Type: text/html; charset=ISO-8859-1
With Tomcat 4.0.4
On Fri, Jan 17, 2003 at 06:38:30PM -0800, Craig R. McClanahan wrote:
There is indeed a way to do this ... the following example hasn't been
tested, but should give you a starting point.
Craig,
Exactly what I needed. Thanks for the insights...
Have a good weekend..
--
David Orriss Jr.
On Fri, 2003-01-17 at 18:38, Craig R. McClanahan wrote:
The key problem is that there's no method like getContentType() on the
HttpServletResponse interface, right (at least not until you get to
Servlet 2.4, where it was added)? OK, no problem ... let's add one. We
can't change the servlet
Hey there...
The only examples I've found thus far are syntactially incorrect so I'll run my
question up the flagpole here... g
Can I find out the content-type of a *response* in a filter and then act on that
accordingly? If so, can someone provide a snippet? Thanks much.
--
David Orriss Jr
On Fri, 17 Jan 2003, David Orriss Jr wrote:
Date: Fri, 17 Jan 2003 18:02:32 -0800
From: David Orriss Jr [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Filters - get content-type of a response?
Hey there...
The only examples I've found
Hi,
Can I set the default Content-Type header for servlet/jsp responses somewhere or do I
have to do it in my code ?
This is because of a problem with the new SAFARI browser from apple.
Thanx
-reynir
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
.
However, it looks like Apache2 decides the content type of a file
when the request comes in rather than from the response
headers. This causes the Output Filter not to be applied when the
Content Type is overridden explictly in the headers of a JSP using:
%@ page contentType=text/xml
I'm trying to apply a Apache2 output filter (mod-xslt) on JSPs, served by
mod_jk, based on the JSP content MIME Type using the Apache
AddOutputFilterByType directive.
However, it looks like Apache2 decides the content type of a file when the
request comes in rather than from the response headers
Hello,
Two part question:
1. Is text/html still the default content-type?
2. If so, then why must I explicitly use response.setContentType(text/html)
to avoid seeing html source in the browser?
Problem: server sends out text/plain header for jsp documents that are included
Hi,
how can I set the content type from JSP?
Zsolt
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
%@ page contentType=... %
Check the jsp syntax!
http://java.sun.com/products/jsp/
-Original Message-
From: Zsolt Koppany [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 31, 2002 10:51 AM
To: [EMAIL PROTECTED]
Subject: How to set the content type from JSP?
Hi,
how can I set
-archive.com/tomcat-user@jakarta.apache.org/msg41615.html
Charlie
-Original Message-
From: Dmitry Melekhov [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 19, 2002 1:48 AM
To: [EMAIL PROTECTED]
Subject: filter to set content type
Hello!
I need to filter jsp output to set encoding
You are trying to set the content type on the real response after it's
been flushed (if the response is bigger than the output buffer), which
won't do any good because the HTTP headers are long gone.
Try changing the setContentType() method in your wrapper to something like
this:
public void
Craig R. McClanahan wrote:
You are trying to set the content type on the real response after it's
been flushed (if the response is bigger than the output buffer), which
won't do any good because the HTTP headers are long gone.
Try changing the setContentType() method in your wrapper
Hello!
I need to filter jsp output to set encoding in content type.
I tryied several variants I can write ;-) with no success :-(
Could somebody send me an example?
Thank you!
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi
Install Acrobat Reader - That will do the trick. Currently you have no
association with the .pdf extension.
Hermod
-Opprinnelig melding-
Fra: Alex [mailto:[EMAIL PROTECTED]]
Sendt: 21. juni 2002 09:37
Til: [EMAIL PROTECTED]
Emne: set content type to text/pdf
I have a servlet
Hi,
I think when you make the request go to Tiparire.pdf it should open in your browser.
It somehow also has something to do with the extension.
Dennis.
-Original Message-
From: Alex [mailto:[EMAIL PROTECTED]]
Sent: vrijdag 21 juni 2002 9:37
To: [EMAIL PROTECTED]
Subject: set content
right. Mozilla and other such browsers listen to the mime type, but IE
(living in a microsoft world where everything is done via file
extensions) is famous for relying on the extension rather than the mime
type.
Liam Morley
Dennis van den Berg wrote:
Hi,
I think when you make the request
MS IE has sometimes his own opinion what to open and
ignores the content type.
The safest way to convince IE to open PDF is to set the
content type to load the file from a url that has the
extension .pdf.
Additional hint:
Make shure that your servlet supports Byte range
requests (HTTP
Sorry a little typo:
The safest way to convince IE to open PDF is to set the
content type and to load the file from a url that has the
^
extension .pdf.
-Ursprüngliche Nachricht-
Von: Ralph Einfeldt
Gesendet: Freitag, 21. Juni 2002 09:44
An: Tomcat Users List
IE has sometimes his own opinion what to open and
RE ignores the content type.
RE The safest way to convince IE to open PDF is to set the
RE content type to load the file from a url that has the
RE extension .pdf.
RE Additional hint:
RE Make shure that your servlet supports Byte range
RE
, for ex:
document.location.href=/servlet/Tiparire
Is there any trick to do this ?
Alex.
Friday, June 21, 2002, 10:44:00 AM, you wrote:
RE MS IE has sometimes his own opinion what to open and
RE ignores the content type.
RE The safest way to convince IE to open PDF
You could also map your servlet to the pattern *.pdf
Dennis.
-Original Message-
From: Liam Morley [mailto:[EMAIL PROTECTED]]
Sent: vrijdag 21 juni 2002 9:57
To: Tomcat Users List
Subject: Re: AW: set content type to text/pdf
I'm sure there's a better way, but in case there's
/servlet-name
url-pattern*.pdf/url-pattern
/servlet-mapping
-Ursprüngliche Nachricht-
Von: Alex [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 21. Juni 2002 09:57
An: Tomcat Users List
Betreff: Re: AW: set content type to text/pdf
I can't point my browser to a location that ends
Hello Ralph,
I've modified web.xml from ROOT\WEB-INF, and i've added
something like this:
servlet-mapping
servlet-nameTiparire/servlet-name
url-patternTiparire.pdf/url-pattern
/servlet-mapping
My servlet is called Tiparire.class and is
: AW: set content type to text/pdf
But, when i start tomcat, it says:
ERROR reading java.io.ByteArrayInputStream@4e280c
At Line 11 /web-app/servlet-mapping/
What is wrong ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
1 - 100 of 130 matches
Mail list logo
