[Antbear-devel] Re: Developer wanted for antbear

[wolpers]

On Mon, 2002-11-04 at 23:05, Daniel Ng wrote:
> Thorsten, I also agree that it is a better idea that
> we use the xlife code as pieces rather than building
> directly on top of it- especially because I don't
> fully understand the code properly. 
> What is the new Java nio mechanism?
SUN introduced this with the Java 1.4.0 JRE.  The news about it is that
it is non-blocking, unless explicitly turned on.  This feature is
supposed to improve the performance with a lot of simultaneous
connections.  One aspect of this is that there is no longer the need for
one thread for each connection.  
The people of the open-source java project named 'classpath' seemed to
like this implemented this package already, so this should go well with
the open-source policy at savannah (they wouldn't accept the antbear if
it could only run on closed-source virtual-machines).
http://java.sun.com/j2se/1.4/docs/guide/nio/index.html
> 
> I agree that the array of Servers should be separated
> into a separate class, just to be more clear and
> easier to manipulate.
> 
> Do you know what is an AuthServer for? Also, what is a
> ConnectionMap? Why do they have ServerProxy and
> ClientProxy? I think I need to understand the overall
> architecture first and the difference in use-case
> between Antbear and xlife. If you don't know, I will
> ask Bernd, but I thought I would ask you first b/c I
> don't want to disturb him too much...
I did not yet have a look at the proxy classes and I am afraid do not
know what it could be good for, so it is best to ask the xlife people. 
A short view on the classes could not give me a clue 8( .

About the auth-server I can only make a  guess, but still I do not know
what a masterserver would do with that information:  It could be the
server where the gameclients authenticate with their proper keys to
prevent pirated copys from online play.
> 
> 
> Daniel.
> 
> --- wolpers <address@hidden> wrote:
> > On Wed, 2002-10-30 at 21:16, Daniel Ng wrote:
> > > Thorsten, can you tell me more about why xlife
> > 'did
> > > not suit your needs' as you said below? I just
> > want to
> > > get a better understanding of what you want to
> > avoid.
> > > 
> > > Thanks,
> > > Daniel.
> > 
> > Well, I got the sources again and had a closer look.
> >  Just minor things
> > made me think not to use the xlife sources as a
> > (code)base for anbear.
> > The sources are not very large, so I figured we
> > might as well start from
> > scratch but that is not really a reason so if you
> > would prefer reusing
> > sources we might as well do so. I prefer the idea of
> > reusing pieces than
> > building on top of the given sources.
> > A detail that bothers me is for instance in the
> > xlife.halflife.masterserver.MasterServerEngine class
> > .  What I would
> > prefer is to place the gameserver-database in a
> > separate class and make
> > it more efficient (use a sorted array instead,...). 
> > Also the receiving
> > algorithm would have to be changed because of the
> > new Java nio
> > mechanism.
> > So what would you say?
> > 
> > -Thorsten
> > 
> >  
> > 
> > 
> 
> 
>