Hi, Eric. Ok, but how can I do this? I think I'm a newbie in this kind of operation, sorry. How can I look to a port of servers in a LAN without knowing their IP? And in this way may I keep the context-awareness of the communication?
thank you for you reply Cheers francesco 2005/5/31, Eric VERGNAUD <[EMAIL PROTECTED]>: > I'm afraid that is a very verbose way of doing things. The typical > way to do this is determine a port, have your server broadcast its IP > address on that port, and your clients look on that port to grab the > address. > > Once the address is found, you can safely interact with the server > using SOAP over HTTP. > > Le 30 mai 05 � 22:19, Francesco Munari a �crit : > > > I'm alredy using UDDI4j. The idea is that I don't know where the UDDI > > registry can be in the LAN. > > I assume that the client knows only two things: > > 1) the network (of course) > > 2) a "search key" for a particular tipe of service > > > > and that's all. > > The client should send a broadcast SOAP (or XML-RPC) request > > containing the search method to call on the server with the "key" > > passed as a parameter and somewhere into the LAN should be a server > > (or more) with its private UDDI registry that should reply with a > > response containing the result of the invoking of the method contained > > in the sender's RPC request. The response should contain just the URL > > of the WSDL file related to the service found. > > > > The need of the broadcast message is that the client don't know where > > (or if) there could be any UDDI registry in the network. With this > > framework a client can change network configuration (for example, > > going from a floor to another with a Palm in a wireless LAN) and, > > after leaving the service provided in the first network, find anothe > > one similar on the other network only by pressing the button "Refresh" > > :) > > > > Francesco > > > > 2005/5/30, Martin Gainty <[EMAIL PROTECTED]>: > > > >> The side effect of a broadcast without authentication is flooding the > >> network with unwanted disovery packets > >> I guess this is OK if you're utilising a high datarate > >> transmission i guess > >> > >> In your case your SOAP Request should look like > >> > >> <?xml version="1.0"?> > >> <SOAP-ENV:Envelope > >> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"; > > >> <SOAP-ENV:Body> > >> <getTest> > >> <Test>Test</Test> > >> </getTest> > >> </SOAP-ENV:Body> > >> </SOAP-ENV:Envelope> > >> > >> If you want to discover a "SOAP based" web-service based on some > >> characteristic such as Business Service Category why not use UDDI4J? > >> Take a look at > >> http://sourceforge.net/projects/uddi4j > >> > >> Martin- > >> > >> ----- Original Message ----- > >> From: "Francesco Munari" <[EMAIL PROTECTED]> > >> To: "Martin Gainty" <[EMAIL PROTECTED]> > >> Cc: <[email protected]> > >> Sent: Monday, May 30, 2005 12:44 PM > >> Subject: Re: SOAP-over-UDP > >> > >> Martins, > >> > >> It is for this reason that I'd like to broadcast a SOAP request > >> instead of a simple XML-RPC message. The goal of my framework is to > >> keep the "context awareness" offered by XML language. > >> If you are sure that there is no way to send a broadcast SOAP > >> request, > >> the last solution, I think, it could be XML-RPC. > >> > >> So, two questions: > >> > >> 1) are you sure ther's no way to send a broadcast SOAP request? > >> 2) In order to send a broadcast XML-RPC message I've to cerate a > >> StringWriter like this (for example)? > >> > >> <?xml version="1.0" ?> > >> <methodCall> > >> <methodName>getTest</methodName> > >> <params> > >> <param> > >> <value> > >> <string>Test</string> > >> </value> > >> </param> > >> </params> > >> </methodCall> > >> > >> Thank's Martin. > >> > >> Francesco > >> > >> 2005/5/30, Martin Gainty <[EMAIL PROTECTED]>: > >> > >>> Francesco- > >>> You can Broadcast XML-RPC assuming you dont mind flooding your > >>> network > >>> The question is can you confine your application to using the > >>> more basic > >>> datatypes supported by XML-RPC > >>> vs implementing SOAP features (user-defined datatypes, namespace > >>> URI)? > >>> Anyone else? > >>> Martin- > >>> ----- Original Message ----- > >>> From: "Francesco Munari" <[EMAIL PROTECTED]> > >>> To: "Martin Gainty" <[EMAIL PROTECTED]> > >>> Cc: <[email protected]> > >>> Sent: Monday, May 30, 2005 6:45 AM > >>> Subject: Re: SOAP-over-UDP > >>> > >>> Grazie! :) > >>> > >>> Could someone tell me if a simple XML-RPC message may be sent to a > >>> broadcast address? A simple message with the medthod to be > >>> invoked. In > >>> this way I should be able to send a broadcast XML-RPC request > >>> with the > >>> appropriate UDDI inquiry method; a server (containing a UDDI > >>> registry) > >>> should receive it, invoke that method and send a reply in XML format > >>> to the sender. > >>> > >>> It could be a good idea? > >>> > >>> thank you again! > >>> > >>> Francesco > >>> > >>> 2005/5/29, Martin Gainty <[EMAIL PROTECTED]>: > >>> > >>>> benvenuto! > >>>> Martin- > >>>> > >>>> ----- Original Message ----- > >>>> From: "Francesco Munari" <[EMAIL PROTECTED]> > >>>> To: <[email protected]> > >>>> Sent: Saturday, May 28, 2005 5:41 PM > >>>> Subject: Re: SOAP-over-UDP > >>>> > >>>> Thank you all for your very quick reply! > >>>> > >>>> I've heard about this SOAP-over-UDP spec > >>>> (http://msdn.microsoft.com/library/default.asp?url=/library/en- > >>>> us/dnglobspec/html/soap-over-udp.asp). > >>>> So, Martin, you say that it could not be a solution? Perhaps it > >>>> should > >>>> be an idea using Mark's solution (with DNS). > >>>> > >>>> I thought to resolve the problem putting a SOAP envelope into a UDP > >>>> datagram, send the datagram to a broadcast ip and that's all > >>>> folks...but I don't know how and, as you, Martins, wrote, I was not > >>>> able to find anybody who has implemented this yet. > >>>> > >>>> Can you suggest me another solutions? > >>>> > >>>> Thank you very much again!! > >>>> > >>>> Cheers, > >>>> > >>>> Francesco > >>>> > >>>> 2005/5/28, Martin Gainty <[EMAIL PROTECTED]>: > >>>> > >>>>> Mark/Francesco > >>>>> I would caution on use of UDP as the SOAP Portocols (e.g. HTTP) > >>>>> is/are > >>>>> decidely not UDP but instead a connection-oriented TCP > >>>>> To date I have not seen UDP Ports used for SOAP transmission > >>>>> although > >>>>> since > >>>>> there is no requirement for verifiable connection and or > >>>>> handshakes > >>>>> I would venture to guess UDP is available as the transmission > >>>>> medium > >>>>> but > >>>>> I > >>>>> have not seen any UDP Ports used for SOAP thus far > >>>>> Anyone else ??? > >>>>> Ciao- > >>>>> Martin- > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "mdonaghue" <[EMAIL PROTECTED]> > >>>>> To: <[email protected]>; "'Francesco Munari'" > >>>>> <[EMAIL PROTECTED]> > >>>>> Sent: Saturday, May 28, 2005 3:14 PM > >>>>> Subject: RE: SOAP-over-UDP > >>>>> > >>>>> > >>>>>> Hi Franceso, > >>>>>> > >>>>>> I've worked briefly with the apache soap api, not that > >>>>>> familiar with > >>>>>> it. > >>>>>> Typically a soap message is sent to a single soap server address, > >>>>>> which > >>>>>> is > >>>>>> specified by a url or an ip address, as well as a port. So your > >>>>>> server > >>>>>> address on the LAN might be something like 192.168.100.2:8080. > >>>>>> (I'm > >>>>>> not > >>>>>> sure > >>>>>> what the port is for UDDI, so just using standard TomCat Web > >>>>>> Server > >>>>>> port). > >>>>>> > >>>>>> IIRC, you there's a point at which you specify that address in > >>>>>> the > >>>>>> setup > >>>>>> for > >>>>>> your soap call. One thing you could try is to change the > >>>>>> address to > >>>>>> the > >>>>>> subnet's broadcast address, 255.255.255.0:8080, assuming a > >>>>>> class c > >>>>>> network > >>>>>> where the first 3 quads specify the network portion of the > >>>>>> submask. > >>>>>> > >>>>>> However, this may not a scalable solution, since the broadcast > >>>>>> wouldn't > >>>>>> carry beyond the physical subnet on which you are located. Using > >>>>>> UDDI > >>>>>> to > >>>>>> discover services is one thing, but dynamically discovering UDDI > >>>>>> servers > >>>>>> is > >>>>>> obviously a different problem. It also doesn't address the > >>>>>> issue of > >>>>>> more > >>>>>> than one UDDI server running on the same subnet. > >>>>>> > >>>>>> A more generalized solution might involve a distributed ip lookup > >>>>>> service, > >>>>>> namely DNS. For example when DNS looks up the ip address of > >>>>>> Yahoo.com, > >>>>>> at > >>>>>> some point the actual ip address that serves the request is > >>>>>> dynamically > >>>>>> assigned to one of dozens (or hundreds) of servers based on a > >>>>>> scheduling > >>>>>> scheme. You could locally enable DNS lookup, and create an entry > >>>>>> based > >>>>>> on > >>>>>> some url like "myuddpsever.com", and give it your local UDDI > >>>>>> server's > >>>>>> ip > >>>>>> address, and the rest would be handled within the network. The > >>>>>> advantage > >>>>>> to > >>>>>> this is your UDDP server could be anywhere and your message would > >>>>>> still > >>>>>> reach it. > >>>>>> > >>>>>> hth, > >>>>>> Mark > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -----Original Message----- > >>>>>> From: Francesco Munari [mailto:[EMAIL PROTECTED] > >>>>>> Sent: Saturday, May 28, 2005 4:58 AM > >>>>>> To: [email protected] > >>>>>> Subject: SOAP-over-UDP > >>>>>> > >>>>>> Hi, I'm desperate! > >>>>>> I'm trying to find out how to send a broadcast SOAP request to a > >>>>>> UDDI > >>>>>> registry in a LAN, but I'm not able to do this. I've looked > >>>>>> for some > >>>>>> example but I've not found anithing. > >>>>>> > >>>>>> Please...could anybody help me? > >>>>>> I'm making a thesis for the University of Florence (Italy) and I > >>>>>> have > >>>>>> to discovery dinamically web service published in some UDDI > >>>>>> registry > >>>>>> somewhere in a LAN. I have to send a broadcast SOAP request to > >>>>>> these > >>>>>> UDDI registry (as I wrote few lines above). > >>>>>> Of course I'm using Java language. > >>>>>> > >>>>>> Thank you very much for your help...I'm in a great hurry...thanks > >>>>>> very > >>>>>> very much to everyone could help me! > >>>>>> > >>>>>> Best reguards, > >>>>>> > >>>>>> Francesco > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>> > >>>> > >>> > >>> > >> > > > >
