In order for you to be able to add a Robot to a wave it either has to be registered with the local wave server or with a remote federated server.
If you're talking about registering Robots with your own wave server, no that doesn't rely on federation. James On Sun, Nov 21, 2010 at 8:42 PM, DanielS <[email protected]> wrote: > Ah ok, I didn't know about the robot/register/create path > > Is it not independent from federation? I mean that shouldn't make a > difference to a robot should it? > > On 21 nov., 00:05, Soren Lassen <[email protected]> wrote: > > Well, that depends. You cannot reach a robot with an @appspot.com or > > @googlewaverobots.com address by federation, because Google doesn't > > run federated wave servers for those domains. > > > > You can run your robot on appspot.com and then register it with your > > own wave-in-a-box instance. For instance, if you're running a robot at > > example-wave-robot.appspot.com and a wave-in-a-box server at > > example.com:9898 then go to > > > > http://example.com:9898/robot/register/create > > > > to register your robot with the the example-wave-robot.appspot.com URL. > > (Disclaimer: I tried this just now on the acmewave.com and couldn't > > make it work. Someone with a better grasp on this, please check if my > > instructions are correct.) > > > > Soren > > > > > > > > > > > > > > > > On Sun, Nov 21, 2010 at 8:39 AM, Vega <[email protected]> wrote: > > > if your wave server enabled federation - then you can just add the > > > robot to the wave, just as it was regular participant > > > > > On Nov 20, 11:13 pm, DanielS <[email protected]> wrote: > > >> Thanks Alex, > > > > >> I'm looking forward to persistence and having a look at a raw wave > > >> document. Also the ability to cycle through the histories - this was > > >> one of waves best features. > > > > >> My remaining questions relate to the robot API, which as I understand > > >> it is already implemented in WIAB. How would I go about adding the > > >> example echoey robot to a local wave? > > > > >> Cheers, > > > > >> Daniel > > > > >> On 20 nov., 04:08, Alex North <[email protected]> wrote: > > > > >> > Hi Daniel, > > > > >> > Thanks for your interest! I have some answers below but please let > me know > > >> > if you'd like more detail on particular areas. > > > > >> > On 19 November 2010 14:13, DanielS <[email protected]> wrote: > > > > >> > > Hi all, > > > > >> > > I'm trying to get a grips with what all the code does, and am > hoping > > >> > > you guys can help simplify things (time is a big constraint at the > > >> > > moment). I apologize if they are stupid questions, my > understanding of > > >> > > WIAB is very superficial at the moment and I'm finding the already > > >> > > large code base quite intimidating. > > > > >> > > My main questions are: > > > > >> > > 1) Wave persistence - what's the main problem here and why hasn't > it > > >> > > been implemented? My current understanding is that a wave is > basically > > >> > > an xml document. What object contains all the information for the > wave > > >> > > and what is the challenge in saving that to a file? > > >> > > * I see now that the title of the waves are saved but you get an > error > > >> > > when trying to open it... > > > > >> > "XML" document is far too much of a simplification. The persisted > state of a > > >> > wave includes it's entire history, comprising the operations that > got it > > >> > into its current state. > > > > >> > Persistence is non-trivial because the server must make guarantees > about the > > >> > consistency of the data. A server typically needs to persist more > useful > > >> > forms of the data than just the delta history (e.g. the current > snapshot) > > >> > and ensuring those representations stay in sync is again not > trivial. > > > > >> > It's coming along though, mostly implemented. > > > > >> > > 2) A lot of the work seems to be on getting federation working... > Is > > >> > > most of the federation code kept separate? What would WIAB look > like > > >> > > without federation (a stripped down version)? > > > > >> > WIAB works just fine without federation. We could probably do more > to > > >> > separate out the federation code but if you don't want to federate, > the > > >> > potential of federation shouldn't hold you back. > > > > >> > 3) Is there a detailed object diagram going around, with the real > > > > >> > > class names and how they are all related? Maybe there is an > eclipse > > >> > > plugin or something I don't know about to generate this... > > > > >> > No, sorry. The codebase is just too complex, and too rapidly > changing, for > > >> > anyone to have attempted something like that. But the talks from our > recent > > >> > summit might help you get an idea of what's going on: > > > > >> >http://www.youtube.com/results?search_query=wavesummit&search=tag > > > > >> > In particular, if you'll excuse me nominating some of my own talks, > WIAB > > >> > Architecture <http://www.youtube.com/watch?v=pDPBnmRDkag>, Wave > > >> > Model<http://www.youtube.com/watch?v=6ZqpeFydq4A>, > > >> > and Wave Server <http://www.youtube.com/watch?v=7dbDhmX2v6E>. > > > > >> > Hope that helps, > > >> > Alex > > > > >> > > -- > > >> > > You received this message because you are subscribed to the Google > Groups > > >> > > "Wave Protocol" group. > > >> > > To post to this group, send email to > [email protected]. > > >> > > To unsubscribe from this group, send email to > > >> > > [email protected]<wave-protocol%[email protected]> > <wave-protocol%2bunsubscr...@goog legroups.com> > > >> > > . > > >> > > For more options, visit this group at > > >> > >http://groups.google.com/group/wave-protocol?hl=en. > > > > > -- > > > You received this message because you are subscribed to the Google > Groups "Wave Protocol" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > [email protected]<wave-protocol%[email protected]> > . > > > For more options, visit this group athttp:// > groups.google.com/group/wave-protocol?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Wave Protocol" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<wave-protocol%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/wave-protocol?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Wave Protocol" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/wave-protocol?hl=en.
