Lookup returning stubs..

hi All, I have a problem in that my jndi lookup keeps returning SessionBean stubs rather than my objects.
I cannot find any logical explanation to this...
This is what my descriptors looks like.. (the essential parts)
web.xml
<ejb-ref>
<description>AdvisorProxy</description>
<ejb-ref-name>ejb/AdvisorProxy</ejb-ref-name>
<ejb-ref-type>Session</ejb-ref-type>
<home>com.proxy.AdvisorProxyHome</home>
<remote>com.proxy.AdvisorProxy</remote>
</ejb-ref>
sun-web.xml
<ejb-ref>
<ejb-ref-name>ejb/AdvisorProxy</ejb-ref-name>
<jndi-name>ejb/AdvisorProxy</jndi-name>
</ejb-ref>
ejb-jar.xml
<session>
<description>Session Bean ( Stateless ) </description>
<display-name>AdvisorProxy</display-name>
<ejb-name>AdvisorProxy</ejb-name>
<home>com.proxy.AdvisorProxyHome</home>
<remote>com.proxy.AdvisorProxy</remote>
<ejb-class>com.component.AdvisorProxyBean</ejb-class>
<session-type>Stateless</session-type>

</session>
sun-ejb.xml
<ejb>
     <ejb-name>AdvisorProxy</ejb-name>
     <jndi-name>ejb/AdvisorProxy</jndi-name>
     <is-read-only-bean>false</is-read-only-bean>

</ejb>
My lookup in my ServiceLocator is the following:
Object homeObj =ctx.lookup("java:comp/env/ejb/" + beanRmiName);
          EJBHome home = (EJBHome)PortableRemoteObject.narrow(homeObj, EJBHome.class);
When I try to convert the EJBHome which should be teh proper implementation , but it is not. Instead i have a reference to an _AdvisorProxyHome_stub_ object. Which to me is quite useless...
(Since the class cast fails rather immediately)
I am absolutely clueless. The deployment and the code works perfectly on JBOSS and Oracle9i.
So I am tempted to say that there is something I am not completely getting right in the sun***.xml files.
Am I correct?
What do I need to do?
Any help, pointers, miracles welcome..
/johan

Hi Jeff,
Thanks for your reply.
Here's what the user guide (p. 204) says about LOOKUP.
The LOOKUP function finds a match for a given search value in one range, then returns the value in the cell with the same relative position in a second range.
Here's what is says (p.210) about VLOOKUP.
The VLOOKUP function returns a value from a range of columns by using the left column of values to pick a row and a column number to pick a column in that row.
close-match: An optional value that determines whether an exact match is required.
Before posting this discussion, I tried using VLOOKUP. It returned an error in every record in the large table (even for the records that did have matching IDs)—the formula contains an invalid reference.
Based upon the user guide's instruction to set the optional value to FALSE (0) for exact match, I used the following.
=VLOOKUP($B2,'small table' :: $B$2:$B$230,'small table' :: $W$2:$W$230, FALSE)
This returned the above error for all records.
Any other suggestions?

Similar Messages

EJB lookup returned stub from a different classloader.

I've written an EJB for doing authenitcation. This EJB is accessed by an security-mbean (BEA's login module).
- The EJB is deployed in an EAR.
- The EJB-stubs are extracted and is included as part of the MBEAN Jar.
When I hit a webapp causing the EJB lookup to occur, the stub object returned is created by the webapp's classloader. This cause a ClassCastException when trying to cast the returned home interface into the home interface of the MBEAN's classloader.
Note that all this is happening on the same BEA server running WLS8.1.
I don't want to put the EJB jar on the system classpath so I can redeploy the EJB, the Application's EAR and the MBEAN to a cluster.
-alex

Robert Greig <[email protected]> wrote:
Thanks for responding to my question, which newsgroup is more appropriate for
my line of question?
But before I move this thread, I would like to add:
I've already handled the recursion problem on top of the ejb-lookup before JNDI
becomes avaliable (while doing server startup) problem.
The advantage with the EJB model is this. By changing the host/port configuration,
I can switch between a local-authentication server or a remote provide authentication
server network configuration.
If I were to include the necessary classes in the mbean JAR from our application,
there maybe resources issues since I now have 2 classloaders loading my server-portion
of classes. Not sure how that will workout with resources and all. This model
has the disadvantage of any classes I have in the mbean JAR will require updates
outside my EAR. This wroks against the EAR deployment model.
-alex
Alex Cheung wrote:
I've written an EJB for doing authenitcation. This EJB is accessedby an security-mbean (BEA's login module).
- The EJB is deployed in an EAR.
- The EJB-stubs are extracted and is included as part of the MBEANJar.
This isn't a good approach. You are pretty much stuffed mainly for the
reasons you outline.
Also note that if you continue to go down this road you will have to
handle the potential recursion (i.e accessing an EJB will invoke a
security call to your provider!).
Why do you need to implement this as an EJB? The main advantages of EJBs
are security and container managed transactions neither of which is
relevant here surely?
Robert

Naming.lookup() returns null???? Why??

I read about this in a previous forum but there was no answer given to someones question about it. Sometimes Naming.lookup() returns null and a later call will succeed. Is there a recognised reason for this? Is it a recognised bug or undocumented feature?
I have seen some sample RMI source on the Internet and sometimes the code checks for null and gives and error. The sample programs from Sun regarding RMI don't check for null.
Has anyone ever encountered this and found a way around it?
Thanks for you help,
Anthony

hi
are you using an Activatable object??
then, it can happens, since you won't have your object until the ActivationSytem is running.
And it takes little time for the activation system to run.
If u are using an 'Activatable object, i will suggest to write a loop in which you check if hte ActivationSystem was started.
something like this
boolean display = false;
ActivationGroupID agi = null;
while(true) {
try {
if(!display) {
System.err.println("Trying to connect to ActivationSystem...");
display = !display;
agi = ActivationGroup.getSystem().registerGroup(exampleGroup);
break;
} catch(Exception e) {
continue;
}

RMI-IIOP JNDI lookup returns com.sun.corba.se.internal.iiop.CDRInputStream

I have two different RMI-IIOP java clients, one is working fine and the other is not. Both are using weblogic.jndi.WLInitialContextFactory from wlclient.jar in WLS 8.1sp5 and JDK 1.4.2_6.
One java client is a straight-forward java main. JNDI lookup is returning EJBHome_Stub correctly loaded by sun.rmi.server.LoaderHandler$Loader
The other java client is a complex java program with multiple threads and many jars. A thread does the same JNDI lookup as the simple java client, but the object returned is of type com.sun.corba.se.internal.iiop.CDRInputStream_1_0$1 which has NULL classloader (bootstrap classloader).
What condition triggered the WebLogic InitialContext to default to com.sun.corba.se.internal.iiop.CDRInputStream?

Kevin Fung <> writes:
This is usally symptomatic of an IOR without the corresponding stub
being loaded, usually because the correct security manager is not
set. However the client jar bypasses the security manager to try and
avoid this problem, so I am confused as to why you are seeing this. Do
you know which object it is accessing? Can you try putting IIOP stubs
for it in the client?
andy
I have two different RMI-IIOP java clients, one is working fine and the other is not. Both are using weblogic.jndi.WLInitialContextFactory from wlclient.jar in WLS 8.1sp5 and JDK 1.4.2_6.
One java client is a straight-forward java main. JNDI lookup is returning EJBHome_Stub correctly loaded by sun.rmi.server.LoaderHandler$Loader
The other java client is a complex java program with multiple threads and many jars. A thread does the same JNDI lookup as the simple java client, but the object returned is of type com.sun.corba.se.internal.iiop.CDRInputStream_1_0$1 which has NULL classloader (bootstrap classloader).
What condition triggered the WebLogic InitialContext to default to com.sun.corba.se.internal.iiop.CDRInputStream?

Registry.lookup() return Remote object from different ip address

I've got this error using
Registry reg = LocateRegistry.getRegistry(serverName, Registry.REGISTRY_PORT);
service = (ILogin) reg.lookup("service");and when I use debugger I've got this
RegistryImpl_Stub[UnicastRef [liveRef: [endpoint:[10.240.161.66:1099](remote),objID:[0:0:0, 0]]]]
Proxy[ILogin,RemoteObjectInvocationHandler[UnicastRef [liveRef: [endpoint:[10.240.161.54:2074](remote),objID:[-4308ea07:116adade605:-7fff, 9133145996543447416]]]]]Why the Registry return a service from different IP address ?
I've run this code for several times and it works. But today it cannot connect to the RMIServer.
Any idea ?

Thanks, i found my missing prppertis is
// optional. Defaults to localhost. Only needed if web server is running
// on a different host than the appserver
props.setProperty("org.omg.CORBA.ORBInitialHost", "localhost");
// optional. Defaults to 3700. Only needed if target orb port is not 3700.
props.setProperty("org.omg.CORBA.ORBInitialPort", "3700");
to set the port and host back

Lookup return value string as Function

The only way which I know of is to define mapping parameters with the IsExprVar flag checked; then you can provide each individual business rule for one session run, source all records which have to be processed by this particular business rule and process them, and repeat the whole process until all business rules have been used. Regards,Nico

Hi,I have a requirement to load close to 100 files. Each files has different business rules. Business Rules are saved in tableI'm planning to create one stage mapping and use the lookup to read the business rule apply them, but INFA is treating the look up return values as string and not as function.. Is there a way to make INFA treat them as function Eg: Business Rule : col1|| col2 INFA load them as "col1||col2", instead of subsituting col1 value Thanks

TopicConnectionFactory - context.lookup returns a different object

Hi.
I'm using RefFSContextFactory in my code to retrieve a javax.jms.TopicConnectionFactory object by jndi.
The code worked fine until suddenly context.lookup starts to get a com.sun.messaging.TopicConnectionFactory.
I don't know why this behavior.
Any ideas?
Regards,
Fox

Hi,
The code you posted looks good to me.
Do you have imq.jar in your classpath ? See the section titled 'Setting up Your Environment' in the MQ Developer's Guide for Java Clients:
[http://docs.sun.com/app/docs/doc/819-7757/6n9mar6bf?a=view#aeqar]
This may explain why the object looked up is found, but when the attempt to instantiate it was made (all done from within ctx.lookup()), it failed because the class was not in your CLASSPATH. JNDI lookup code should be generic, but the JMS provider (ie MQ in this case) jars should be in your CLASSPATH. I can't be sure this is exactly your issue but it could very well be.
How did you store the TopicConnectionFactory at C:/temp ? I assume you used imqobjmgr or imqadmin ? Did that go OK ?
Lastly, if you downloaded and installed MQ on windows, the javadoc should be in your installation, at mqInstallHome\mq\javadoc, see the section titled 'Installed Directory Structure' in the MQ Installation Guide at:
[http://docs.sun.com/app/docs/doc/819-7754/aencp?a=view]
regards,
-i

Context.lookup in a Servlet always returns the same Stateful Session Bean

Hi,
I am working on an application in which a Servlet should obtain one StateFul Session Bean per client. I read in EJB 3.0 in Action that to do so I should use a jndi lookup and save the result of the lookup in an HttpSession. This works fine for me when I have a single client.
My issue is that when I have several clients, context.lookup returns the same SFSB for each client. This means that I end up having a single SFSB for the whole application. I've been browsing the web for a while now trying to find a solution but haven't had any luck yet.
The code I use to obtain and save the SFSB is the following:
HttpSession session = request.getSession(true);
DFMServiceRemote service = (DFMServiceRemote) session.getAttribute("DFMService");
if (null == service)
service = (DFMServiceRemote) new InitialContext().lookup("DFMService");
session.setAttribute("DFMService", service);
}Using different browser, I end up with different HttpSession but a single SFSB. The only workaround I found is to create the context with environment variables or properties. It then returns different SFSBs for different HttpSession. The workaround code is as below:
Hashtable<String, String> env = new Hashtable<String, String>();
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.rmi.RMIInitialContextFactory");
env.put(Context.SECURITY_PRINCIPAL, "oc4jadmin");
env.put(Context.SECURITY_CREDENTIALS, "welcome");
env.put(Context.PROVIDER_URL, "ormi://localhost:23791/DriverFatigue");
service = (DFMServiceRemote) new InitialContext(env).lookup("DFMService");My question is the following. How can I get a different instance of an SFSB every time I execute context.lookup without specifying properties.
Thanks in advance for any help,
Matthieu Siggen

I just did something similar in another project using JBoss instead of oc4j and didn't have any problem. I expect I missed a configuration file in oc4j or there is a conflict somewhere.

JNDI lookup() for sql server jdbc datasource returns null

Hi,
I am trying to use a jdbc datasource in tomcat 5 to access a sql server 2000 database. I had many common problems and did found an answer to them in the forums but I'm having one last (I hope) problem. My program is also using a mySQL datasource and it works fine.
The problem is that my lookup returns null. No exception, just null. It seems that many people had this problem but I didn't found any answer to it.
This is the lookup code:
    Context ctx = new InitialContext();
    Context envCtx = (Context)ctx.lookup("java:comp/env");
    axaptaDS = (DataSource) envCtx.lookup("jdbc/axapta"); //returns null :(This my context.xml config:
<ResourceParams name="jdbc/axapta">
    <parameter>
      <name>factory</name>
      <value>com.microsoft.jdbcx.sqlserver.SQLServerDataSourceFactory</value>
    </parameter>
    <parameter>
      <name>url</name>
      <value>jdbc:microsoft:sqlserver://hostname:1433</value>
    </parameter>
    <parameter>
      <name>password</name>
      <value>password</value>
    </parameter>
    <parameter>
      <name>maxActive</name>
      <value>4</value>
    </parameter>
    <parameter>
      <name>maxWait</name>
      <value>5000</value>
    </parameter>
    <parameter>
      <name>driverClassName</name>
      <value>com.microsoft.jdbcx.sqlserver.SQLServerDataSource</value>
    </parameter>
    <parameter>
      <name>username</name>
      <value>username</value>
    </parameter>
    <parameter>
      <name>maxIdle</name>
      <value>2</value>
    </parameter>
</ResourceParams>And I also put these lines in my web.xml file:
<resource-ref id="ResourceRef_1092254277306">
     <res-ref-name>jdbc/axapta</res-ref-name>
     <res-type>javax.sql.DataSource</res-type>
     <res-auth>Container</res-auth>
     <res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>Thanks for helping!

I finally found a remedy to this problem:
specify this driver instead and remove the entry about the factory in the context's .xml file:
com.microsoft.jdbc.sqlserver.SQLServerDriver

Exception in RFC Lookup

Hi Experts,
I have a query in Graphical RFC Lookup function.
I am working on Pi 7.1 and scenario is File to Idoc.
In the file, material number is coming, and I have to find out the corresponding Customer number from ECC table using RFC Lookup.
I know how to use RFC lookup.
But here issue is, if Customer Number is not maintained in the ECC table for the incoming material number, then exception should be thrown and processing should be stopped at that moment.
Please tell me how to throw this exception and hence fail the mapping.
-Supriya.

Hi ,
I guess you want to fail the message transformation at Message mapping level with Red Error in Monitoring , If LOOKUP return Nothing ...
What You can Do Is , Instead of RFC LOOKUP Function , Use UDF Based RFC LOOKUP , and Inside UDF you can easily raise exception.
Or
In Grapphical Message mapping pass the result from RFCLOOKUP To a 1..1 Target , if during transfermation if 1..1 node will not get any value , so mapping will get failed automatoicaly ..
hope the idea Helps
regards
PS

OWB Lookup/Join

We are using OWB repository 10.2.0.2.0 and OWB client 10.2.0.2.8. The Oracle version is 10 G (10.2.0.2.0). OWB is installed on Sun 64 bit server.
As we use lookup in OWB mapping, We can use the lookup tables/source table to create a View as Join with source and lookup table in Database. The created view could be a source for OWB mapping. This will help us to have less lookups in OWB mapping. As we Join the lookup in Database server, we could get better performance.
Did any one in this forum use above approach in large projects?
Any idea?
What is the best approach, when lookup returns multiple values for single lookup key?
Thanks in advance.
RI

Hi RI,
This will help us to have less lookups in OWB mapping. As we Join the lookup in Database server, we could get better performance.
Did any one in this forum use above approach in large projects?OWB uses Oracle database as ETL-engine and in case of Set based execution mode (for PL/SQL mapping) you will not get better performance with view (when used instead of lookup of join operators).
Additional negative impact of "view" approach is lost of complete info for Lineage/Impact analysis (I think that for large projects this is a very helpful features).
What is the best approach, when lookup returns multiple values for single lookup key?I think this is design mistake - you should define unique key on lookup table
Regards,
Oleg

Env-entry-mapping in orion-application-client not available in JNDI lookup

I have an application client module in my EAR file that I've configured to auto-start.
It has a few env-entry defined in it's application-client.xml.
When I deploy the EAR file to OC4J 10.1.3, the application client module gets started and can access these env-entry properties from its JNDIContext.
Now, comes the problem. During the deployment process, I edit the Deployment Plan, and change the env-entry property values, and then deploy the application.
However, the application client module still gets the original values when it does the JNDI lookups of those env-entry names.
I have checked to see that OC4J creates an orion-application-client.xml during deployment and it shows the env-entry-mapping elements with the updated values.
Why is the JNDI lookup returning the values from application-client.xml and not the overriden values set in orion-application-client.xml?
I have tried this on OC4J 10.1.3, as well as 10.1.3.1.0 - got same behavior.
Is this a bug in OC4J? This seems to work fine with ejb modules, but not application client modules.
Thanks,
Kalpak

Avi!
Of course, I had tried it before I wrote the question. I put the modified xml file into the application area. After that AS restarts OC4J instance. And then I find my xml without any changes I made! I tried to do the same thing from the AS console. The same!
Leonid

Problem in Static Stub Client

Hello...!!!
I am trying to learn web services using j2ee.
when I try to build the static stub client, using 'asant build', build always failed. I've already built the service n can see its wsdl in ie.
I have given all the process below after typing 'asant build'
(I also donn understand 1 thing, I have set all environment variables on D drive though it shows C drive[see ** below], o/s:win xp)
Plz. help asap.
Thanks in advance.
.Mohit
/*process after asant build command*/
Buildfile: build.xml
clean:
[delete] Deleting directory D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\build
generate-stubs:
j2ee-home-test:
init:
prepare:
[echo] Creating the required directories....
[mkdir] Created dir: D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\build
set-wscompile:
run-wscompile:
[echo] Running wscompile:
[echo] ** c:\sun\appserver/bin/wscompile.bat -gen:client -d build -classpath build ${config.wsdl.file}
[exec] error: error: file not found: ${config.wsdl.file}
[exec] Usage: wscompile [options] configuration_file
[exec] Use "wscompile -help" for a detailed description of options.
j2ee-home-test:
init:
prepare:
[echo] Creating the required directories....
compile-client:
[echo] Compiling the client source code....
[javac] Compiling 1 source file to D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\build
[javac] D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\src\HelloClient.java:46: cannot find symbol
[javac] symbol : class HelloIF
[javac] location: class staticstub.HelloClient
[javac] HelloIF hello = (HelloIF) stub;
[javac] ^
[javac] D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\src\HelloClient.java:46: cannot find symbol
[javac] symbol : class HelloIF
[javac] location: class staticstub.HelloClient
[javac] HelloIF hello = (HelloIF) stub;
[javac] ^
[javac] D:\Mohit\j2eetutorial14\examples\jaxrpc\staticstub\src\HelloClient.java:56: cannot find symbol
[javac] symbol : class MyHelloService_Impl
[javac] location: class staticstub.HelloClient
[javac] return (Stub) (new MyHelloService_Impl().getHelloIFPort());
[javac] ^
[javac] 3 errors

i think these 2 lines are needed in <home>/examples/jaxrpc/common/build.properties to build jaxrpc examples
config.wsdl.file=config-wsdl.xml
config.interface.file=config-interface.xml

Format of the JNDI name for lookup in DataSource

Hi
a) I have made a datasource in Weblogic 10.3 called SQL and its JNDI name as jdbc/SQLDS.
The driver was BEA'S Type 4 Driver for MS SQL Server
Now I am trying to lookup the datasource through an application. I have used the following
lines of code:
InitialContext context = new InitialContext();
DataSource ds = context.lookup("jdbc/SQLDS");
Connection conn = ds.getConnection();
The Application was a success.
I saw in some articles that you can refer to the datasource by even java:comp/env/jdbc/SQLDS,
instead of just jdbc/SQLDS. I tried both ways and I was able to run the application.
b) Then I made another datasource in Weblogic 10.3 called SQL1 and its JNDI name as jdbc/SQL1.
The driver was MS SQL Server Type 4 Driver for versions 2000, 2005
Now I am trying to lookup the datasource through an application. I have used the following
lines of code:
InitialContext context = new InitialContext();
DataSource ds = context.lookup("jdbc/SQL1");
Connection conn = ds.getConnection();
The Application was a success.
I saw in some articles that you can refer to the datasource by even java:comp/env/jdbc/SQL1,
instead of just jdbc/SQL1. I tried the first way and it didnt work. It gave me a NullPointerException
at the line Connection conn = ds.getConnection();
c)Then I made a 3rd datasource in Weblogic 10.3 called SQL2 and its JNDI name as jdbc/SQL2DS.
The driver was MS SQL Server Type 4 Driver for versions 2000, 2005
Now I am trying to lookup the datasource through an application. I have used the following
lines of code:
InitialContext context = new InitialContext();
DataSource ds = context.lookup("jdbc/SQL2DS");
Connection conn = ds.getConnection();
The Application was a success.
I saw in some articles that you can refer to the datasource by even java:comp/env/jdbc/SQL2DS,
instead of just jdbc/SQL2DS. I tried the first way and it didnt work. Again, it gave me a NullPointerException
at the line Connection conn = ds.getConnection();
I was confused why the 2nd and 3rd way didnt work . Is it becaue I used Microsoft's MS SQL Server Type 4 Driver?
I have added the jar file in the WEBLOGIC_CLASSPATH. Why is it not recognising java:comp/env/jdbc/SQL2DS ?
I would be grateful if somebody could give me ideas on this...
Thanks
Neeti

To use application scoped or indirect JNDI lookups (i.e. java:comp/env/...) you usually need to define a <resource-ref> entry in your deployment descriptor(s). Not sure what type of application you are using to test (web-app, EJB,) but for java:comp/env/ lookups to work, you need to define resource references. The fact that your first test succeeded is somewhat strange. Without the resource reference definitions, I would have expected your JNDI lookups to fail with a NamingException instead of the lookup returning NULL for the datasource.
Assuming you are doing your test from a web-app, you need to add <resource-ref> definitions to your web.xml file similar to the following:
<resource-ref>
<res-ref-name>*jdbc/SQL2DS*</res-ref-name>
<res-type>java.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
and then add <reference-descriptor> definitions to your weblogic.xml file similar to the following:
<reference-descriptor>
<resource-description>
<res-ref-name>*jdbc/SQL2DS*</res-ref-name>
<jndi-name>*jdbc/SQL2DS*</jndi-name>
</resource-description>
</reference-descriptor>
Once you do these steps your lookup("java:comp/env/jdbc/SQL2DS") should function properly from within your web-app.

RFC lookup error when table in change mode

Hi,
I´m using an RFC lookup from XI to translate external to internal partner nr. Input to the FM in R/3 is the external partner nr och the FM should return the internal partner nr to XI. The problem is that when a user edits the table that my FM reads from a get an error.
- Isn´t it possible to read a r/3 table while it is in change mode? Is my only way around this to create a z version of this table?
Claes

Hi Claes
have a look on these links ,
For your RFC lookup,
/people/alessandro.guarneri/blog/2006/03/27/sap-xi-lookup-api-the-killer
/people/sravya.talanki2/blog/2005/12/21/use-this-crazy-piece-for-any-rfc-mapping-lookups
RFC lookups pdf https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/xi/xi-code-samples/xi%20mapping%20lookups%20rfc%20api.pdf
/people/alessandro.guarneri/blog/2006/03/27/sap-xi-lookup-api-the-killer
Michal's Blog on RFC Mapping Lookup:/people/michal.krawczyk2/blog/2005/09/15/xi-rfc-mapping-lookups-from-bc-to-xi
RFC Lookup.
RFC lookup return no values
http://help.sap.com/saphelp_nw2004s/helpdata/en/17/d609b48ea5f748b47c0f32be265935/frameset.htm
Also check this useful link which also talk about Value Lookup:
Value lookup
http://help.sap.com/saphelp_nw04/helpdata/en/2e/96fd3f2d14e869e10000000a155106/content.htm
/people/prasad.illapani/blog/2006/10/25/how-to-check-jdbc-sql-query-syntax-and-verify-the-query-results-inside-a-user-defined-function-of-the-lookup-api
Lookups - /people/morten.wittrock/blog/2006/03/30/wrapping-your-mapping-lookup-api-code-in-easy-to-use-java-classes
Lookups - /people/alessandro.guarneri/blog/2006/03/27/sap-xi-lookup-api-the-killer
Thanks !!

Lookup returning stubs..

Similar Messages

Maybe you are looking for