You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
---|
From: todd r. <tod...@ya...> - 2004-12-09 17:26:48
|
No, stupid me! You are so right - I had set up the client station, but never "turned it on". Adding station.startReceive() in the doloop method (right before the while loop) fixed everything. Thank you for your help! Todd --- Joerg 'Herkules' Plewe <pl...@ha...> wrote: > Ok, stupid me, was a bit tired yesterday .... > > Whats missing on the client is a frequent update of > the station. This can be accomplished in several > ways: > > 1.) add station.startReceive(); just before > enterLoop(). > This starts a seperate thread waiting for new > tickets from the net. This works totally > asynchronously then. > > 2.) in doLoop(), add station.handleIncoming( > true ); to the loop. This blocks your loop until a > ticket is received and handled. > You could also use station.handleIncoming( false );, > which is non-blocking. In this case you should > throttle that loop with a sleep() or something! > This has the advantage that network handling is > synchronized with your loop. > > > BTW, the additional flush() in the server in fact > isn't needed. > > > Now it works, > > - J > > > ----- Original Message ----- > From: "todd runstein" <tod...@ya...> > To: <drt...@li...> > Sent: Monday, December 06, 2004 8:16 PM > Subject: [Drts-devel] Help with NetStation broadcast > method > > > > I'm trying to understand how to use the > Headquarter > > objects and have written a small sample > application to > > test my understanding. Obviously, my > understanding is > > lacking. > > > > I've written a server (NetStation constructed with > a > > port) and a client (NetStation without a port). I > > create a line between the client and the server > and > > then pass BusTickets over the line. When a client > > creates a line to the server, or begins to close, > I > > have the client send a ticket with a specific > identity > > (a NamedIdentity of "simple.connect"). The server > > sees this message and is able to respond, so I'm > at > > least on the right track. > > > > The client starts up a GUI that includes a button. > > The action of the button causes a ticket to be > created > > and sent to the server. This ticket has a > different > > identity type (a NamedIdentity of "simple.move"), > and > > is also seen by the server. > > > > The intent is for the BusTicketListener at the > server > > simply to send the ticket back out to it's lines > using > > the broadcast and flush methods. I have a > > BusTicketListener on the client that is supposed > to > > pick up messages of identity simple.move. The > client > > is not receiving these tickets. > > > > I've called the add method on the clients > NetStation, > > passing the NamedIdentity and my BusTicketListener > > object. What else do I need to do to get the > > broadcast message to be sent and recieved at the > > client? > > > > I have attached the sample app that I'm using. If > > anyone has any ideas on what I've done wrong, I'd > > appreciate some help. > > > > Thanks > > > > Todd > > > > ===== > > The only "dumb question" is the one you were too > afraid to ask. > > ________________________________________ > > Check out RouteRuler - Free software for runners, > cyclists, walkers, etc. > > http://routeruler.sourceforge.net > > ________________________________________ > > Get a handle on your data with "pocOLAP", the > "little" OLAP project > > http://pocolap.sourceforge.net > > ________________________________________ > > > > > > > > __________________________________ > > Do you Yahoo!? > > Read only the mail you want - Yahoo! Mail > SpamGuard. > > http://promotions.yahoo.com/new_mail > > ===== The only "dumb question" is the one you were too afraid to ask. ________________________________________ Check out RouteRuler - Free software for runners, cyclists, walkers, etc. http://routeruler.sourceforge.net ________________________________________ Get a handle on your data with "pocOLAP", the "little" OLAP project http://pocolap.sourceforge.net ________________________________________ __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com |
From: Joerg 'H. P. <pl...@ha...> - 2004-12-09 17:15:19
|
Ok, stupid me, was a bit tired yesterday .... Whats missing on the client is a frequent update of the station. This can be accomplished in several ways: 1.) add station.startReceive(); just before enterLoop(). This starts a seperate thread waiting for new tickets from the net. This works totally asynchronously then. 2.) in doLoop(), add station.handleIncoming( true ); to the loop. This blocks your loop until a ticket is received and handled. You could also use station.handleIncoming( false );, which is non-blocking. In this case you should throttle that loop with a sleep() or something! This has the advantage that network handling is synchronized with your loop. BTW, the additional flush() in the server in fact isn't needed. Now it works, - J ----- Original Message ----- From: "todd runstein" <tod...@ya...> To: <drt...@li...> Sent: Monday, December 06, 2004 8:16 PM Subject: [Drts-devel] Help with NetStation broadcast method > I'm trying to understand how to use the Headquarter > objects and have written a small sample application to > test my understanding. Obviously, my understanding is > lacking. > > I've written a server (NetStation constructed with a > port) and a client (NetStation without a port). I > create a line between the client and the server and > then pass BusTickets over the line. When a client > creates a line to the server, or begins to close, I > have the client send a ticket with a specific identity > (a NamedIdentity of "simple.connect"). The server > sees this message and is able to respond, so I'm at > least on the right track. > > The client starts up a GUI that includes a button. > The action of the button causes a ticket to be created > and sent to the server. This ticket has a different > identity type (a NamedIdentity of "simple.move"), and > is also seen by the server. > > The intent is for the BusTicketListener at the server > simply to send the ticket back out to it's lines using > the broadcast and flush methods. I have a > BusTicketListener on the client that is supposed to > pick up messages of identity simple.move. The client > is not receiving these tickets. > > I've called the add method on the clients NetStation, > passing the NamedIdentity and my BusTicketListener > object. What else do I need to do to get the > broadcast message to be sent and recieved at the > client? > > I have attached the sample app that I'm using. If > anyone has any ideas on what I've done wrong, I'd > appreciate some help. > > Thanks > > Todd > > ===== > The only "dumb question" is the one you were too afraid to ask. > ________________________________________ > Check out RouteRuler - Free software for runners, cyclists, walkers, etc. > http://routeruler.sourceforge.net > ________________________________________ > Get a handle on your data with "pocOLAP", the "little" OLAP project > http://pocolap.sourceforge.net > ________________________________________ > > > > __________________________________ > Do you Yahoo!? > Read only the mail you want - Yahoo! Mail SpamGuard. > http://promotions.yahoo.com/new_mail |
From: todd r. <tod...@ya...> - 2004-12-08 21:57:59
|
The "Move Request Recieved" message comes from the MoveAdapter that is fired when the button is pushed. This sends a ticket to the server (you should get a message at the server as well, saying that the message arrived). The desired behavior is for the server to then broadcast the ticket back to the client(s), where it is recieved in the MoveReciever objects arrive method. I would expect to see the message "I'm seeing a ticket" on the client. Thanks again for helping me track this down. I'm completely at a loss. Todd --- Joerg 'Herkules' Plewe <pl...@ha...> wrote: > Hi Todd! > > > Hm, I just compiled and ran your code .... but I > actualy GET an answer from the server! > > Everything is added > Move Request Recieved > Move Request Recieved > Move Request Recieved > Move Request Recieved > Move Request Recieved > Move Request Recieved > Client was closed > Client has been halted > > So, what else could be wrong/different? > > - J > > ----- Original Message ----- > From: "todd runstein" <tod...@ya...> > To: <drt...@li...> > Sent: Monday, December 06, 2004 8:16 PM > Subject: [Drts-devel] Help with NetStation broadcast > method > > > > I'm trying to understand how to use the > Headquarter > > objects and have written a small sample > application to > > test my understanding. Obviously, my > understanding is > > lacking. > > > > I've written a server (NetStation constructed with > a > > port) and a client (NetStation without a port). I > > create a line between the client and the server > and > > then pass BusTickets over the line. When a client > > creates a line to the server, or begins to close, > I > > have the client send a ticket with a specific > identity > > (a NamedIdentity of "simple.connect"). The server > > sees this message and is able to respond, so I'm > at > > least on the right track. > > > > The client starts up a GUI that includes a button. > > > The action of the button causes a ticket to be > created > > and sent to the server. This ticket has a > different > > identity type (a NamedIdentity of "simple.move"), > and > > is also seen by the server. > > > > The intent is for the BusTicketListener at the > server > > simply to send the ticket back out to it's lines > using > > the broadcast and flush methods. I have a > > BusTicketListener on the client that is supposed > to > > pick up messages of identity simple.move. The > client > > is not receiving these tickets. > > > > I've called the add method on the clients > NetStation, > > passing the NamedIdentity and my BusTicketListener > > object. What else do I need to do to get the > > broadcast message to be sent and recieved at the > > client? > > > > I have attached the sample app that I'm using. If > > anyone has any ideas on what I've done wrong, I'd > > appreciate some help. > > > > Thanks > > > > Todd > > > > ===== > > The only "dumb question" is the one you were too > afraid to ask. > > ________________________________________ > > Check out RouteRuler - Free software for runners, > cyclists, walkers, etc. > > http://routeruler.sourceforge.net > > ________________________________________ > > Get a handle on your data with "pocOLAP", the > "little" OLAP project > > http://pocolap.sourceforge.net > > ________________________________________ > > > > > > > > __________________________________ > > Do you Yahoo!? > > Read only the mail you want - Yahoo! Mail > SpamGuard. > > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Drts-devel mailing list > Drt...@li... > https://lists.sourceforge.net/lists/listinfo/drts-devel > ===== The only "dumb question" is the one you were too afraid to ask. ________________________________________ Check out RouteRuler - Free software for runners, cyclists, walkers, etc. http://routeruler.sourceforge.net ________________________________________ Get a handle on your data with "pocOLAP", the "little" OLAP project http://pocolap.sourceforge.net ________________________________________ __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo |
From: Joerg 'H. P. <pl...@ha...> - 2004-12-08 21:01:40
|
Hi Todd! Hm, I just compiled and ran your code .... but I actualy GET an answer from the server! Everything is added Move Request Recieved Move Request Recieved Move Request Recieved Move Request Recieved Move Request Recieved Move Request Recieved Client was closed Client has been halted So, what else could be wrong/different? - J ----- Original Message ----- From: "todd runstein" <tod...@ya...> To: <drt...@li...> Sent: Monday, December 06, 2004 8:16 PM Subject: [Drts-devel] Help with NetStation broadcast method > I'm trying to understand how to use the Headquarter > objects and have written a small sample application to > test my understanding. Obviously, my understanding is > lacking. > > I've written a server (NetStation constructed with a > port) and a client (NetStation without a port). I > create a line between the client and the server and > then pass BusTickets over the line. When a client > creates a line to the server, or begins to close, I > have the client send a ticket with a specific identity > (a NamedIdentity of "simple.connect"). The server > sees this message and is able to respond, so I'm at > least on the right track. > > The client starts up a GUI that includes a button. > The action of the button causes a ticket to be created > and sent to the server. This ticket has a different > identity type (a NamedIdentity of "simple.move"), and > is also seen by the server. > > The intent is for the BusTicketListener at the server > simply to send the ticket back out to it's lines using > the broadcast and flush methods. I have a > BusTicketListener on the client that is supposed to > pick up messages of identity simple.move. The client > is not receiving these tickets. > > I've called the add method on the clients NetStation, > passing the NamedIdentity and my BusTicketListener > object. What else do I need to do to get the > broadcast message to be sent and recieved at the > client? > > I have attached the sample app that I'm using. If > anyone has any ideas on what I've done wrong, I'd > appreciate some help. > > Thanks > > Todd > > ===== > The only "dumb question" is the one you were too afraid to ask. > ________________________________________ > Check out RouteRuler - Free software for runners, cyclists, walkers, etc. > http://routeruler.sourceforge.net > ________________________________________ > Get a handle on your data with "pocOLAP", the "little" OLAP project > http://pocolap.sourceforge.net > ________________________________________ > > > > __________________________________ > Do you Yahoo!? > Read only the mail you want - Yahoo! Mail SpamGuard. > http://promotions.yahoo.com/new_mail |
From: todd r. <tod...@ya...> - 2004-12-07 00:03:39
|
Removing the flush in TicketBroadcaster didn't do it. I extended NetStation in SimpleClient and overrode handleIncoming and it never gets called. It's almost as if the broadcast method in SimpleServer doesn't know about the line between itself and SimpleClient. I'm sure I'm missing something basic, but I'm not seeing it. Thanks Joerg! Todd --- Joerg 'Herkules' Plewe <pl...@ha...> wrote: > Hi! > > From a first glance, everything looks OK. > Just the flush() within the TicketBroadcaster looks > like something I never tried. This is somehow > 'sending while receiving' and I'm not sure what > happens there. The actual 'flush()' should be > performed by the ServerBusStationDriver() you > correctly installed. > Have you tried without that extra flush() in > TicketBroadcaster? > > It's late here and I need some sleep ....hopefully I > can take a look at it tomorrow. I'm sure we can > fix that! > > Please note that HQ is not in a 'stable' state, so > if anything happens that seems to be unusual, it > is very likely to be a HQ bug. Let me know then! > > Have fun, > > - J > > > ----- Original Message ----- > From: "todd runstein" <tod...@ya...> > To: <drt...@li...> > Sent: Monday, December 06, 2004 8:16 PM > Subject: [Drts-devel] Help with NetStation broadcast > method > > > > I'm trying to understand how to use the > Headquarter > > objects and have written a small sample > application to > > test my understanding. Obviously, my > understanding is > > lacking. > > > > I've written a server (NetStation constructed with > a > > port) and a client (NetStation without a port). I > > create a line between the client and the server > and > > then pass BusTickets over the line. When a client > > creates a line to the server, or begins to close, > I > > have the client send a ticket with a specific > identity > > (a NamedIdentity of "simple.connect"). The server > > sees this message and is able to respond, so I'm > at > > least on the right track. > > > > The client starts up a GUI that includes a button. > > The action of the button causes a ticket to be > created > > and sent to the server. This ticket has a > different > > identity type (a NamedIdentity of "simple.move"), > and > > is also seen by the server. > > > > The intent is for the BusTicketListener at the > server > > simply to send the ticket back out to it's lines > using > > the broadcast and flush methods. I have a > > BusTicketListener on the client that is supposed > to > > pick up messages of identity simple.move. The > client > > is not receiving these tickets. > > > > I've called the add method on the clients > NetStation, > > passing the NamedIdentity and my BusTicketListener > > object. What else do I need to do to get the > > broadcast message to be sent and recieved at the > > client? > > > > I have attached the sample app that I'm using. If > > anyone has any ideas on what I've done wrong, I'd > > appreciate some help. > > > > Thanks > > > > Todd > > > > ===== > > The only "dumb question" is the one you were too > afraid to ask. > > ________________________________________ > > Check out RouteRuler - Free software for runners, > cyclists, walkers, etc. > > http://routeruler.sourceforge.net > > ________________________________________ > > Get a handle on your data with "pocOLAP", the > "little" OLAP project > > http://pocolap.sourceforge.net > > ________________________________________ > > > > > > > > __________________________________ > > Do you Yahoo!? > > Read only the mail you want - Yahoo! Mail > SpamGuard. > > http://promotions.yahoo.com/new_mail > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Drts-devel mailing list > Drt...@li... > https://lists.sourceforge.net/lists/listinfo/drts-devel > ===== The only "dumb question" is the one you were too afraid to ask. ________________________________________ Check out RouteRuler - Free software for runners, cyclists, walkers, etc. http://routeruler.sourceforge.net ________________________________________ Get a handle on your data with "pocOLAP", the "little" OLAP project http://pocolap.sourceforge.net ________________________________________ __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 |
From: Joerg 'H. P. <pl...@ha...> - 2004-12-06 22:24:13
|
Hi! From a first glance, everything looks OK. Just the flush() within the TicketBroadcaster looks like something I never tried. This is somehow 'sending while receiving' and I'm not sure what happens there. The actual 'flush()' should be performed by the ServerBusStationDriver() you correctly installed. Have you tried without that extra flush() in TicketBroadcaster? It's late here and I need some sleep ....hopefully I can take a look at it tomorrow. I'm sure we can fix that! Please note that HQ is not in a 'stable' state, so if anything happens that seems to be unusual, it is very likely to be a HQ bug. Let me know then! Have fun, - J ----- Original Message ----- From: "todd runstein" <tod...@ya...> To: <drt...@li...> Sent: Monday, December 06, 2004 8:16 PM Subject: [Drts-devel] Help with NetStation broadcast method > I'm trying to understand how to use the Headquarter > objects and have written a small sample application to > test my understanding. Obviously, my understanding is > lacking. > > I've written a server (NetStation constructed with a > port) and a client (NetStation without a port). I > create a line between the client and the server and > then pass BusTickets over the line. When a client > creates a line to the server, or begins to close, I > have the client send a ticket with a specific identity > (a NamedIdentity of "simple.connect"). The server > sees this message and is able to respond, so I'm at > least on the right track. > > The client starts up a GUI that includes a button. > The action of the button causes a ticket to be created > and sent to the server. This ticket has a different > identity type (a NamedIdentity of "simple.move"), and > is also seen by the server. > > The intent is for the BusTicketListener at the server > simply to send the ticket back out to it's lines using > the broadcast and flush methods. I have a > BusTicketListener on the client that is supposed to > pick up messages of identity simple.move. The client > is not receiving these tickets. > > I've called the add method on the clients NetStation, > passing the NamedIdentity and my BusTicketListener > object. What else do I need to do to get the > broadcast message to be sent and recieved at the > client? > > I have attached the sample app that I'm using. If > anyone has any ideas on what I've done wrong, I'd > appreciate some help. > > Thanks > > Todd > > ===== > The only "dumb question" is the one you were too afraid to ask. > ________________________________________ > Check out RouteRuler - Free software for runners, cyclists, walkers, etc. > http://routeruler.sourceforge.net > ________________________________________ > Get a handle on your data with "pocOLAP", the "little" OLAP project > http://pocolap.sourceforge.net > ________________________________________ > > > > __________________________________ > Do you Yahoo!? > Read only the mail you want - Yahoo! Mail SpamGuard. > http://promotions.yahoo.com/new_mail |
From: todd r. <tod...@ya...> - 2004-12-06 19:16:27
|
I'm trying to understand how to use the Headquarter objects and have written a small sample application to test my understanding. Obviously, my understanding is lacking. I've written a server (NetStation constructed with a port) and a client (NetStation without a port). I create a line between the client and the server and then pass BusTickets over the line. When a client creates a line to the server, or begins to close, I have the client send a ticket with a specific identity (a NamedIdentity of "simple.connect"). The server sees this message and is able to respond, so I'm at least on the right track. The client starts up a GUI that includes a button. The action of the button causes a ticket to be created and sent to the server. This ticket has a different identity type (a NamedIdentity of "simple.move"), and is also seen by the server. The intent is for the BusTicketListener at the server simply to send the ticket back out to it's lines using the broadcast and flush methods. I have a BusTicketListener on the client that is supposed to pick up messages of identity simple.move. The client is not receiving these tickets. I've called the add method on the clients NetStation, passing the NamedIdentity and my BusTicketListener object. What else do I need to do to get the broadcast message to be sent and recieved at the client? I have attached the sample app that I'm using. If anyone has any ideas on what I've done wrong, I'd appreciate some help. Thanks Todd ===== The only "dumb question" is the one you were too afraid to ask. ________________________________________ Check out RouteRuler - Free software for runners, cyclists, walkers, etc. http://routeruler.sourceforge.net ________________________________________ Get a handle on your data with "pocOLAP", the "little" OLAP project http://pocolap.sourceforge.net ________________________________________ __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail |
From: <ben...@id...> - 2004-05-25 09:14:40
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: <pl...@ha...> - 2004-03-31 14:40:07
|
Hallo Gamma! Wie eben im ICQ besprochen hier nochma mein Anfrage! FlyingGuns (http://www.flyingguns.com) ist ein WW1-Action-Online-Flusi, der als Besonderheit in Java implementiert ist. Er dient gleichzeitig als technisches, OpenSource Forschungsprojekt als eben auch als Spiel(prototyp). Es gibt derzeit keine kommerziellen Interessen. Das Projekt ist schon auf internationalen Konferenzen (JavaOne) vorgestellt worden. Dem Projekt mangelt es an Modellen, besonders Flugzeugen, Texturen, Skyboxen, Sounds, Bäumen, .... . Daher die Bitte, ob FlyingGuns Modelle aus BF1918 verwenden dürfte? Für uns wäre das eine tolle Sache! Credits/Verlinkung/etc. sind selbstverständlich. - J |
From: <pl...@ha...> - 2004-03-31 06:28:05
|
Should we apply? http://www.javagaming.org/cgi-bin/JGNetForums/YaBB.cgi?board=contest |
From: <pl...@ha...> - 2004-03-30 17:53:13
|
test |
From: Joerg 'H. P. <pl...@ha...> - 2004-03-30 16:32:25
|
Jetzt sollte es gehen.... -- Joerg 'Herkules' Plewe http://www.hardcode.de |
From: Fuad A. <fua...@we...> - 2004-03-30 13:26:40
|
Herkules hat Konfigurationsprobleme, bitte ignorieren |
From: Robert S. <the...@gm...> - 2004-03-30 12:13:28
|
test -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz |