Christian Bernardt - LogFiles, SD

Noelle Givler ngivler at bbn.com
Tue Jun 24 17:08:13 EDT 2008


Hi, Christian.

I'm assuming that your versions of SDRegistrationPlugin and 
SDClientPlugin extend SimpleSDRegistratonPlugin, SimpleSDClientPlugin 
and SimpleMatchmakerPlugin.. Debugging is a lot more straightforward 
with the simple versions. These are the base classes used in the pizza 
tutorial.

Would you first verify that MTA is successfully registering as a 
ProductionTaskProvider?

    *  Does registration plugin find the provider file?
          o Add debugging output to isProvider() and helper methods to
            print file name returned by getProviderFile() and
            getProviderFile() exists()
    *  Does the registration plugin find it's yp community?
          o SimpleSDRegistrationPlugin has debugging output charting the
            progress of the finding the YP community
    * Does the registration plugin register the provider
          o SimpleSDRegistrationPlugin has debugging output for
            registration process in the YP. Look for - MTA
            initialRegister success = true with <yp community name>

Please let me know whether registration is successful so I can suggest 
the next set of debugging steps.

Other thoughts -
1) Did you add follow the example of the pizza tutorial and implement a 
DomainAdapter (org.cougaar.servicediscovery.PizzaDomain) and Constants 
(org.cougaar.servicediscovery.Constants) to ensure that the 
ProductionTaskProvider role was properly constructed?

2)I'm perplexed by the reference to MilitaryServiceScheme in the 
MMQuery. SimpleMatchmakerPlugin.getServiceSchemeForRoles() defaults to 
UDDIConstants.COMMERCIAL_SERVICE_SCHEME. Can you verify that you're 
using an extension of SimpleMatchmakerPlugin and have not overwritten 
getServiceScheme?

Noelle

Noelle Givler wrote:
> Hi, Christian.
>
> I just started looking at your logs but I noticed that I don't see any 
> messages indicating that MTA registered sucessfully as a 
> ProductionTaskProvider. Do you have logging enabled for 
> org.cougaar.servicediscovery.plugin? There should be in an initial 
> DEBUG level message from SimpleSDRegistrationPlugin saying something 
> like -
> Registering: MTA with <your community name>
>
> If this doesn't appear, it indicates that cougaar isn't finding the 
> provider description file - probably related to a cougaar install path 
> problem. I'll see if I can find some documentation on setting up 
> environment variables.
>
> Noelle
>
>
> Christian Bernardt wrote:
>> Hi Noelle,
>>
>> here are the logging files. One, where DEBUG is set for entire 
>> cougaar plugins (full_...log) and the other one with just my plugins 
>> set to debug.
>> The xml file is my community start file and I have sent you the 
>> community file, a sample service file, my service scheme.
>> Just tell me, if you need any further material from my side.
>>
>> Yours sincerely,
>>
>> Christian Bernardt
>>
>> On Wed, Jun 18, 2008 at 4:20 PM, Noelle Givler <ngivler at bbn.com 
>> <mailto:ngivler at bbn.com>> wrote:
>>
>>     Hi, Christian.
>>
>>     I got your call yesterday. I'm committed to client meetings
>>     through the week. I should be available to talk next Monday
>>     morning. I'm usually in by 8 am edt.
>>
>>     Noelle
>>     Christian Bernardt wrote:
>>
>>         Hi Noelle,
>>
>>         this is Christian Bernardt, I have tried calling you, but just
>>         reached your answering machine.
>>         I would like to ask one more question concerning the yp
>>         service. I have managed to publish a FIND_PROVIDER task, which
>>         result in a mmquery published by the SDClientPlugin. But the
>>         query only seems to return null. When I use the servlet to
>>         look for the mmquery it tells me that all my queries are
>>         MilitaryService Queries and that I am using the
>>         MilitaryServiceScheme, which is very strange, because I never
>>         defined this ServiceScheme and can not find a code snippet
>>         where this service scheme is referenced. However I have
>>         referenced the CommercialServiceScheme, which contains all the
>>         information I need for my application.
>>         Could you please make some suggestion:
>>
>>         1.) why the mmqueries are failing, even though I have
>>         generated the owl files, have provided the ServiceScheme and
>>         published it
>>         2.) where I could find the reference to the Military Service
>>          Scheme so that I can change this reference to the
>>         CommercialServiceScheme.
>>
>>         Thank you very much.
>>
>>         I would really appreciate if we could talk on the phone on one
>>         of these days.
>>
>>         Yours sincerely, Christian Bernardt
>>
>>         On Tue, May 20, 2008 at 8:53 PM, Noelle Givler
>>         <ngivler at bbn.com <mailto:ngivler at bbn.com>
>>         <mailto:ngivler at bbn.com <mailto:ngivler at bbn.com>>> wrote:
>>
>>            Hi, Christian.
>>
>>            I assume you've already looked  at the pizza tutorial. (
>>            http://cougaar.org/projects/tutorials/ ). That's a very
>>            straightforward example of cougaar service discovery. I'm
>>         going to
>>            use the pizza tutorial as the context for my answers below.
>>
>>            CommercialServiceScheme-yp.xml and the service profiles
>>         define the
>>            set of services registered for a given agent within the 
>> yellow
>>            pages. The README file in 
>> tutorials/pizza/data/serviceprofiles
>>            discusses how to add a new service (i.e. IceCreamProvider)
>>         and how
>>            to add an new provider (i.e. Pizzahut).
>>
>>            SDPizzaNode1.xml and SDPizzaNode2.xml in
>>            tutorials/pizza/configs/pizzaparty are well commented
>>         examples of
>>            society .xml files. They illustrate how to define nodes and
>>            agents. In addition,  you can find information on how the
>>         plugins
>>            within the agents are configured to support service 
>> discovery.
>>
>>            Within the cougaar agents, the service functionality is
>>         modeled by
>>            plugins.
>>                   
>> tutorials/tutorials/pizza/src/org/cougaar/pizza/plugin/package.html
>>            discusses how the plugins use service discovery to find a
>>            PizzaProvider. For service discovery to work correctly in the
>>            simple service discovery case demonstrated by the pizza
>>         tutorial,
>>             Role.getName() (in the org.cougaar.planning.ldm.plan.Role
>>         sense)
>>            must match the string used to define the service in
>>            CommercialServiceScheme-yp.xml and the the service
>>         profiles. Hence
>>            the addition of the PIZZAPROVIDER and  PIZZACONSUMER Roles
>>         defined
>>            on org.cougaar.pizza.Constants.  Section 3.2.9 of the Cougaar
>>            Developers Guide discusses Service Discovery in greater 
>> detail.
>>
>>            If you have additional questions, it would be helpful if
>>         you could
>>            also provide some background on the problem you wish to 
>> solve.
>>
>>            Thanks,
>>            Noelle Givler
>>
>>            Subject:
>>            Re: Question Cougaar, mailing list not working
>>            From:
>>            Todd Wright <twright at bbn.com <mailto:twright at bbn.com>
>>         <mailto:twright at bbn.com <mailto:twright at bbn.com>>>
>>
>>            Date:
>>            Thu, 15 May 2008 11:06:04 -0400
>>
>>            To:
>>            Christian Bernardt <crossfire2003 at gmx.de
>>         <mailto:crossfire2003 at gmx.de>
>>            <mailto:crossfire2003 at gmx.de
>>         <mailto:crossfire2003 at gmx.de>>>,
>>         christian.bernardt at googlemail.com
>>         <mailto:christian.bernardt at googlemail.com>
>>            <mailto:christian.bernardt at googlemail.com
>>         <mailto:christian.bernardt at googlemail.com>>
>>            CC:
>>            Aaron Helsinger <ahelsing at bbn.com <mailto:ahelsing at bbn.com>
>>         <mailto:ahelsing at bbn.com <mailto:ahelsing at bbn.com>>>
>>
>>
>>
>>
>>            I've cc'ed Aaron.  I don't know much about the YP, so 
>> hopefully
>>            Aaron can answer your questions.
>>
>>            Also, try sending your email to mailing list again.  It was
>>         down
>>            for several weeks but I think we've fixed it.
>>
>>            Todd
>>
>>            Christian Bernardt wrote:
>>
>>                Hi Todd,
>>
>>                I have a question concerning the cougaar yellow page
>>         service.
>>                I hope you find the time to answer it.
>>                I am a little confused about the definition of roles. 
>> There
>>                are, as far as I know, 4 places where one can find a role
>>                definition:
>>
>>                   * CommercialServiceScheme-yp.xml
>>                   * the society xml, when creating the self-entity
>>                   * the serviceprofile owls
>>                   * Constants Class
>>
>>                Which of the places, where I can find the role names are
>>                essential to get the yellow page service working?
>>                Could you please explain a bit, what exactly is e.g.
>>         done in
>>                the Constants class, which I do not fully understand and
>>                therefore can not really adapt it to my problem.
>>                I know, that the pizza example creates complementary 
>> roles,
>>                provider vs. customer, but what does the creation of the
>>                relationship type in Constants do? and is it essential
>>         for the
>>                yellow page service?
>>
>>                I hope you find the time to elaborate a little more on 
>> the
>>                concept.
>>
>>                Yours sincerely,
>>
>>                Christian Bernardt
>>
>>
>>
>>
>>
>>
>>
>>
>>         --         secondary residence:
>>
>>         c/o Gregersen
>>         Karl-Marx-Ring 118
>>         81739 München
>>         Germany
>>         ______________________________________
>>         mobile: +49-151-56934998
>>         phone: +49-351-2644416 (VOIP)
>>         ______________________________________
>>         principal residence:
>>
>>         Christian Bernardt
>>         Gartenstr. 6
>>         01328 Dresden
>>         Germany
>>         phone:+49-(0)351-26 40 914
>>         fax: +49-(0)351-26 40 918
>>
>>
>>
>>
>>
>> -- 
>> secondary residence:
>>
>> c/o Gregersen
>> Karl-Marx-Ring 118
>> 81739 München
>> Germany
>> ______________________________________
>> mobile: +49-151-56934998
>> phone: +49-351-2644416 (VOIP)
>> ______________________________________
>> principal residence:
>>
>> Christian Bernardt
>> Gartenstr. 6
>> 01328 Dresden
>> Germany
>> phone:+49-(0)351-26 40 914
>> fax: +49-(0)351-26 40 918 
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cougaar.org/pipermail/cougaar-developers/attachments/20080624/5bc8686d/attachment-0001.html


More information about the Cougaar-developers mailing list