cxtable-devel Mailing List for xTable: Serverless Network (Page 3)
Status: Alpha
Brought to you by:
xiarcel
Menu
▾
▴
cxtable-devel — xTable Developer Mailing List
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(70) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(28) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-13 21:50:51
|
The main point to getting the code base into CVS is that when I want to go and make some changes to thing, I don't need to go sending the files I changed back to everyone involved via some email. Each person working on the project can make whatever changes they want, and then check them into CVS, and the next time anyone updates to the latest CVS tree they will magically get the new code. This is a million times better than the old way. The first step is indeed to get things to a point where they compile, and all the files are in all the directories we want them in. You should feel free to do anything you like to the code in CVS (as it is yours after all), and if I happen to make a modification that conflicts with yours, then I will be notified (by CVS) and will need to resolve the conflict before I can check in the code. Read about CVS.... it is the heart of any open source development project. To check in the code in your tree, run >cvs checkin. To update your tree with what is on the server, run >cvs update. Those are the 2 biggies. If you want to add a new file to cvs, run >cvs add <filename>. If you want to remove one, run >cvs remove <filename>. Adds and removes do not take effect on the server until the next time you run >cvs checkin. You can cross import java classes like you explain in your question. The compiler is smart enough to resolve the dependencies. --bjgm On Thu, 2001-12-13 at 11:58, Williams, David wrote: > I guess I am wondering what things you were hoping to do once CVS was updated... > > I imagine the first step will be to add the "package cxtable.xxxx;" lines, and add the imports in the appropriate places, so that it will build again ;-) > > Would you be able to do some of that, or would it be best if I went ahead and did that? > > What are the basic commands for checking in? (there goes my laziness again...I did not RTFM on CVS...so maybe I could start there...but it is just EASIER to ask people..) > > Let me give you a concrete example of something, and you tell me if it would cause a problem.. > > In package corecomm, there are places where it references an xPanel (called reporter). xPanel is in package gui. > > CAN (let's say its xRegistry... when it adds a connection) "import cxtable.gui.xPanel;" and be compiled still when certain "GUI" elements use corecomm stuff? Do you run into a chicken and egg scenario? > > ((I have grossly ignored learning about packages..but I agree that it is the best way to approach developing a project like this in the future...)) > > ~Dave > > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-13 21:44:32
|
Swing is based on the AWT foundation, so it will definitely be slower in
a lot of cases, but it gives a few important things that the AWT did not
have. Since it is not tied directly to operating system Peer objects,
the Swing UI will look the same on every platform. There are a lot more
"complex" UI types made for you in Swing, such as tables, tabbed panels,
image buttons, and many more. 3rd but not last, Swing was designed
specifically to be used withing an MVC paradigm, which is the defacto
standard methodology for putting together UIs.
I have never "loaded motif" on any of my linux systems, and I have never
had problems like you say you had. There are remnants of motif in X,
and perhaps loading non-standard Motif / X packages could cause issues,
but this has never happened to me, nor have I heard of it happening with
a default Red Hat installation.
Depending on what you want the UI to do, Swing may or may not be fast
enough, and you also need to determine the speed / type of system the
software is being designed for. We of course want the software to work
perfectly on a 486, but I don't think any software that came out in the
last 2 years does.
Swing is definitely eye candy, and if you don't want eye candy than
don't build a GUI, build a text based interface.
The Swing implementation on any platform is more "robust" than the AWT
implementation on that same platform, and Swing should be equally robust
across all platforms, and that is supposed to be the holy grail of java
after all.
--bjgm
On Thu, 2001-12-13 at 11:52, Williams, David wrote:
> OK... earlier in our discussions we had some talk of Swing vs AWT, etc..
>
> I have some questions that I'd like to discuss in more detail.
>
> >From my 'failures' running Java 1.3.1_01 (and for that matter, its recommended Merlin 1.4beta replacement) on RedHat 7.0 did tell me one thing....
>
> AWT in Linux Java uses Motif. I am absolutely 100% sure of that. It sucks.
>
> Swing... what does it use? I would consider moving the application to Swing, as some of my most recent changes no longer run correctly under the last MVM release (their implementation of Java, jview..)...
> {{{ I don't, however, wish to debate that. I kept compliance w/ jview because a couple of my beta-testers (now they've become more intelligent) were REALLY poor at understanding these things, and they had Jview, and they DL'd the patch from microsoft...and I could test the program w/o impacting their daily software requirements greatly..... Now I feel that complying with anything Microsoft is not even a priority. It is something I will 'consider' later...but it is not a project requirement...
> }}}
>
>
> Does Swing use Qt? Does it use Tk?
>
>
> Now we come to some other issues. At some point, I might wish to render animation via tightly constructed messaging... Swing is more suited to this, no? ((I am not talking real-time animation...)).. I might wish to consider other things...
>
> There are other reasons why I avoided Swing for so long... I constantly read and participate in the Java forums..although after a year of answering "Class not found" questions and having a couple of 'experts' shoot down my non-mainstream solutions as stupid, I felt that my time was better spent coding...
>
> In my time, though, on the Java forums...I did realize that most people had some type of dislike of Swing, felt that its performance was slow, and that it was eye-candy...that it bulked applications up.... I have to say... these were my first formative opinions of Swing, and its a hard taste to get out of your mouth once its there... So I am of two minds on the whole thing...
>
> One, I like the idea of more flexibility, snappier looking GUIs, and all that... as long as performace won't take a hit.
>
> However, I still wonder... is the Swing implementation UNDER *nix more robust than the AWT implementation under *nix?
>
> Anyway...
>
> ~Dave
>
>
>
>
>
> David Scott Williams
> Computer Associates
> Marketing Representative-Sales Call Center
> One Computer Associates Plaza
> Islandia, New York 11749
> tel: +1 800-243-9462 ext. 73431
> tel: +1 631-342-3431 (Direct)
> fax: +1 631-342-5734
> wi...@ca...
>
>
> _______________________________________________
> Cxtable-devel mailing list
> Cxt...@li...
> https://lists.sourceforge.net/lists/listinfo/cxtable-devel
>
|
|
From: Williams, D. <DAV...@ca...> - 2001-12-13 17:09:00
|
I guess I am wondering what things you were hoping to do once CVS was updated... I imagine the first step will be to add the "package cxtable.xxxx;" lines, and add the imports in the appropriate places, so that it will build again ;-) Would you be able to do some of that, or would it be best if I went ahead and did that? What are the basic commands for checking in? (there goes my laziness again...I did not RTFM on CVS...so maybe I could start there...but it is just EASIER to ask people..) Let me give you a concrete example of something, and you tell me if it would cause a problem.. In package corecomm, there are places where it references an xPanel (called reporter). xPanel is in package gui. CAN (let's say its xRegistry... when it adds a connection) "import cxtable.gui.xPanel;" and be compiled still when certain "GUI" elements use corecomm stuff? Do you run into a chicken and egg scenario? ((I have grossly ignored learning about packages..but I agree that it is the best way to approach developing a project like this in the future...)) ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-13 16:54:35
|
OK... earlier in our discussions we had some talk of Swing vs AWT, etc..
I have some questions that I'd like to discuss in more detail.
From my 'failures' running Java 1.3.1_01 (and for that matter, its recommended Merlin 1.4beta replacement) on RedHat 7.0 did tell me one thing....
AWT in Linux Java uses Motif. I am absolutely 100% sure of that. It sucks.
Swing... what does it use? I would consider moving the application to Swing, as some of my most recent changes no longer run correctly under the last MVM release (their implementation of Java, jview..)...
{{{ I don't, however, wish to debate that. I kept compliance w/ jview because a couple of my beta-testers (now they've become more intelligent) were REALLY poor at understanding these things, and they had Jview, and they DL'd the patch from microsoft...and I could test the program w/o impacting their daily software requirements greatly..... Now I feel that complying with anything Microsoft is not even a priority. It is something I will 'consider' later...but it is not a project requirement...
}}}
Does Swing use Qt? Does it use Tk?
Now we come to some other issues. At some point, I might wish to render animation via tightly constructed messaging... Swing is more suited to this, no? ((I am not talking real-time animation...)).. I might wish to consider other things...
There are other reasons why I avoided Swing for so long... I constantly read and participate in the Java forums..although after a year of answering "Class not found" questions and having a couple of 'experts' shoot down my non-mainstream solutions as stupid, I felt that my time was better spent coding...
In my time, though, on the Java forums...I did realize that most people had some type of dislike of Swing, felt that its performance was slow, and that it was eye-candy...that it bulked applications up.... I have to say... these were my first formative opinions of Swing, and its a hard taste to get out of your mouth once its there... So I am of two minds on the whole thing...
One, I like the idea of more flexibility, snappier looking GUIs, and all that... as long as performace won't take a hit.
However, I still wonder... is the Swing implementation UNDER *nix more robust than the AWT implementation under *nix?
Anyway...
~Dave
David Scott Williams
Computer Associates
Marketing Representative-Sales Call Center
One Computer Associates Plaza
Islandia, New York 11749
tel: +1 800-243-9462 ext. 73431
tel: +1 631-342-3431 (Direct)
fax: +1 631-342-5734
wi...@ca...
|
|
From: Williams, D. <DAV...@ca...> - 2001-12-13 16:24:37
|
Hence, my laziness, and every class under the sun being in one directory ;-) ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne J. Goodman-Mace [mailto:bj...@pe...] Sent: Wednesday, December 12, 2001 11:24 PM To: Williams, David Subject: Re: `RE: [Cxtable-devel] Uncategorized.... If your classpath was this : CLASSPATH="c:\windows". then you would access a class file named Test.class in the c:\windows\desktop directory by calling it "desktop.Test". There is a great difference between a jar file being in your class path and a directory being in the classpath. if Test.class was in a jar called test.jar in the c:\windows\desktop directory, then test.jar would need to be in your CLASSPATH, and it would be accessed simply by the name "Test". You can of course have a directory structure within a jar file, and then the name of Test.class might be different. I hope this made things slightly clearer rather than more complicated for you :) --bjgm On Wed, 2001-12-12 at 18:18, Williams, David wrote: > Does that then mean that.. > > c:\windows > > being in the classpath does not mean that c:\windows\desktop is in the claspath...right? > > Do you have access to that byte-stream classloader? Maybe we could read the file in a "bytes" and instantiate it at run-time that way... > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > > > > > -----Original Message----- > From: Borne Goodman-Mace [mailto:bm...@eg...] > Sent: Wednesday, December 12, 2001 5:59 PM > To: Williams, David > Subject: RE: [Cxtable-devel] Uncategorized.... > > > There are ways to ClassLoad classes which are not in our current > classpath. I once wrote a ClassLoader myself which pulled classes as > byte streams over a network connection and instantiated them at > run-time. I believe there is also a way to set the ClassLoader path at > run-time, but I am not 100% sure on that. It would be optimal though > for the classes being instantiated to be in the classpath at the time > that the VM started up. This could be done by having a script that sets > the classpath based on the .jar files in a particular directory, or a > slew of other ways. > > --bjgm > > On Wed, 2001-12-12 at 15:40, Williams, David wrote: > > That brings up yet another question... > > > > If there is a folder. > > > > cxtable\ > > > > And there is a folder > > cxtable\bin\ > > > > And there is a folder > > cxtable\plugins\ > > > > What if the classpath is NOT set right? Is there a way for the program to access plugins dynamically, using "..\..\FOLDER\" as its path to load the class? > > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel |
|
From: Williams, D. <DAV...@ca...> - 2001-12-12 23:25:59
|
Does that then mean that.. c:\windows being in the classpath does not mean that c:\windows\desktop is in the claspath...right? Do you have access to that byte-stream classloader? Maybe we could read the file in a "bytes" and instantiate it at run-time that way... David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Wednesday, December 12, 2001 5:59 PM To: Williams, David Subject: RE: [Cxtable-devel] Uncategorized.... There are ways to ClassLoad classes which are not in our current classpath. I once wrote a ClassLoader myself which pulled classes as byte streams over a network connection and instantiated them at run-time. I believe there is also a way to set the ClassLoader path at run-time, but I am not 100% sure on that. It would be optimal though for the classes being instantiated to be in the classpath at the time that the VM started up. This could be done by having a script that sets the classpath based on the .jar files in a particular directory, or a slew of other ways. --bjgm On Wed, 2001-12-12 at 15:40, Williams, David wrote: > That brings up yet another question... > > If there is a folder. > > cxtable\ > > And there is a folder > cxtable\bin\ > > And there is a folder > cxtable\plugins\ > > What if the classpath is NOT set right? Is there a way for the program to access plugins dynamically, using "..\..\FOLDER\" as its path to load the class? > |
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-12 20:06:59
|
You have the general idea, yes, and the ClassLoader just needs to know the name of the class jobob.cxtplugs.battleship.BattleMain and to have that class in it's classpath (so if it is in a jar, then have that jar in the VM classpath). --bjgm On Wed, 2001-12-12 at 13:08, xi...@pr... wrote: > Cool... > > the xPluginable interface is already what is used by > the plugins.... > > > My thought, though, is Jobob has his own package of > cxtable plugins... > > let's say...I want to play Jobob's super-duper > battleship game... > > jobob.cxtplugs.battleship.*; > > > How do I call that? Would that be as simple as > putting the .jarred up jobob package into a folder > and... > > xPluginable xpa = xPluginFactory.create > (...,"jobob.cxtplugs.battleship.BattleMain",true);? > > |
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-12 20:02:50
|
I made the decision to go with lower case (despite the case sensitivity you mentioned in your email) after the CoreComm directory was already built. As it took me a while to do a lot of this moving around I just left it as is for the time being, with the plan to eventually move to lower case on all package names, just like the jdk. I also agree that any files not in another package yet should just be moved into the base src/cxtable to clean up the root directory, and all that should be there in the long run is /bin, /lib, /src, a Readme.txt, possibly a /www if you want to put the web site files into CVS, and a build.xml file for Ant. --bjgm On Wed, 2001-12-12 at 12:07, Williams, David wrote: > Maybe all of the packages should be EITHER lower case or upper case? Is that a major deal? > > Like... > > cxtable.corecomm.*; > cxtable.plugins.*; > > OR > > cxtable.CoreComm.*; > cxtable.Plugins.*; > > I suppose, to follow Java's own naming convention, lowercase would (with the exception of AWT) be standard....so maybe we should follow that? > > CXTLogs could be useful...although we should consider removing it...those logs are specifically to the run of my test...maybe they could remain as an example of the log-file output?...maybe a readme.txt is needed, though, to explain?... > > (PS-I realize now that most (if not all) packages have a README.txt file.... and I broke some hacker convention by not having it ;-)~ ) > > Its looking good... Do we remove ALL of the other folders, etc.... Should the orphaned .java files just be moved to cxtable/src/cxtable/...? > And then the tree would be > > cxtable/bin/* > cxtable/src/* > cxtable/lib/* > > ? > > Thanks, > Dave > > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
|
From: Williams, D. <DAV...@ca...> - 2001-12-12 18:39:06
|
xPlugDataListener... should be in plugin, not peer... (could you remove it from peer and put it in plugin?) ~Dave PS-Why didn't this show as activity? (ie. 0 / 3 still) David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-12 18:14:41
|
Why doesn't CVS allow a 'move'? Is it something that the current maintainer of CVS might be willing to add? David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Tuesday, December 11, 2001 6:04 PM To: cxt...@li... Subject: Re: [Cxtable-devel] Uncategorized.... I just finished 90% of the CVS move, and I think the chess information is at home, so I will try to move those files tonight. I made a /bin, /images, and /src tree. All of the java source is under /src/cxtable/<package>. When making changes to the java files to support this layout, make sure to set the package name to be cxtable.<package>. --bjgm On Tue, 2001-12-11 at 17:10, Williams, David wrote: > This is what should be left.... > > xDiceListener > xDicePanel > xDie > xDownloadLinlyn > xDownloadListener > xTimed > xTimer > xRoboticConverserx > TextAreaConsole > xReDirect > > > >From the above, xRoboticConverserx does not really have a place to exist anymore... (At one point, it allowed me to get some sleep while my alpha-tester played around with it.... He got off work at 3am my time... and by then... I was asleep...so the Robotic Converser looked for activity in the Chat windows, and replied with randomly selected messages...) > > The TextAreaConsole is some twiddling I did (stolen from a different project) for re-directing the output from stdout to the textarea... In the case of some debugging tests I did recently, I -a- did not want it in a file, and -b- did not want it scrolling past at the speed of light in a batch window...so I incorporated this piece....don't really think of it as part of the project... but it is used by the xReDirect piece. > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > _______________________________________________ Cxtable-devel mailing list Cxt...@li... https://lists.sourceforge.net/lists/listinfo/cxtable-devel |
|
From: <xi...@pr...> - 2001-12-12 18:08:04
|
Cool...
the xPluginable interface is already what is used by
the plugins....
My thought, though, is Jobob has his own package of
cxtable plugins...
let's say...I want to play Jobob's super-duper
battleship game...
jobob.cxtplugs.battleship.*;
How do I call that? Would that be as simple as
putting the .jarred up jobob package into a folder
and...
xPluginable xpa = xPluginFactory.create
(...,"jobob.cxtplugs.battleship.BattleMain",true);?
--- Original Message ---
From: Borne Goodman-Mace <bm...@eg...>
To: David Scott Williams <xi...@pr...>
Subject: Re: [Cxtable-devel] Uncategorized....
>Right, that is currently the only Image.
>
>The way it should work in the long run (I suggest)
would be that there
>is a Plugin interface which the "main" class for each
plugin implements
>(if this isn't the case already). Then to determine
the set of plugins
>available the full class name of them should be
listed in a file, or
>property, or some such construct to be read in. Then
as I mentioned in
>another email the syntax would be much like the
following ->
>
>Class pluginClass = Class.forName
("cxtable.plugins.chess.Chess");
>Plugin pluginInstance = (Plugin)
pluginClass.newInstance();
>pluginInstance.start();
>
>A note that any methods called on pluginInstance
would have to be
>defined in the Plugin interface. In this way you can
fairly dynamically
>instantiate plugins, and could even allow them to
live outside of the
>cxtable name space. Also, only the Plugin interface
would need to be
>imported (if not in the same package).
>
>Hope this was clear / helpful.
>
>--bjgm
>
>On Tue, 2001-12-11 at 09:33, David Scott Williams
wrote:
>> Cool.... images would be cxtlogo.jpg?
>>
>> OK... That is great... I do have some questions...
>>
>> If a "plugin" such as Chess "import
cxtable.Plugin.*;"... how do I make it so that it can
be loaded by the program if it is not in the same
directory? If it is in a deeper directory
("plugins"), would it be looked for by the VM when it
runs?
>>
>> ~Dave
>> (go ahead and change the reply to be to cxtable-
de...@li...)
>>
>> Borne Goodman-Mace wrote:
>>
>> > I just finished 90% of the CVS move, and I think
the chess information
>> > is at home, so I will try to move those files
tonight.
>> >
>> > I made a /bin, /images, and /src tree. All of
the java source is under
>> > /src/cxtable/<package>.
>> >
>> > When making changes to the java files to support
this layout, make sure
>> > to set the package name to be cxtable.<package>.
>> >
>> > --bjgm
>> >
>> > On Tue, 2001-12-11 at 17:10, Williams, David
wrote:
>> > > This is what should be left....
>> > >
>> > > xDiceListener
>> > > xDicePanel
>> > > xDie
>> > > xDownloadLinlyn
>> > > xDownloadListener
>> > > xTimed
>> > > xTimer
>> > > xRoboticConverserx
>> > > TextAreaConsole
>> > > xReDirect
>> > >
>> > >
>> > > >From the above, xRoboticConverserx does not
really have a place to exist anymore... (At one point,
it allowed me to get some sleep while my alpha-tester
played around with it.... He got off work at 3am my
time... and by then... I was asleep...so the Robotic
Converser looked for activity in the Chat windows, and
replied with randomly selected messages...)
>> > >
>> > > The TextAreaConsole is some twiddling I did
(stolen from a different project) for re-directing the
output from stdout to the textarea... In the case of
some debugging tests I did recently, I -a- did not
want it in a file, and -b- did not want it scrolling
past at the speed of light in a batch window...so I
incorporated this piece....don't really think of it as
part of the project... but it is used by the
xReDirect piece.
>> > >
>> > >
>> > > David Scott Williams
>> > > Computer Associates
>> > > Marketing Representative-Sales Call Center
>> > > One Computer Associates Plaza
>> > > Islandia, New York 11749
>> > > tel: +1 800-243-9462 ext. 73431
>> > > tel: +1 631-342-3431 (Direct)
>> > > fax: +1 631-342-5734
>> > > wi...@ca...
>> > >
>> > >
>> > > _______________________________________________
>> > > Cxtable-devel mailing list
>> > > Cxt...@li...
>> > >
https://lists.sourceforge.net/lists/listinfo/cxtable-
devel
>> > >
>> >
>> > _______________________________________________
>> > Cxtable-devel mailing list
>> > Cxt...@li...
>> >
https://lists.sourceforge.net/lists/listinfo/cxtable-
devel
>>
>> --
>> ~Dave
>> xi...@pr...
>> http://sourceforge.net/projects/cxtable >The xTable
Project<
>> http://sourceforge.net/projects/dustyscript
>Dustyscript Child Script Language<
>>
>> |>>weblog:
http://www.geocities.com/xiarcel/weblogs/log.html<<|
>>
>> "He who trades even a small amount of freedom for
temporary security
>> deserves neither freedom, nor security"
>> -Benjamin Franklin
>>
>> "When I think back on all the crap I learned in
High School...
>> it's a wonder I can think at all..."
>> -Paul Simon, "Kodachrome"
>>
>>
>
>
|
|
From: Williams, D. <DAV...@ca...> - 2001-12-12 17:17:01
|
Maybe all of the packages should be EITHER lower case or upper case? Is that a major deal? Like... cxtable.corecomm.*; cxtable.plugins.*; OR cxtable.CoreComm.*; cxtable.Plugins.*; I suppose, to follow Java's own naming convention, lowercase would (with the exception of AWT) be standard....so maybe we should follow that? CXTLogs could be useful...although we should consider removing it...those logs are specifically to the run of my test...maybe they could remain as an example of the log-file output?...maybe a readme.txt is needed, though, to explain?... (PS-I realize now that most (if not all) packages have a README.txt file.... and I broke some hacker convention by not having it ;-)~ ) Its looking good... Do we remove ALL of the other folders, etc.... Should the orphaned .java files just be moved to cxtable/src/cxtable/...? And then the tree would be cxtable/bin/* cxtable/src/* cxtable/lib/* ? Thanks, Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-11 23:07:25
|
I just finished 90% of the CVS move, and I think the chess information is at home, so I will try to move those files tonight. I made a /bin, /images, and /src tree. All of the java source is under /src/cxtable/<package>. When making changes to the java files to support this layout, make sure to set the package name to be cxtable.<package>. --bjgm On Tue, 2001-12-11 at 17:10, Williams, David wrote: > This is what should be left.... > > xDiceListener > xDicePanel > xDie > xDownloadLinlyn > xDownloadListener > xTimed > xTimer > xRoboticConverserx > TextAreaConsole > xReDirect > > > >From the above, xRoboticConverserx does not really have a place to exist anymore... (At one point, it allowed me to get some sleep while my alpha-tester played around with it.... He got off work at 3am my time... and by then... I was asleep...so the Robotic Converser looked for activity in the Chat windows, and replied with randomly selected messages...) > > The TextAreaConsole is some twiddling I did (stolen from a different project) for re-directing the output from stdout to the textarea... In the case of some debugging tests I did recently, I -a- did not want it in a file, and -b- did not want it scrolling past at the speed of light in a batch window...so I incorporated this piece....don't really think of it as part of the project... but it is used by the xReDirect piece. > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > _______________________________________________ > Cxtable-devel mailing list > Cxt...@li... > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:13:18
|
This is what should be left.... xDiceListener xDicePanel xDie xDownloadLinlyn xDownloadListener xTimed xTimer xRoboticConverserx TextAreaConsole xReDirect From the above, xRoboticConverserx does not really have a place to exist anymore... (At one point, it allowed me to get some sleep while my alpha-tester played around with it.... He got off work at 3am my time... and by then... I was asleep...so the Robotic Converser looked for activity in the Chat windows, and replied with randomly selected messages...) The TextAreaConsole is some twiddling I did (stolen from a different project) for re-directing the output from stdout to the textarea... In the case of some debugging tests I did recently, I -a- did not want it in a file, and -b- did not want it scrolling past at the speed of light in a batch window...so I incorporated this piece....don't really think of it as part of the project... but it is used by the xReDirect piece. David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:11:19
|
xClientContinual xClientLogManager xContinualLogger xEnabAsClient xEnabAsServer xEnableContinual xEnableListener xMiniServer xMobileServer xMssgListen xMultiBroadcast xNameListen xPeerEnableListen xPeerListener xPeerRequester xPeerWaiter xPEListenWorker xPlugClientListen xPlugDataListener xRemCommandListener xSwitchListener xSocketLogin David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:05:29
|
xClientContinual xClientLogManager xContinualLogger xEnabAsClient xEnabAsServer xEnableContinual xEnableListener xMiniServer xMobileServer xMssgListen xMultiBroadcast xNameListen xPeerEnableListen xPeerListener xPeerRequester xPeerWaiter xPEListenWorker xPlugClientListen xPlugDataListener xRemCommandListener xSwitchListener David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:04:09
|
xCommAsPlug xCommPluginable xCommShell ImageTest xLinkableComm xPostPopup xPostDispatch xPostButtonListener xPlugPopup xPlugButtonListener David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:01:33
|
xPluginFactory xPluginable xPDLTest xOutListen xTranslator xPipedOut xPlugRegistration David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 22:00:30
|
xCCDebug xConnPair xEnableMatcher xEnabler xEnableServer xLinlyn(artistic license) xRegDisplay xRegistryBroadcaster xRegistryDispatch xRegistryServer David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 21:50:49
|
xFTPData xHTTPData xEntryListener xEntryListened xPHPData xPHPServData xSetup xSetupHook xSetupPopup xBootListener xBootPopup xBootRegistry xViewPanel David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 21:42:59
|
xAutoProcessor xListener xClientConn xSockWriter xWriteWorker xWriteQueue xSockReader xMessageConverter xLineSplit xListener xListenerRegistry xListenerDispatch xRegistry xRemoveListen xRemovable xConnect xConnectHook xConnectPool xConnectRemover xConnectWorker xValidator xValidListener xClientNeg xServSocket xServerListener xReadSorter xReadDeposit xPrinter David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 21:33:19
|
I will send (in a separate e-mail for each) the remainder of the packagings... Would it be too hard to move them if it seemed that I had made a mistake? ~Dave David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 20:44:32
|
I guess my thing is that every .java I pointed to for the base comm package are involved in some way in base comm... The "enable" stuff is either registry or client related. The Peer enable is client. How would I move the files around w/ cvs...or do you think you would prefer to do it? David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Tuesday, December 11, 2001 11:22 AM To: Williams, David Subject: RE: [Cxtable-devel] Borne- a question about packages... After all the re-packaging is done in CVS, yes. I would probably like to use the same structure as I do in my ominit tree, which is in the base have a bin, src, lib, and dist directories, under src have the source tree, when ant builds the class files (and javadoc) it would go under the dist tree, startup scripts would be in the bin directory, and any 3rd party libraries we use (such as possible jaxb) would be under lib. --bjgm On Tue, 2001-12-11 at 11:07, Williams, David wrote: > Incidentally..the build.xml file would of course be for after we've actually packaged, right? > > > David Scott Williams > Computer Associates > Marketing Representative-Sales Call Center > One Computer Associates Plaza > Islandia, New York 11749 > tel: +1 800-243-9462 ext. 73431 > tel: +1 631-342-3431 (Direct) > fax: +1 631-342-5734 > wi...@ca... > > > > > > > -----Original Message----- > From: Borne Goodman-Mace [mailto:bm...@eg...] > Sent: Tuesday, December 11, 2001 10:54 AM > To: Williams, David > Subject: RE: [Cxtable-devel] Borne- a question about packages... > > > are you trying to build based on the current cvs tree? if so, I can try > to reproduce the problem. I think currently in CVS (unless you removed > them), there are a couple of files that are in there twice, and could be > causing some issues. > > also, I am using Ant on a couple of my projects and it works very > nicely. If you like I can create a build.xml for cxtable and get it > compiling with Ant. > > btw, not indept at all! some compiler issues can be very sneaky to find > / fix. > > --bjgm > > On Tue, 2001-12-11 at 10:50, Williams, David wrote: > > Whenever I attempt to build a project where package A imports from B, and B imports from A, my compiler barfs...when it is only source.... is this something I've done wrong with my classpath? > > > > (I'm probably appearing more and more inept with each of these questions...but I risk it anyway... ) > > > > > > David Scott Williams > > Computer Associates > > Marketing Representative-Sales Call Center > > One Computer Associates Plaza > > Islandia, New York 11749 > > tel: +1 800-243-9462 ext. 73431 > > tel: +1 631-342-3431 (Direct) > > fax: +1 631-342-5734 > > wi...@ca... > > > > > > > > > > > > > > -----Original Message----- > > From: Borne Goodman-Mace [mailto:bm...@eg...] > > Sent: Tuesday, December 11, 2001 10:42 AM > > To: cxt...@li... > > Subject: Re: [Cxtable-devel] Borne- a question about packages... > > > > > > Usually there is some level of cross pollination from one package to > > another. The main thing to consider when breaking down the classes into > > packages is logical use, and the growth of that particular package in > > the future. You want to keep the number of classes reasonably small so > > that you don't have 100 classes in one package, which can be a bit > > overwhelming. > > > > An example I will give is my package hierarchy in the ominit project I > > am working on: > > > > ---client > > ------ui > > ---------system > > ---------chat > > ---------arena > > ------net > > ---common > > ---server > > ------net > > ------services > > ---------chat > > ---------arena > > ---util > > ---xml > > > > Most of these packages have only 1 or 2 classes in them, and at a max > > (for now) 5 or 6. Even if this does grow, I broke down the packages > > based on functionality, and it is easy enough to add more, like I plan > > to have a persistence layer (which could be on the client and the > > server). The main reason to have a package system is to be able to find > > related functionality. > > > > I would certainly have a plugins package, and then under it each plugin > > could have it's own hierarchy, or just all be lumped into one directory, > > depending on the complexity of the plugin. > > > > Loading the plugins in a reflective manner isn't all that difficult of a > > problem. What is needed is just a Plug-In interface so you have a set > > of methods you know you can call on the object you instantiate, and then > > do a Class.forName(<class name>). Once you have the Class object you > > can create an instance of it. Cast that instance to whatever interface > > all the plug-in's implement, and off you go.... I am more than happy to > > do this implementation if you like. > > > > --bjgm > > > > On Mon, 2001-12-10 at 14:58, Williams, David wrote: > > > Let's say I have Package One, Package Two and Package Three > > > > > > > > > In One, there are 2-3 classes that are used elsewhere. > > > In Two, it uses classes from One, as well as classes from Three...also, it has 2-3 classes used elsewhere > > > In Three, there are classes that are used elsewhere and uses classes from Two > > > > > > When you go to compile them, all of the things in Two that require Three will be unhappy. All of the things in Three that require Two would be unhappy.. > > > > > > I guess I could think of about 5 packages that the project could be placed in, but 3 of them overlap, and so my thought is that those 3 should become 1 package... > > > > > > ~Dave > > > > > > PS- The "Chess Game" is technically a plugin...partially due to my lack of skill with packaging and custom class loaders, the "Plugin" implementors share the directory with the remainder of the project. These classes could be placed ENTIRELY in their own package, but then I would need to figure out a way to access them reflectively later... > > > > > > ~Dave > > > > > > > > _______________________________________________ > > Cxtable-devel mailing list > > Cxt...@li... > > https://lists.sourceforge.net/lists/listinfo/cxtable-devel > |
|
From: Borne Goodman-M. <bm...@eg...> - 2001-12-11 15:46:03
|
Usually there is some level of cross pollination from one package to another. The main thing to consider when breaking down the classes into packages is logical use, and the growth of that particular package in the future. You want to keep the number of classes reasonably small so that you don't have 100 classes in one package, which can be a bit overwhelming. An example I will give is my package hierarchy in the ominit project I am working on: ---client ------ui ---------system ---------chat ---------arena ------net ---common ---server ------net ------services ---------chat ---------arena ---util ---xml Most of these packages have only 1 or 2 classes in them, and at a max (for now) 5 or 6. Even if this does grow, I broke down the packages based on functionality, and it is easy enough to add more, like I plan to have a persistence layer (which could be on the client and the server). The main reason to have a package system is to be able to find related functionality. I would certainly have a plugins package, and then under it each plugin could have it's own hierarchy, or just all be lumped into one directory, depending on the complexity of the plugin. Loading the plugins in a reflective manner isn't all that difficult of a problem. What is needed is just a Plug-In interface so you have a set of methods you know you can call on the object you instantiate, and then do a Class.forName(<class name>). Once you have the Class object you can create an instance of it. Cast that instance to whatever interface all the plug-in's implement, and off you go.... I am more than happy to do this implementation if you like. --bjgm On Mon, 2001-12-10 at 14:58, Williams, David wrote: > Let's say I have Package One, Package Two and Package Three > > > In One, there are 2-3 classes that are used elsewhere. > In Two, it uses classes from One, as well as classes from Three...also, it has 2-3 classes used elsewhere > In Three, there are classes that are used elsewhere and uses classes from Two > > When you go to compile them, all of the things in Two that require Three will be unhappy. All of the things in Three that require Two would be unhappy.. > > I guess I could think of about 5 packages that the project could be placed in, but 3 of them overlap, and so my thought is that those 3 should become 1 package... > > ~Dave > > PS- The "Chess Game" is technically a plugin...partially due to my lack of skill with packaging and custom class loaders, the "Plugin" implementors share the directory with the remainder of the project. These classes could be placed ENTIRELY in their own package, but then I would need to figure out a way to access them reflectively later... > > ~Dave |
|
From: Williams, D. <DAV...@ca...> - 2001-12-11 15:34:04
|
the cxtable project is in the process of setting up its CVS repositories, and getting all of our ducks in a row... the latest "file" release on the site _works_. It requires some work to set up...it is not plug-n-play ;-) Anyone interested, please contact me...and stay tuned... great things are on their way.. David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... |
