Subject: Re: Java ClassPath
- Next message: Amy Krause: "Re: Java ClassPath"
- Previous message: Mario Antonioletti: "OGSA-DAI Bugzilla"
- In reply to: Mike Jackson: "Re: Java ClassPath"
- Next in thread: Amy Krause: "Re: Java ClassPath"
- Reply: Amy Krause: "Re: Java ClassPath"
- Reply: Mike Jackson: "Re: Java ClassPath"
From: Samatha Kottha (samatha.kottha@tu-dresden.de)
Date: Feb 01, 2006 15:41
Hi!
I am still having the run time errors. I checked my CLASSPATH with the
CLASSPATH set by ant (added <property name="print.classpath"
refid="dai.library.path"/> <echo message="${print.classpath}" /> to
build.xml to display the classpath) and they are same. But I still get
the run time error
kottha@ite17155:~/Grid/ogsadai/examples> java SimpleClient
MyNataraj
MySCOP
MyKottha
select count(*) from cla;
OK1
Exception in thread "main"
uk.org.ogsadai.client.toolkit.exception.ServerException: Internal fault.
Consult the OGSA-DAI Service Provider with ID 1138807293046:0.
at
uk.org.ogsadai.client.toolkit.exception.FaultToException.getServerException(FaultToException.java:51)
at
uk.org.ogsadai.client.toolkit.wsrf.WSRFDataServiceStub.perform(WSRFDataServiceStub.java:561)
at
uk.org.ogsadai.client.toolkit.wsrf.WSRFDataService.perform(WSRFDataService.java:110)
at SimpleClient.main(SimpleClient.java:50)
kottha@ite17155:~/Grid/ogsadai/examples> cd $OGSA_HOME/
kottha@ite17155:/home/globus/ogsa/ogsadai-wsrf-2.1>
Any help??
regards,
Samatha
*Container log: *
2006-02-01 16:22:09,092 WARN handlers.FaultHandler
[ServiceThread-17,getFrom:114] The WS-Addressing ''To'' request header
is missing
2006-02-01 16:22:09,097 FATAL impl.DataServiceImpl
[ServiceThread-17,fatal:265] #1138807329096:1# Fatal system error.
Message is: "ResourceKey must not be
null.". Stack trace is: org.globus.wsrf.InvalidResourceKeyException:
ResourceKey must not be null.
at
uk.org.ogsadai.service.wsrf.resource.DataServiceResourceWrapperHome.find(DataServiceResourceWrapperHome.java:221)
at
org.globus.wsrf.impl.ResourceContextImpl.getResource(ResourceContextImpl.java:164)
at
uk.org.ogsadai.service.wsrf.dataservice.impl.DataServiceImpl.getDataServiceResource(DataServiceImpl.java:772)
at
uk.org.ogsadai.service.wsrf.dataservice.impl.DataServiceImpl.perform(DataServiceImpl.java:506)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:384)
at
org.globus.axis.providers.RPCProvider.invokeMethodSub(RPCProvider.java:107)
at
org.globus.axis.providers.PrivilegedInvokeMethodAction.run(PrivilegedInvokeMethodAction.java:42)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:379)
at org.globus.gsi.jaas.GlobusSubject.runAs(GlobusSubject.java:55)
at org.globus.gsi.jaas.JaasSubject.doAs(JaasSubject.java:90)
at
org.globus.axis.providers.RPCProvider.invokeMethod(RPCProvider.java:97)
at
org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:281)
at
org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:319)
at
org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
at
org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:450)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:285)
at
org.globus.wsrf.container.ServiceThread.doPost(ServiceThread.java:677)
at
org.globus.wsrf.container.ServiceThread.process(ServiceThread.java:398)
at
org.globus.wsrf.container.ServiceThread.run(ServiceThread.java:302)
Mike Jackson wrote:
> On Tue, 31 Jan 2006, Samatha Kottha wrote:
>
>> Hi!
>>
>> I am new to OGSA-DAI and also to GT4. I have two problems (to be frank
>> several questions:-))).
>>
>> 1. When I run the container in secure mode I was not able to connect
>> using the databrowser! What should I have to do make it work?
>
> I'm not sure if the databrowser works with security at present. One of
> the other OGSA-DAI developers will reply to this bit.
>
>> 2. I am trying to query our databases using my own java code. I set the
>> CLASSPATH as is advised in website
> (http://www.ogsadai.org.uk/documentation/ogsa-dai_wsrf_2.1/clients/clienttoolkit/index.html).
>
>> However I did not find any build/examples in my ogsadai folder. I used
>
> In the OGSA-DAI binary distribution all the examples are already
> compiled and in lib/ogsadai-examples.jar so there is no default
> build/examples - it's not needed.
>
> However, you can recompile the examples (for example after editing
> them). After recompilation the compiled classes will be in
> build/examples.
>
> To recompile the examples:
>
> 1-Set GLOBUS_LOCATION to the location of your GT4 distribution.
> 2-Ensure that one of the following Xindice JARs is in the
> ogsadai-dai_wsrf_2.1/lib:
>
> xmldb.jar
> xmldb-api.jar
> xmldb-api-20030701.jar
>
> 3-In ogsa-dai_wsrf_2.1 run
>
> $ ant -f build-examples.xml compileExamples
>
> 4-This will compile the examples to "build/examples".
>
> See the doc page above for more information - this also tells you how
> to make a new ogsadai-examples.jar.
>
>> the binary distribution on my workstation (client) and source
>> distribtion on server. The ogsadai directory in server have this
>> build/examples directory. However, I am getting the error saying that
>
> When you build a source distribution of OGSA-DAI it creates a binary
> distribution in a "binary" sub-directory. For running our examples you
> are recommended to work within a binary distribution directory.
>
>> uk.org.ogsadai.client.toolkit.* not found. Where can I find this jar
>> file? Waht to set to CLASSPATH.
>> My CLASSPATH is :
>> /home/globus/ogsa/ogsadai-wsrf-2.1/lib/*.jar:/usr/local/globus-4.0.1/lib/*.jar:/home/globus/ogsa/ogsadai-wsrf-2.1/build/examples
>>
>
> If this is _literally_ what your CLASSPATH is then it won't work. When
> we use the notation *.jar we mean every JAR must be included. So, for
> example your CLASSPATH above should be:
>
> /home/globus/ogsa/ogsadai-wsrf-2.1/lib/ogsadai-core.jar:/home/globus/ogsa/ogsadai-wsrf-2.1/lib/ogsadai-activities.jar:/home/globus/ogsa/ogsadai-wsrf-2.1/lib/ogsadai-examples.jar:...for
> every JAR in lib etc.
>
> Of course, I've just noticed that we don't explain that we used this
> notational short-cut in the doc so I apologise for this oversight.
> I'll update it on the WWW page within the next 2 days to make it clearer.
>
> If you are just getting started though there is no need to use the
> CLASSPATH. The doc page describes our compileExamples, jarExamples,
> and, most importantly, runClient targets in which ANT will
> automatically build the CLASSPATH.
>
> Cheers,
>
> mike
>
>> I am running it on Suse 64-bit machine with java 1.5.0_03. I tried
>> 1.4.2_10. Any help is very much appreciated.
>>
>> If I could solve this problem soon, I will post the remainin
>> questions :-))
>>
>> Thanks allot.
>>
>> regards,
>> Samatha
>>
>> SimpleClient.java:5: package uk.org.ogsadai.client.toolkit does not
>> exist
>> import uk.org.ogsadai.client.toolkit.GenericServiceFetcher;
>> ^
>> SimpleClient.java:6: package uk.org.ogsadai.client.toolkit does not
>> exist
>> import uk.org.ogsadai.client.toolkit.Response;
>> ^
>> SimpleClient.java:7: package uk.org.ogsadai.client.toolkit.activity does
>> not exist
>> import uk.org.ogsadai.client.toolkit.activity.ActivityRequest;
>> ^
>> SimpleClient.java:8: package uk.org.ogsadai.client.toolkit.activity.sql
>> does not exist
>> import uk.org.ogsadai.client.toolkit.activity.sql.SQLQuery;
>> ^
>> SimpleClient.java:9: package uk.org.ogsadai.client.toolkit.activity.sql
>> does not exist
>> import uk.org.ogsadai.client.toolkit.activity.sql.WebRowSet;
>> ^
>> SimpleClient.java:10: package uk.org.ogsadai.client.toolkit.service does
>> not exist
>> import uk.org.ogsadai.client.toolkit.service.DataService;
>> ^
>> SimpleClient.java:18: cannot resolve symbol
>> symbol : class DataService
>> location: class SimpleClient
>> DataService service =
>> GenericServiceFetcher.getInstance().getDataService(handle, id);
>> ^
>> SimpleClient.java:18: cannot resolve symbol
>> symbol : variable GenericServiceFetcher
>> location: class SimpleClient
>> DataService service =
>> GenericServiceFetcher.getInstance().getDataService(handle, id);
>> ^
>> SimpleClient.java:19: cannot resolve symbol
>> symbol : class SQLQuery
>> location: class SimpleClient
>> SQLQuery query = new SQLQuery("select count(*) from cla");
>> ^
>> SimpleClient.java:19: cannot resolve symbol
>> symbol : class SQLQuery
>> location: class SimpleClient
>> SQLQuery query = new SQLQuery("select count(*) from cla");
>> ^
>> SimpleClient.java:21: cannot resolve symbol
>> symbol : class WebRowSet
>> location: class SimpleClient
>> WebRowSet rowset = new WebRowSet( query.getOutput() );
>> ^
>> SimpleClient.java:21: cannot resolve symbol
>> symbol : class WebRowSet
>> location: class SimpleClient
>> WebRowSet rowset = new WebRowSet( query.getOutput() );
>> ^
>> SimpleClient.java:22: cannot resolve symbol
>> symbol : class ActivityRequest
>> location: class SimpleClient
>> ActivityRequest request = new ActivityRequest();
>> ^
>> SimpleClient.java:22: cannot resolve symbol
>> symbol : class ActivityRequest
>> location: class SimpleClient
>> ActivityRequest request = new ActivityRequest();
>> ^
>> SimpleClient.java:26: cannot resolve symbol
>> symbol : class Response
>> location: class SimpleClient
>> Response response = service.perform( request );
>> ^
>> 15 errors
>
- text/x-java attachment: SimpleClient.java
- Next message: Amy Krause: "Re: Java ClassPath"
- Previous message: Mario Antonioletti: "OGSA-DAI Bugzilla"
- In reply to: Mike Jackson: "Re: Java ClassPath"
- Next in thread: Amy Krause: "Re: Java ClassPath"
- Reply: Amy Krause: "Re: Java ClassPath"
- Reply: Mike Jackson: "Re: Java ClassPath"