Japanese character in Code Editor of "View" is shown as Question Marks

Hi All,
I have a probelm where I tried to create a view having decode function as shown below:
decode(A.resource_process_name,
        'ザイコ', 'Inventory',
        'PP良後', 'Wafer BE',
        'PP良前', 'Wafer FE',
        'PP良済', 'Wafer',
        'PP良引', 'Wafer in transit',
        A.resource_process_name
  ) as step_code
Data type of A.resource_process_name is NVARCHAR2. Data in "STEP_CODE" column is displayed correctly after translation using decode function when I run select statement of this view. I don't have any issue till this point.
But problem happens when I try to see/open the script/code of this view in the SQL Developer (Right click view --> Edit...). It shows me the code of decode function as shown below:
decode(A.resource_process_name,
        '¿¿¿', 'Inventory',
        'PP¿¿', 'Wafer BE',
        'PP¿¿', 'Wafer FE',
        'PP¿¿', 'Wafer',
        'PP¿¿', 'Wafer in transit',
        A.resource_process_name
Can you please suggest whay should be done so that the code should be visible in it is original format i.e., it should show decode function with Japanese characters?

It might be better to ask this question on an Eclipse forum. I have a couple of suggestions, but none of them have made the output in my console look entirely correct:
1. Try to start Eclipse with these parameters: -vmargs -Dfile.encoding=UTF-8
2. Try switching the font settings for the Console under Preferences in Eclipse.

Similar Messages

  • When I click to view my photos a question mark appears and will not let me view my picture. How do I fix this?

    When I click to view my photos a question mark appears and will not let me view my picture. How do I fix this?

    Suggests a permissions issue in the Library.
    Back Up and try rebuild the library: hold down the command and option (or alt) keys while launching iPhoto. Use the resulting dialogue to rebuild. Choose to check and repair Library permissions

  • Character set conversion UTF-8 -- ISO-8859-1 generates question mark (?)

    I'm trying to convert an XML-file in UTF-8 format to another file with character set ISO-8859-1.
    My problem is that the ISO-8859-1 file generates a question mark (?) and puts it as a prefix in the file.
    ?<?xml version="1.0" encoding="UTF-8"?>
    <ns0:messagetype xmlns:ns0="urn:olof">
    <underkat>testv���rde</underkat>
    </ns0:messagetype>
    Is there a way to do the conversion without getting the question mark?
    My code looks as follows:
    public class ConvertEncoding {
         public static void main(String[] args) {
              String from = "UTF-8", to = "ISO-8859-1";
              String infile = "C:\\temp\\infile.xml", outfile = "C:\\temp\\outfile.xml";
              try {
                   convert(infile, outfile, from, to);
              } catch (Exception e) {
                   System.out.println(e.getMessage());
                   System.exit(1);
         private static void convert(String infile, String outfile,
                                            String from, String to)
                             throws IOException, UnsupportedEncodingException
              //Set up byte streams
              InputStream in = null;
              OutputStream out = null;
              if(infile != null) {
                   in = new FileInputStream(infile);
              if(outfile != null) {
                   out = new FileOutputStream(outfile);
              //Set up character streams
              Reader r = new BufferedReader(new InputStreamReader(in, from));
              Writer w = new BufferedWriter(new OutputStreamWriter(out, to));
              /*Copy characters from input to output.
               * The InputSreamreader converts
               * from Unicode to the output encoding.
               * Characters that cannot be represented in
               * the output encoding are output as '?'
              char[] buffer = new char[4096];
              int len;
              while((len = r.read(buffer))!= -1) { //Read a block of output
                   w.write(buffer, 0, len);
              r.close();
              w.flush();
              w.close();
    }

    Yes the next character is the '<'
    The file that I read from is generated by an integration platform. I send a plain file to it (supposedly in UTF-8 encoding) and it returns another file (in between I call my java class that converts the characterset from UTF-8 to ISO-8859-1). The file that I get back contains the '���' if the conversion doesn't work and '?' if the conversion worked.
    My solution so far is to skip the first "junk-characters" when reading from the inputstream. Something like:
    private static final char UTF_BOM = '\uFEFF'; //UTF-BOM = ?
    String from = "UTF-8", to = "ISO-8859-1";
    if (from != null && from.toLowerCase().startsWith("utf-")) { //Are we reading an UTF encoded file?
    /*Read first character of the UTF-Encoded file
    It will return '?' in the first position if we are dealing with UTF encoding If ? is returned we skip this character in the read
    try {
    r.mark(1); //Only allow to read one char for the reset function to work
    char c;
    int i = r.read();
    c = (char) i;
    if (String.valueOf(UTF_BOM).equalsIgnoreCase(String.valueOf(c))) {
    r.reset(); //reset to start position
    r.skip(1); //Skip first character when reading from the stream
    else {
    r.reset();
    } catch (IOException e) {
    e.getMessage();
    //return null;
    }

  • Problem with Japanese character Codes

    I have been working for a company which got a product to support the sms activities. We are developing a new feature which supports Japanese language as of now along with english. We developed a new character set called PDC which is a combination of the following Japanese character sets JIS + SHIFT- JIS+ KATAKANA + ASCII.
    I am using Java API Charsets.jar to convert the bytes using the respective character sets to a STRING and presenting the converted STRING on a JSP.
    The Problem is I am able to see the Jap Chars which belong to JIS + ASCII but not for KATAKANA and SHIFT-JIS.
    I am using the below page tag in JSP.
    <%@ page contentType="text/html; charset = JIS " %>
    I couldn't find any other tag specifically which supports all the character sets. Could some one please help me?
    Pradeep.

    Okay... you developed a new character set... that's great. How's the browser supposed to know anything abou it?
    Maybe just use UTF-8 which should support all of that and other languages as well and stop boxing yourself into a fixed charset.

  • HOW can I enter text using Japanese character sets?

    The "Text, Plates, Insets" section of the LOOKOUT(6.01) Help files states:
    "Click the » button to the right of the Text field to expand the field for multiple line entries. You can enter text using international character sets such as Chinese, Korean, and Japanese."
    Can someone please explain HOW to do this? Note, I have NO problem inputting Hirigana, Katakana, and Kanji into MS WORD; the keyboard emulates the Japanese layout and characters (Romaji is default) and the IME works fine converting Romaji, and I can also select charcters directly from the IME Pad. I have tried several different fonts with success and am currently using MS UI Gothic.ttf as default. Again, everything is normal and working in a predictable manner within Word.
    I cannot get these texts into Lookout. I can't cut/paste from HTML pages or from text editors, even though both display properly. Within Lookout with JP selected as language/keyboard, when trying to type directly into the text field, the IME CORRECTLY displays Hirigana until <enter> is pressed, at which point all text reverts to question marks (?? ???? ? ?????). If I use the IME Pad, it does pretty much the same. I managed to get the "Yen" symbol to display, though, if that's relevant. As I said, font selected (in text/plate font options) is MS UI Gothic with Japanese as the selected script. Oddly enough, at this point the "sample" window is showing me the exact Hirigana character I want displayed in Lookout, but it won't. I've also tried staying in English and copying unicode characters from the Windows Character Map. Same results (Yen sign works, Hirigana WON'T).
    Help me!
    JW_Tech

    JW_Tech,
    Have you changed the regional setting to Japanese?
    Doug M
    Applications Engineer
    National Instruments
    For those unfamiliar with NBC's The Office, my icon is NOT a picture of me
    Attachments:
    language.JPG ‏50 KB

  • How to add a font for use by the code editor

    Version 3.0.04 windows
    found Preferences -> Code Editor -> Fonts
    Did not see the font I would like to use in the list. The font is terminal. The font can be displayed in Control Panel -> fonts in windows.
    In the help I found Edit Font Location but could not find the dialog box described in the help
    Is there a procedure to add the font so SQL Dev can use it?
    Thanks

    Hi Dag,
    Apparently editing Font Location in 3.0 applies only to ...
    Tools | Preferences | Database | Export/View DDL Options | PDF Format
    Regards,
    Gary

  • Weird Character in Code 128 Codeset B Barcode

    Hello Everyone,
    I am encoutering two issues dealing with barcodes in Crystal Reports 2008:
    I have an old Seagate Crystal Reports 7 report that uses Code 128 Codeset B barcodes.  I have converted the report to Crystal Reports 2008 and have tried using the new built-in 'Change to Barcode' function and the old BarcodeC128B() function that the old report used to create the barcode. The barcode is set to use font 'Code128'.  However, in both instances, and when I start fresh with the built-in function in a blank report, strange characters are appended to the end of the barcode.  Most of the characters are capital A's with different accent marks over the character, and sometimes they are capital E's with accent marks.  These barcodes do not match the barcodes that are generated out of the old version of the report.  Unfortunately, I do not have a scanner to test to see if they are working the same, but my instinct says they would not work with these extra characters.
    My next issue occurs when I export the report output to Microsoft Word.  The barcodes seem to change, i.e. they become smaller and the weird character on the end changes.  When I export report output from the old version of the Crystal Report to Word, the barcodes do not change.  Has anyone else experienced issues exporting barcodes to Word from Crystal Reports 2008?  I am using Crystal Reports 2008 version 12.3.5.925.  Thank you for your help.

    Hi Brian,
    I'm not convinced yet that it's the code set.  I am using Microsoft Server 2008 R2, and the fonts have been copied to the fonts folder just as I have done on every other platform where I have needed to produce or view the UPCs.  I have copied a file with UPCs that were generated correctly from Crystal Reports 8 over to the server and the UPCs are displayed correctly, which tells me the font is working on the server.
    I have contacted Azalea's technical support twice but I have gotten no response.  Has anyone else had a similar issue?

  • EA1 - Right gutter scroll bar in the Code Editor doesn't work?

    SQL Developer version 4.0.0.12, Windows XP
    I'm opening package body in Code Editor. In previous version of SQL Dev after pressing CTRL and moving mouse over the right gutter I could see a few lines of the code from mouse pointed position in the source.
    Now it doesn't work.
    Link below - section "Working in the Procedure Editor":
    http://www.thatjeffsmith.com/archive/2012/01/viewing-plsql-compilation-errors-in-oracle-sql-developer/

    Hi,
    It is true the right gutter's general scrolling window view capability no longer exists in 4.0.  However, if code errors exist, then small blue squares (uncompiled code) or slightly larger red rectangles (compiled code) appear in the gutter representing the relative positions of the bad code.  Hovering the mouse over those produces a pop-up display of the offending code and, in fact, the pop-up will not display if the Ctrl key is pressed at the same time. Of course, clicking on the rectangles or squares moves the editor's current line to that code as in earlier releases.
    So it is not clear whether this is merely the new, intended behavior, or if more of the prior behavior remains to be implemented in 4.0.  As far as I can tell, nothing important has been lost here, but that is just my opinion.
    Regards,
    Gary
    SQL Developer Team

  • Some japanese character encoded to "?". Please help me..

    My system is below listed.
    J2SE 1.4.1
    MySql Ver 11.18 Distrib 3.23.52,
    Resin 2.1.4
    Java application load html document encoded 'SHIFT_JIS' using HtmlURLConnection.
    And read the document in 'SHIFT_JIS'.
    Almost it appears properly but some of characters printed in '?'.
    hm....
    I will show my source code.
    private String readDocument(URL url) {
    String METHOD_NM = ".readDocument()";
    try {
    HttpURLConnection URLCon = (HttpURLConnection)url.openConnection();
    BufferedReader in = new BufferedReader( new InputStreamReader(url.openStream(), "SJIS"));
    String inputLine;
    On my web server, input the character(printed '?') on textbox in IE6(japanese language pack). and submit. then the character translated the code(ex> #4575; )
    The code inserted DB. select from DB the tuple.
    and display the IE6. it's ok.
    but loaded from japanese html. It's inserted to DB '?'.
    and displayed '?' on IE6.
    I want to translate the character to code(ex> #5455;).
    OK?
    Please reply...
    p.s I'm sorry my poor english..

    Thank you for reply.
    but I've already tried that.
    I have tried all japanese encoding of "Supported Encodings" from java.
    http://java.sun.com/j2se/1.3/docs/guide/intl/encoding.doc.html
    I want to convert that.
    ex)
    ?fe? => & # 4532; fe & # 3456; => original charcater is removed blank
    This is convert '?' to code number.
    In this case '?' is Japanese character.
    Please let me know the way..

  • Java code editor bug

    JDev Team
    The code editor highlights the string inside split() in red. The message displayed is " String literal contains illegal escape character '.' "
    String prodID = "10.5.1";
    String[] prodLevelId = prodID.split("\\.");
    Thanks

    balar1,
    Thanks for the feedback. I checked your testcase in more current builds and the error is no longer present, so this issue is isolated to the preview. Thanks again for making us aware of this problem.
    --RiC                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Problem while uploading Japanese character to application server

    Hi Experts,
    I have a text file which contains Japanese character. when i try uploading the file directly to application server using tcode CG3Z the Japanese characters are getting replaced with some symbols. But when i read the text file using GUI_UPLOAD and then write it back to the application server japanese characters are getting displayed. what could be the issue here? how this can be resolved?
    warm regards,
    abdul hakim

    In case of CG3Z, internally there is a call to the FM 'C13Z_FILE_UPLOAD_ASCII' where you'll see this statement:
    * open dataset for writing
      OPEN DATASET i_file_appl FOR OUTPUT MESSAGE e_os_message
                   IN TEXT MODE ENCODING NON-UNICODE.
    Please note the ENCODING addition is set to NON-UNICODE. But in your custom code you must be using ENCODING DEFAULT which sets the encoding to UTF-8 format because of which the Japanese characters are represented correctly.
    Hope this helps.
    BR,
    Suhas

  • Problem displaying japanese character set in shopping cart smartform

    Hi All,
    whenever users are entering some text in Japanese character set while creating a shopping cart in SRM, the smartform print output is displaying some junk characters!! even though the system is unicode compatable, did any one have problem ??
    Thanks.

    Hi,
    May be there is some problem with UNICODE conversion.
    See the foll links;
    Note 548016 - Conversion to Unicode
    http://help.sap.com/saphelp_srm50/helpdata/en/9f/fdd13fa69a4921e10000000a1550b0/frameset.htm
    Europe Languages  work  in  Non- Unicode  System
    Re: Multiple Backends
    Re: Language issue
    Standard Code Pages in Non-Unicode System
    Re: Upgrade from EBP 4.0 to SRM 5.0
    http://help.sap.com/saphelp_srm50/helpdata/en/e9/c4cc9b03a422428603643ad3e8a5aa/content.htm
    http://help.sap.com/saphelp_srm50/helpdata/en/11/395542785de64885c4e84023d93d93/content.htm
    BR,
    Disha.
    Do reward points for  useful answers.

  • Japanese Character Display

    Sorry for such a newbie question.
    My program reads in a UTF-8 file containing some Japanese characters, stores them into a String variable and then attempts to print using: System.out.println(myString); . However, it doesn't display correctly in XCode or the Terminal (shows mostly question marks). When I follow it in the debugger, the Japanese characters show up correctly stored in the variable. Also, if I just do: System.out.println("japaneseCharacters"); where japaneseCharacters are actual japaneseCharacters, they print out correctly. I've made sure that my source files, the file being read in, and the terminal are both set to UTF-8. Can somebody point me in the right direction?
    Thanks!

    I believe yours is a application specific or platform specific problem.
    when you write a code:
    System.out.println("japaneseCharacters");what tool did you use? What is the locale setting of your platform?.
    On our Linux platform, locale is ja_JP.UTF-8. So we need explicit charset argument
    for encodings other than Japanese/UTF8 in using Java API classes and methods.
    As many applications including editors rely on the locale ja_JP.UTF-8, we need special
    configuration for handling other encodings as EUC-JP or Shift_JIS.

  • Get currently opened file in code editor

    Hi,
    I am writing an extension for Oracle Jdeveloper. I have created a view and now I need to access the currently opened file in the code editor. However, all I get is the context of my own view:
    Context.newIdeContext(this);
    But how can I get the Code Editor and its currently opened file? Any ideas?
    Regards,
    Michael

    There are a couple of blog posts that may help you out with this.
    https://blogs.oracle.com/jdevextensions/tags/files
    HTH,
    --jb                                                                                                                                                                                                                                                                               

  • Japanese character input.

    I want to save the Japanese character input from html forms into the Oracle Database
    using the euc character set. Most of the users use Windows PC, so I guess most
    of the input would be using s-jis or MS932.
    Do I need to write the character code conversion methods from s-jis and/or MS932
    to euc and vice versa or does the weblogic server do the conversion internally
    Thanks.
    Sanjay.

    Sanjay.
    You can do that by specifying EUC-JP for input-charset element of
    weblogic.xml. See the following link for more detail.
    http://e-docs.bea.com/wls/docs61///////webapp/weblogic_xml.html#1031571
    For Oracle to work with EUC charset, you need to set the environment
    variable of NLS_LANG=japanese_japan.JA16EUC. You don't need to write the
    code conversion method.
    Hope this helps,
    Reiji
    "sanjay" <[email protected]> wrote in message
    news:3c046d39$[email protected]..
    >
    I want to save the Japanese character input from html forms into theOracle Database
    using the euc character set. Most of the users use Windows PC, so I guessmost
    of the input would be using s-jis or MS932.
    Do I need to write the character code conversion methods from s-jis and/orMS932
    to euc and vice versa or does the weblogic server do the conversioninternally
    Thanks.
    Sanjay.

Maybe you are looking for