Thread: [Wttools-devel] wttools status
Status: Beta
Brought to you by:
kobit
From: Artur H. <wis...@wp...> - 2001-08-31 17:20:14
|
Hello, I just made some changes in wttools cvs repository. 1. I changes all java classes to allow compiling them without any problems. 2. I added build.xml for ant tool to automate building java protocols classes 3. I added simple prj.el for users who uses emacs and jde-mode for java developing. 4. I added wttools/design directory where I put class diagram for java protocols implementation in dia format. Excelent tools for creating diagrams under Linux. I also attached this file in PNG format to show how I imagine our protocols general model for users which don't use dia application. This is my last day in job. I go for two weeks leave. I am afraid that I couldn't read emails and be in contact. So good luck in codding. However I will try to read wttools-devel mailing list posts. If you have any comments for me you can send emails there. I prepared short info for using cvs repository for developers who are not familiar with SF yet: I attached bash script which can help you. It can be used on most unixes and under MSWin with cygwin (http://www.cygwin.com/) installed (it is my job environment). You should only change "kobit" name to yours. First you should download wttools with this script for the first time and then you can operate on CVS with very simply commands. If you change you current directory to wttools dir (just downloaded) 1. Downloading last version: [your@host wttools] $ cvs update -d 2. Sending you changes to CVS repository [your@host wttools] $ cvs ci -m "some comments about changes" or [your@host wttools] $ cvs ci -F changes_description_file_name.txt 3. Adding new file to CVS repository [your@host wttools] $ cvs add new_file_name.xxx [your@host wttools] $ cvs ci -F changes_description_file_name.txt 4. Removing files from CVS first remove file from local directory [your@host wttools] $ rm -fv files_names_to_remove.* [your@host wttools] $ cvs rm files_names_to_remove.* [your@host wttools] $ cvs ci -F changes_description_file_name.txt As you can see all changes to CVS repository must be commited with cvs ci ... command (similiar to data base commit) regards Artur Hefczyc -- Artur Hefczyc ko...@us... |
From: Artur H. <art...@nu...> - 2001-10-04 11:38:15
|
Hi, Some info about wttools changes: 1. I put some new code in java-protocols package and I changed few minor methods in ProtocolIfc and AbstractProtocol. In particular I changed of use Hashtable to HashMap 2. I put some RFCs in docs panel to improve access to specification. I you would like to have some additional RFC there inform me. 3. New HTTP implementation has some functionality at the moment: - can connect to www server - can send request for headers to www server - can receive and extract headers from www server You can look in src code and send some suggestions if you like. Artur Hefczyc -- Artur Hefczyc NuTech Solutions art...@nu... |
From: Praveen K. T N <me...@ho...> - 2001-10-07 04:14:16
|
Hi Folks, Should we think of some logger mechanism to log our debug messages of our protocol implementations. As our code base increases in size, it becomes increasingly difficult to debug and troubleshoot the problem. If we all agree on having a logging mechanism, question will be whether it should it be a centralized logging mechanism or a seperate one for each protocol? In any case we can make use of the Log4j to log system debug messages. Here is the URL for that, take a look at it http://jakarta.apache.org/log4j/docs/index.html Let us know what you guys think about this. Thanks, Praveen ----- Original Message ----- From: "Artur Hefczyc" <art...@nu...> To: <wtt...@li...> Sent: Thursday, October 04, 2001 5:07 PM Subject: [Wttools-devel] wttools status > Hi, > Some info about wttools changes: > 1. I put some new code in java-protocols package > and I changed few minor methods in ProtocolIfc > and AbstractProtocol. In particular I changed of > use Hashtable to HashMap > 2. I put some RFCs in docs panel to improve access to > specification. I you would like to have some additional > RFC there inform me. > 3. New HTTP implementation has some functionality at the moment: > - can connect to www server > - can send request for headers to www server > - can receive and extract headers from www server > You can look in src code and send some suggestions if you like. > > Artur Hefczyc > -- > Artur Hefczyc > NuTech Solutions > art...@nu... > > > _______________________________________________ > Wttools-devel mailing list > Wtt...@li... > https://lists.sourceforge.net/lists/listinfo/wttools-devel > |
From: Artur H. <wis...@wp...> - 2001-10-09 21:51:16
|
> Should we think of some logger mechanism to log our debug messages of our > protocol implementations. As our code base increases in size, it becomes > increasingly difficult to debug and troubleshoot the problem. If we all > agree on having a logging mechanism, question will be whether it should it > be a centralized logging mechanism or a seperate one for each protocol? > > In any case we can make use of the Log4j to log system debug messages. Here > is the URL for that, take a look at it > http://jakarta.apache.org/log4j/docs/index.html > > Let us know what you guys think about this. Yes you are absolutly right. We strongly need some logging mechanism. I saw that jakarta working on something but I couldn't anough time to learn more about it. So at the moment I recommend to define some LogIfc.java with standards logging methods. And in future we can prepare some implementation of this interface and use them whenever necessary. I try to prepare some sample code this or next week. And addition important new: to avoid other java packages conflicts we must change our library tree structure. I suggest to move from org.gnu.protocols.* tree to something like: wttools.protocols.* or something similiar. Have you any interesting suggestions? Artur Hefczyc |
From: Praveen K. T N <me...@ho...> - 2001-10-11 00:24:29
|
Will it be better if we have "rfcs.wttools.protocols" or "rfcs.protocols"? Praveen ----- Original Message ----- From: "Artur Hefczyc" <wis...@wp...> To: "Praveen Kumar T N" <me...@ho...> Cc: <wtt...@li...> Sent: Wednesday, October 10, 2001 2:06 AM Subject: Re: [Wttools-devel] wttools status > > Should we think of some logger mechanism to log our debug messages of our > > protocol implementations. As our code base increases in size, it becomes > > increasingly difficult to debug and troubleshoot the problem. If we all > > agree on having a logging mechanism, question will be whether it should it > > be a centralized logging mechanism or a seperate one for each protocol? > > > > In any case we can make use of the Log4j to log system debug messages. Here > > is the URL for that, take a look at it > > http://jakarta.apache.org/log4j/docs/index.html > > > > Let us know what you guys think about this. > > Yes you are absolutly right. We strongly need some logging mechanism. > I saw that jakarta working on something but I couldn't anough time > to learn more about it. > > So at the moment I recommend to define some LogIfc.java > with standards logging methods. > And in future we can prepare some implementation of this interface > and use them whenever necessary. > > I try to prepare some sample code this or next week. > > And addition important new: > > to avoid other java packages conflicts we must change our > library tree structure. > I suggest to move from > org.gnu.protocols.* > tree > to something like: > wttools.protocols.* > or something similiar. Have you any interesting suggestions? > > Artur Hefczyc > > > > _______________________________________________ > Wttools-devel mailing list > Wtt...@li... > https://lists.sourceforge.net/lists/listinfo/wttools-devel > |
From: Artur H. <wis...@wp...> - 2001-10-15 09:46:50
|
> Hello Arthur, > > I have uploaded three documents related to SNMP today. Upload them to the > server. Was just wondering would it be a better idea to give links to RFC's > than uploading the documents itself. Let me know what u think about this? Unless documents are not very large I prefer to have them all in one place. Send urls to these docs to me and I will put them to our docs directory. Artur -- Artur Hefczyc ko...@us... |
From: Praveen K. T N <me...@ho...> - 2001-10-21 11:12:11
|
Hello Artur, I have attached the rfc docs along with this mail. Please find the same. Thanks, Praveen. ----- Original Message ----- From: "Artur Hefczyc" <wis...@wp...> To: <wtt...@li...>; "Praveen Kumar T N" <me...@ho...> Sent: Monday, October 15, 2001 3:16 PM Subject: Re: [Wttools-devel] wttools status > > Hello Arthur, > > > > I have uploaded three documents related to SNMP today. Upload them to the > > server. Was just wondering would it be a better idea to give links to RFC's > > than uploading the documents itself. Let me know what u think about this? > Unless documents are not very large I prefer to have them all in one place. > Send urls to these docs to me and I will put them to our docs directory. > > Artur > > -- > Artur Hefczyc > ko...@us... > > |
From: Artur H. <wis...@wp...> - 2001-10-17 10:22:55
|
Hi, I made many changes in java protocols implememtation. 1. First and most important change is REMOVE all files from wttools/src/client/protocols/java All of them are placed now in different repository. you can download them with commands export CVSROOT=:ext:use...@cv...:/cvsroot/wttools cvs -z3 co jprotocols 2. I changed directory hierarhy. There is no "org.gnu.protocols" package Now I created "wttools.protocols" package 3. you can easily build jar files for both new JVM and JVM-1.1 for use in applets ant jar - for new JVM ant jar1.1 - for JVM-1.1 You should have JDK1.1 to compile it. 4. I added jar/ directory where there are the most current jar files for both JVM-1.1 and JVM-1.3 5. HTTP protocol is now usable - can cownload files from most of web servers (I hope :-)) regards Artur Hefczyc -- Artur Hefczyc ko...@us... |
From: Regina M. <gmu...@ho...> - 2001-10-18 02:55:31
|
Hi all! Sorry for the delay, but I put up a somewhat new schme for the web pages. There's till a lot of room for CONTENT!! :o)), but it's starting to gel, anyway! Regina http://www.intenseculture.com/wttools/home.php |
From: Artur H. <wis...@wp...> - 2001-10-19 08:03:36
|
> Sorry for the delay, but I put up a somewhat new schme for the web pages. > There's till a lot of room for CONTENT!! :o)), but it's starting to gel, > anyway! > http://www.intenseculture.com/wttools/home.php Thanks, nice job. It seems to me that it is very close to put them on the server. To make it possible in shortest time i suggest for now make temporarily urls from some buttons to SF pages. For example: Project --> http://sourceforge.net/projects/wttools/ Dev Team --> https://sourceforge.net/project/memberlist.php?group_id=31579 Download --> https://sourceforge.net/project/showfiles.php?group_id=31579 Is there any way to resize SourceForge image to make it the same size as our buttons? For "Product Specs" I will try to prepare something but for now we can put there something like "under construction". "Licence" - There is no "GPU Licence" our software should be developed under one of two licences: 1. "The GNU General Public License" - http://www.gnu.org/licenses/gpl.html 2. " The GNU Lesser General Public License" - http://www.gnu.org/licenses/lgpl.html "Dev Team" --> now we can put url to pages as I show above. But in future we could put there some info about our developers. I suggest to prepare some info by everyone participated in wttools and we can put it in this page or we can put some links to pages of our developers. "Contact us!" --> it seems to me that here we could put some e-mail addresses to developers who are responsible for important part of the project: 1. ko...@us... - project coordination 2. gin...@us... - project site designer 3. tnp...@us... - java SNMP implementation and so on... regards Artur Hefczyc -- Artur Hefczyc ko...@us... |