Mailing List Archives Public Access	UW Madison Computer Sciences Department Computer Systems Lab

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Condor-users] Problem with WSDL and SOAP usage

Date: Wed, 10 Mar 2010 09:32:58 -0500
From: Matthew Farrellee <matt@xxxxxxxxxx>
Subject: Re: [Condor-users] Problem with WSDL and SOAP usage

Few quick comments inline...

SMITH Michael wrote:

Thank you very much for your help.

I tried requestReschedule() this morning to no avail, the job remains in
the idle state and the only way to get it out is to use condor_rm <job>;
condor_rm -forcex <job>.

Another issue to mention, by convention the condor web service is
supposed to massage the "SOAP:address location" upon HTTP GET to report
the correct URI (and port), and it doesn't do that.  Leaving you with
the only option to manually edit the "SOAP:address location" attribute
of the WSDL before code generation.  This creates the problem that the
port and address are fixed and cannot be configurable and/or dynamic.
Unless I am flat out wrong about it, this to me is a serious flaw and
the SOAP/WSDL implementation is crippled.

Some services do that. All sane toolkits let you override, and youalready know the endpoint if you're issuing a GET for the WSDL dynamically.

I'm moving on to write java code that makes calls to condor commands via
the command line interface, which is btw is going extremely well.  Doing
so mainly because of the trouble I've faced with the SOAP API, and it
seems like the problems I've faced are just the tip of the iceberg.  One
hurdle after the other.  Unless someone has a very compelling reason to
switch back, I can't afford to spend more time on troubleshooting the
SOAP interface.


If you go this way be sure to use -format.

(more below)

Michael Smith
-----Original Message-----
From: condor-users-bounces@xxxxxxxxxxx
[mailto:condor-users-bounces@xxxxxxxxxxx] On Behalf Of SMITH Michael
Sent: Tuesday, March 9, 2010 16:51
To: johnson.raj@xxxxxxxxx; Condor-Users Mail List
Subject: Re: [Condor-users] Problem with WSDL and SOAP usage

Excellent, thank you so much for the reply.

My responses follow:
1. Did that.  Windows can't do -better, linux with -remote simply shows
same as -ana alone, but with a little extra showing the requirements.
2. Yes compared the SOAP vs. CMD line with a visual diff tool, and tried
extensively inserting classad lines making a close match as possible.
Ultimately failed.
3. Tomorrow, I'll try the requestReschedule() because I consistently get
"2 match but reject for unknown reasons".  Does that make sense?


Michael Smith
-----Original Message-----
From: condor-users-bounces@xxxxxxxxxxx
[mailto:condor-users-bounces@xxxxxxxxxxx] On Behalf Of Johnson koil Raj
Sent: Tuesday, March 9, 2010 10:10
To: Condor-Users Mail List
Subject: Re: [Condor-users] Problem with WSDL and SOAP usage

Hi Smith,

       Do the following.

      1. condor_q <jobId> -bet -ana

      2. Did you compared the compare the JobAds submitted through SOAP
& Cmd line. If some got missed add that also.

      3. If your job matches any machines call requestReschedule() after
job submission.

by
Johnson


SMITH Michael wrote:
Using 7.2.4 on Windows XP, with Netbeans 6.8 I've generated a jar with
the condorSchedd.wsdl and condorCollector.wsdl. In addition I'vecreated a small java app which attempts to submit a job. For 3 fulldays, I've followed instructions and countless pages on the websearching for tidbits of information that can help me.For a test, the job works well using the equivalent job from thecommand line (condor_submit) using the following submit file.// THIS Woks well only when the SCHEDD_ARGS = -p 8088 is not enableduniverse = vanilla executable = E:\xfer\myuname_$$(OpSys) arguments =-a output = uname.out error = uname.err log = uname.logrequirements = OpSys == "LINUX"
shouldtransferfiles = IF_NEEDED
whentotransferoutput = ON_EXIT
queueThe problem is the job submits but remains idle forever. My job issubmitted on Windows and attemps to run a job on a Linux (Ubuntu 9.10)

Is the job being attempted? Is the NumShadowStarts = 0 (condor_q -long<jobid> | grep NumShadowStarts)?

running Condor 7.2.4, the condor master is the linux box.  This is the

equivalent java code that submits well but the job never runs, instead

remaining in the idle state.

// I must enable the SCHEDD_ARGS = -p 8088CondorSchedd service = new CondorSchedd();

            CondorScheddPortType port = service.getCondorSchedd();

TransactionAndStatus transaction =port.beginTransaction(3000);System.out.println("transaction.status := " +transaction.getStatus().getCode().value());

            IntAndStatus clusterId =
port.newCluster(transaction.getTransaction());

System.out.println("clusterId.status := " +clusterId.getStatus().getCode().value());

            IntAndStatus jobId =
port.newJob(transaction.getTransaction(), clusterId.getInteger());

System.out.println("jobId.status := " +jobId.getStatus().getCode().value());

            System.out.println("clusterId := " +
clusterId.getInteger() + " jobId := " + jobId.getInteger());
            ClassAdStructAndStatus jobAd = port.createJobTemplate(
                    clusterId.getInteger(),
                    jobId.getInteger(),
                    System.getProperty("user.name"),
                    UniverseType.VANILLA,
                    "e:\\xfer\\myuname_LINUX",
                    "-a", // arguments
                    "(OpSys == \"LINUX\")"
                    );

System.out.println("classAd.status := " +jobAd.getStatus().getCode().value());

             ClassAdStructAttr attr = new ClassAdStructAttr();
            attr.setName("Args");
            attr.setType(ClassAdAttrType.STRING_ATTR);
            attr.setValue("-a");
            jobAd.getClassAd().getValue().getItem().add(attr);