Struts 1.1 garbage characters

Hi I recently deployed a struts 1.1 app to OC4J 10.1.3 and when I go to any pages with .do I get garbage on the screen if I go to any page .jsp everything is ok does anyone know what I did wrong.
thanks

Hi,
it looks like that you are in the wrong forum. That's the Oracle APEX forum.
Greetings
Patrick
My APEX Blog: http://inside-apex.blogspot.com
The ApexLib Framework: http://apexlib.sourceforge.net
The APEX Builder Plugin: http://sourceforge.net/projects/apexplugin/

Similar Messages

Photoshop CS3 printing garbage characters on HP LaserJet 1300

After installing CS3, Photoshop prints garbage characters on my HP LaserJet 1300.
Yes, I have tried printing as ASCII, ASCII85, Binary and JPEG - nothing helps (plus the settings won't stick even after holding down Alt and clicking the Remember button).
The only way to print right now is to choose Save as PDF in the print dialogue, open the PDF in Adobe Reader and print from there.
Any ideas?

tzw - I responded about this on another forum. I talked to technical support at Adobe about this exact issue about 2 months ago - can't print photoshop CS3 on any of my three HP printers. ( I have a HP1200, an HP 2550 and a HP photosmart 7660) (CS2 works fine) They worked with me for about an hour - called me back and worked some more, and then decided to send it up to the programmers (or engineers or whatever) The programmers called me and worked with me for another hour - trying different set-ups etc., but the conclusion by them was that this was a huge problem in that there were a lot of HP printers out there - that they were going to give this their top priority - and that there would be a fix for this soon. (I have yet to see a fix.)

Multibyte character was garbage characters, when multipart requested (Multipartリクエストで文字化けが発生する) on WebLogic12(12.1.2.0)

When using File Upload functionality of Servlet3 specification, other item's value(<input type="text">) was garbage characters.
Need special settings?
WebLgic12c(12.1.2.0)のファイルアップロード機能（Servlet3仕様の機能）にて、アップロードファイル以外の項目の値が文字化けしました。
これは、何か設定が必要なのでしょうか？
【Note】
When normal request(application/x-www-form-urlencoded), submitted value is not garbage characters.
Filename & File content of uploaded file is not garbage characters.
I confirmed by debugger that stored value in temporary file is not garbage characters.
HttpServletRequest#setCharacterEncoding("UTF-8") is used.
enctype="multipart/form-data"を指定しないリクエストでは文字化けは発生していません。
アップロードしたファイルのファイル名及びアップロードファイルの中身自体は文字化けしていない。
アップロード時に出力される一時ファイルの中身をデバッグ実行して確認したところ、この段階では文字化けしていなかった。
HttpServletRequest#setCharacterEncoding("UTF-8")も実行しています。
【Environment Information】
OS : MacOS X 10.8.5
JVM : Oracle Java7
VM Encoding : UTF-8 (-Dfile.encoding=UTF-8)
WebPage Encoding : UTF-8
OS LANG : LANG=ja_JP.UTF-8
IDE : STS(Spring Tool Suite)
Boot Platform : WTP for Weblogic12.1.2.0
Framework : Spring MVC(3.2.4)
I want to know how to solve this behavior.
なにかご存知の方いましたら、解決方法をご教授頂ければと思います。
Message was edited by: user11123661 modified main language.(japanese -> english).

The basic problem is not obscure, it has come up countless times since Tiger was released. See this note and try Fix C (dingbat) to see if it will help:
http://homepage.mac.com/thgewecke/woutlook.html

Adobe PDF printer 'printing' garbage characters

Acrobat Professional v9.5.0 (Acrobat reports there are no updates available)
Windows 7 Home Premium 64-bit
I print from various applications and web pages to my 'Adobe PDF' printer to save things as PDF files.
Over the last several months, I have begun to have issues with printing to my Adobe PDF printer. This issue happened twice just yesterday, actually.
I will be looking at a web page, and choose to print it to PDF (a purchase receipt for example). I supply the filename and choose to print, and Acrobat will bring up the newly created PDF and it will have garbage characters in various places.
If I try printing it to PDF again, I get the same results.
However, if I print the item to Microsoft XPS format, it works just fine and all the characters are readable.
I don't know what to do. I saw an article about embedding the fonts, but it appears that all the standard 'web safe fonts' are already set to be embedded in PDF files via distiller (if that is what is actually doing the printing to create the PDF). If I have to choose more fonts to embed into the PDF, it seems to be extremely difficult to determine what fonts are being used by each site or application and choosing them all manually to be embedded in the files.
Surely there has to be a simpler solution to this issue.

I too had this annoying issue, usually printing from https sites, although the site address may be coincidental.
What worked for me was:
Select Print
In the print dialog box, select Adobe PDF and then Preferences.
In the Printing Preferences dialog box the tab should be Adobe PDF Settings
Uncheck the box next to Rely on system fonts only; do not use document fonts
Select OK
If the box is already unchecked, it might be caused by something similar. This worked so I went no further. I have not yet checked to see if this must be done each time or how to make it default.

Removing numerals/garbage characters from search in Section 508 build WebHelp

I need to remove (prevent inclusion of) numerals and garbage characters from search results in WebHelp when compiled with Section 508 Output enabled. I need to have Section 508 enabled. Can that be done?
Thanks for your time!

Thanks, Jeff. I tried including the characteres in the Stop list and recompiling. (I even closed the project and reopened.) The characters still appear. The characters I'm trying to remove are: !, #, ', (, ), -, /, :, ;, and ,. I am also trying to exclude some numbers (100.00usd, 1999.99, 2999.99, 3999.99, 4999.99, and 6pm).
The Stop list consists of those characters and the default text. Forgot to mention is the first post ... I'm using RH9.
The Section 508 flag does create 508-compliant HTML output and that is one of the requirements for this help system. This is the first time I am enabling this flag.

Getting garbage characters at the begining of xml

Hi Experts,
I am using file adapter to pick XML file. Using TEXT mode & encoding "ISO-8859-1" as it has some special characters.
But when file is picked by PI in moni XML payload contain some garbage characters at the begining of the XML declaration.
This characters is making file as invalid.
But if I open the origional file then it is not showing the characters.
Could u please help me how to remove this garbage characters frm XML file beginning.
Thanks in advance.

I am using file adapter to pick XML file. Using TEXT mode & encoding "ISO-8859-1" as it has some special characters.
This characters is making file as invalid.
Check this SAP Note: https://service.sap.com/sap/support/notes/821267
From the above SAP Note:
16. File Encoding
XML Files
Important: Even if you configure a File Encoding in the File Adapter channel, the File Adapter will not
-write the XML header to reflect the changed encoding, so you will probably see an XML parsing error later
during the processing of the message if you specify an encoding.
Regards,
Abhishek.

AIX + Korean : garbage characters

I have tomcat installed on AIX machine. When the user enters some korean characters I get some garbage characters at tomcat side. This issue is only if tomcat is on AIX machine. Anybody aware of this issue?

and again missunderstood ;-)
begin owa_util.print_cgi_env; end;
=
PLSQL_GATEWAY = WebDb
GATEWAY_IVERSION = 3
SERVER_SOFTWARE = Oracle-Application-Server-10g/9.0.4.0.0 Oracle-HTTP-Server
GATEWAY_INTERFACE = CGI/1.1
SERVER_PORT = 7780
SERVER_NAME = los-bd4.intranet.l-os.de
REQUEST_METHOD = POST
PATH_INFO = /wwv_flow.show
SCRIPT_NAME = /pls/htmldb
REMOTE_ADDR = 10.220.110.200
SERVER_PROTOCOL = HTTP/1.1
REQUEST_PROTOCOL = HTTP
REMOTE_USER = HTMLDB_PUBLIC_USER
HTTP_CONTENT_LENGTH = 297
HTTP_CONTENT_TYPE = application/x-www-form-urlencoded
HTTP_USER_AGENT = Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
HTTP_HOST = 10.220.110.22:7780
HTTP_ACCEPT = text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_ENCODING = gzip,deflate
HTTP_ACCEPT_LANGUAGE = de-de,de;q=0.8,en;q=0.5,en-us;q=0.3
HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_REFERER = http://10.220.110.22:7780/pls/htmldb/f?p=4500:1003:2050165973690504::NO:::
HTTP_ORACLE_ECID = 1177512000:10.220.110.22:2296:0:624,0
WEB_AUTHENT_PREFIX =
DAD_NAME = htmldb
DOC_ACCESS_PATH = docs
DOCUMENT_TABLE = wwv_flow_file_objects$
PATH_ALIAS =
REQUEST_CHARSET = AL32UTF8
REQUEST_IANA_CHARSET = UTF-8
SCRIPT_PREFIX = /pls
HTTP_COOKIE = ISCOOKIE=true; ORACLE_PLATFORM_REMEMBER_UN=MERKER:zentral; WWV_FLOW_USER2=5352414403960629
Anweisung wurde verarbeitet.

Reader printing garbage characters

Whenever I print using Acrobat reader default characters print as garbage, even when printing using "Print as Image". Print preview looks fine but printer page shows mostly garbage characters. For example, when printing the Sunday Crossword puzzle from the Washington Post the numbers in the gird print fine but the clues and things like Across and Down headers print with garbage characters. This happens regardless of whether the document is printed from the Reader directly or from within a browser. I've used IE8, Firefox and Chrome and get the same result. The same problem exists regardless of which of my 3 printers I use (HP1020, HP Photosmart 8250, Brother MFC-3740W). Same type of problem happens regardless of what pdf file I try to print. Print preview always looks fine. Printing the same files from my other PC comes out with no problem. The problem system is running Windows 7 64-bit and problem only started recently, things used to print fine.

In the meantime you will likely find that the fonts are not embedded or you are not sending them to the printer. Reader has not been called Acrobat Reader since version 5. The name was changed to just Adobe Reader to avoid this confusion. Acrobat is the full product with a $$ value to purchase.

Garbage Characters in CDE Window Title Bar

I recently patched our Solaris 8 Sun workstations (a mixture of Blade 150, Ultra10, Blade 1500, and Blade 2000) with the recommended patch cluster from December 19th, 2005. At the same time, I updated the systems' Java to 1.4.2_10, and installed Update 5 to StarOffice7, which is still on the systems along with the newer StarOffice8.
When initially installed before these recent patches, StarOffice8 behaved correctly. After updating the systems, when I open StarOffice8 in a CDE session, I get garbage characters in the title bar of the window. The letters and fonts in the application menus are normal. StarOffice8 windows under Gnome sessions are titled correctly.
I've read some emails about issues with LC_CTYPE and setting it to en_US.ISO8859-15, using a wrapper script to start soffice. The current setting on my machines is en_US.ISO8859-1. That solution doesn't work consistently on different machines (or even on the same machine).
In fact, even without attempting to solve the problem, there is inconsistent behavior. On one Ultra10 which I have as a testbed machine, StarOffice8 behaves correctly, whether I'm logged in as a normal user, or as root. On a Blade 1500, it behaves correctly when logged in as root, but not as a normal user. I've also patched StarOffice8 with Update1 which was released today, but it doesn't fix the problem.
Anybody else having similar problems after recent patching? Or have any suggestions for a solution?
Jeff Bailey

More Info on Unsolved Problem:
If I use Mozilla to open a document file, with soffice set as the helper application, the CDE window title displays properly. If I leave that instance of StarOffice open, and open new documents using the menus within StarOffice, subsequent CDE titles also display normally. Also with that original Mozilla-driven StarOffice application still open, if I use "soffice whatever.doc" on a command line, those CDE windows appear normal.
Mozilla is set to use "en_US" as the language for webpages, with Western ISO-8859-1 as the default character coding. The Solaris 8 workstation's /etc/default/init file is configured as:
TZ=US/Eastern
CMASK=022
LC_COLLATE=en_US.ISO8859-1
LC_CTYPE=en_US.ISO8859-1
LC_MESSAGES=C
LC_MONETARY=en_US.ISO8859-1
LC_NUMERIC=en_US.ISO8859-1
LC_TIME=en_US.ISO8859-1
While the Mozilla "wrapper" is a workaround for now, I don't see it as a final solution.
Jeff Bailey

Garbage characters appearing in help topics converted from RH6 to RH7

We have a couple of FlashHelp projects that we're converting
to RoboHelp 7. Documents were in imported from Word to create
topics and although the true code showed an asci character that
looked like a thick vertical bar for dashes (em dashes), ellipses,
and smart quotes, everything displayed fine in RoboHelp 6.
We just started converting these same RH6 projects to
RoboHelp 7 and now, we're getting garbage characters in place of
smart quotes, em dashes, etc. when we display the compile help
topics. What's weird is that the characters look fine when your in
WYSIWYG mode -- you have to display the topic to see the funky
characters.
With 900 topics in one project and 400+ in another, going
through the true code to find these funky characters is going to be
time consuming and painful. Did it for a couple of small projects
(less than 100 topics) and it took me a couple of hours --
switching back & forth between WYSIWYG and true code.
I tried using the search and replace tool to fix the smart
quotes throughout the project and it caught some but not all.
Seemed to capture the opening quote but not the end quote.
Any suggestions on how to quickly fix these problems without
going topic by topic through the project file checking the true
code.

See Item 21 on this page.
http://www.grainge.org/pages/authoring/rh7/using_rh7.htm

Garbage characters displayed when saving InfoView Page Layout in Chinese

HI,
I'm new to BO, so I don't know whether I'm giving required information or not. We integrated BO with our product.Following are the configuration details.
Server: win2k3 sp2
DataBase: Embedded Sybase SQL
Clinet: winxp sp3(Chinese) + FF3.6.8
I logged in to BO InfoView with Chinese language as "Product Locale". Went to InfoView Page Layout Page , selected Save As option. Now I can see some garbage characters along with some Chinese characters in the Title text field. I want to eliminate those garbage characters.
I want to know the following.
1. what could be the reason to get such type of garbage characters there ?
2. How to eliminate them ?
3.Are we missing any required data while integrating BO with our product due to which this problem comes ?
Thanks in Advance,
Vasu

HI,
I'm new to BO, so I don't know whether I'm giving required information or not. We integrated BO with our product.Following are the configuration details.
Server: win2k3 sp2
DataBase: Embedded Sybase SQL
Clinet: winxp sp3(Chinese) + FF3.6.8
I logged in to BO InfoView with Chinese language as "Product Locale". Went to InfoView Page Layout Page , selected Save As option. Now I can see some garbage characters along with some Chinese characters in the Title text field. I want to eliminate those garbage characters.
I want to know the following.
1. what could be the reason to get such type of garbage characters there ?
2. How to eliminate them ?
3.Are we missing any required data while integrating BO with our product due to which this problem comes ?
Thanks in Advance,
Vasu

Garbage characters at the end of Caller-ID

Hi, I've got a VPN 3000 (4.7.2j) set up to do AAA for the admin interface to my ACS server (4.1(4)).
This account has a NAR on it and the NAR denies the authentication request and the reason seems to be that the Caller-ID field contains a suffix of garbage characters, " } " it looks like in the ACs log interface.
Where can this come from? Is this a VPN3k bug or an ACS bug? How can I tell?
Thanks in advance,
Olof

This is a Know Bug,
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?caller=pluginredirector&method=fetchBugDetails&bugId=CSCsm00977
Workaround: add wildcard character to NAR definition.
Regards,
~JG
Do rate helpful posts

Garbage Characters in XML Feed

I have a presentation template that produces an XML RSS feed. Although I tell it to use UTF-8 like this :
<?xml version="1.0" encoding="UTF-8"?>
I still see garbage characters in the news feed. I've read that XML still has trouble dealing with certain characters and figure that the best solution is simply to be sure that those characters don't exist.
Is there a way using the PCS tags to ensure that all characters end up as standard text?

I think you better change the encoding of your XML file as the same of the encoding of Publisher output.

Garbage characters in iTunes when copying songs in chinese language

I copied some English and Chinese songs from my external harddisk to iTunes. Instead of displaying the artists and song name in simplified/traditional chinese for the Chinese songs, it is showing garbage characters. The English songs are displaying correctly. What should I do?

Tried to convert ID3 tag(all ID3 versions and reverse unicode) but still doesn't work.
They may need to be converted to Unicode from a legacy chinese encoding. Try ConvertZ
http://www.bumpersoft.com/Educationand_Science/Languages/ConvertZ12649.htm

Garbage characters in begining of Mac saved file

I'm new to the Mac environment and Dreamweaver so please
excuse me if this is a simple issue to solve. I've been having
issues with Dreamweaver inserting garbage characters in the
beginning of a file created and saved. In IE6 and 7, the pages do
not format correctly due to these garbage characters. When I save a
new file in Dreamweaver and copy it over to a PC, the garbage
characters show up in any editor . Is there a setting in
Dreamweaver to correct this issue?
Below is the saved code..notice the garbage in front of the
Ôªø@charset "UTF-8";
/* CSS Document */
body{ margin: 0; padding: 0;font-family: "Lucida Grande",
Lucida, Verdana, sans-serif; height: 100%; font-size: 12px;
background-image: url(../images/cmt_talentapp_bg.jpg);
background-repeat: no-repeat;}
a { text-decoration: none; color: #109cd9; }
a.hover { text-decoration: underline; }
#pageContainer { width: 945px; height: auto; border: 0px
solid green; float: left; padding-left: 5px; padding-top: 0px;
margin-top: 0px;}
#headerContainer { padding: 0 10px 0 10px; width: 920px;
height: 100px; border: 1px red solid; float: left; }
#contentArea { width: 710px; padding: 20px 0 30px 0; border:
1px red solid; float: left; height: auto; }

It's just a shoot in the dark. Deending on your settings, DW
may insert a
BOM:
http://en.wikipedia.org/wiki/Byte_Order_Mark
At the beginning of UTF-8 encoded files.
You may check your settings and try to change them to suit
your needs, then
see if the problem goes away.
Massimo Foti, web-programmer for hire
Tools for ColdFusion and Dreamweaver developers:
http://www.massimocorner.com

Struts 1.1 garbage characters

Similar Messages

Maybe you are looking for