perfsonar-dev - Re: [pS-dev] Lookup service playground tab
Subject: perfsonar development work
List archive
- From: Nina Jeliazkova <>
- To:
- Cc: Szymon Trocha <>, "" <>, GN3 JRA2 T3 <>,
- Subject: Re: [pS-dev] Lookup service playground tab
- Date: Mon, 10 Aug 2009 16:34:37 +0300
Jason,
>>>
>>>> Today experiment with the updated views Jason send, is as follows:
>>>>
>>>> http://dc211.internet2.edu/cgi-bin/perfSONAR/view.cgi?hls=http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-xml-ls/services/LookupService
>>>>
>>>>
>>>>
>>>> According to the tree view, 192.16.166.26 is served by
>>>> http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-rrd-ma/services/MeasurementArchiveService
>>>>
>>>> ( resolves to 131.225.204.1 ) and I would expect this service to
>>>> appear
>>>> in the results. Unfortunately , this is not the case - could anyone
>>>> please provide an explanation? I assume the tree view is up to date.
>>>
>>> I have explained this on numerous occasions before, and nothing has
>>> really changed: we are aware that the IP summarization is not as tight
>>> as some would like them to be. There is ongoing work with a student
>>> at the University of Delaware to improve the algorithm and he has a
>>> report on his results so far available here:
>>>
>> Indeed, we have discussed summarization ‘tightness’ on a number of
>> occasions already. However, I would like to emphasize that the suggested
>> workaround is not suitable in this specific case, because the returned
>> superset of services does not include the specific entry I’m looking for
>> (p-mdm.ps-lhcopn.fnal.gov or 131.225.204.1).
>>
>> That is to say, if I apply the suggested workaround and start querying
>> every service from the returned superset list I don’t have any chance to
>> query the ‘correct’ one (p-mdm.ps-lhcopn.fnal.gov or 131.225.204.1) ,
>> because it is not in the list.
>
>
> Did you read my response discussing possible reasons *why* things are
> not working as you would expect them to? There is absolutely nothing
> *anyone* can do if the summarization is not working at the lowest
> levels, I look forward to hearing from the MDM hLS maintainer so we
> can figure out if there is or is not a problem here that needs to be
> addressed.
>
>
>> In addition it appears that there’s some inconsistency between the
>> output of the directory/tree summary view, which includes a reference to
>> 192.16.166.26, attached to p-mdm.ps-lhcopn.fnal.gov/131.225.204.1 and
>> the results of direct queries to this particular service that you sent.
>> As already stated above, the same kind of inconsistency exists between
>> the output of the directory/tree summary view and the results of a
>> playground query for this particular IP address (192.16.166.26). I would
>> appreciate an explanation of these inconsistencies.
>
>
> Not sure what you are implying here by "inconsistency? - there are 2
> interfaces on the first GUI for the *utilization eventType* (direction
> "in" and direction "out"), the graphs for these two interfaces reflect
> the data for these two directions. The GUI *does not* display other
> eventTypes (errors, discards) so it has no reason to display the
> remaining interface definitions that are in the hLS view.
>
> Am I answering your concern correctly? If not can you try to explain
> what "inconsistency" you are seeing?
The inconsistency I’m referring to consists in the fact that the
(192.16.166.26, p-mdm.ps-lhcopn.fnal.gov) tuple is present in the
directory and tree summary views but is not present in gLS response.
PerfsonarUI playground currently sends query without event types
specified, therefore it is expected _any_ information about the query
network element to be returned. I am not quite sure how your comment
about eventtypes is related to the issue.
Perhaps I am misinterpreting the directory and the tree view, and for
clarification please find attached screenshots of both views. The tuple
(192.16.166.26, p-mdm.ps-lhcopn.fnal.gov) do show there.
I understand many things can go wrong in a distributed system, but still
it is not clear to me :
- how this tuple got in the directory/tree summary views in the first
place (having in mind that it appears that it is not possible to obtain
such summary information from the specific service as you have already
shown);
- why this tuple is included in the directory/tree summary views but
is not included in response to the above mentioned query;
It appears that currently we don’t get a superset which could be further
narrowed down by sending specific queries to hLSes, but rather some set
which may or may not include the specific entry we’re looking for.
Regarding the requirements from a client to the LS infrastructure, I
believe the basic query is given a network element (+event types +
service type) , be able to retrieve which services provide information
about it.
Regards,
Nina
P.S. Right now I've been querying for 192.16.166.26
and got
40498 ms
Query
urn:ogf:network:node=192.16.166.26
Services
http://216.255.240.2:8085/perfSONAR_PS/services/pSB
http://perfsonar-1.t2.ucsd.edu:8085/perfSONAR_PS/services/pSB
The entire log with queries and responses is attached.
For the completeness, I've tried a query of ESNET MA
http://ps3.es.net:8080/perfSONAR_PS/services/snmpMA for 134.55.221.30
and 198.129.254.101 (any event type) and only got an empty response.
I assume this view comes from querying the LS infrastructure:
http://dc211.internet2.edu/cgi-bin/perfSONAR/serviceTest.cgi?url=http://ps3.es.net:8080/perfSONAR_PS/services/snmpMA&eventType=http://ggf.org/ns/nmwg/characteristic/utilization/2.0
>
> -jason
>
>
>> Directory view
>> http://dc211.internet2.edu/cgi-bin/perfSONAR/serviceTest.cgi?url=http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-rrd-ma/services/MeasurementArchiveService&eventType=http://ggf.org/ns/nmwg/characteristic/utilization/2.0
>>
>> <http://dc211.internet2.edu/cgi-bin/perfSONAR/serviceTest.cgi?url=http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-rrd-ma/services/MeasurementArchiveService&eventType=http://ggf.org/ns/nmwg/characteristic/utilization/2.0>
>>
>>
>> Tree view
>> http://dc211.internet2.edu/cgi-bin/perfSONAR/view.cgi?hls=http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-xml-ls/services/LookupService
>>
>>
>> Best regards,
>> Nina
>>> http://code.google.com/p/perfsonar-ps/wiki/IPSummarization
>>>
>>> and
>>>
>>> https://damsl.cis.udel.edu/svn/perl-iptrie/README.html
>>>
>>> I have not had a chance to incorporate his work into the gLS releases
>>> yet, so this is still untested in a production environment. We will
>>> be working towards releasing this before the end of the year. Until
>>> then our suggestion of how to work around this still stands: multiple
>>> queries to the result hLSs will be be required to determined if these
>>> instances do or do not hold what you are looking for.
>>>
>>> As for your results below I took a look at the hLS installed on
>>> p-mdm.ps-lhcopn.fnal.gov, I would encourage all to see the internal
>>> view here:
>>>
>>> http://dc211.internet2.edu/cgi-bin/pA/view.cgi?hls=http://p-mdm.ps-lhcopn.fnal.gov:8080/geant2-java-xml-ls/services/LookupService
>>>
>>>
>>>
>>> This is an MDM hLS, so I am not aware of the specifics of how it works
>>> on the inside. According to the view of the hLS summary set
>>> (represented as "Collection:
>>> http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/xquery/2.0"
>>>
>>> and "Store Type: LSStore-summary" - scroll all the way to the bottom)
>>> there is nothing there. This may mean:
>>>
>>> 1) I am not querying this set correctly, I will let the MDM hLS
>>> maintainer answer if I am doing this correctly. If there is a problem
>>> with my query, that would indicate a bug in my CGIs which I will
>>> gladly fix. I am sending this query:
>>>
>>> <nmwg:message type="LSQueryRequest"
>>> id="LSQueryRequest"
>>> xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
>>>
>>> xmlns:xquery="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/xquery/1.0/">
>>>
>>>
>>> <nmwg:metadata id="meta1">
>>> <xquery:subject id="sub1">
>>> declare namespace nmwg="http://ggf.org/ns/nmwg/base/2.0/";
>>>
>>> /nmwg:store[@type="LSStore-summary"]/nmwg:metadata
>>> </xquery:subject>
>>>
>>> <nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/xquery/2.0</nmwg:eventType>
>>>
>>>
>>> </nmwg:metadata>
>>> <nmwg:data metadataIdRef="meta1" id="d1"/>
>>> </nmwg:message>
>>>
>>> I do get a response (but it is vaugue):
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <soapenv:Envelope
>>> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soapenv:Body><nmwg:message
>>>
>>> xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/" id="LSQueryRequest_resp"
>>> messageIdRef="LSQueryRequest" type="LSQueryResponse"><nmwg:metadata
>>> id="LSQueryResponseMetadata"><nmwg:eventType>success.ls.query</nmwg:eventType></nmwg:metadata><nmwg:data
>>>
>>> id="LSQueryResponseData"
>>> metadataIdRef="LSQueryResponseMetadata"><psservice:datum
>>> xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/"/></nmwg:data></nmwg:message></soapenv:Body></soapenv:Envelope>
>>>
>>>
>>>
>>>
>>>
>>> 2) The set is empty and the service is not summarizing, would indicate
>>> a bug in the service
>>>
>>> 3) The service just came up and did not have a chance to summarize yet
>>> (unlikely, this appears to have been registered for a while but I
>>> can't prove this from where I sit)
>>>
>>> -jason
>>>
>>>
>>>> First try:
>>>> 40963 ms
>>>> Query
>>>> urn:ogf:network:node=192.16.166.26
>>>> Services
>>>> http://216.255.240.2:8085/perfSONAR_PS/services/pSB
>>>> http://rrdma.net.internet2.edu:8080/perfSONAR_PS/services/IUsnmpMA
>>>> http://rrdma.net.internet2.edu:8080/perfSONAR_PS/services/snmpMA
>>>> http://ps3.es.net:8080/perfSONAR_PS/services/snmpMA
>>>> http://frown.es.net:8085/perfSONAR_PS/services/pSB
>>>> http://perfsonar-1.t2.ucsd.edu:8085/perfSONAR_PS/services/pSB
>>>>
>>>> Second try:
>>>> 41670 ms
>>>> Query
>>>> urn:ogf:network:node=192.16.166.26
>>>> Services
>>>> http://rrdma.net.internet2.edu:8080/perfSONAR_PS/services/IUsnmpMA
>>>> http://rrdma.net.internet2.edu:8080/perfSONAR_PS/services/snmpMA
>>>> http://frown.es.net:8085/perfSONAR_PS/services/pSB
>>>> http://perfsonar-1.t2.ucsd.edu:8085/perfSONAR_PS/services/pSB
>>>> http://ps3.es.net:8080/perfSONAR_PS/services/snmpMA
>>>> http://216.255.240.2:8085/perfSONAR_PS/services/pSB
>>>>
>>>> Third try:
>>>> 433 ms
>>>> Query
>>>> urn:ogf:network:node=192.16.166.26
>>>> Services
>>>>
>>>> Fourth try:
>>>> 3518 ms
>>>> Query
>>>> urn:ogf:network:node=192.16.166.26
>>>> Services
>>>>
>>>>
>>>> Fifth try:
>>>> 3518 ms
>>>> Query
>>>> urn:ogf:network:node=192.16.166.26
>>>> Services
>>>>
>>>> And on subsequent attempts no services were retrieved as well
>>>>
>>>> Obviously, we need to think of a systematic testing approach.
2009-08-10 15:58:45,076 [AWT-EventQueue-0] DEBUG
org.perfsonar.ri.lsclient.level1.RootGlses - Getting default lookupservices
from root.hints
2009-08-10 15:58:45,078 [AWT-EventQueue-0] DEBUG
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - System property
"application.perfsonar.lsclient.rootHints" was undefined or empty
2009-08-10 15:58:45,078 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Root hints url =
'http://www.perfsonar.net/gls.root.hints'
2009-08-10 15:58:45,078 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Starting retrieval
of GLS-es from root.hints
2009-08-10 15:58:45,968 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Encoding of
root.hints determined as beeing UTF8
2009-08-10 15:58:45,968 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ndb1.internet2.edu:9991/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,969 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ale.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,969 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ps1.es.net:9990/perfSONAR_PS/services/gLS '
2009-08-10 15:58:45,973 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ps4.es.net:9990/perfSONAR_PS/services/gLS '
2009-08-10 15:58:45,974 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ls.monipe.rnp.br:9990/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,974 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://tukki.fnal.gov:9990/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,976 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints:
'http://ls.perfsonar.pionier.net.pl:9990/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,977 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints: 'http://ps1.jp.apan.net:9990/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,977 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Read line of
root.hints:
'http://moonshine.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS'
2009-08-10 15:58:45,977 [AWT-EventQueue-0] DEBUG
org.perfsonar.ri.lsclient.level1.RootHintsFileDownloader - Parsing yielded
the following results: [http://ps4.es.net:9990/perfSONAR_PS/services/gLS,
http://ps1.es.net:9990/perfSONAR_PS/services/gLS,
http://ale.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS,
http://ls.monipe.rnp.br:9990/perfSONAR_PS/services/gLS,
http://moonshine.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS,
http://ndb1.internet2.edu:9991/perfSONAR_PS/services/gLS,
http://ls.perfsonar.pionier.net.pl:9990/perfSONAR_PS/services/gLS,
http://ps1.jp.apan.net:9990/perfSONAR_PS/services/gLS,
http://tukki.fnal.gov:9990/perfSONAR_PS/services/gLS]
2009-08-10 15:58:49,337 [AWT-EventQueue-0] WARN
org.perfsonar.ri.lsclient.level1.RootGlses - Error occoured while trying to
time gls('http://ale.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS')
java.net.SocketTimeoutException: connect timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:520)
at sun.net.NetworkClient.doConnect(NetworkClient.java:152)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:388)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:523)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:231)
at sun.net.www.http.HttpClient.New(HttpClient.java:304)
at sun.net.www.http.HttpClient.New(HttpClient.java:321)
at
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813)
at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765)
at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690)
at
org.perfsonar.ri.lsclient.level1.RootGlses.replace(RootGlses.java:47)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:111)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:107)
at
org.perfsonar.ri.lsclient.level1.RootGlses.ensureFilled(RootGlses.java:101)
at
org.perfsonar.ri.lsclient.level1.Level1Impl.<init>(Level1Impl.java:58)
at org.perfsonar.ri.lsclient.LsClientImpl.<init>(LsClientImpl.java:29)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at sun.misc.Service$LazyIterator.next(Service.java:271)
at
org.perfsonar.lsclient.LsClientProvider.getImplementation(LsClientProvider.java:59)
at
org.perfsonar.lsclient.LsClientProvider.getClient(LsClientProvider.java:42)
at
org.perfsonar.perfsonarui.ls.LsResources.<init>(LsResources.java:16)
at
org.perfsonar.perfsonarui.ls.LsResources.<clinit>(LsResources.java:11)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.loadLsclient(PerfSonarApp.java:255)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.<init>(PerfSonarApp.java:160)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp$6.run(PerfSonarApp.java:557)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
2009-08-10 15:58:49,340 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootGlses - Dropping supplied entry:
http://ale.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS
2009-08-10 15:58:51,341 [AWT-EventQueue-0] WARN
org.perfsonar.ri.lsclient.level1.RootGlses - Error occoured while trying to
time gls('http://ls.monipe.rnp.br:9990/perfSONAR_PS/services/gLS')
java.net.SocketTimeoutException: connect timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:520)
at sun.net.NetworkClient.doConnect(NetworkClient.java:152)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:388)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:523)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:231)
at sun.net.www.http.HttpClient.New(HttpClient.java:304)
at sun.net.www.http.HttpClient.New(HttpClient.java:321)
at
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813)
at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765)
at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690)
at
org.perfsonar.ri.lsclient.level1.RootGlses.replace(RootGlses.java:47)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:111)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:107)
at
org.perfsonar.ri.lsclient.level1.RootGlses.ensureFilled(RootGlses.java:101)
at
org.perfsonar.ri.lsclient.level1.Level1Impl.<init>(Level1Impl.java:58)
at org.perfsonar.ri.lsclient.LsClientImpl.<init>(LsClientImpl.java:29)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at sun.misc.Service$LazyIterator.next(Service.java:271)
at
org.perfsonar.lsclient.LsClientProvider.getImplementation(LsClientProvider.java:59)
at
org.perfsonar.lsclient.LsClientProvider.getClient(LsClientProvider.java:42)
at
org.perfsonar.perfsonarui.ls.LsResources.<init>(LsResources.java:16)
at
org.perfsonar.perfsonarui.ls.LsResources.<clinit>(LsResources.java:11)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.loadLsclient(PerfSonarApp.java:255)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.<init>(PerfSonarApp.java:160)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp$6.run(PerfSonarApp.java:557)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
2009-08-10 15:58:51,342 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootGlses - Dropping supplied entry:
http://ls.monipe.rnp.br:9990/perfSONAR_PS/services/gLS
2009-08-10 15:58:54,315 [AWT-EventQueue-0] WARN
org.perfsonar.ri.lsclient.level1.RootGlses - Error occoured while trying to
time gls('http://ls.perfsonar.pionier.net.pl:9990/perfSONAR_PS/services/gLS')
java.net.SocketTimeoutException: connect timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:520)
at sun.net.NetworkClient.doConnect(NetworkClient.java:152)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:388)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:523)
at sun.net.www.http.HttpClient.<init>(HttpClient.java:231)
at sun.net.www.http.HttpClient.New(HttpClient.java:304)
at sun.net.www.http.HttpClient.New(HttpClient.java:321)
at
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813)
at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765)
at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690)
at
org.perfsonar.ri.lsclient.level1.RootGlses.replace(RootGlses.java:47)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:111)
at org.perfsonar.ri.lsclient.level1.RootGlses.fill(RootGlses.java:107)
at
org.perfsonar.ri.lsclient.level1.RootGlses.ensureFilled(RootGlses.java:101)
at
org.perfsonar.ri.lsclient.level1.Level1Impl.<init>(Level1Impl.java:58)
at org.perfsonar.ri.lsclient.LsClientImpl.<init>(LsClientImpl.java:29)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at sun.misc.Service$LazyIterator.next(Service.java:271)
at
org.perfsonar.lsclient.LsClientProvider.getImplementation(LsClientProvider.java:59)
at
org.perfsonar.lsclient.LsClientProvider.getClient(LsClientProvider.java:42)
at
org.perfsonar.perfsonarui.ls.LsResources.<init>(LsResources.java:16)
at
org.perfsonar.perfsonarui.ls.LsResources.<clinit>(LsResources.java:11)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.loadLsclient(PerfSonarApp.java:255)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp.<init>(PerfSonarApp.java:160)
at
org.perfsonar.perfsonarui.ui.PerfSonarApp$6.run(PerfSonarApp.java:557)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
2009-08-10 15:58:54,317 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.level1.RootGlses - Dropping supplied entry:
http://ls.perfsonar.pionier.net.pl:9990/perfSONAR_PS/services/gLS
2009-08-10 15:58:56,108 [AWT-EventQueue-0] INFO
org.perfsonar.ri.lsclient.LsClientImpl - Creating LSClient.
(java.awt.EventDispatchThread#run in file EventDispatchThread.java:110)
2009-08-10 15:58:56,109 [AWT-EventQueue-0] WARN
org.perfsonar.ri.lsclient.LsClientImpl - Because we are tracing performance
is crippled some what as streams are buffered as a whole and used for
logging. - Don't enable tracing for the LSClient in production environment.
2009-08-10 16:02:51,580 [Ls-Lookup] DEBUG
org.perfsonar.ri.lsclient.level1.DiscoveryProcessImpl - Using Gls:
http://moonshine.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS
2009-08-10 16:02:51,700 [Ls-Lookup] DEBUG
org.perfsonar.ri.lsclient.level0.Level0Impl - Executing raw discovery query
[<nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address>]
2009-08-10 16:02:51,702 [Ls-Lookup] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Setting connection settings[
Method:POST allowUserInteraction:false DoOutput:true DoInput:true
UserCaches:false Timeout:5000msec FollowRedirects:true ]
2009-08-10 16:02:51,900 [Ls-Lookup] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Sending message
[<env:Envelope
xmlns:env="http://www.w3.org/2003/05/soap-envelope"><env:Header/><env:Body><nmwg:message
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
xmlns:nmtl3="http://ogf.org/schema/network/topology/l3/20070828/"
xmlns:nmwgt="http://ggf.org/ns/nmwg/topology/2.0/"
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/"
id="LSDiscoveryRequest" type="LSQueryRequest"><nmwg:metadata
id="meta1"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address type="ipv4"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/">192.16.166.26</nmtb:address></summary:subject><nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType></nmwg:metadata><nmwg:data
id="d1" metadataIdRef="meta1"/></nmwg:message></env:Body></env:Envelope>]
2009-08-10 16:02:55,101 [Ls-Lookup] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - cheching result code of
request
(connection[sun.net.www.protocol.http.HttpURLConnection:http://moonshine.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS])
2009-08-10 16:03:30,233 [Ls-Lookup] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Responsecode for
connection[sun.net.www.protocol.http.HttpURLConnection:http://moonshine.damsl.cis.udel.edu:9991/perfSONAR_PS/services/gLS]
is 200
2009-08-10 16:03:30,239 [Ls-Lookup] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Recieved Message
[<SOAP-ENV:Envelope xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header/>
<SOAP-ENV:Body>
<nmwg:message xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
xmlns:env="http://www.w3.org/2003/05/soap-envelope/"
xmlns:nmtl3="http://ogf.org/schema/network/topology/l3/20070828/"
xmlns:nmwgt="http://ggf.org/ns/nmwg/topology/2.0/"
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/"
messageIdRef="LSDiscoveryRequest" id="message.17062159"
type="LSQueryResponse"><nmwg:metadata metadataIdRef="meta1"
id="metadata.9879353"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address></summary:subject>
<nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType>
</nmwg:metadata><nmwg:data metadataIdRef="metadata.9879353"
id="data.16307531"><nmwg:metadata
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
id="d7149fadc6180dfa7650bc3f55554f04">
<perfsonar:subject
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"><psservice:service
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/">
<psservice:serviceName>Lookup Service</psservice:serviceName>
<psservice:accessPoint>http://perfsonar-1.t2.ucsd.edu:8095/perfSONAR_PS/services/hLS</psservice:accessPoint>
<psservice:serviceType>hLS</psservice:serviceType>
<psservice:serviceDescription>perfSONAR_PS Lookup Service at UCSDT2
in La Jolla, CA, USA</psservice:serviceDescription>
</psservice:service></perfsonar:subject>
</nmwg:metadata></nmwg:data><nmwg:data metadataIdRef="metadata.9879353"
id="data.16307531"><nmwg:metadata
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
id="8ef9906d32daad055d26cfa31d497edd">
<perfsonar:subject
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"><psservice:service
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/">
<psservice:serviceName>Lookup Service</psservice:serviceName>
<psservice:accessPoint>http://216.255.240.2:8095/perfSONAR_PS/services/hLS</psservice:accessPoint>
<psservice:serviceType>hLS</psservice:serviceType>
<psservice:serviceDescription>perfSONAR_PS Lookup Service at Ocala
Electric Utility in Ocala, Fl, USA</psservice:serviceDescription>
</psservice:service></perfsonar:subject>
</nmwg:metadata></nmwg:data></nmwg:message> </SOAP-ENV:Body>
</SOAP-ENV:Envelope>
]
2009-08-10 16:03:30,405 [Ls-Lookup] DEBUG
org.perfsonar.ri.lsclient.level1.DiscoveryProcessImpl - First step succeded
without error. Result:
[[http://perfsonar-1.t2.ucsd.edu:8095/perfSONAR_PS/services/hLS,
http://216.255.240.2:8095/perfSONAR_PS/services/hLS]]
2009-08-10 16:03:30,438 [Ls-worker2] DEBUG
org.perfsonar.ri.lsclient.level1.Level1Impl - quering LS for service
locations from http://216.255.240.2:8095/perfSONAR_PS/services/hLS where
topologyElements is any [Query: {ifAddress=192.16.166.26}
Response: {ifAddress=192.16.166.26}] eventypes is any [] serviceType is any
2009-08-10 16:03:30,438 [Ls-worker1] DEBUG
org.perfsonar.ri.lsclient.level1.Level1Impl - quering LS for service
locations from http://perfsonar-1.t2.ucsd.edu:8095/perfSONAR_PS/services/hLS
where topologyElements is any [Query: {ifAddress=192.16.166.26}
Response: {ifAddress=192.16.166.26}] eventypes is any [] serviceType is any
2009-08-10 16:03:30,444 [Ls-worker2] DEBUG
org.perfsonar.ri.lsclient.level0.Level0Impl - Executing raw discovery query
[<nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address>]
2009-08-10 16:03:30,446 [Ls-worker2] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Setting connection settings[
Method:POST allowUserInteraction:false DoOutput:true DoInput:true
UserCaches:false Timeout:5000msec FollowRedirects:true ]
2009-08-10 16:03:30,449 [Ls-worker2] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Sending message
[<env:Envelope
xmlns:env="http://www.w3.org/2003/05/soap-envelope"><env:Header/><env:Body><nmwg:message
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
xmlns:nmtl3="http://ogf.org/schema/network/topology/l3/20070828/"
xmlns:nmwgt="http://ggf.org/ns/nmwg/topology/2.0/"
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/"
id="LSDiscoveryRequest" type="LSQueryRequest"><nmwg:metadata
id="meta1"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address type="ipv4"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/">192.16.166.26</nmtb:address></summary:subject><nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType></nmwg:metadata><nmwg:data
id="d1" metadataIdRef="meta1"/></nmwg:message></env:Body></env:Envelope>]
2009-08-10 16:03:30,450 [Ls-worker1] DEBUG
org.perfsonar.ri.lsclient.level0.Level0Impl - Executing raw discovery query
[<nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address>]
2009-08-10 16:03:30,450 [Ls-worker1] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Setting connection settings[
Method:POST allowUserInteraction:false DoOutput:true DoInput:true
UserCaches:false Timeout:5000msec FollowRedirects:true ]
2009-08-10 16:03:30,452 [Ls-worker1] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Sending message
[<env:Envelope
xmlns:env="http://www.w3.org/2003/05/soap-envelope"><env:Header/><env:Body><nmwg:message
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
xmlns:nmtl3="http://ogf.org/schema/network/topology/l3/20070828/"
xmlns:nmwgt="http://ggf.org/ns/nmwg/topology/2.0/"
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/"
id="LSDiscoveryRequest" type="LSQueryRequest"><nmwg:metadata
id="meta1"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address type="ipv4"
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/">192.16.166.26</nmtb:address></summary:subject><nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType></nmwg:metadata><nmwg:data
id="d1" metadataIdRef="meta1"/></nmwg:message></env:Body></env:Envelope>]
2009-08-10 16:03:30,667 [Ls-worker2] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - cheching result code of
request
(connection[sun.net.www.protocol.http.HttpURLConnection:http://216.255.240.2:8095/perfSONAR_PS/services/hLS])
2009-08-10 16:03:30,713 [Ls-worker1] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - cheching result code of
request
(connection[sun.net.www.protocol.http.HttpURLConnection:http://perfsonar-1.t2.ucsd.edu:8095/perfSONAR_PS/services/hLS])
2009-08-10 16:03:30,982 [Ls-worker2] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Responsecode for
connection[sun.net.www.protocol.http.HttpURLConnection:http://216.255.240.2:8095/perfSONAR_PS/services/hLS]
is 200
2009-08-10 16:03:30,983 [Ls-worker2] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Recieved Message
[<SOAP-ENV:Envelope xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header/>
<SOAP-ENV:Body>
<nmwg:message xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
messageIdRef="LSDiscoveryRequest" id="message.11790507"
type="LSQueryResponse"><nmwg:metadata metadataIdRef="meta1"
id="metadata.10753981"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address></summary:subject>
<nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType>
</nmwg:metadata><nmwg:data metadataIdRef="metadata.10753981"
id="data.17068284"><nmwg:metadata
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
id="19d7c5753f14f6c10c156f387948da74"> <perfsonar:subject
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
id="subject.13057656">
<psservice:service
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/">
<psservice:serviceName>perfSONARBUOY MA</psservice:serviceName>
<psservice:accessPoint>http://216.255.240.2:8085/perfSONAR_PS/services/pSB</psservice:accessPoint>
<psservice:serviceType>MA</psservice:serviceType>
<psservice:serviceDescription>perfSONAR_PS SNMP MA at Ocala Electric
Utility in Ocala, Fl, USA</psservice:serviceDescription>
</psservice:service>
</perfsonar:subject>
</nmwg:metadata></nmwg:data></nmwg:message> </SOAP-ENV:Body>
</SOAP-ENV:Envelope>
]
2009-08-10 16:03:30,987 [Ls-Lookup] INFO org.perfsonar.perfsonarui.ls.Lookup
- Found services for 0, Lookup service
2009-08-10 16:03:31,995 [Ls-worker1] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Responsecode for
connection[sun.net.www.protocol.http.HttpURLConnection:http://perfsonar-1.t2.ucsd.edu:8095/perfSONAR_PS/services/hLS]
is 200
2009-08-10 16:03:31,996 [Ls-worker1] INFO
org.perfsonar.ri.lsclient.level0.SOAPEndpoint - Recieved Message
[<SOAP-ENV:Envelope xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header/>
<SOAP-ENV:Body>
<nmwg:message xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
messageIdRef="LSDiscoveryRequest" id="message.10827389"
type="LSQueryResponse"><nmwg:metadata metadataIdRef="meta1"
id="metadata.7762908"><summary:subject
xmlns:summary="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/lookup/summarization/2.0/"
id="subject.1"><nmtb:address
xmlns:nmtb="http://ogf.org/schema/network/topology/base/20070828/"
type="ipv4">192.16.166.26</nmtb:address></summary:subject>
<nmwg:eventType>http://ogf.org/ns/nmwg/tools/org/perfsonar/service/lookup/discovery/summary/2.0</nmwg:eventType>
</nmwg:metadata><nmwg:data metadataIdRef="metadata.7762908"
id="data.3601174"><nmwg:metadata
xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"
id="43039da94436c6d0e383743405a99104"> <perfsonar:subject
xmlns:perfsonar="http://ggf.org/ns/nmwg/tools/org/perfsonar/1.0/"
id="subject.2910616">
<psservice:service
xmlns:psservice="http://ggf.org/ns/nmwg/tools/org/perfsonar/service/1.0/">
<psservice:serviceName>perfSONARBUOY MA</psservice:serviceName>
<psservice:accessPoint>http://perfsonar-1.t2.ucsd.edu:8085/perfSONAR_PS/services/pSB</psservice:accessPoint>
<psservice:serviceType>MA</psservice:serviceType>
<psservice:serviceDescription>perfSONAR_PS SNMP MA at UCSDT2 in La
Jolla, CA, USA</psservice:serviceDescription>
</psservice:service>
</perfsonar:subject>
</nmwg:metadata></nmwg:data></nmwg:message> </SOAP-ENV:Body>
</SOAP-ENV:Envelope>
]
2009-08-10 16:03:32,003 [Ls-Lookup] INFO org.perfsonar.perfsonarui.ls.Lookup
- Found services for 0,, Lookup service
- Lookup service playground tab, Nina Jeliazkova, 08/07/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/11/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/19/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/19/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/19/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Jason Zurawski, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Nina Jeliazkova, 08/10/2009
- Re: [pS-dev] Lookup service playground tab, Szymon Trocha, 08/10/2009
Archive powered by MHonArc 2.6.16.