I think it highly desirable to envision the opensim project in the terms that lulurun has used; to paraphrase, a set of protocols and an associated API.<br><br>I for one am delighted to see implementations in alternate languages coming to the fore; c# has been shown to be anything but optimal for this application area (IMHO) and alternatives are beneficial in a variety of ways, from providing practical alternatives to performance baselines.<br>
<br>I am so committed to this notion that I have undertaken the study of Erlang in the interest of creating an implementation of opensim in that language, which in my estimation is a far more suitable implementation language than either perl or c#.<br>
<br>This of course represents only my personal perspective, and perhaps only incidentally that of a few others; and while what is a solution for me or lulurun is not necesarily the solution for everyone, every effort should be made to encourage such efforts in the interest of providing options to the implementor of regions and grids.<br>
<br>At the very least, every effort should be made not to discourage such projects.<br><br>For me, I say leave the perl code right where it is, and embrace this turn of events with the same sort of technical vigor and optimism that has been typical of this project in the past.<br>
<br>Just my 0.02$L<br><br>Cheers,<br>daTwitch<br><br><br><div class="gmail_quote">On Thu, Apr 3, 2008 at 7:28 AM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
to me, the apache-based UGAI seems like a light at the end of the<br>
tunnel, finally there is a way to create a UGAI that is not all<br>
custom stuff, where one bad request can't kill the grid dead, where<br>
restarting is easy, and load balancing is, as well.<br>
<br>
Taking it out of SVN means relegating it to a backseat, where<br>
changes in it can be made by only it's creator. Developer feedback<br>
would be low to nonexistent. It would totally preclude it becoming<br>
the "standard" UGAI, replacing the C# ones.<br>
<br>
I say, leave it in there and let people vote with their feet! I<br>
never felt comfortable with the C# UGAI, and I'm happy this has<br>
finally appeared.<br>
<br>
Some here have written alternative UGAI, but never much publicized<br>
that. Now someone does, and it sparks up a whole big controversy.<br>
Some people don't trust the C# UGAI, so why is there a desire to<br>
make it appear that those are the only option?<br>
<br>
Melanie<br>
<div class="Ih2E3d"><br>
<br>
Michael Wright wrote:<br>
> One problem with having two sets of UGAI is that it makes changes harder to do. As I'm not really a perl programmer, if I was going to doing a change to something in the grid servers or the protocol. It would mean I either had to change the perl ones too or break those. And as they are in our svn, we would most likely getting people complaining they are broke. And this is a big factor in my mind as over the next few weeks there is a chance that I will be able to do some work on the grid servers/protocols.<br>
><br>
> I'm with Stefan on this one, in that I'm all for there being different implementations of the UGAI's but think for now we should only have one in the svn other wise it is just going to lead to confusion/problems if one implementation is broke because of some change to the other. So think other implementations should be outside the svn.<br>
><br>
> We do understand that not everyone wants to use the standard c# versions (and to be fair, who would? with the general state they are in). Thats why we (myself and Stefan) have wrote our own ASP version of some of the backend servers, but we haven't added them to the svn for the reasons I gave above. In that not everyone would want to run ASP servers, so we think at this time at least there should only be one version in svn. So that people aren't affraid to do changes in them, like they could be if they knew that there was other versions in svn that they were breaking by doing those changes.<br>
><br>
</div>> Stefan Andersson <<a href="mailto:stefan@tribalmedia.se">stefan@tribalmedia.se</a>> wrote: .hmmessage P { margin:0px; padding:0px } body.hmmessage { FONT-SIZE: 10pt; FONT-FAMILY:Tahoma } Simple and straight answer: "No."<br>
<div class="Ih2E3d">><br>
> Also, the whole 'share' dir should be externalized into some other repository, or just a (set of) downloadable tarball(s) on the wiki, ASAP<br>
><br>
> /Stefan<br>
><br>
><br>
><br>
><br>
> ---------------------------------<br>
> Date: Wed, 2 Apr 2008 20:02:52 -0700<br>
> From: <a href="mailto:cfk@pacbell.net">cfk@pacbell.net</a><br>
> To: <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>
> Subject: [Opensim-dev] Perl vs C# UGAI?<br>
><br>
</div>> .ExternalClass DIV {;} I am really puzzled about this new Perl UGAI and it leads to a number of questions:<br>
<div class="Ih2E3d">><br>
> Are we going to have two sets of servers for grid mode? One written in C# and the other written in Perl?<br>
><br>
> Will we have each of them with the same features? Will we abandon the C# UGAI servers?<br>
><br>
> How will we seperate out issues between regions on a grid and the grid servers if some grids run with Perl UGAI and some run with C# UGAI?<br>
><br>
> Charles<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
><br>
><br>
><br>
> ---------------------------------<br>
> Yahoo! for Good helps you make a difference<br>
><br>
><br>
</div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="Wj3C7c">><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>===================================<br>The wind<br>scours the earth for prayers<br>The night obscures them