My thoughts: 1. We should make the php stuff use the same url structure as the java stuff (making people change configs by hand is evil) 2. The java social/* directory depends on the gadgets/* directory. 3. I don't care what the url is at all, as long as people only have to run one server by default for the java stuff.
Okay, so all of those mean that we either need to make the gadgets/socialdata url work for php or we need to make the /socialdata url for for java. Unfortunately, for the java side things work like this: - the entire running server is mapped to localhost:8080/gadgets. - each servlet has a namespace under /gadgets. so the GadgetDataServlet happens to be mapped to socialdata just like the JsServlet is mapped to js and the RpcServlet is mapped to metadata. so social data is at the same level as all the other servlets - i don't think i can get out from under the gadgets namespace unless we a) get rid of the namespace altogether or b) start up two servers. both of those don't sound so hot. On the php side, i didn't quite get why the socialdata servlet can't live under the gadgets namespace (sorry for my naivete!) Can we just have php/gadgets/index.php handle the socialdata calls? Perhaps it would help if we changed the name from "socialdata" to "gadgetdata". Or just "data"? If you look in the social directory it actually doesn't have to be just social stuff anymore. It can handle any json request to the server for data. In fact, all the state file calls are handled in addition to the specifically opensocial type of calls. That is why their is now a specific opensocial subdirectory. And, if a different gadget feature needed data from the server then this setup would be reused. Alright, so, I'm up for anything that works! Let me know if you understood what I wrote and hopefully we can find an answer. Thanks. - Cassie On Tue, Mar 18, 2008 at 4:30 PM, Chris Chabot <[EMAIL PROTECTED]> wrote: > Hey Cassie (I believe your the main author of the social part of shindig > at the moment?), > > I'm getting started on adding some social to the PHP part too, and while > looking at the current work and examples i see that it currently uses > the following url: > http://<host>/gadgets/socialdata > > While you can keep your folders nicely separated in the Java version, > this is more difficult to do in the PHP version (since this URL would > imply the social data part should atleast partially reside in the > gadgets folder), which creates a dependency and mixing of sources i > would rather prevent. > > Now i could probably bypass this by some .htaccess magic and redirect > the requests based on the URL to the right PHP source folder, but that > would make it less readable and less intuitive for anyone looking at the > PHP source (you would expect /gadgets/* to go to > <shindig_root>/php/gadgets/index.php and forinstance /social/* to go to > <shindig_root>/social/index.php). > > Now it's my intention to keep the PHP version identical to the Java > version in every way possible as far as the examples and basic file > usage goes (features, synd config, urls etc), so this would present a > bit of a dilemma for me, do i create some (relatively ugly) hacks to > make it work with the /gadgets/socialdata or do i break away from the > standard url config and hope that people read the documentation well > enough to see what they should change to make the PHP version work? > > So my hope is we can bypass this by putting the GadgetDataServlet under > a different url (/social/data? or /socialdata/<something> ? or even > just /social[data] ?), would help me a lot :) > > -- Chris >
