Menu
▾
▴
twdata-devel — Development Discussion
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(28) |
Dec
(17) |
|---|
|
From: don b. <nip...@ya...> - 2001-12-26 20:07:51
|
That's great! I want to spend some time in the next few days learning what you have been doing in testing. It sounds like some really useful stuff. Good work. Don --- Michael Brailsford <bra...@ya...> wrote: > It appears that our testing framework will be added > to the next release > of JUnitPP. I just spoke to the authors of JUnitPP > and they are very > enthusiastic about expanding their project to > include the XML data > format for external JUnit data repositories, and > will probably include > the XML test suite specification. So those classes > will now be under > client/testsrc/junit/extensions. I will also modify > the build.xml to > exclude those classes from our jar file. > > -Michael Brailsford > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com |
|
From: don b. <nip...@ya...> - 2001-12-26 20:06:16
|
It acts as the constructor because it intializes the object and should be called upon creation. don --- Michael Brailsford <bra...@ya...> wrote: > I'm writing the unit test for DataObject. I came > across the setKey(int, > GameHandler) method, and the javadoc comment says > that the method acts > as the constructor for DataObjects since they are > loaded via a > classloader. How is it like a constructor? I don't > see it creating any > new objects, it just sets the autoId and gh > attributes. If you could > help me understand that method better, I can test it > better. > > -Michael > > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-26 08:43:07
|
I'm writing the unit test for DataObject. I came across the setKey(int, GameHandler) method, and the javadoc comment says that the method acts as the constructor for DataObjects since they are loaded via a classloader. How is it like a constructor? I don't see it creating any new objects, it just sets the autoId and gh attributes. If you could help me understand that method better, I can test it better. -Michael |
|
From: Michael B. <bra...@ya...> - 2001-12-25 06:52:14
|
Merry Christmas. |
|
From: Michael B. <bra...@ya...> - 2001-12-22 03:45:35
|
It appears that our testing framework will be added to the next release of JUnitPP. I just spoke to the authors of JUnitPP and they are very enthusiastic about expanding their project to include the XML data format for external JUnit data repositories, and will probably include the XML test suite specification. So those classes will now be under client/testsrc/junit/extensions. I will also modify the build.xml to exclude those classes from our jar file. -Michael Brailsford |
|
From: Michael B. <bra...@ya...> - 2001-12-20 05:38:04
|
I found that ant has an optional task called <junitreport> that can be used to format the testresults into an html page. I have modified the current build.xml to include this. I think that we should start scheduling nightly builds, and nightly tests and send the html testresult pages to twdata.org/twdata. I also believe that ant has an email task that I am going to look into, so we can receive email alerts of bugs that cropped up in the latest build. I am still testing, when I am finished I will get EVERYTHING checked in. I have quite a bit of stuff that still needs to be checked in before I feel comfortable with our testing framework. Things look very, very good. I hope to have it all completed and begin to work on twcs core unit tests, by this weekend. -Michael |
|
From: don b. <nip...@ya...> - 2001-12-19 21:56:06
|
Actually there isn't anything to use at all, so we'll see. I think if he was actually serious, it'd be cool to get him to write the scripting engine for twcs so we could schedule script jobs to run. That'd be perfect since he wants his project to be super powerful and doesn't care about speed. Don --- Michael Brailsford <bra...@ya...> wrote: > Great, looks like we have ourselves a competitor. > He brags about his > script API, why not check it out and see if it > really is that good? If > it is we could use it. > > In other news I got the external test data > repository working last > night. I used to test itself, it was nice to run > 5-6 tests on different > data without recompiling. Also, I found that my log > messages were > woefully inadequate to determine even the class from > which the log > message originated. I'm gonna check into modifying > the log format, I > think I can have log4j log the class name for us. > Once I get the test > framework tested, I want to add support for not only > all the primitive > data types and Strings, but also Objects to the test > data repository. > > -Michael > > On Wed, Dec 19, 2001 at 01:47:10AM -0800, don brown > wrote: > > I was browsing through my web server logs (ok, i > was > > bored) and found someone that visited our site > from a > > link from some other site. it appears there is > > another guy working on a proxy java tw thingy, but > > doesn't want to work with us :) check it out... > > > > http://webpages.smyrnacable.net/krum/ > > > > don > > > > __________________________________________________ > > Do You Yahoo!? > > Check out Yahoo! Shopping and Yahoo! Auctions for > all of > > your unique holiday gifts! Buy at > http://shopping.yahoo.com > > or bid at http://auctions.yahoo.com > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-19 20:07:01
|
Great, looks like we have ourselves a competitor. He brags about his script API, why not check it out and see if it really is that good? If it is we could use it. In other news I got the external test data repository working last night. I used to test itself, it was nice to run 5-6 tests on different data without recompiling. Also, I found that my log messages were woefully inadequate to determine even the class from which the log message originated. I'm gonna check into modifying the log format, I think I can have log4j log the class name for us. Once I get the test framework tested, I want to add support for not only all the primitive data types and Strings, but also Objects to the test data repository. -Michael On Wed, Dec 19, 2001 at 01:47:10AM -0800, don brown wrote: > I was browsing through my web server logs (ok, i was > bored) and found someone that visited our site from a > link from some other site. it appears there is > another guy working on a proxy java tw thingy, but > doesn't want to work with us :) check it out... > > http://webpages.smyrnacable.net/krum/ > > don > > __________________________________________________ > Do You Yahoo!? > Check out Yahoo! Shopping and Yahoo! Auctions for all of > your unique holiday gifts! Buy at http://shopping.yahoo.com > or bid at http://auctions.yahoo.com > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: don b. <nip...@ya...> - 2001-12-19 09:47:12
|
I was browsing through my web server logs (ok, i was bored) and found someone that visited our site from a link from some other site. it appears there is another guy working on a proxy java tw thingy, but doesn't want to work with us :) check it out... http://webpages.smyrnacable.net/krum/ don __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-19 06:20:35
|
Now that we have a testing framework set up, I would like to make changes to the requirements for checking in files to cvs. I would like to make it a requirement that all files must pass their unit tests before they can be checked in. Also before any file is added to cvs there must also be a JUnit unit test for it, and the new file must pass its unit test before being commited. Now obviously we will have to go back and create test cases for each file in the repository, but I guess that is the hole we dug ourselves for putting off testing till now. If we implement and keep to these rules then we can guarantee not only that the code that is in cvs compiles, but that the current files in cvs also function as coded (not necesarily free of logic errors). Thoughts? -Michael |
|
From: don b. <nip...@ya...> - 2001-12-17 23:35:55
|
I spoke to goosemoose.com (Dominic) regarding our project and a possible idea integrating his twgs server, his webserver, twxproxy, and jtwat into an end-to-end tradewars solution, and he seems to like it. This would give us a target to shoot for and a showcase for our project. badboy, is jtwat still useable in applet form? can the version you are finishing up be released as an applet? How about java's web start? For the changes to jtwat, I'd like to add a better gui frontend and add hooks to write and retrieve information to/from twcs probably involving buttons and seperate windows. thoughts? Don --- Dominic Maricic <dcm...@go...> wrote: > Date: Mon, 17 Dec 2001 10:20:05 -0800 (PST) > From: Dominic Maricic <dcm...@go...> > To: "Don Brown" <mr...@te...> > Subject: Re: An idea... > Reply-to: dcm...@go... > > Hi Don, > I do remember talking to you last year on irc. > This sounds like a great idea and I would be more > than happy to help out. Let me know what you need as > you go along. I could set up two servers, one that > uses the twcs, where everyone plays equally and > another for normal helpers and twgs. Sounds like a > great idea! > > Dominic > Goosemoose.com > > _____________________________________________________________ > Get your free 20 MB website and 6MB email address at Http://signup.goosemoose.com __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-15 01:10:25
|
Sure, sounds good. The only issue is jtwat. It appears to be so mired in bug fixes that adding any new add-ons would be a hassle. I also don't like that we would not be in control of that aspect. You are the one in contact with the jtwat team, I have disavowed it as much as possible. You are in a better position to make a call on the matter, but my experience discussing things with badboy has led me to have no hope of cooperation from him. I would prefer to make a simple servlet, or applet that people could use. Since basically all we lack is the front end. We have the data processing, we have reports, twxproxy has the scripts, we just need a front end. Any attempt to make jtwat an applet would force the user to have to wait while the whole thing was downloaded, a simple applet would be better. Perhaps just using jtwat until we have things nailed down to the point that we can worry about a front end, is a good idea. I would not want to make a 1.x release with jtwat as our main front end, a supported helper, sure, but not the main front end. And I don't agree that custom scripts give someone an unfair advantage (I rank the validity of that argument up there with the "CEO's make too much money" whiners). If someone really feels so disadvantaged then there is nothing stopping them from creating their own custom scripts, oh well. From a less philosophical viewpoint, there are some player's that will avoid our system if we use a shared script depository, and those players will be the best players, the ones that can attract the most attention to our system. Well, those are my thoughts. You asked for it. :) -Michael On Fri, Dec 14, 2001 at 02:44:39PM -0800, don brown wrote: > I was reading some of the ranting recently on egroups > regarding custom scripts and how they make the game > unfair. I remember talking to goosemoose and his > original idea for a java applet helper so that > everyone would play the game on equal footing. Side > bonus of advertising money :) I was also thinking of > ways to use twcs (of course)...all these thoughts > combined to this idea: > > what if we used goosemoose.com and made a complete, > end to end tw solution. It would look like this: > web browser (or helper i suppose) -> twcs -> twxproxy > -> goosemoose twgs. > > Starting at the beginning....a trade would use the > java helper started via java web start (jtwat w/ > extensions to work with twcs). Of course they could > use any helper, but would lose the advantage of speed > of custom scripts becuase of all the layers he has to > go through. > > The twcs server would serve for security and of course > data aggregation. It would expose its data via a > module in some groupware solution hosted on > goosemoose.com which would include file sharing, > forums, chat, calendar, task tracker, etc. here the > community is tied together outside the game and with > the twcs module, has a real incentive to visit the > site. of course each corporation would get their own > secure workspace. > > twxproxy would allow for teh quick scripts to be used, > but would be locked down for no new scripts. everyone > uses the same scripts, and if someone wants to add > one, everyone gets to use it. They are all running > scripts with the same speed so no one has a speed > advantage there. everyone is on equal script and > speed footage. > > goosemoose's web site could also hook into twgs and > show the latest kills, planets, etc on the web site in > addition to corp specific information from twcs. with > the groupware, the web site would be the perfect > offline portal to the game and of course any other > tradewars information. > > The best part of the plan is it requires little > additional work. We use some app like postnuke, > phpgroupware, etc for the groupware. twxproxy is > already written and putting it behind twcs allays any > security concerns. jtwat would require some addons to > hook into twcs but that would be pretty easy actually. > goosemoose is the perfect host becuase he already has > a twgs and web server. > > any comments? > > Don > > __________________________________________________ > Do You Yahoo!? > Check out Yahoo! Shopping and Yahoo! Auctions for all of > your unique holiday gifts! Buy at http://shopping.yahoo.com > or bid at http://auctions.yahoo.com > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: don b. <nip...@ya...> - 2001-12-14 22:44:46
|
I was reading some of the ranting recently on egroups regarding custom scripts and how they make the game unfair. I remember talking to goosemoose and his original idea for a java applet helper so that everyone would play the game on equal footing. Side bonus of advertising money :) I was also thinking of ways to use twcs (of course)...all these thoughts combined to this idea: what if we used goosemoose.com and made a complete, end to end tw solution. It would look like this: web browser (or helper i suppose) -> twcs -> twxproxy -> goosemoose twgs. Starting at the beginning....a trade would use the java helper started via java web start (jtwat w/ extensions to work with twcs). Of course they could use any helper, but would lose the advantage of speed of custom scripts becuase of all the layers he has to go through. The twcs server would serve for security and of course data aggregation. It would expose its data via a module in some groupware solution hosted on goosemoose.com which would include file sharing, forums, chat, calendar, task tracker, etc. here the community is tied together outside the game and with the twcs module, has a real incentive to visit the site. of course each corporation would get their own secure workspace. twxproxy would allow for teh quick scripts to be used, but would be locked down for no new scripts. everyone uses the same scripts, and if someone wants to add one, everyone gets to use it. They are all running scripts with the same speed so no one has a speed advantage there. everyone is on equal script and speed footage. goosemoose's web site could also hook into twgs and show the latest kills, planets, etc on the web site in addition to corp specific information from twcs. with the groupware, the web site would be the perfect offline portal to the game and of course any other tradewars information. The best part of the plan is it requires little additional work. We use some app like postnuke, phpgroupware, etc for the groupware. twxproxy is already written and putting it behind twcs allays any security concerns. jtwat would require some addons to hook into twcs but that would be pretty easy actually. goosemoose is the perfect host becuase he already has a twgs and web server. any comments? Don __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
|
From: don b. <nip...@ya...> - 2001-12-13 04:47:59
|
--- don brown <nip...@ya...> wrote: > Date: Wed, 12 Dec 2001 20:44:51 -0800 (PST) > From: don brown <nip...@ya...> > Subject: Re: JXTA > To: ba...@go... > > damn you and your getting out of this side > development > self. :) > > What if..... > > We create a total end-to-end solution for tradewars > corporations. Integrate twcs with postnuke or some > similiar app. A corp would have message boards, > news, > file sharing, etc. With twcs, they would have data > collaboration and reports. What if we make jtwat > deployable via web start so the trader can even > access > their favorite helper via the site. make the > features > of twcs completely intragrated with jtwat so > information the server can't catch via proxy like > notes on a sector can be shared. > > If only you weren't getting out of this business... > :) > > As for the lexer, I was thinking of just trying to > rewrite the data access part in a weekend *cross > fingers* and worry about redesigning it later. that > way i could have something more fully featured > quickly > and have something to base the rest of the reports > off > of. right now, everything is kinda waiting for > lexer > development. > > The performance problems were looking at my cpu > usage, > its taking up pretty much all my cpu while taking up > more memory than anything else I had running. I'm > wondering if the integrated database could be part > of > the problem. I think i'll spend some time > developing > unit tests and load tests. > > As for mapping, if you mean creating visual maps of > an > area, I think there are a few java apps for that i'd > look into if i was going that route. > > to post updated corp stats, I'd have to develop some > type of script engine that was schedulable to run > scripts every say 10 minutes. boy that's a whole > other area...automated scripts for things like > colonizing, moving resources, etc. since it is java > and is lexing tons, it wouldn't be good for attack > scripts but could automate some of the monotony > while > you sleep :) > > tnx for the feedback, btw. I'm wondering if I > should > take a pool in say egroups and see if there would be > interest in a corp web site. > > don > --- Bad Boy <ba...@go...> wrote: > > > > >i'm kinda debating whether going down the path of > > >integrating the web app with say PHP-Nuke or > > PostNuke > > >for a full corp site solution, or focus on the > > client > > >aspect like writing jtwat addins or a java gui > > client. > > > > Well, I think it all depends on the impact you > want > > your product to have. Probably there's never been > > an out of the box solution for a corp website, esp > > one with data retrieval, etc. and maybe its > > something where you could get one of the webhosts > > out there (PlanetTW comes immediately to mind) to > > serve up pages to corps for free. (The webserver > > and getting everything set up seems to be the > > biggest blocking point for people using your > stuff). > > I could see having a nuke plugin that gives live > > corp stats, along with a message board and stuff > to > > be a really really useful tool. (Get some kind of > > mapping utility in there and you're on your way :) > > > > > >i've also been thinking about writing scripts to > > >integrate it with twxproxy so you could have the > > power > > >and speed of twxproxy on the front, with the data > > >collection abilities of twcs behind. all that > > said, i > > >think a real release will have to wait till jdk > 1.4 > > w/ > > >the non-blocking io cause performance is a big > > factor > > >since twcs involves a proxy game server, web app, > > web > > >services, etc. > > > > Hmmm...well, I know I worked in a java shop at my > > last place, and we had a scalable server that > could > > get upto 100000 clients no problem, and that was > all > > done in a servlet engine, so I think the server > > should be able to handle the performance hit. Are > > you sure its not a latency thing, or maybe your > > threads are hitting some performance issues? I'd > > suggest giving it a run through optimizeit > > (optimizeit.com, free fully functional demo, give > > them a yahoo account address or something cuz they > > spam) and seeing where the hotspots are. > > > > >finally, i'd really like to take a bit and > rewrite > > >your lexer for use twcs. i know michael is all > > >excited about rewriting it, but i don't really > see > > any > > >useful results anytime soon. > > > > Heh, yep, I'd like you to do that too ;). I'm > still > > waiting to steal a lot of shit from you guys, so > get > > cracking :) I think probably the best course of > > action for doing that right now is to first break > > the code inside each statement out into a > function. > > Then go through and replace all the data setting > > statements to your own stuff. Then once that's > > working, start going back and breaking down things > > to work correctly. There's a lot of global > > variables and stuff that make big problems for > > changing stuff around. All of it has to be done > > slowly, checking each step of the way for > mistakes, > > etc. i.e.: its a fucking mess. > > > > I actually did start work on optimizing it by > coming > > up with a method of creating an end of line > handler > > class, which you make anonymous instances of. (I > > think maybe some of the sector def stuff has it). > > Basically, most of the statements in the lexer > were > > like > > > > if "key phrase" > > state := state1 > > > > ...next loop... > > > > if "\n" && state1 > > <do stuff> > > state := state0 > > > > but now its more compact to write: > > > > if "keyphrase" > > <attach end of line handler to do stuff> > > > > etc. > > > > Of course, its always faster to let the lexer do > > everything possible, like stripping out numbers, > > etc. but there's just too much for you or the lex > > generator to handle. So pretty much its two > passes > > - one to grab the line or set of lines we're > looking > > for, then we go in ourselves with a > stringtokenizer > > or custom search function and process accordingly. > > > > > Probably the best thing would be to have the > tokens > > just launch a function from a manager of some > type, > > passing it an ID... > > > > > FunctionManager.getInstance().RunHandler(ID_SECTOR_DEFINTION, > > text) > > > > And then you could attach a chain of handlers, > > including custum ones written by other people, > etc. > > > > But that brings us back to the old speed vs. > > flexibility....I think you can't sacrifice speed > for > > anything in the lexxer, simply because its the > > bottleneck of the whole system...everyone is > waiting > > on it to spit out the next token or whatever. > > > > Anyways, I've yapped enough. > > > > Have a good one > > > > __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-05 04:07:15
|
Excite@home just filed for bankruptcy so AT&T has to migrate our network to a new network, so I will probably lose internet access for a few days in the next week. Just FYI. -Michael |
|
From: don b. <nip...@ya...> - 2001-12-04 18:41:47
|
What if... we packaged up twcs with something like postnuke (http://www.postnuke.com for a total corporation portal solution? I would rewrite the web app to fit in as a module, change the default database to mysql (that's what postnuke uses for its backend) and now we have a full web system that has news, files, forums, polls, etc. it would be a great "turnkey" (heh) solution for a corporation. Of course we would still distribute twcs w/o postnuke or something similiar for those w/o a web server or those that already have a web site. the best part of this plan is it would take a few days if that. postnuke (or phpnuke) is already written and from what i hear, it is very easy to write an app using its framework (user authentication and themes). php and mysql run on pretty much any platform as does java so non-portability wouldn't be an issue. the best part is we can distribute it w/o w/ no extra effort. thoughts? don __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. http://shopping.yahoo.com |
|
From: Michael B. <bra...@ya...> - 2001-12-01 04:46:57
|
I went ahead and added "private static Category log = Category.getInstance(GameHandler.class);" to Gamehandler. The reason I did this was, since I could also just create the member a part of the class and pass in the instance of Category, that would result in no less of a dependency upon log4j than including the whole line as I did. And since there is no difference in the dependency upon log4j, the first is just as good as the second. Although if you look closer you will see that it is actually better since it maintains consistency among the other classes in the project. If I am missing something as to why you wanted the static call seperate from the actual GameHandler code then let me know. -Michael On Wed, Nov 28, 2001 at 04:29:07AM -0700, Michael Brailsford wrote: > As I go through and add logging functionality, we need to go through and > redefine what priority each logged message is at. The priorities are as > follows, in order: > DEBUG = finest level of information best for debugging > INFO = coarse information, for application progress messages > WARN = Non-fatal but potentially harmful exceptions > ERROR = Non-fatal errors or exceptions > FATAL = really bad exceptions that will end execution > > If we so choose we can define our own priority levels. Whether we want > to or not, is another issue. You can set the priority to any of these > and only those messages of that priority or higher will be logged. so > If I set priority to FATAL then only FATAL events would be logged, if I > set priority to INFO then everything but DEBUG would be logged. > > Anyway, we need to go through the code and make sure that each level of > event is being appropriately logged. > > -Michael > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: don b. <nip...@ya...> - 2001-11-30 09:56:24
|
if i remember right, that outputstream is just for logging so sure. Feel free to standardize the logging throughout the project. As long as it still compiles and runs... :) don --- Michael Brailsford <bra...@ya...> wrote: > We do not need the Server(OutputStream, int) > constructor anymore. > Perhaps we should replace it with Server(int). I am > reluctant to change > it before you pass off on it. > > -Michael > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 |
|
From: Michael B. <bra...@ya...> - 2001-11-30 06:34:05
|
We do not need the Server(OutputStream, int) constructor anymore. Perhaps we should replace it with Server(int). I am reluctant to change it before you pass off on it. -Michael |
|
From: Michael B. <bra...@ya...> - 2001-11-28 11:22:57
|
As I go through and add logging functionality, we need to go through and redefine what priority each logged message is at. The priorities are as follows, in order: DEBUG = finest level of information best for debugging INFO = coarse information, for application progress messages WARN = Non-fatal but potentially harmful exceptions ERROR = Non-fatal errors or exceptions FATAL = really bad exceptions that will end execution If we so choose we can define our own priority levels. Whether we want to or not, is another issue. You can set the priority to any of these and only those messages of that priority or higher will be logged. so If I set priority to FATAL then only FATAL events would be logged, if I set priority to INFO then everything but DEBUG would be logged. Anyway, we need to go through the code and make sure that each level of event is being appropriately logged. -Michael |
|
From: Michael B. <bra...@ya...> - 2001-11-28 04:11:46
|
Hrmmm, it appears I was not as forward thinking as I thought I was. I will need to a add some things for the current Sector Display to properly parse ether probe stuff. Of course it has been so long since I have played, that I need to refresh myself. So off I go to play a quick test game to see how TW2002 looks. -Michael P.S. BTW, the professor was showing off my FA program in class, and he found a bug that was pretty major. I felt pretty foolish. Anyway, I got it fixed, so I'm done with that project. Just three more projects, and two finals and I'm done for about a month. On Mon, Nov 26, 2001 at 03:05:34AM -0700, Michael Brailsford wrote: > Yeah, I know that it doesn't get Ether probe data. I forget at the > moment (3:00 AM) why I did it that way, but I am sure I will remember > when I get some sleep. Anyway that will be next on the list of things > to add then. Which shouldn't be too difficult since I have the sector > stuff already done, and warps are almost identical. It is a feature. :) > > -Michael > > On Sun, Nov 25, 2001 at 06:44:28PM -0800, don brown wrote: > > Michael, > > > > I was playing/testing :) and noticed the lexer doesn't > > pick up ether probe data. Before we go on to game, > > ship, and planet data, we should nail down sectors and > > ports (including bust info). As I said, at that > > point, we can release .3 and make annoucements on the > > forums. If you don't have enough time, let me know so > > I can get it done. Thanx. > > > > Don > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. > > http://geocities.yahoo.com/ps/info1 > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: Michael B. <bra...@ya...> - 2001-11-27 01:51:45
|
Nope. You do have jflex.jar in the classpath, right? You can either write your own ant task (it is pretty easy, I think) :), or just just do what I do now "java -jar jflex.jar". :) -Michael On Mon, Nov 26, 2001 at 05:39:55PM -0800, don brown wrote: > damn you, I wanted the easy stuff :) also make sure > to get computer path queries (ztm) and anywhere else a > path is displayed. i'll try to figure out the steal > page once i get the damn thing working. any ideas why > the ant task won't work? > > don > > --- Michael Brailsford <bra...@ya...> wrote: > > Yeah, that is possible. We just need to coordinate > > through the tasks on > > sourceforge. I would like to do the ether probes, I > > kept that in mind > > while I was doing the sector display, and it should > > be trivial to > > include. If you are going to work on the lexer, > > just remember to keep > > it as self-contained as possible. I don't like the > > idea of making calls > > to functions to handle something that is just as > > readily done within the > > lexer. Of course there are exceptions, like the > > hash function thing > > that will need to be accessed from other classes. I > > am finally > > finishing up all these school projects, and I am > > dying to get back in > > the swing of things with the lexer. Hopefully I > > will be done tonight, > > and I'll get working tomorrow on the lexer. > > > > -Michael > > > > On Mon, Nov 26, 2001 at 03:40:19PM -0800, don brown > > wrote: > > > k, that's fine. after looking through jdk 1.4, > > I'm > > > thinking i'll postpone the admin section of the > > web > > > site until it comes out (preferences api). Why > > > rewrite how the server handles configuration data > > when > > > the preferences api is looking perfect. > > > > > > To the end of getting the .3 release useful by > > real > > > traders, I tested it for a while and have come up > > with > > > a list of things I would like it to do; mostly > > reports > > > and lexer issues. Would it be possible for me to > > help > > > you w/ the lexer - you work on one feature, i work > > on > > > another? if so, i'll do the ether probes, path > > > queries, and any other part where path information > > is > > > shown, while you can work on the steal port screen > > > (bust info too). i tried to compile the flex last > > > nite but the ant target wouldn't work for me. any > > > ideas? > > > > > > don > > > --- Michael Brailsford <bra...@ya...> wrote: > > > > Yeah, I know that it doesn't get Ether probe > > data. > > > > I forget at the > > > > moment (3:00 AM) why I did it that way, but I am > > > > sure I will remember > > > > when I get some sleep. Anyway that will be next > > on > > > > the list of things > > > > to add then. Which shouldn't be too difficult > > since > > > > I have the sector > > > > stuff already done, and warps are almost > > identical. > > > > It is a feature. :) > > > > > > > > -Michael > > > > > > > > On Sun, Nov 25, 2001 at 06:44:28PM -0800, don > > brown > > > > wrote: > > > > > Michael, > > > > > > > > > > I was playing/testing :) and noticed the lexer > > > > doesn't > > > > > pick up ether probe data. Before we go on to > > > > game, > > > > > ship, and planet data, we should nail down > > sectors > > > > and > > > > > ports (including bust info). As I said, at > > that > > > > > point, we can release .3 and make annoucements > > on > > > > the > > > > > forums. If you don't have enough time, let me > > > > know so > > > > > I can get it done. Thanx. > > > > > > > > > > Don > > > > > > > > > > > > __________________________________________________ > > > > > Do You Yahoo!? > > > > > Yahoo! GeoCities - quick and easy web site > > > > hosting, just $8.95/month. > > > > > http://geocities.yahoo.com/ps/info1 > > > > > > > > > > > > _______________________________________________ > > > > > Twdata-devel mailing list > > > > > Twd...@li... > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > > > > > _______________________________________________ > > > > Twdata-devel mailing list > > > > Twd...@li... > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! GeoCities - quick and easy web site > > hosting, just $8.95/month. > > > http://geocities.yahoo.com/ps/info1 > > > > > > _______________________________________________ > > > Twdata-devel mailing list > > > Twd...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > __________________________________________________ > Do You Yahoo!? > Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. > http://geocities.yahoo.com/ps/info1 > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: don b. <nip...@ya...> - 2001-11-27 01:39:55
|
damn you, I wanted the easy stuff :) also make sure to get computer path queries (ztm) and anywhere else a path is displayed. i'll try to figure out the steal page once i get the damn thing working. any ideas why the ant task won't work? don --- Michael Brailsford <bra...@ya...> wrote: > Yeah, that is possible. We just need to coordinate > through the tasks on > sourceforge. I would like to do the ether probes, I > kept that in mind > while I was doing the sector display, and it should > be trivial to > include. If you are going to work on the lexer, > just remember to keep > it as self-contained as possible. I don't like the > idea of making calls > to functions to handle something that is just as > readily done within the > lexer. Of course there are exceptions, like the > hash function thing > that will need to be accessed from other classes. I > am finally > finishing up all these school projects, and I am > dying to get back in > the swing of things with the lexer. Hopefully I > will be done tonight, > and I'll get working tomorrow on the lexer. > > -Michael > > On Mon, Nov 26, 2001 at 03:40:19PM -0800, don brown > wrote: > > k, that's fine. after looking through jdk 1.4, > I'm > > thinking i'll postpone the admin section of the > web > > site until it comes out (preferences api). Why > > rewrite how the server handles configuration data > when > > the preferences api is looking perfect. > > > > To the end of getting the .3 release useful by > real > > traders, I tested it for a while and have come up > with > > a list of things I would like it to do; mostly > reports > > and lexer issues. Would it be possible for me to > help > > you w/ the lexer - you work on one feature, i work > on > > another? if so, i'll do the ether probes, path > > queries, and any other part where path information > is > > shown, while you can work on the steal port screen > > (bust info too). i tried to compile the flex last > > nite but the ant target wouldn't work for me. any > > ideas? > > > > don > > --- Michael Brailsford <bra...@ya...> wrote: > > > Yeah, I know that it doesn't get Ether probe > data. > > > I forget at the > > > moment (3:00 AM) why I did it that way, but I am > > > sure I will remember > > > when I get some sleep. Anyway that will be next > on > > > the list of things > > > to add then. Which shouldn't be too difficult > since > > > I have the sector > > > stuff already done, and warps are almost > identical. > > > It is a feature. :) > > > > > > -Michael > > > > > > On Sun, Nov 25, 2001 at 06:44:28PM -0800, don > brown > > > wrote: > > > > Michael, > > > > > > > > I was playing/testing :) and noticed the lexer > > > doesn't > > > > pick up ether probe data. Before we go on to > > > game, > > > > ship, and planet data, we should nail down > sectors > > > and > > > > ports (including bust info). As I said, at > that > > > > point, we can release .3 and make annoucements > on > > > the > > > > forums. If you don't have enough time, let me > > > know so > > > > I can get it done. Thanx. > > > > > > > > Don > > > > > > > > > __________________________________________________ > > > > Do You Yahoo!? > > > > Yahoo! GeoCities - quick and easy web site > > > hosting, just $8.95/month. > > > > http://geocities.yahoo.com/ps/info1 > > > > > > > > > _______________________________________________ > > > > Twdata-devel mailing list > > > > Twd...@li... > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > > > _______________________________________________ > > > Twdata-devel mailing list > > > Twd...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! GeoCities - quick and easy web site > hosting, just $8.95/month. > > http://geocities.yahoo.com/ps/info1 > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 |
|
From: Michael B. <bra...@ya...> - 2001-11-27 00:00:45
|
Yeah, that is possible. We just need to coordinate through the tasks on sourceforge. I would like to do the ether probes, I kept that in mind while I was doing the sector display, and it should be trivial to include. If you are going to work on the lexer, just remember to keep it as self-contained as possible. I don't like the idea of making calls to functions to handle something that is just as readily done within the lexer. Of course there are exceptions, like the hash function thing that will need to be accessed from other classes. I am finally finishing up all these school projects, and I am dying to get back in the swing of things with the lexer. Hopefully I will be done tonight, and I'll get working tomorrow on the lexer. -Michael On Mon, Nov 26, 2001 at 03:40:19PM -0800, don brown wrote: > k, that's fine. after looking through jdk 1.4, I'm > thinking i'll postpone the admin section of the web > site until it comes out (preferences api). Why > rewrite how the server handles configuration data when > the preferences api is looking perfect. > > To the end of getting the .3 release useful by real > traders, I tested it for a while and have come up with > a list of things I would like it to do; mostly reports > and lexer issues. Would it be possible for me to help > you w/ the lexer - you work on one feature, i work on > another? if so, i'll do the ether probes, path > queries, and any other part where path information is > shown, while you can work on the steal port screen > (bust info too). i tried to compile the flex last > nite but the ant target wouldn't work for me. any > ideas? > > don > --- Michael Brailsford <bra...@ya...> wrote: > > Yeah, I know that it doesn't get Ether probe data. > > I forget at the > > moment (3:00 AM) why I did it that way, but I am > > sure I will remember > > when I get some sleep. Anyway that will be next on > > the list of things > > to add then. Which shouldn't be too difficult since > > I have the sector > > stuff already done, and warps are almost identical. > > It is a feature. :) > > > > -Michael > > > > On Sun, Nov 25, 2001 at 06:44:28PM -0800, don brown > > wrote: > > > Michael, > > > > > > I was playing/testing :) and noticed the lexer > > doesn't > > > pick up ether probe data. Before we go on to > > game, > > > ship, and planet data, we should nail down sectors > > and > > > ports (including bust info). As I said, at that > > > point, we can release .3 and make annoucements on > > the > > > forums. If you don't have enough time, let me > > know so > > > I can get it done. Thanx. > > > > > > Don > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! GeoCities - quick and easy web site > > hosting, just $8.95/month. > > > http://geocities.yahoo.com/ps/info1 > > > > > > _______________________________________________ > > > Twdata-devel mailing list > > > Twd...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > > __________________________________________________ > Do You Yahoo!? > Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. > http://geocities.yahoo.com/ps/info1 > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel |
|
From: don b. <nip...@ya...> - 2001-11-26 23:40:19
|
k, that's fine. after looking through jdk 1.4, i'm thinking i'll postpone the admin section of the web site until it comes out (preferences api). Why rewrite how the server handles configuration data when the preferences api is looking perfect. To the end of getting the .3 release useful by real traders, I tested it for a while and have come up with a list of things I would like it to do; mostly reports and lexer issues. Would it be possible for me to help you w/ the lexer - you work on one feature, i work on another? if so, i'll do the ether probes, path queries, and any other part where path information is shown, while you can work on the steal port screen (bust info too). i tried to compile the flex last nite but the ant target wouldn't work for me. any ideas? don --- Michael Brailsford <bra...@ya...> wrote: > Yeah, I know that it doesn't get Ether probe data. > I forget at the > moment (3:00 AM) why I did it that way, but I am > sure I will remember > when I get some sleep. Anyway that will be next on > the list of things > to add then. Which shouldn't be too difficult since > I have the sector > stuff already done, and warps are almost identical. > It is a feature. :) > > -Michael > > On Sun, Nov 25, 2001 at 06:44:28PM -0800, don brown > wrote: > > Michael, > > > > I was playing/testing :) and noticed the lexer > doesn't > > pick up ether probe data. Before we go on to > game, > > ship, and planet data, we should nail down sectors > and > > ports (including bust info). As I said, at that > > point, we can release .3 and make annoucements on > the > > forums. If you don't have enough time, let me > know so > > I can get it done. Thanx. > > > > Don > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! GeoCities - quick and easy web site > hosting, just $8.95/month. > > http://geocities.yahoo.com/ps/info1 > > > > _______________________________________________ > > Twdata-devel mailing list > > Twd...@li... > > > https://lists.sourceforge.net/lists/listinfo/twdata-devel > > _______________________________________________ > Twdata-devel mailing list > Twd...@li... > https://lists.sourceforge.net/lists/listinfo/twdata-devel __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 |
