Hi all,
Is there a myproxy-logon command (and all other files needed) for the
Windows platform? I downloaded and installed the GT4.2.1 Java WS Core but
these comend is not available to be used as described in the Quickstart
that is easier to be used than the old GT4.0 Quickstart procedure.
On Mon, Oct 20, 2008 at 7:12 AM, [EMAIL PROTECTED] wrote:
Is there a myproxy-logon command (and all other files needed) for the
Windows platform?
A Java client should do the trick:
http://grid.ncsa.uiuc.edu/myproxy/MyProxyLogon/
Hope this helps,
Tom
Refer to
http://www.globus.org/toolkit/docs/latest-stable/common/javawscore/developer
/#javawscore-developer-wsdlsoaprules for details on requirements on
SOAP/WSDL in GT.
In summary, we require compliance to WS I basic profle and the
document/literal mode requires that you have at most one part.
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
Does /usr/local/gt4.2.1/bin/ssh.d/ssh-keygen exist?
Charles
On Oct 16, 2008, at 4:01 AM, yingying chen wrote:
I make install again, and find the new information:
[EMAIL PROTECTED]:/usr/local/gt4.2.1/gt4.2.1-x86_deb_4.0-installer$ make
install
ln -sf /usr/local/gt4.2.1/etc/gpt/packages
Concerning the client-config.wsdd...
Is the client always expected to have this file in his HOME folder, or
is there a tricky way to include it in some jars?
I've never managed the latter solution, and the former is not realistic
for a transparent user application
Regards
Igor
From:
Hi,
I also endorsed Pan's concern. We are using GT4.X since some years now and
it is always frustrating to request the deployment of a whole GT at our
client sides, just because of it is almost impossible to isolate the needed
libraries.
I never asked about this to the list, but I'm now a bit
I don't know what's wrong. The error 155 in the gram log you show
suggests that it was unable to transfer the output back to the client,
but I don't know why it's showing up as an error 10 in the client
instead of the error 155 I see in the logs on the server side. It
seems possible that
Hi,
When I needed a minimal set of libs for a GT4 client, I actually started
with no libs, ran the client, looked at the exception, and added the
relevant lib. A few hours later, I had my minimal set of libs, some 30
or so jars. The next time I upgraded GT4 on the client, I didn't have
the
Added a bug to http://bugzilla.mcs.anl.gov/globus/show_bug.cgi?id=6489
Rachana
_
From: Ioan Raicu [mailto:[EMAIL PROTECTED]
Sent: Monday, October 20, 2008 11:51 AM
To: Manuele Simi
Cc: #PAN KE#; Rachana Ananthakrishnan; gt-user@globus.org
Subject: Re: [gt-user] about Java WS core
Hello Klaus,
The GT 4.2.1 Java WS Core distribution contains a myproxy client in
the bin subdirectory. The myproxy anonget command behaves like
myproxy-logon:
$ myproxy -h myproxy.ncsa.uiuc.edu anonget
Enter MyProxy Pass Phrase:
A proxy has been received for user jbasney in /tmp/x509up_u501
Hi,
I'm developing a platform for executing jobs using traditional Globus
commands such as 'globus-job-run' and 'globus-job-submit'. Now, when a
user decides to make an asynchronous execution, the platform queries
periodically for the job status to the remote resource using the
Dear gt-user,
Do you know how many delegations could be available when submitting a job?
For example, when I submit a job to gatekeeper A, the job is submitting another
job to gatekeeper B. I used -J option (i.e. globusrun-ws -submit -J ..).
Like this, repeating, I would like the job to be
After opening GridFTP ports on grid1, I still get the same error
message with either globus-job-submit or globus-job-run.
grid1 submit - grid2 GRAM server - grid4 execute
$ globus-job-submit grid2.ramscommunity.org/jobmanager-condor /bin/
hostname
GRAM Job submission failed because data
Correction.
The new GridFTP ports were opened on grid4, not grid1 (which have been
open).
Thanks,
Yoichi
--
Yoichi Takayama, PhD
Senior Research Fellow
RAMP Project
MELCOE (Macquarie E-Learning Centre of Excellence)
15 matches
Mail list logo