URLDecoder: Illegal hex characters in escape (%) pattern

hi ,
i am getting "java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters in escape (%) pattern - For input string: \"\u000F\u0016\"
can any one help how to fix this issue?
Thanks and regards
Kavitha

U+000F and U+0016 are non-printing control characters that are explicitly forbidden in an URL and if I remember correctly even spell trouble when they are encoded.
If you want to transfer random byte data, then your best bet is to use some ASCII-safe encoding such as Base64 (note that you need to use a [modified Base64|http://en.wikipedia.org/wiki/Base64#URL_applications] in URLs to avoid having to double-encode "+" and "/").

Similar Messages

Could not open the editor: Illegal hex characters in escape (%) pattern...

I have another problem for migrating from Eclipse/Tomcat to Oracle Enterprise Pack for Eclipse/WebLogic. I got a message for a file "header.jsp":
"Could not open the editor: URLDecoder: Illegal hex in escape (%) pattern - For Input String: " =".
The error is for :
<img id="EFLogo" src="<%=EFLib.Pub.Logo %>" /> Where "EFLib.Pub.Logo is a public static variable.
The project works in Eclipse/Tomcat. It is also work for WebLogic. The problem is I cannot open and edit the file "header.jsp" and some other files with similar scriplets. What is wrong?
Please help.
Jerry
Edited by: 883301 on Sep 5, 2011 6:45 AM

Hi Jerry,
Looks like you've hit a bug in the code for the Web Page Editor (WPE) in the JSF Tools project of WTP. The design view of the WPE fails with an IllegalArgumentException in a call to the URLDecoder. I've filed a bug at Eclipse. See...
http://forums.oracle.com/forums/thread.jspa?forumID=578&threadID=2278517
https://bugs.eclipse.org/bugs/show_bug.cgi?id=356841
To work around this until the issue is fixed, you could open this file with the "JSP Editor" - just use the "Open With" context menu option.
Carlin
Edited by: crogers on Sep 6, 2011 11:44 AM

Search Box Error: LockFailedException Illegal hex characters

When I enter any data into the JDeveloper Search Box (top right hand side of the IDE) the IDE throws up an error and wants to exit telling me that the system is unstable.
This is a new install of Oracle JDeveloper 11g Release 1 11.1.1.2.0, everything worked fine in the previous version of JDeveloper I was using.
I've tried restarting JDev and rebooting my PC, but the problem persists. It seems to be a problem with projects converted from the previous JDev version as well as for new projects.
The Details of the error message are:
19/11/2009 2:54:27 PM oracle.ideimpl.searchbar.index.IndexProvider searchProject
SEVERE: Failed to search project AdminConsole.jpr
oracle.ide.index.LockFailedException: java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters in escape (%) pattern - For input string: ".j"
     at oracle.ideimpl.index.IndexRoot.lock(IndexRoot.java:319)
     at oracle.ideimpl.index.IndexImpl.lock(IndexImpl.java:161)
     at oracle.ideimpl.searchbar.index.IndexProvider.searchProject(IndexProvider.java:272)
     at oracle.ideimpl.searchbar.index.IndexProvider.search(IndexProvider.java:178)
     at oracle.ideimpl.searchbar.BaseController$SearchTask.run(BaseController.java:213)
     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
     at java.util.concurrent.FutureTask.run(FutureTask.java:138)
     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
     at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters in escape (%) pattern - For input string: ".j"
     at java.net.URLDecoder.decode(URLDecoder.java:173)
     at java.net.URLDecoder.decode(URLDecoder.java:83)
     at oracle.ide.util.PatternFilter.matchesImpl(PatternFilter.java:285)
     at oracle.ide.util.PatternFilter.matches(PatternFilter.java:138)
     at oracle.ide.util.PatternFiltersOptimizer$VanillaEvaluator.matches(PatternFiltersOptimizer.java:118)
     at oracle.ide.util.PatternFiltersOptimizer.getMatchingFilter(PatternFiltersOptimizer.java:184)
     at oracle.ide.util.PatternFilters.findMatchingFilter(PatternFilters.java:145)
     at oracle.ide.util.PatternFilters.isIncluded(PatternFilters.java:164)
     at oracle.ide.util.IntersectedFilters.isIncluded(IntersectedFilters.java:145)
     at oracle.ideimpl.index.file.AbstractFileTable.filePassesFilters(AbstractFileTable.java:706)
     at oracle.ideimpl.index.file.DirFileTable.updateDir(DirFileTable.java:368)
     at oracle.ideimpl.index.file.DirFileTable.processQueue(DirFileTable.java:288)
     at oracle.ideimpl.index.file.DirFileTable.fullUpdate(DirFileTable.java:201)
     at oracle.ideimpl.index.file.DirFileTable.updateFileTable(DirFileTable.java:136)
     at oracle.ideimpl.index.file.AbstractFileTable.update(AbstractFileTable.java:379)
     at oracle.ideimpl.index.file.AbstractFileTable$FileTableUpdater.call(AbstractFileTable.java:914)
     at oracle.ideimpl.index.file.AbstractFileTable$FileTableUpdater.call(AbstractFileTable.java:903)
     ... 5 more
oracle.ide.index.LockFailedException: java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters in escape (%) pattern - For input string: ".j"
o.ii.index.IndexRoot.lock(IndexRoot.java:319)
o.ii.index.IndexImpl.lock(IndexImpl.java:161)
o.ii.searchbar.index.IndexProvider.searchProject(IndexProvider.java:272)
o.ii.searchbar.index.IndexProvider.search(IndexProvider.java:178)
o.ii.searchbar.BaseController$SearchTask.run(BaseController.java:213)
j.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
j.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
j.util.concurrent.FutureTask.run(FutureTask.java:138)
j.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
j.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
j.lang.Thread.run(Thread.java:619)
Caused by:
java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters in escape (%) pattern - For input string: ".j"
j.net.URLDecoder.decode(URLDecoder.java:173)
j.net.URLDecoder.decode(URLDecoder.java:83)
o.i.util.PatternFilter.matchesImpl(PatternFilter.java:285)
o.i.util.PatternFilter.matches(PatternFilter.java:138)
o.i.util.PatternFiltersOptimizer$VanillaEvaluator.matches(PatternFiltersOptimizer.java:118)
o.i.util.PatternFiltersOptimizer.getMatchingFilter(PatternFiltersOptimizer.java:184)
o.i.util.PatternFilters.findMatchingFilter(PatternFilters.java:145)
o.i.util.PatternFilters.isIncluded(PatternFilters.java:164)
o.i.util.IntersectedFilters.isIncluded(IntersectedFilters.java:145)
o.ii.index.file.AbstractFileTable.filePassesFilters(AbstractFileTable.java:706)
o.ii.index.file.DirFileTable.updateDir(DirFileTable.java:368)
o.ii.index.file.DirFileTable.processQueue(DirFileTable.java:288)
o.ii.index.file.DirFileTable.fullUpdate(DirFileTable.java:201)
o.ii.index.file.DirFileTable.updateFileTable(DirFileTable.java:136)
o.ii.index.file.AbstractFileTable.update(AbstractFileTable.java:379)
o.ii.index.file.AbstractFileTable$FileTableUpdater.call(AbstractFileTable.java:914)
o.ii.index.file.AbstractFileTable$FileTableUpdater.call(AbstractFileTable.java:903)
j.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
j.util.concurrent.FutureTask.run(FutureTask.java:138)
j.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
j.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
j.lang.Thread.run(Thread.java:619)
About
Oracle JDeveloper 11g Release 1 11.1.1.2.0
Studio Edition Version 11.1.1.2.0
Build JDEVADF_11.1.1.2.0_GENERIC_091029.2229.5536
Copyright © 1997, 2009 Oracle and/or its affiliates. All rights reserved.
IDE Version: 11.1.1.2.36.55.36
Product ID: oracle.jdeveloper
Product Version: 11.1.1.2.36.55.36
Version
Component     Version
=========     =======
ADF Business Components     11.1.1.55.36
Java(TM) Platform     1.6.0_14
Oracle IDE     11.1.1.2.36.55.36
Versioning Support     11.1.1.2.36.55.36

:) yeah it's a super useful search box especially with projects with lots of files nested down in some deep packages ;p
The interesting thing is I'm not searching for .j.
The same error message comes up regardless of what I search for.
For example:
MyFile.txt
or
FuBar
both return the same error and both report errors list .j and Illegal hex characters.... it must be some weird config thing under the hood that got munted during the install.
Edited by: T-Syd on Nov 20, 2009 9:36 AM

URLDecoder: Incomplete trailing escape (%) pattern

Hi,
I created a report with a parameter having '%' as its default value. This acts as wild card in the SQL statement of the data template.
But because '%' is interpreted as the start of a special escaped sequence, BI is reporting the following error when I try to view the xml generated by the report:
URLDecoder: Incomplete trailing escape (%) pattern
I was able to do a workaround by passing '%25' instead and this correctly shows the xml.
But the problem is that the user normally enters '%' as wildcard to search for a string. For example, if a user is searching for a device type prefixed by 'xfm_', he/she should just enter 'xfm_%' in the report parameter instead of 'xfm_%25'.
It will be nice if the user will not have to worry about the escape character for a percent sign. Is there a workaround to do it this way or this is a limitation of BIP?
Thanks,
Carl

Hi Chinmaya,
Sorry for the confusion.
The idea was to encode the password string (and user, if necessary) in the URL template so that you wont get an error, something like this:
passwd=<User.password[url_ENCODE]>
Daniel

Handling Invalid(Hex) Characters Code for Unicode BI 7.0

Hi All,
I went through the beautiful weblog given by Eugene.. https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/4059. [original link is broken] [original link is broken] [original link is broken] [original link is broken] In the comments section of the weblog there is a code given by Dirk. I tried to use the code in my transformation logic and here how it looks.. I am using BI 7.0 and it is unicode system..
============================================================
DATA: l_d_length like sy-index,
l_d_char type c,
l_d_index type sy-index.
l_d_length = strlen( result ).
RESULT = SOURCE_FIELDS-POO_TAG.
DO l_d_length times.
l_d_index = sy-index - 1.
l_d_char = result+l_d_index(1).
CALL FUNCTION 'RSKC_CHAVL_OF_IOBJ_CHECK'
IMPORTING
I_CHAVL = l_d_char
I_IOBJNM = 'ZPOTSTFL'
*" I_S_COB_PRO =
*" I_T_COB_PRO_CMP =
EXCEPTIONS
CHAVL_NOT_ALLOWED = 1.
IF SY-SUBRC <> 0.
result+l_d_index(1) = ' '.
ENDIF.
ENDDO.
===========================================================
I am using this to load from PSA to DSO, the info-object name is ZPOTSTFL(Length 3, No master, No text) and source field name is POO_TAG, since in the source the field is a free form text field and it has some hex characters ...we need to keep the free form (like $, lowercase letters, ###. etc..) but we need to eliminate the hex characters with space as it is affecting our load.
I tried this code and it gives me syntax error. In the blog Pedro has suggested to declare some 30 char string and assign that string to info-object name... I don't know that much ABAP can somebody help me with the code??
Regards,
Nikhil

Hello Dilip
Out of three two of them are definitley possible. i.e
1) CU&UC
2) Upgrade first and then do Unicode Conversion ( 2 different downtimes)
third option is possible with R3 but with BW you need to consult the master guide. ( i am not sure).
you need to decide one of them based on your hardware sizing, database size, Downtime possible.
I would suggest Make a copy of production server. and perform the upgrade and then perform unicode conversion. this whole activity will give you exact timing you need. and possible errors you will face during upgrade and unicode conversion.
i hope this helps.
Thanks
Mona

Hex Characters in Comments Field

Hey there,
I was wondering if I could get an opinion/confirmation about something weird that I'm seeing after installing 5.0 on my Windows XP Home Operating System.
I get pretty elaborate in my Comments field, filling in Mood or "Feel" for each individual song, so I can pull up smart playlists of the exact soundtrack that I want to hear at any given time.
too much information here
So I download iTunes 5.0 and all of the sudden I notice that many of my comments have been overwritten with Hex characters.
Again, too much info here and here.
Do you think this may be related to iTunes' "SoundCheck" functionality? There is some talk on the innerweb about that, but not really confirmed anywhere.
Thoughts?
Would this make any sense?
The links I gave illustrate the issue with screenshots, pie charts and everything except blood samples, so it may help describe what I'm talking about.
Anyhoo, I'd be interested in any opinion/thoughts.
Thanks,
Zac

Is it possible that version 5 is "calling up" the wrong portion of the comment?
Possible? Obviously so. You're seeing it, after all.
Weird as ****? Definitely. It doesn't do that to me.
I don't know what to tell you other than to retag the comments on these files. I don't understand how an MP3 tag could break in that particular way. It's possible that Windows Media Player changed the tag in such a way that it damaged that bit (WMP likes to retag files that it finds without any sort of notification or anything), but it's very odd nevertheless.
There is a script available for "The Godfather" tagging program that will remove these hexadecimal comments. These comments are not actually needed by iTunes anyway, so removing them won't break anything. I don't know much about the godfather and scripting though. Go here for more info: http://users.otenet.gr/~jtcliper/tgf/

I want to take a series of hex characters in a string control and produce an HDLC string indicator for example if the data string control is 3F27 then the HDLC string indicator is 7E003F2700B57E

I want to take a series of hex characters in a string control and produce an HDLC string indicator for example if the data string control is 3F27 then the HDLC string indicator is 7E003F2700B57E

"thanks for your help "
Does that mean you figured it out already?
If not, see this thread for some HDLC related code.
http://forums.ni.com/ni/board/message?board.id=170&message.id=146859&query.id=3388#M146859
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Sender IDOC with HEX characters

Hi Chaps,
I have a situation i.e. my sender IDOC is sending some HEX characters in the text fields, XI should interpret them and convert it into text fields to the target system.
Could some one guide me on the best approach for this?
Your inputs are highly appreciable.
Regards,
Vijaya

Hi,
You will need to loop at the string array and read it character by character. You can convert from HEX to unicode using the following line of code in your UDF -
char c = (char) Integer.parseInt("str", 16);
where str is the four digit HEX character at i'th position.
Hope this helps.
Regards,
Riyaz
PS: Calling community members as 'Chaps' does NOT sound professional.

Eliminating Hex Characters in Data

Is there a way to search for specific hex characters in the database?
I have a phone number field of type varchar2, which has some hex characters I need to remove.
When I do query I see the following record.
     PHONE     DUMP(PHONE)
1     +001(718)380 4160     Typ=1 Len=18: 43,48,48,49,40,55,49,56,41,51,56,48,32,52,49,54,48,14
2     +001(225)292 2812     Typ=1 Len=18: 43,48,48,49,40,50,50,53,41,50,57,50,32,50,56,49,50,14
The hex character isn't visible in this post, but it is very much there. What's the mechanism to find this specific character? I want to find characters like '0x0E' and '0x01'
I hope I am being clear in my request. The objective is to ensure that none of these affect the XML transformation mechanism.

abhijit74 wrote:
Is there a way to search for specific hex characters in the database?
I have a phone number field of type varchar2, which has some hex characters I need to remove.
When I do query I see the following record.
     PHONE     DUMP(PHONE)
1     +001(718)380 4160     Typ=1 Len=18: 43,48,48,49,40,55,49,56,41,51,56,48,32,52,49,54,48,14
2     +001(225)292 2812     Typ=1 Len=18: 43,48,48,49,40,50,50,53,41,50,57,50,32,50,56,49,50,14
The hex character isn't visible in this post, but it is very much there. What's the mechanism to find this specific character? I want to find characters like '0x0E' and '0x01'
I hope I am being clear in my request. The objective is to ensure that none of these affect the XML transformation mechanism.TRANSLATE() function will do what you desire
you can display the non-printable characters using ASCIISTR() function

How to accept only 4 or less hex characters in string control

Hi,
I want to accept only up to 4 hex characters in a string control. I dont want to use "hex display" property.
How is it possible? I have String control key down? event in event case, I tried it with regular expressions [0-9a-fA-F]{4} but then I have to accept left, right, delete, backspace, home keys as well.
Solved!
Go to Solution.

I agree with Dennis that you seem to be making life difficult for yourself. However, you did ask the equivalent (as I understand it) "How can I allow the user to type "1", "2", "Ctrl-A", "B", "Ctrl-C", "D" and get this recognized as the string "12BD". If you really want to do this, here is one way (I was lazy and left the answer as an array of 4 1-character strings). I use PlatMods to exclude having any "modification" key other than Shift down, convert the numeric Char into a string, then count acceptable Hex letters and conditionally add them to the output array, stopping when I have 4 characters.
Bob Schor

Terminal mass rename of files to remove illegal Linux characters

Hi there!
I have hundreds of gigabytes of files I need to copy over to a new Linux server. Unfortunately, Linux does not allow some filename characters that Mac OS X uses.
How can I go through an entire directory and change any file or folder that uses : | ? \ " into a normal hyphen
I've tried shareware renamers like Better File Rename and R-Name, but they are far too slow in scanning my folders. (I've spent hours waiting for them to pre-scan the directories before renaming)
Is there some clever Terminal trick to do this?

The short answer to your question is man bash. You want to write a script which will iterate through your files ( for i in *; do ...), and replace each bad character in each filename ($i) with a hyphen (so something like $j = `echo "$i" | sed s/[:|\?\\\"]/-/` but don't hold me to it because I'm not good at sed; instead, info sed.) Finally, do the rename: mv "$i" "$j" followed by done;. However, this solution, fleshed out, will only do it for top-level files in the given directory. To do it recursively in all subdirectories, etc., you should, inside the first for loop, test if the current item ($i) is a directory and, if so, cd therein and go again, via something like
if [[ -d "$i" ]]; then cd "$i"; scriptname; cd ..; fi;
To summarize:
<pre style="margin-left: 3em">
#!/bin/bash
for i in *; do
if [[ -d "$i" ]]; then
cd "$i";
scriptname;
cd ..;
fi;
#FIXME!
$j = `echo "$i" | sed s/[:|\?\\\"]/-/`;
mv "$i" "$j";
done;
</pre>
TEST FIRST! I HAVE NOT TESTED THIS AND I MAKE NO GUARANTEE THAT THIS WILL ACTUALLY WORK! Make a temporary directory, fill it with good and bad filenames, and make sure what you've written works there! I also haven't thought about how this deals with links and if that is relevant for you. Good luck!

Inserting Hex Characters using SQL

How do I insert a special character (e.g. LF (Hex 0A)) in a column using sql (column is varchar)?

CHR(10) corresponds to HEX(0A). The CHR function can be used to insert any non-printable character from the character set being used.

Handle "0X0B" Hex Characters

Hi, how to deal with hexadecimal values in XI. There are some values in file like "0X0B"
regards
reema

Hi,
This can be avoided by using proper encoding scheme in ur communication channel.try using encoding scheme UTF-8 which will not convert the character into any special characters.
in case of ur file adapter it can performed by giving the basic type as text and encoding scheme as UTF-8.try implementing the encoding scheme.
Thanks
swarup

Object types return hex characters with xsql:query

How do I use xsql servlet to return an object which contains street address etc. as a character string and not a hexadecimal string. If I use the following ddl and implement the following xsql, I get the following results.
CREATE TYPE address_objtyp AS object
(street VARCHAR(30),city VARCHAR(30),state VARCHAR(2));
CREATE SEQUENCE employees_seq START WITH 105 INCREMENT BY 1;
CREATE TABLE employees(
id NUMBER(4) CONSTRAINT emp_pkId PRIMARY KEY,
first_name VARCHAR(30),
last_name VARCHAR(30),
address address_objtyp);
INSERT INTO employees VALUES (
103, 'Fred', 'Couples',
address_objtyp('9201 Park St', 'Alexandria', 'VA'));
<?xml version="1.0"?>
<xsql:query null-indicator="yes" connection="demo"
allow-client-style="yes" xmlns:xsql="urn:oracle-xsql">
select * from employees
</xsql:query>
<?xml version="1.0" ?>
- <ROWSET xsql-timing="20">
- <ROW num="1">
<ID>103</ID>
<FIRST_NAME>Fred</FIRST_NAME>
<LAST_NAME>Couples</LAST_NAME>
- <ADDRESS>
<STREET>0x39323031205061726B205374</STREET>
<CITY>0x416C6578616E64726961</CITY>
<STATE>0x5641</STATE>
</ADDRESS>
</ROW>
</ROWSET>
I'm using the most recent jdbc thin driver (ojdbc14.jar) that is for jdk 1.4. I'm using a 9.0.1 db, and I'm using xdk for java 9.2.0.3. So I thought that the thin driver is not capable, so I tried the oci driver, and find another set of problems.
I get the following error:
Oracle XDK Java 9.2.0.3.0 Production
XSQL-017: Unexpected Error Occurred
java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
Now why does XDK insist to look for ocijdbc8 if I only have ocijdbc9.dll installed on my client? The config file only allows oci8 in the dburl specification, which is probably why XDK insists to look for ocijdbc8, but I CANNOT specify oci9, which would make sense to me, although it's most likely not a valid specification.
<connection name="9ic">
<username>scott</username>
<password>tiger</password>
<dburl>jdbc:oracle:oci8:@</dburl>
<driver>oracle.jdbc.OracleDriver</driver>
<autocommit>true</autocommit>
</connection>
And lastly documentation that comes with ojdbc14.jar indicates to now use a different specification for the jdbc thin driver. Instead of the usual
<dburl>jdbc:oracle:thin:@host:port:sid</dburl>
it recommends
<dburl>jdbc:oracle:thin:@//host:port/service</dburl>
however this does not work with XDK 9.2.0.3. Any ideas why not?
By the way if I use SQL*Plus and select * from employees, I get the desired result in SQL*Plus, which suggests to me that I DO need the oci driver for XSQL Servlet. So how do I get XSQL Servlet 9.2.0.3 to use the oci 9 driver. I know how to set wrapper.path in the servlet config file to find ocijdbc9.dll, but XSQL Servlet still wants to find ocijdbc8.
I sense that there is a bug hidden somewhere in the XDK kit.
Steve.

How do I use xsql servlet to return an object which contains street address etc. as a character string and not a hexadecimal string. If I use the following ddl and implement the following xsql, I get the following results.
CREATE TYPE address_objtyp AS object
(street VARCHAR(30),city VARCHAR(30),state VARCHAR(2));
CREATE SEQUENCE employees_seq START WITH 105 INCREMENT BY 1;
CREATE TABLE employees(
id NUMBER(4) CONSTRAINT emp_pkId PRIMARY KEY,
first_name VARCHAR(30),
last_name VARCHAR(30),
address address_objtyp);
INSERT INTO employees VALUES (
103, 'Fred', 'Couples',
address_objtyp('9201 Park St', 'Alexandria', 'VA'));
<?xml version="1.0"?>
<xsql:query null-indicator="yes" connection="demo"
allow-client-style="yes" xmlns:xsql="urn:oracle-xsql">
select * from employees
</xsql:query>
<?xml version="1.0" ?>
- <ROWSET xsql-timing="20">
- <ROW num="1">
<ID>103</ID>
<FIRST_NAME>Fred</FIRST_NAME>
<LAST_NAME>Couples</LAST_NAME>
- <ADDRESS>
<STREET>0x39323031205061726B205374</STREET>
<CITY>0x416C6578616E64726961</CITY>
<STATE>0x5641</STATE>
</ADDRESS>
</ROW>
</ROWSET>
I'm using the most recent jdbc thin driver (ojdbc14.jar) that is for jdk 1.4. I'm using a 9.0.1 db, and I'm using xdk for java 9.2.0.3. So I thought that the thin driver is not capable, so I tried the oci driver, and find another set of problems.
I get the following error:
Oracle XDK Java 9.2.0.3.0 Production
XSQL-017: Unexpected Error Occurred
java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
Now why does XDK insist to look for ocijdbc8 if I only have ocijdbc9.dll installed on my client? The config file only allows oci8 in the dburl specification, which is probably why XDK insists to look for ocijdbc8, but I CANNOT specify oci9, which would make sense to me, although it's most likely not a valid specification.
<connection name="9ic">
<username>scott</username>
<password>tiger</password>
<dburl>jdbc:oracle:oci8:@</dburl>
<driver>oracle.jdbc.OracleDriver</driver>
<autocommit>true</autocommit>
</connection>
And lastly documentation that comes with ojdbc14.jar indicates to now use a different specification for the jdbc thin driver. Instead of the usual
<dburl>jdbc:oracle:thin:@host:port:sid</dburl>
it recommends
<dburl>jdbc:oracle:thin:@//host:port/service</dburl>
however this does not work with XDK 9.2.0.3. Any ideas why not?
By the way if I use SQL*Plus and select * from employees, I get the desired result in SQL*Plus, which suggests to me that I DO need the oci driver for XSQL Servlet. So how do I get XSQL Servlet 9.2.0.3 to use the oci 9 driver. I know how to set wrapper.path in the servlet config file to find ocijdbc9.dll, but XSQL Servlet still wants to find ocijdbc8.
I sense that there is a bug hidden somewhere in the XDK kit.
Steve.

Missing HEX characters from scanned string

Hi everyone,
I have a program which scans a continuous string of serial data which is divided into header, data and checksum. I have replaced the serial part of my code with a simple string input to simulate the data input for testing and as in the diagram below you can see 0A, 0C and 0D are missing and I can't figure out why. Currently it is an exercise to parse out all the data I need for a data aquisition system. If anyone can help me out with this I would greatly appreciate it. This was in a different thread but it has dissapeared into the ether. Here is the picture illustrating the problem.
Thanks again
Stirling
Message Edited by stirlsilver on 04-09-2007 06:17 PM
Attachments:
Serial read v1.2.vi ‏85 KB

You are doing all this way too complicated. There is absolutely no need to use "scan from string" to simply chop up a string into parts. Use string subset instead (in a loop).
You also have way too much duplicate code. You can operate on arrays directly and use array indicators for the channels. This reduces the complexity of your diagram 10 fold!!!
I don't have your serial hardware, but attached is a small code fragment (LV 8.0) that seems to do about the same thing with your string using 10% of your code. Modify as needed. Let me know if anything is not clear.
LabVIEW Champion . Do more with less code and in less time .
Attachments:
Serial_read_v1.2MOD.vi ‏24 KB

URLDecoder: Illegal hex characters in escape (%) pattern

Similar Messages

Maybe you are looking for