OdpNetWs: can not find Oracle.DataAccess.Client

Question

When I try to compile ODPService.asmx are shown compilation erros "Namespace or type Client for namespace Oracle.DataAccess.Client cannot be found"
When I compile C# sample projects (DSPopulate) sach error does not present.
assembly Oracle.DataAccess setted via .NET Framework configuration (Oracle.DataAccess.dll in PATH environment variable)

Answer 1

By tha way if i create a user user1....how do i grant
all the
necessary privileges from ctxsys schema/user in order
to be
able to run an Oracle Text Apps?You shouldn't have to do anything. When you create a new workspace, the workspace user (the oracle account) has the right privileges.
You can just create a new workspace and run the following example:
CREATE TABLE TEST(nr NUMBER PRIMARY KEY, test_text VARCHAR2(500))
INSERT INTO TEST
     VALUES (1, 'This is a test');
INSERT INTO TEST
     VALUES (2, 'of the InterMedia text installation')
COMMIT
CREATE INDEX test_idx ON TEST(test_text) INDEXTYPE IS ctxsys.CONTEXT
SELECT nr, test_text
  FROM TEST
WHERE contains (test_text, 'installation') > 0
Yes its 10.2. the welcome web login window shows
version 10.2Sorry, but this is not what I have asked you to do (already twice) . I am getting a bit frustrated here and I really want to help you.
But you see, sometimes it is only details that mess up everything.
I assume you have mixed the versions of the base install and the companion cd install disk. I might be wrong in my assumptions but we have to get clear on the facts.
I cannot look at your machine so you have to help me to be able to help you.
Please do the following
1) run the following command on your instance as a dba (sys or system):
SQL> select version from v$instance;
VERSION
10.2.0.1.02) start the universal installer of your companion cd and post the output.
Preparing to launch Oracle Universal Installer from
/tmp/OraInstall2006-01-11_10-32-25AM. Please wait ...[oracle@daust companion]$
Oracle Universal Installer, Version 10.2.0.1.0 Production
Copyright (C) 1999, 2005, Oracle. All rights reserved.As I've said, I might be wrong in my assumptions. So, prove me wrong and let's move ahead :).
~Dietmar.