Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 83649 invoked by uid 500); 28 Mar 2002 17:39:25 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 83638 invoked from network); 28 Mar 2002 17:39:24 -0000 X-Authentication-Warning: localhost.localdomain: rick set sender to ricktessner@canada.com using -f Subject: HSSFSerializer and mime-type hard-coded? From: Rick Tessner To: cocoon-dev@xml.apache.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.0.99+cvs.2001.12.18.08.57 (Preview Release) Date: 28 Mar 2002 09:39:22 -0800 Message-Id: <1017337162.4849.8.camel@h24-65-163-225> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi all, I was just testing the refactored examples and noticed that the mime-type being returned on the Hello World XLS is vnd.ms-excel. I would have expected it to be application/vnd.ms-excel as that is how the mime-type is defined in the sitemap. In fact, changing the mime-type in the sitemap to, say, application/blah-blah-blah has no effect on the mime-type being sent back to the browser. Is this actually the intended behaviour? I did notice there is a method called getMimeType() in HSSFSerializer.java that always returns the fixed string "vnd.ms-excel" ... -- Rick Tessner ricktessner@canada.com "There are no bad days. Only good days and great days." --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org