What are the required steps to register/add the example echoey robot without federation.
The root url seems to be in /war/ so do i need to put the path to echoey (../src/org/....) when i register? On 21 Nov., 12:37, James Purser <[email protected]> wrote: > 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%2bunsubscr...@goog > > > >> > > legroups.com> > > <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%2bunsubscr...@goog > > legroups.com> > > . > > > > 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%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]. For more options, visit this group at http://groups.google.com/group/wave-protocol?hl=en.
