<br><font size=2 face="sans-serif">There's a more recent copy on the github
repository linked to out of gridforge. (gridforge still being SVN is...
a wee challange)  The tree there is a light fork off</font>
<br><font size=2 face="sans-serif">of September.  There are a couple
of changes which permit inventory to run from caps hosted by the Agent
Service in that tree, as well as some code to manage</font>
<br><font size=2 face="sans-serif">reflecting region inventory interactions
to the Agent Service. </font><font size=1 color=#5f5f5f face="Arial"> git://github.com/zekizeki/agentservice.git
  </font><font size=1 face="Arial">That should be current. </font>
<br>
<br><font size=2 face="sans-serif">I've been giving the right way to sync
up a bit of thought. I suspect that the OGP module really wants to be built
at a different layer in the post re-factor world, probably </font>
<br><font size=2 face="sans-serif">as a service, using the connectors to
talk to the rest of the system like any other well behaved component. The
basic task of the OGP code is to parse the request from</font>
<br><font size=2 face="sans-serif">a remote Agent Service, decide whether
to accept it or not, and then, setup the region to welcome the client.
Currently the OGP code stuff things into the region with a bit</font>
<br><font size=2 face="sans-serif">of a sledghammer. I'd think doing it
properly, with connectors would be much nicer for everyone, and isolate
the code properly. I suspect the biggest tricky bit is whether</font>
<br><font size=2 face="sans-serif">the right bits are exposed to have the
region ready to talk to the client with the right agentID, secure Circuit
ID, and a properly setup user agent to match. I'll start looking</font>
<br><font size=2 face="sans-serif">at that in the current connector code.</font>
<br>
<br><font size=2 face="sans-serif">Overall, the connector approach, and
getting as many of the services decoupled is clearly the way to go, especially,
if we want to allow everyone to explore a range of</font>
<br><font size=2 face="sans-serif">messaging, inventory and asset serving
models over the next chunk of grid evolution. I'm hopeful we can start
getting some really useful evolution to happen pairwise in the</font>
<br><font size=2 face="sans-serif">clients and the services this year,
which should make everyone's life more flexible. </font>
<br>
<br><font size=2 face="sans-serif">- David</font>
<br>
<br>
<br>
<br><tt><font size=2>opensim-dev-bounces@lists.berlios.de wrote on 01/06/2010
01:14:32 PM:<br>
<br>
> [image removed] </font></tt>
<br><tt><font size=2>> <br>
> Re: [Opensim-dev] OGP module and the grand re-factor...</font></tt>
<br><tt><font size=2>> <br>
> diva </font></tt>
<br><tt><font size=2>> <br>
> to:</font></tt>
<br><tt><font size=2>> <br>
> opensim-dev</font></tt>
<br><tt><font size=2>> <br>
> 01/06/2010 01:14 PM</font></tt>
<br><tt><font size=2>> <br>
> Sent by:</font></tt>
<br><tt><font size=2>> <br>
> opensim-dev-bounces@lists.berlios.de</font></tt>
<br><tt><font size=2>> <br>
> Please respond to diva, opensim-dev</font></tt>
<br><tt><font size=2>> <br>
> Hi David,<br>
> <br>
> First question is: what's the most updated version of OGP? Is it what's
<br>
> currently in the core distro, or do you have something more recent
<br>
> somewhere else?<br>
> <br>
> Diva / Crista<br>
> <br>
> David W Levine wrote:<br>
> > <br>
> > I gather the current grand refactoring is washing up on the shores
of <br>
> > the OGP module (which is hardly surprising) So, I'll raise my
hand and <br>
> > say "I'll make sure it gets sorted out" I gather Melanie
and DIva are <br>
> > looking<br>
> > for that hand raise, so here it is. Since I'm also about to look
at <br>
> > adding in X.509 based counterpart validation to the code this
month, <br>
> > I'll be in there anyway. So... Lets sort out what's needed to
make this <br>
> > as painless as<br>
> > possible for everyone.<br>
> > <br>
> > <br>
> > <br>
> > - David / Zha<br>
> > <br>
> > <br>
> > ------------------------------------------------------------------------<br>
> > <br>
> > _______________________________________________<br>
> > Opensim-dev mailing list<br>
> > Opensim-dev@lists.berlios.de<br>
> > </font></tt><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev"><tt><font size=2>https://lists.berlios.de/mailman/listinfo/opensim-dev</font></tt></a><tt><font size=2><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> Opensim-dev@lists.berlios.de<br>
> </font></tt><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev"><tt><font size=2>https://lists.berlios.de/mailman/listinfo/opensim-dev</font></tt></a><tt><font size=2><br>
</font></tt>