Hi, Have you managed to integrate the client-config.wsdd directly in the applet ? Or are you relying on the client having this file on his computer? Regards Igor
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J Seo Sent: martes, 21 de octubre de 2008 18:43 To: #PAN KE# Cc: Rachana Ananthakrishnan; gt-user@globus.org Subject: Re: [gt-user] about Java WS core client-side library Hi Pan Ke I experimentally found the necessary jar files for a client side. I developed an applet UI and tried to find out jar files one by one for client side. Our applet UI is working on a tomcat server with 22 jar files from the gt4 core library and is therefore running on the client web browser without GT4. The problem is WS-notification because the gt4 client should use the embedded container for receiving notifications, creating EPRs. Therefore, I realized it is very difficult to separate the client side from the server side because the client side should run a notification service as servers do. Anyway, jar files in my case are: axis.jar, addressing-1.0.jar, jaxrpc.jar, commons-discovery.jar, wsdl4j.jar, wsrf_common.jar, wsrf_core.jar, wsrf_tools.jar, wsrf_core_stubs.jar, cog-jglobus.jar, cog-axis.jar, wss4j.jar, xalan.jar, axis.jar, axis-url.jar, commons-digester.jar, commons-collections-3.2.jar, commons-beanutils.jar, commons-cli-2.0.jar, naming-common.jar, naming-java.jar, naming-resources,jar Hopefully, it will help you. Jung #PAN KE# wrote: > It is a common usage that GT4 services are defined and deployed at the > server side while clients on other machines invoke the services > without installation of GT4 or the java WS core. Why the client-side > library is not abstracted out from the collection of Java WS core > libraries? The whole collection of the Java WS core libraries is not > small-sized, this may prevent GT4 clients from running on > resource-limited platforms. Thanks for your attention. > > Regards, > Pan Ke > > ------------------------------------------------------------------------ > *From:* Rachana Ananthakrishnan [mailto:[EMAIL PROTECTED] > *Sent:* Mon 10/20/2008 9:39 PM > *To:* #PAN KE#; gt-user@globus.org > *Subject:* RE: [gt-user] about Java WS core client-side library > > I don't have a list of dependencies that are needed just for the > client side. But you will need at least all of the security libraries, > the client-config.wsdd file and the jars for classes in that file > (which would be wsrf core, common and so on). For most part, the Java > WS core libraries and the stubs for your library should definitely work. > > Rachana > > ------------------------------------------------------------------------ > *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On > Behalf Of *#PAN KE# > *Sent:* Monday, October 20, 2008 4:37 AM > *To:* gt-user@globus.org > *Subject:* [gt-user] about Java WS core client-side library > > Dear folks, > > Suppose I have written a GT4 web service and deployed in a GT4 > Java WS core container. I want to invoke this service from a > machine which does not have GT4 installation. What client-side > library does the machine need except the stubs for the invoked web > service? i.e. what globus-specific client-side library does the > machine need? > > Thanks. > > Regards, > Pan Ke > ------------------------------------------------------------------ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. Este mensaje y los ficheros adjuntos pueden contener informacion confidencial destinada solamente a la(s) persona(s) mencionadas anteriormente pueden estar protegidos por secreto profesional. Si usted recibe este correo electronico por error, gracias por informar inmediatamente al remitente y destruir el mensaje. Al no estar asegurada la integridad de este mensaje sobre la red, Atos Origin no se hace responsable por su contenido. Su contenido no constituye ningun compromiso para el grupo Atos Origin, salvo ratificacion escrita por ambas partes. Aunque se esfuerza al maximo por mantener su red libre de virus, el emisor no puede garantizar nada al respecto y no sera responsable de cualesquiera danos que puedan resultar de una transmision de virus. ------------------------------------------------------------------
