From: <ww...@ts...> - 2000-12-01 17:43:58
|
----- Forwarded message from Peter Kasson <pk...@ho...> ----- Date: Fri, 01 Dec 2000 09:14:46 -0500 From: Peter Kasson <pk...@ho...> Reply-To: Peter Kasson <pk...@ho...> Subject: Re: Tasks and the like To: ww...@ts... Hi Bill, >Jukka already has the code for switchable multiple db connections. When you say "switchable", what does that infer ? I was thinking of the x-db query in more depth and need to peruse the JDBC 2.0 specs. I am hoping it supports such a beast, else, it may be a bit of a conundrum. Certainly, the data extraction and transformation is what I'm interested in possibly more than x-db. I have done this in things like SQL-Server DTS and manually, but am envisioning a GUI like DTS which would allow for this to happen -- it has real awesome possibilities. >Not recently: I know that it does require a class from the borland jar file >that's also in cvs. Did you get that & put it in the classpath? I can try >to get it running myself soon, too. Also, I can get the "author", my >friend >Stefan, to give us a hand ;-) I did build the app ok and run it - but haven't donated a lot of time to it. Were you looking to leverage this front end? If so, it needs a bit of clean up and polishing (and as I say, if one suggests something, they should be willing to do it) so I could take that on if no one else wants to. > >Not totally sure. I'd like to see if anyone has any areas they prefer to >work on. One area I want to keep working on is the basic console version, >since that's what I originally wrote, and what I use day-to-day at my work. >I'm hoping that others will just make their preferences / interests known, >and we can go from there. > As I mentioned already, I would like to pursue the "DTS" portion and possibly the front-end cleanup. Part of this front-end would encapsulate the "console" mode if desired - but using a "GUI" console. This would give the console more functionality and you could switch between GUI and console. Have you seen Oracle 8i's "SQL-Plus" worksheet? Kind of like that. >A class diagram, basic design, and perhaps a message flow diagram, will be >very nice as we separate into a MVC architecture (assuming that's the >approach we use to separate view from core code: other architecture >suggestions, anyone?) MVC is the basis for much of the Swing stuff, so it fits nicely. >One thing I do want to do is get us to agree on some coding conventions. >I'd also like to go back and comment the code, and then require javadoc at >the beginning of each class and method. This will make maintenance and >expansion much easier in the future ... > Definitely. I don't want to get into a religious debate when we suggest certain standards or coding conventions. Javadoc is a must and it would be nice if at the class level, have an example of usage. This is all good. Tell you what, I will do a couple of high-level docs and email them to you and Jukka and let's discuss. Sooner we get consensus, we can get cooking ! Regards, Peter Kasson _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com ----- End forwarded message ----- ========================================= This mail sent through Sinclair's WebMail http://mail.sinclair.net |