[cddlm] Notes from the meeting on 5/31/2006
Flávio Roberto Santos / OurGrid Project
flaviors at dsc.ufcg.edu.br
Mon Jun 5 14:26:07 CDT 2006
Steve Loughran wrote:
> Milojicic, Dejan S (HP Labs) wrote:
>> Attendees: Satish (NEC), Flavio, Guilherme (UFCG), Dejan (HP)
>> 1. Update:
>> UFCG: no significant progress with component model because they missing
>> files from others, from everyone. ACTION item: get files from Satish,
>> Steve, and Stuart, so that UFCG can make some progress. (Satish: some of
>> these cases, such as switch and delegate still haven't been implemented
>> in the parser, so right now he does not have these files, will probably
>> work on these this week and send them to Flavio. Others (STUART AND
>> STEVE): PLEASE REPLY BY EMAIL WHEN YOU WILL PROVIDE THE FILES). Flavio
>> will explicitly request these files. Guilherme testing against the NEC
>> endpoint broke again, not sure what is it about. The interval was 2
>> minutes. Satish requested to get the sample tests and possibly trace.
>> Satish was testing from inside and did not get problems.
> I cant reach the NEC endpoint from behind my firewall; can anyone else
> see it?
> I think the proxy server here is complicating the reporting, because
> when I telnet from a public site I get a connection but no response
> > telnet cddlm.nec-labs.com 9090
> Trying 188.8.131.52...
> Connected to cddlm.nec-labs.com.
> Escape character is '^]'.
> GET /cddlm/services/portal HTTP/1.0
> ...and I can sit there indefinately waiting for a reply. Indeed, my
> test client does sit there indefinately, which is a bug somewhere in
> apache httpclient.
> Actually, the UFCG epr isnt reachable either, even when I ssh to a
> site beyond the firewall and try and telnet to port 8080
> > uname -a
> FreeBSD minotaur.apache.org 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu
> May 11 11:50:25 PDT 2006
> root at minotaur.apache.org:/usr/obj/usr/src/sys/SMP-turbo i386
> > telnet cddlm.lsd.ufcg.edu.br 8080
> Trying 184.108.40.206...
> telnet: connect to address 220.127.116.11: Connection refused
> telnet: Unable to connect to remote host
It is now online!
>> NEC: Wrt UFCG, he did deployment test using CDL that Flavio sent a few
>> weeks ago, is trying to reproduce the problems and it is failing but
>> still does not understand what it is. The problem is with not being able
>> to deployment components on each other's components. Deployment APIs are
>> 75% on HP endpoint, but not wrt component model. Asked Steve with how to
>> resolve the issue with him not being able to talk to other endpoints,
>> but still didn't get response.
> 1. I need to be able to talk to the endpoints
> 2. I can then use axis tcpmon to get a trace record of the message
> that is sent and the fault that is sent back.
> 3. I can send the record of the message to the other endpoint to see
> if they can replicate the problem. If we can find out what line is
> throwing the real fault, its possible to track down the underlying
> cause, which is possible/probable that muse and I have different
> misinterpretations of the WSRF and WSA specifications. I will have to
> workaround whatever they are, regardless of whose fault it is.
>> 2. We received feedback on the CDL spec and Jun should take action on
>> it. Jun, can you please let us know approximately when you will be able
>> to address the questions raised.
> Is this the ongoing discussion about importing into namespaces?
>> 3. EVERYONE: PLEASE TRY TO ATTEND NEXT MEETING. WE ARE CLOSE TO OUR
>> MILESTONE TO COMPLETE TESTING SO THAT WE CAN START WRITING INFORMAL
>> DOCUMENT SUMMARIZING INTEROPERABILITY!
> I've been on holiday.
Flavio Roberto Santos
Undergraduate student at Universidade Federal de Campina Grande
OurGrid Team Member - www.ourgrid.org
My webpage - http://www.ourgrid.org/~flavio
"As far as the laws of mathematics refer to reality, they are not
certain, and as far as they are certain, they do not refer to reality."
-- Albert Einstein
More information about the cddlm-wg