You can subscribe to this list here.
2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(11) |
Oct
(1) |
Nov
|
Dec
(1) |
2004 |
Jan
|
Feb
|
Mar
(11) |
Apr
(36) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(6) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Kevin P. <kr...@ya...> - 2004-04-01 13:13:34
|
Hey, Actually I wouldn't know if setting up another project for the tools is a good idea. I need more knowledge on how the whole bunch is put into place. Right now I am trying to figure out how the MAPI code is working, refactor a whole lot of sh*t (sorry, some pieces of code are really crap IMO :P), and adding (javadoc) comments on classes (it is supposed to be re-used - people will be [i hope] using the API so they need to know what class/method/field does what). Also, I've been browsing around the code, and I've seen so many methods, classes and interfaces unused. There are many things in classes which are (I think) supposed to reside in other ones. I've also read quite some comments from Stig telling that the original core-code was intended to be 'mailsomething' specific, and that it needs to be improved. What I am just wondering is: how far is the core-code THAT specific? Cus if it is quite specific, I wonder if it wouldn't be a better idea to 'rewrite' the API. Thoughts, ideas and flames are welcome. Kevin --- Darren Woollatt <dwo...@ho...> wrote: > Hello everyone, > > Wow I see some action. As Stig may kniow I was going to > set up another > project for the tools etc. (for example the task system, > calendar, and the > like) haven't had much time to sit down and do this > though. That time of > year when the University assignments start to pile up, > before the mid > semester break :). However reading the previous emails > from the past two > days it seems this is the way to go. > > Thinking about it though, this would mean there would be > two applications a > tools app and an email app. Maybe they can be connected > through some > interfaces though. What are the opinions of yourselves > and Stig - do you > still think this is a good idea. I found myself having > second thoughts for > some reason. > > By the way I am on MSN meewsenger if anyone wants to have > a chat, (sign in > name: dwo...@ho...). Not sure if our internet > hours match ... Me > being in Australian and most of you in the Northern > Hemisphere it seems. > > Anyways hope to hear your thoughts, > > Darren > > _________________________________________________________________ > Get Extra Storage in 10MB, 25MB, 50MB and 100MB options > now! Go to > http://join.msn.com/?pgmarket=en-au&page=hotmail/es2 > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, > President and CEO of > GenToo technologies. Learn everything from fundamentals > to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl |
From: stig <st...@eu...> - 2004-04-01 12:58:13
|
Ive been looking a bit at it now. There are to many differences between the mailcode in the 2 projects, since I started restructuring it but didnt finish it. This leaves 3 options as I see it: 1. ignore the mapi project so far. 2. ignore all existing code in mapi project, ie, remove all code which you (kevin) have moved to /mapi/src and import the packages from mailsomething. Since u have no idea probably of what packages is necessary to do a reasonable seperation of the mailcode, I can do this. I will not do it until I got ur opinion though. This is the option I like the most. 3. Work hard to understand the code and continue the restructuring from the point I was at. This is a VERY bad idea I think, since the restructered code is not functional as far as I remember. As mentioned, I think the best, for new people starting on this, to use the mailcode in the mailsomething project, ignore all the structure changes I made in mapi, and then start with this. Stig |
From: Darren W. <dwo...@ho...> - 2004-03-31 23:38:46
|
Hello everyone, Wow I see some action. As Stig may kniow I was going to set up another project for the tools etc. (for example the task system, calendar, and the like) haven't had much time to sit down and do this though. That time of year when the University assignments start to pile up, before the mid semester break :). However reading the previous emails from the past two days it seems this is the way to go. Thinking about it though, this would mean there would be two applications a tools app and an email app. Maybe they can be connected through some interfaces though. What are the opinions of yourselves and Stig - do you still think this is a good idea. I found myself having second thoughts for some reason. By the way I am on MSN meewsenger if anyone wants to have a chat, (sign in name: dwo...@ho...). Not sure if our internet hours match ... Me being in Australian and most of you in the Northern Hemisphere it seems. Anyways hope to hear your thoughts, Darren _________________________________________________________________ Get Extra Storage in 10MB, 25MB, 50MB and 100MB options now! Go to http://join.msn.com/?pgmarket=en-au&page=hotmail/es2 |
From: stig <st...@eu...> - 2004-03-31 15:44:08
|
Hi Kevin > I've recently restructured the MAPI CVS structure. The > original src/ directory is still available, but as of now > kind of outdated and obsolete. If anyone wants to make > changes to it, be sure to checkout & commit the mapi/ > directory instead of src/. > > I'm browsing through the source as of now, mostly adding > major javadoc comments right here and there. I'm leaving > stuff out of the docs since I just got no idea what some > things are doing. I am also refactoring some stuff > (changing package names, methods) and just checking how the > whole is put into place. > > I am trying to realize Stig's idea to seperate the core > classes from the Mailsomething application. If we want to > achieve this, no one should be modifying, adding, or > removing biiiig stuff in the mailsomething project. If we > do this the whole bunch will get inconsistent and we will > have different versions which we need to integrate into the > MAPI project, which will result in endless pain, hell and > brain explosions (.. you get the idea :P) > > I just don't know how we can realize this in the best way. > There is one option which is the following: > Generating a JAR from the MAPI project, and include that > one in your classpath of the mailsomething project. I just > don't know the version differences. If there are major > versions difference, I urge Stig (plz :D) to extract the > core classes into the MAPI project. I will see to this. Tomorrow, cannot do it sooner im afraid. Stig |
From: Kevin P. <kr...@ya...> - 2004-03-31 13:41:53
|
Yo guys, I've recently restructured the MAPI CVS structure. The original src/ directory is still available, but as of now kind of outdated and obsolete. If anyone wants to make changes to it, be sure to checkout & commit the mapi/ directory instead of src/. I'm browsing through the source as of now, mostly adding major javadoc comments right here and there. I'm leaving stuff out of the docs since I just got no idea what some things are doing. I am also refactoring some stuff (changing package names, methods) and just checking how the whole is put into place. I am trying to realize Stig's idea to seperate the core classes from the Mailsomething application. If we want to achieve this, no one should be modifying, adding, or removing biiiig stuff in the mailsomething project. If we do this the whole bunch will get inconsistent and we will have different versions which we need to integrate into the MAPI project, which will result in endless pain, hell and brain explosions (.. you get the idea :P) I just don't know how we can realize this in the best way. There is one option which is the following: Generating a JAR from the MAPI project, and include that one in your classpath of the mailsomething project. I just don't know the version differences. If there are major versions difference, I urge Stig (plz :D) to extract the core classes into the MAPI project. --- Other stuff: If your IDE supports task tags, please add and use the following (case-sensitive): TODO, FIXME, XXX, BUG If you are coding, please add Javadocs to mainly every method and field which is either default, public or protected. Private fields are nice too if you want to comment them. Kevin |
From: stig <st...@eu...> - 2004-03-31 10:19:52
|
Sure And if anyone else wants to be added, let me know. Currently I think theres some diversion between the code in the 2 projects. If u encounter this, u shall just override the changes in the mapi project. Problem is I started restructering the mailcode/design with the purpose of allowing different forms of persistence. Unfortunately I got a bit lost in it. Currently I work with hibernate, and I think that it should be relatively simple to transfer it to use that. But if people in general want to continue the idea of seperating the projects, it should be decided and then the mailcode in mailsomething project shall be removed. Stig ----- Original Message ----- From: "Kevin Pors" <kr...@ya...> To: "SF's Mailsomething" <mai...@li...> Sent: Wednesday, March 31, 2004 11:37 AM Subject: [Mailsomething-devl] MAPI > Stig, > > I've read about you wanting to seperate the core mail code > to a new project. I like the idea, since it will make the > whole stuff a bit clearer. Could you make me a member of > it? > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > |
From: Kevin P. <kr...@ya...> - 2004-03-31 09:37:31
|
Stig, I've read about you wanting to seperate the core mail code to a new project. I like the idea, since it will make the whole stuff a bit clearer. Could you make me a member of it? |
From: stig <st...@eu...> - 2004-03-31 07:44:28
|
Ah whoops Think I send my mail the same time... Yes I aggree. All bad things in cvs is due to unexperienced developers/cvsusers. When I started this project Eclipse didnt exists and I used a linuxshell for cvs. Maybe we can create those root folders u mention, but use 'source' instead of src, since using src will collapse with the old structure. Or, we can create a root folder like 'mailsomething' and have those under it src lib build.xml If you think its 'to much pain in the ass' to refactor it I can do it (if I can get my cvs to work). Lets aggree on a structure first. Stig ps. I had much 'fun' with those .classpath .project myself after louise had committed them. hehe ----- Original Message ----- From: "Kevin Pors" <kr...@ya...> To: "SF's Mailsomething" <mai...@li...> Sent: Wednesday, March 31, 2004 9:20 AM Subject: [Mailsomething-devl] CVS repository > Mentioned earlier I had some comments on the CVS > repository. Basically, it's the folder structure which is > baffling me. I am used to using Eclipse's CVS perspective, > but it isn't quite working as how the folders are arranged > now. I know how to solve this, but it is just too much of a > pain in the ass for me, and I think for others as well. > > Folder structure right now is like this: > > ----------------- > src/ > net/ --> main source > external/ --> libs and stuff > .ssh/ --> why is this folder here anyways? Wrong commit? > .../ > .../ > .../ > ----------------- > > I just can't figure out why it was arranged like this. In > my opinion, it would be better for all of us (not just me > or Eclipse users) to arrange the repository's folders in a > better structured way, and not to chunk everything into the > source folder. I am picturing it something like this: > > ---------------- > mailsomething/ > src/ --> OUR source-code (which means, code: java files) > and perhaps images somewhere in a package) > libs/ --> external libraries (jars, zips) like > JasperReports, JAF, JMS or whatever we are using, etc. > build.xml --> ANT build file > ---------------- > > And then removing some redundant, unnecessary files and > folders which are not (yet) used to keep the repository > clean and simple. > > For a more detailed view of how I am picturing the > repository, take a look at ArgoUML's > (http://argouml.tigris.org). It uses the kind of view and > structure I prefer. > > Oh and by the way, I noticed someone committed the .project > and .classpath files from Eclipse. Please don't do this > again because it the files are not universal on every > computer :D > > Please let me know what you all think of this. Any comments > are appreciated. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > |
From: stig <st...@eu...> - 2004-03-31 07:21:17
|
Hey all Mike: Theres no policy (or have not been) on committing through patches. I am not fully aware how that functions. Your welcome to commit ur changes. I am not a believer in very strong rules as to run a project - if u have made some changes then I trust they are good. But if u have some other ideas on how to do it, I like to hear. Anyway that reminds me of another subject. I think it is important to create some junit tests for the project. That will also help in testing if changes breaks existing code etc. Kevin: I will be glad to hear ur comments. I am aware the cvs structure is not very good... When I first started the project I had no clue about package hierachy etc. cvs structure: everything is under 'src', which was the initial name I choosed... almost 3 years ago. ' under src: external (contains libaries and should ofcourse be named 'lib' or similar). Unfortunately I started naming my packages lib.xxx when I started the project (as mentioned I had no clue), so the existing 'lib' folder contained the code for a long time. net.x.x contains the code in the package hierachy. Should probably be placed by itself under 'src' web contained a webpage the project had once. gifs contain all images used Anyway.... Your welcome to 'refactor' it perhabs by creating a whole new root folder. Stig ----- Original Message ----- From: "Kevin Pors" <kr...@ya...> To: <mai...@li...> Sent: Wednesday, March 31, 2004 8:31 AM Subject: [Mailsomething-devl] Developer > Hi people, > > My name is Kevin Pors, 19 years old, I live in the > Netherlands and I am currently a 3rd year's student at > college. My programming experience goes way back to the > BASIC days in DOS, and have since been developed further > into programming and markup languages like Javascript, > HTML, a bit of C/C++, but in particular Java, which is the > language I have been primarily focusing on for the last 3,5 > years. > > My experience in Java is most of all client-side, but for a > recent project at college I have developed a client/server > application using RMI. I've also programmed application > parts for the Blackberry (by T-Mobile) and for the Compaq > iPAQ at my apprenticeship. > GUI work is a thing I know quite well. > > I am interested in joining this project for a couple of > reasons: > - I like working in a group > - I can learn from others' work > - No pressure :D > - Programming is a sweet thing > > I have got quite a few comments (mainly bad) about the > project's CVS repository but I will address this in a new > e-mail soon. > > Kevin > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > |
From: Kevin P. <kr...@ya...> - 2004-03-31 07:20:08
|
Mentioned earlier I had some comments on the CVS repository. Basically, it's the folder structure which is baffling me. I am used to using Eclipse's CVS perspective, but it isn't quite working as how the folders are arranged now. I know how to solve this, but it is just too much of a pain in the ass for me, and I think for others as well. Folder structure right now is like this: ----------------- src/ net/ --> main source external/ --> libs and stuff .ssh/ --> why is this folder here anyways? Wrong commit? .../ .../ .../ ----------------- I just can't figure out why it was arranged like this. In my opinion, it would be better for all of us (not just me or Eclipse users) to arrange the repository's folders in a better structured way, and not to chunk everything into the source folder. I am picturing it something like this: ---------------- mailsomething/ src/ --> OUR source-code (which means, code: java files) and perhaps images somewhere in a package) libs/ --> external libraries (jars, zips) like JasperReports, JAF, JMS or whatever we are using, etc. build.xml --> ANT build file ---------------- And then removing some redundant, unnecessary files and folders which are not (yet) used to keep the repository clean and simple. For a more detailed view of how I am picturing the repository, take a look at ArgoUML's (http://argouml.tigris.org). It uses the kind of view and structure I prefer. Oh and by the way, I noticed someone committed the .project and .classpath files from Eclipse. Please don't do this again because it the files are not universal on every computer :D Please let me know what you all think of this. Any comments are appreciated. |
From: Kevin P. <kr...@ya...> - 2004-03-31 06:31:50
|
Hi people, My name is Kevin Pors, 19 years old, I live in the Netherlands and I am currently a 3rd year's student at college. My programming experience goes way back to the BASIC days in DOS, and have since been developed further into programming and markup languages like Javascript, HTML, a bit of C/C++, but in particular Java, which is the language I have been primarily focusing on for the last 3,5 years. My experience in Java is most of all client-side, but for a recent project at college I have developed a client/server application using RMI. I've also programmed application parts for the Blackberry (by T-Mobile) and for the Compaq iPAQ at my apprenticeship. GUI work is a thing I know quite well. I am interested in joining this project for a couple of reasons: - I like working in a group - I can learn from others' work - No pressure :D - Programming is a sweet thing I have got quite a few comments (mainly bad) about the project's CVS repository but I will address this in a new e-mail soon. Kevin |
From: Mike Gr <jav...@ab...> - 2004-03-31 06:05:28
|
Hi team, Here is about me: I work with Java since three years. I am working generally in GUI parts of our projects but sometimes support the server team or implement functionality common for both parts. I would work on any part of the project. Note to Stig: As i mentioned in my mail yesterday I pulled the project from CVS on 17.03 which is 2 weeks ago. I followed the CVS help provided on sourceforge site: https://sourceforge.net/docman/display_doc.php?docid=14033&group_id=1 using WinCVS client. I searched for info how to put my changes back in the project but didn't find anything useful. I am still not sure whether this is to be done with just comitting in CVS or with patches. Please clarify this point(or poit to some link to read instructions from) Cheers Mike Grigorov (mikesg) |
From: stig <st...@eu...> - 2004-03-30 19:06:06
|
Hey Bogdan :-) Here is a good initial task you can start with. I suggest u to work on this, coz its a relatively selfintegrated task. Please respond if u will grap it (work on it) or not. The project uses the class MimeType from the jaf package. http://java.sun.com/products/javabeans/glasgow/javadocs/index.html It is the only class used in the jaf libary. I would like to replace this with our own class, for several reasons - 1. I am not sure if license of jaf conflicts with the gpl. 2. The implementation of mimetype in jaf throws exception in some cases of badly formatted mimetypes, though, they are understandable, and can/should be parsed and used in the app. 3. No need to use a whole external libary for just one class. You dont need to make the class exactly the same as the MimeType in jaf, but the method signatures gives a good idea of what is needed. Actually, u dont need to do the class all over if u can find some existing code (under gpl). For a describtion of mimetypes - ftp://ftp.rfc-editor.org/in-notes/rfc2045.txt ftp://ftp.rfc-editor.org/in-notes/rfc2046.txt Every mail has (or most) a mimetype (the contenttype header field), which describes the content and is used to decide how to display the mail. This is how it is used within the mailsomething project. The gui code uses it to show a mail either as plain text, html, as a picture, with attachments, etc. etc. You can try use an ide to find all references to the java.activation.MimeType class and then u get an idea how its used. I have myself started to use junit tests for the code I write. I will suggest the mailsomething project does that too, anyway... we can talk about that when u have some progress with the class.... Or I can write some junit tests for that specific class u can test with. Hope u will find it interesting. Let me hear what u think. Stig ----- Original Message ----- From: "Bogdan" <bn...@ya...> To: "stig" <st...@eu...> Cc: <mai...@sf...> Sent: Monday, March 29, 2004 9:20 PM Subject: Re: mailsomething project > > > Hello, Stig. > It is a little about me: > My name is Bogdan Strakhov, and I am engaged Java about 5 months. > Last task above which I worked, is uploading of a file(s), which send to server > on POST-method. > I'd like to participate in the project, for that what to study Java better > and to make something necessary and working :) > Work in any part of the project is interesting to me. > There can be you could recommend to me, in what part it is necessary or > probably my participation. > > Bogdan mailto:bn...@ya... > > |
From: Stig T. <st...@st...> - 2003-12-16 19:56:43
|
- In configuration panels, add markers for what is required, ie a little = red dot. Like some forms on webpages.=20 - Make the default size bigger. Or dependent on users screensize. - setup the uninstaller to work.=20 - Search should have options for showing results in table or in a google = web style.=20 - Google webstyle needs more integration into rest of guielements, ie, = one should be able to move/copy results to a folder, delete, etc. - Addresslist viewer, in the list, where names/addresses are listed, u = should be able to search by pressing some keys, ie, pressing t i n a = would show any entries starting with tina....=20 - Formatting of subject, sender, fields when sending mails. See = Maildecoder.decodeField. When sending mails we need to do the oposite of = what this method is doing. Ie, encoding by the same standard. =20 - The automatic update (for imap) needs to be saved, ie, to save the = checked mailboxes. Also other settings for automatic update should be = saved.=20 - Theres a bug regarding the user.conf file with usernames pointing to = folders, which is read in the Mailsomething class. It seems like it = doesnt get written if theres a space in the path to the file. Should be = fixed.=20 more to come.=20 |
From: Stig T. <st...@st...> - 2003-10-25 10:34:25
|
Hey all :) I have decided to split the project into several projects. Currently its to messy. I have created a project for the mailcode of the project, and the idea is this project should contain the mailcode, and become a mailapi which also can be used by other projects. http://mapi.sf.net. If anyone currently involved in the project wants to work on the mailpart, they should let me know and I will add them to that project. It will take some time, months or longer, before the mailsomething project will start to use the mapi project as a mail libary, since I have started redesigning the old mailcode. But, there should not be done any changes in the existing mailcode of mailsomething, since it will be removed at some point. That also counts for the mailfiltering code, which I see as directly part of the mailapi. The existing project will only be for the mailclient part. Which means the new parts of the project, tasks, bloggers, etc. shouldnt be part of it. I am still not sure where to place that code. Maybe in a new project. An obvious idea would be to place the project under jxta. But that kinda depends on the perspective - if it should be solely build upon jxta. Another idea is to make it closed. Any comments/questions regarding theese changes are welcome. Stig |
From: stig <st...@eu...> - 2003-09-24 07:43:08
|
Hey :) Currently theres a TaskView for viewing and editing tasks, and a tasktableview for viewing a list of tasks. Theese are build on the model I have been working with. This is working, and running, but not finished at all. Theres still work to do there. If ur interested in testing the current state u can use the main method in the *.gui.task.TaskTableView. Before that u need to setup a database and adjust the DBTasklist. U can eventually import some data (I have put the result of some queries at a package under the taskmodel at cvs). Darren is working on an interface for db-settings, and automatizing the import/export. This is a temporary solution of sharing data in the db untill the p2p implementation can take over. Which db are u talking about? I have tried hsqldb which wasnt a big success, I couldnt make it work properly and had to adjust the sql. But if u know of some embedable javadb it would be very nice. If we can find a stable one I would also like to try and use the db to save mails. The best way of figuring out the state of the taskmodel and related gui is probably to test the TaskTableView with some of the data I have supplied. Perhabs I will update them later today. The last week I have been busy with the existing mailclient functionality, doing a new release, and havent been active with the tasks. I intend to continue with the taskmodel and the related p2p functionality around this weekend. Stig ----- Original Message ----- From: "Pier Luc Ducharme" <du...@ae...> To: <mai...@li...> Sent: Tuesday, September 23, 2003 10:57 PM Subject: Re: Re: Re: Re: [Mailsomething-devl] Compilation Problems > Hi, > I'll be working on it this. I browsed a lot of the current code. I'm kind > specialized in databases and if you guys want to stick to SQL, there is > embedded SQL dbs existing which do not requier the user to install a whole > db engine. The rdbms is included whitin the file (and there is some > specially for java, all shipped in one tiny jar file). Is there any task > manager. We should use foreign key as much as possible and enforece the use > of unique keys and primary keys. Is there any task management system up > yet? I'll try to catch up on you this week to get to know what is being > worked on and what is needed to be done. > > Later, > Dutch > > > Hello > > > > You can define one column in a table as being a foreign key. Its purpose > is > > to reduce redundancy of data, coz the the id of a task must exist in the > > task table before it can be used in the dependency table. Maybe I'll > change > > the creates in the DBTasklist and this may become more clearer of what I > am > > actually trying to say. I spose its one thing for me to understand it and > > another to explain it. > > > > Your right in saying that if its actually being used by a user then they > > wouldn't mind installing a databse. It may be an idea to include or > suggest > > a certain databse, because the SQL in different databases is completely > > different as you may have already found out. > > > > With all of the goal and task stuff. I can see why you want to have tasks > > and then goals. I believe that we probably should have goals as well as > > tasks. This will help the user to understand what they eventually want to > > have (a goal) and the tasks that they will need to do to achieve this > task. > > > > I think its a good idea to have the import and export functionality for > > data. I will do this and will also have a look at creating some sort of > gui > > for this functionality of database settings. > > > > I also will have a look in the next few days at those gui issues you > raised > > for the next release. > > > > Darren > > > > > > >From: "Stig Tanggaard" <st...@st...> > > >To: "Mailsomething-devl" <Mai...@li...> > > >Subject: Re: Re: Re: Re: [Mailsomething-devl] Compilation Problems > > >Date: l?, 13 sep 2003 11:02:42 Central European Summer Time > > > > > >Hey > > > > > >So one define one column in a table as being a foreign key? What is the > > >purpose exactly? Does it allow for smarter queries? Ur welcome to adjust > > >the create statements in the dbtasklist. > > > > > >I think we can just use the RessourceManager interface for files. It is > > >placed in the core package. It allows for several implementations, which > > >means one could also make a db implementation if necessary. The > > >fileressoucemanger implementation uses the filenames/paths as keys, and > > >serves up a file as object if a such exists. Ie, it has a base folder, > and > > >if u call getInputStream("filepath"), u will get an inputstream for that > > >file. It doesnt return a file, since that would be implementation > specific, > > >but an inputstream for the object related to the key. If the object is a > > >file, like a pdf file or similar, we would get an inputstream which we > can > > >read from and send over network or similar. We dont need an actual > > >filereference tohandle files, though, when creating a gui where one can > add > > >attachments (as files) u will ofcourse get a file. To add this file to > the > > >ressourcemanager u then add it like > > >ressourcemanager.add(file.getpath(), file.getInputStream()); > > > > > >Untill now most of the saving of more 'advanced' objects happens through > > >serializing in the app. I can easely serialize the taskmodel like I do > with > > >the mailmodel. There is several reason that I wanted to test and have a > db > > >implementation of the taskmodel - > > >1. To have quik access to some testdate while building the model > (changing > > >a class tends to break serializing and u loose all data if ur not > > >carefulll. > > >2. Loading a lot of data through serializing is slow. I like to create a > db > > >implementation of the mailmodel too, since I try to create all those > models > > >as independent of rest of the app. Which means that someone will be able > to > > >use them in a webapp or similar, and then use a database for saving. > > >3. In general I just want some more experience with databases. > > > > > >So if a standard user downloads and uses the program, we can use either > > >serializing, or some xml scheme to save objects to disk. And otherwise a > > >database. I think its save to assume, that if the program is used by > > >someone seriously for a project (when we reach that point) they wont mind > > >installing a database seperately to get a better backup of the data. > > > > > >There are some schemes for saving data to xml based on some definition > > >files... (castor etc). But currently I think its too much trouble to > start > > >use those. > > > > > >Preferable I would like a small java db integreated in the app, but I > > >havent yet found a good (opensource) java db. Theres on on sf, but it > only > > >supports a subset of sql. And I had trouble making it work. > > > > > >But if we find one it will be very easy to integreate that. > > > > > >Another issue about db and saving objects is when I try to implement some > > >p2p structure. Then we need to send objects between peers, when > > >synchronizing. This probably can be done through serializing. But I think > I > > >prefer doing it through some xml-scheme. > > > > > >The goals should not, as I see it, be displayed in the TaskView. The > > >entranceview should display a list of modules/projects/clients or > whatever > > >to call it, and when u choose one of theese u should be able to see a > list > > >of goals, and also a list of tasks. But u can define a dependency between > a > > >goal and a task, and in that case... I guess it will be shown in the > > >dependency list of the task (not as a prerequiesite, but the reverse > > >thing). In general though, if a task is part of a module it (ofcourse) > also > > >has some dependency relationship with the goals of that module. > > > > > >But the model arent finished. Maybe the goal thing is not a good idea. I > > >think we need to test it first and see how it works. I mean one can have > > >some nice model, but if the user doesnt find it intuitive and uses it the > > >way its expected, then it is wrong designed. But if I imagine the > > >mailsomething project, I could have a mailapi module with goals like > > >- implement pop3 > > >- implement smtp > > >- implement smtp authentification > > >- do a mailbox/mailaccount structure > > >- define interfaces for model > > > > > >There dont necessarely needs to be many goals. My point with this is > > >basicly, that a task in one module should NOT be able to be directly > > >dependent on a task in another module. If thats the case, the goals are > not > > >probably created. > > > > > >One thing to remember when creating a gui for this is, that goals is not > > >something which changes a lot, like tasks. Primarely the user will work > > >with tasks, while goals has a more static nature. The above example of > some > > >goals could have been the same goals for the mailsomething mailapi for > the > > >last 2 years, while the tasks have changed a lot. > > > > > >Maybe I just want to force the user to consider what is goals and what is > > >tasks. In current implementations there seem to be some mixing up between > > >those. Actually, if u see the testdata (I know have posted to cvs) > several > > >of those tasks can be considered as goals, since they are a definition of > > >where to go, but not how to get there. > > > > > >I have uploaded the data from my tables. I think we should create some > > >methods for loading and dumbing data, and while testing we can place some > > >buttons for that in the entrance view, so one can export the data easily > > >and then synchronize with cvs. Actually, when the p2p get running the > > >entrancepoint should have some other actions for synchronizing between > > >peers. > > > > > >Maybe u will create those load and export actions? We could also place > them > > >in a db-settings view. That would seem natural. > > > > > >Stig > > > > > > > > > > > > > > > >----- Original Message ----- > > > >From: "Darren Woollatt" <dwo...@ho...> > > > >To: mai...@li... > > > >Sent: Sat, 13 Sep 2003 10:50:18 +0930 > > > >Subject: Re: Re: Re: [Mailsomething-devl] Compilation Problems > > > > > > >Hello again, > > > > > > > >I now see what you mean goals and that sort of thing. How will this > need > > >to> > > > >be shown on the UI. For example would there jyst be a list of goals > that > > >ar>e > > > >displayed under this task. > > > > > > > >To your questions about the database. I think it is possible to store > > >files> > > > >in a db, but I'm not sure what support MySQL has. I know PostgreSQL has > > >som>e > > > >support for this, but getting Postgres to work in Windows is an extreme > > > >hassle. What I meant by foriegn key relationship was that a field in a > > > >certain table would rterference a field in another table. For example, > in > > >a> > > > >goal table (or something like that) you may have an id to the task > which > > >it> > > > >belongs, this means that this table would reference the Task table with > a > > > > > > > >foriegn key. This reduces redundancy as you can only enter a task in > the > > > >goal table that exists in the Task table. > > > > > > > >I will do some thinking and looking around for ideas for the entrance > > >point>. > > > >I think that the configuring of the database would be a good idea. > > > > > > > >I see your point of not wanting to include a database with the project, > > >and> > > > >this should be an option for the user. If there is no db how do you see > > >thi>s > > > >task module working?? Would it also have some sort of XML > implementation > > > >sitting on some sort of server. I was at a seminar the other day (at > uni) > > > > > > > >conducted by the W3C (WWW consortium) and they were talking bout this > > >stuff> > > > >about the power of XML for this sort of thing. A db is probably better > > > >though. > > > > > > > >Could you post that test-data to the cvs as a txt file?? > > > > > > > >Thanks > > > > > > > >Darren Woollatt > > > > > > > > > > > >_________________________ > > > >Mailsomething-devl mailing list > > > >Mai...@li... > > > >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > > > > > > > > > > > > > > > >------------------------------------------------------- > > >This sf.net email is sponsored by:ThinkGeek > > >Welcome to geek heaven. > > >http://thinkgeek.com/sf > > >_______________________________________________ > > >Mailsomething-devl mailing list > > >Mai...@li... > > >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > > _________________________________________________________________ > > Get less junk mail with ninemsn Premium. Click here > > http://ninemsn.com.au/premium/landing.asp > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Mailsomething-devl mailing list > > Mai...@li... > > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > |
From: Pier L. D. <du...@ae...> - 2003-09-24 02:04:41
|
Hi, I'll be working on it this. I browsed a lot of the current code. I'm kind specialized in databases and if you guys want to stick to SQL, there is embedded SQL dbs existing which do not requier the user to install a whole db engine. The rdbms is included whitin the file (and there is some specially for java, all shipped in one tiny jar file). Is there any task manager. We should use foreign key as much as possible and enforece the use of unique keys and primary keys. Is there any task management system up yet? I'll try to catch up on you this week to get to know what is being worked on and what is needed to be done. Later, Dutch > Hello > > You can define one column in a table as being a foreign key. Its purpose is > to reduce redundancy of data, coz the the id of a task must exist in the > task table before it can be used in the dependency table. Maybe I'll change > the creates in the DBTasklist and this may become more clearer of what I am > actually trying to say. I spose its one thing for me to understand it and > another to explain it. > > Your right in saying that if its actually being used by a user then they > wouldn't mind installing a databse. It may be an idea to include or suggest > a certain databse, because the SQL in different databases is completely > different as you may have already found out. > > With all of the goal and task stuff. I can see why you want to have tasks > and then goals. I believe that we probably should have goals as well as > tasks. This will help the user to understand what they eventually want to > have (a goal) and the tasks that they will need to do to achieve this task. > > I think its a good idea to have the import and export functionality for > data. I will do this and will also have a look at creating some sort of gui > for this functionality of database settings. > > I also will have a look in the next few days at those gui issues you raised > for the next release. > > Darren > > > >From: "Stig Tanggaard" <st...@st...> > >To: "Mailsomething-devl" <Mai...@li...> > >Subject: Re: Re: Re: Re: [Mailsomething-devl] Compilation Problems > >Date: l?, 13 sep 2003 11:02:42 Central European Summer Time > > > >Hey > > > >So one define one column in a table as being a foreign key? What is the > >purpose exactly? Does it allow for smarter queries? Ur welcome to adjust > >the create statements in the dbtasklist. > > > >I think we can just use the RessourceManager interface for files. It is > >placed in the core package. It allows for several implementations, which > >means one could also make a db implementation if necessary. The > >fileressoucemanger implementation uses the filenames/paths as keys, and > >serves up a file as object if a such exists. Ie, it has a base folder, and > >if u call getInputStream("filepath"), u will get an inputstream for that > >file. It doesnt return a file, since that would be implementation specific, > >but an inputstream for the object related to the key. If the object is a > >file, like a pdf file or similar, we would get an inputstream which we can > >read from and send over network or similar. We dont need an actual > >filereference tohandle files, though, when creating a gui where one can add > >attachments (as files) u will ofcourse get a file. To add this file to the > >ressourcemanager u then add it like > >ressourcemanager.add(file.getpath(), file.getInputStream()); > > > >Untill now most of the saving of more 'advanced' objects happens through > >serializing in the app. I can easely serialize the taskmodel like I do with > >the mailmodel. There is several reason that I wanted to test and have a db > >implementation of the taskmodel - > >1. To have quik access to some testdate while building the model (changing > >a class tends to break serializing and u loose all data if ur not > >carefulll. > >2. Loading a lot of data through serializing is slow. I like to create a db > >implementation of the mailmodel too, since I try to create all those models > >as independent of rest of the app. Which means that someone will be able to > >use them in a webapp or similar, and then use a database for saving. > >3. In general I just want some more experience with databases. > > > >So if a standard user downloads and uses the program, we can use either > >serializing, or some xml scheme to save objects to disk. And otherwise a > >database. I think its save to assume, that if the program is used by > >someone seriously for a project (when we reach that point) they wont mind > >installing a database seperately to get a better backup of the data. > > > >There are some schemes for saving data to xml based on some definition > >files... (castor etc). But currently I think its too much trouble to start > >use those. > > > >Preferable I would like a small java db integreated in the app, but I > >havent yet found a good (opensource) java db. Theres on on sf, but it only > >supports a subset of sql. And I had trouble making it work. > > > >But if we find one it will be very easy to integreate that. > > > >Another issue about db and saving objects is when I try to implement some > >p2p structure. Then we need to send objects between peers, when > >synchronizing. This probably can be done through serializing. But I think I > >prefer doing it through some xml-scheme. > > > >The goals should not, as I see it, be displayed in the TaskView. The > >entranceview should display a list of modules/projects/clients or whatever > >to call it, and when u choose one of theese u should be able to see a list > >of goals, and also a list of tasks. But u can define a dependency between a > >goal and a task, and in that case... I guess it will be shown in the > >dependency list of the task (not as a prerequiesite, but the reverse > >thing). In general though, if a task is part of a module it (ofcourse) also > >has some dependency relationship with the goals of that module. > > > >But the model arent finished. Maybe the goal thing is not a good idea. I > >think we need to test it first and see how it works. I mean one can have > >some nice model, but if the user doesnt find it intuitive and uses it the > >way its expected, then it is wrong designed. But if I imagine the > >mailsomething project, I could have a mailapi module with goals like > >- implement pop3 > >- implement smtp > >- implement smtp authentification > >- do a mailbox/mailaccount structure > >- define interfaces for model > > > >There dont necessarely needs to be many goals. My point with this is > >basicly, that a task in one module should NOT be able to be directly > >dependent on a task in another module. If thats the case, the goals are not > >probably created. > > > >One thing to remember when creating a gui for this is, that goals is not > >something which changes a lot, like tasks. Primarely the user will work > >with tasks, while goals has a more static nature. The above example of some > >goals could have been the same goals for the mailsomething mailapi for the > >last 2 years, while the tasks have changed a lot. > > > >Maybe I just want to force the user to consider what is goals and what is > >tasks. In current implementations there seem to be some mixing up between > >those. Actually, if u see the testdata (I know have posted to cvs) several > >of those tasks can be considered as goals, since they are a definition of > >where to go, but not how to get there. > > > >I have uploaded the data from my tables. I think we should create some > >methods for loading and dumbing data, and while testing we can place some > >buttons for that in the entrance view, so one can export the data easily > >and then synchronize with cvs. Actually, when the p2p get running the > >entrancepoint should have some other actions for synchronizing between > >peers. > > > >Maybe u will create those load and export actions? We could also place them > >in a db-settings view. That would seem natural. > > > >Stig > > > > > > > > > > >----- Original Message ----- > > >From: "Darren Woollatt" <dwo...@ho...> > > >To: mai...@li... > > >Sent: Sat, 13 Sep 2003 10:50:18 +0930 > > >Subject: Re: Re: Re: [Mailsomething-devl] Compilation Problems > > > > >Hello again, > > > > > >I now see what you mean goals and that sort of thing. How will this need > >to> > > >be shown on the UI. For example would there jyst be a list of goals that > >ar>e > > >displayed under this task. > > > > > >To your questions about the database. I think it is possible to store > >files> > > >in a db, but I'm not sure what support MySQL has. I know PostgreSQL has > >som>e > > >support for this, but getting Postgres to work in Windows is an extreme > > >hassle. What I meant by foriegn key relationship was that a field in a > > >certain table would rterference a field in another table. For example, in > >a> > > >goal table (or something like that) you may have an id to the task which > >it> > > >belongs, this means that this table would reference the Task table with a > > > > > >foriegn key. This reduces redundancy as you can only enter a task in the > > >goal table that exists in the Task table. > > > > > >I will do some thinking and looking around for ideas for the entrance > >point>. > > >I think that the configuring of the database would be a good idea. > > > > > >I see your point of not wanting to include a database with the project, > >and> > > >this should be an option for the user. If there is no db how do you see > >thi>s > > >task module working?? Would it also have some sort of XML implementation > > >sitting on some sort of server. I was at a seminar the other day (at uni) > > > > > >conducted by the W3C (WWW consortium) and they were talking bout this > >stuff> > > >about the power of XML for this sort of thing. A db is probably better > > >though. > > > > > >Could you post that test-data to the cvs as a txt file?? > > > > > >Thanks > > > > > >Darren Woollatt > > > > > > > > >_________________________ > > >Mailsomething-devl mailing list > > >Mai...@li... > > >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > > > > > > > > > >------------------------------------------------------- > >This sf.net email is sponsored by:ThinkGeek > >Welcome to geek heaven. > >http://thinkgeek.com/sf > >_______________________________________________ > >Mailsomething-devl mailing list > >Mai...@li... > >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > _________________________________________________________________ > Get less junk mail with ninemsn Premium. Click here > http://ninemsn.com.au/premium/landing.asp > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Mailsomething-devl mailing list > Mai...@li... > https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > |
From: Darren W. <dwo...@ho...> - 2003-09-15 12:05:46
|
Hello You can define one column in a table as being a foreign key. Its purpose is to reduce redundancy of data, coz the the id of a task must exist in the task table before it can be used in the dependency table. Maybe I'll change the creates in the DBTasklist and this may become more clearer of what I am actually trying to say. I spose its one thing for me to understand it and another to explain it. Your right in saying that if its actually being used by a user then they wouldn't mind installing a databse. It may be an idea to include or suggest a certain databse, because the SQL in different databases is completely different as you may have already found out. With all of the goal and task stuff. I can see why you want to have tasks and then goals. I believe that we probably should have goals as well as tasks. This will help the user to understand what they eventually want to have (a goal) and the tasks that they will need to do to achieve this task. I think its a good idea to have the import and export functionality for data. I will do this and will also have a look at creating some sort of gui for this functionality of database settings. I also will have a look in the next few days at those gui issues you raised for the next release. Darren >From: "Stig Tanggaard" <st...@st...> >To: "Mailsomething-devl" <Mai...@li...> >Subject: Re: Re: Re: Re: [Mailsomething-devl] Compilation Problems >Date: l?, 13 sep 2003 11:02:42 Central European Summer Time > >Hey > >So one define one column in a table as being a foreign key? What is the >purpose exactly? Does it allow for smarter queries? Ur welcome to adjust >the create statements in the dbtasklist. > >I think we can just use the RessourceManager interface for files. It is >placed in the core package. It allows for several implementations, which >means one could also make a db implementation if necessary. The >fileressoucemanger implementation uses the filenames/paths as keys, and >serves up a file as object if a such exists. Ie, it has a base folder, and >if u call getInputStream("filepath"), u will get an inputstream for that >file. It doesnt return a file, since that would be implementation specific, >but an inputstream for the object related to the key. If the object is a >file, like a pdf file or similar, we would get an inputstream which we can >read from and send over network or similar. We dont need an actual >filereference tohandle files, though, when creating a gui where one can add >attachments (as files) u will ofcourse get a file. To add this file to the >ressourcemanager u then add it like >ressourcemanager.add(file.getpath(), file.getInputStream()); > >Untill now most of the saving of more 'advanced' objects happens through >serializing in the app. I can easely serialize the taskmodel like I do with >the mailmodel. There is several reason that I wanted to test and have a db >implementation of the taskmodel - >1. To have quik access to some testdate while building the model (changing >a class tends to break serializing and u loose all data if ur not >carefulll. >2. Loading a lot of data through serializing is slow. I like to create a db >implementation of the mailmodel too, since I try to create all those models >as independent of rest of the app. Which means that someone will be able to >use them in a webapp or similar, and then use a database for saving. >3. In general I just want some more experience with databases. > >So if a standard user downloads and uses the program, we can use either >serializing, or some xml scheme to save objects to disk. And otherwise a >database. I think its save to assume, that if the program is used by >someone seriously for a project (when we reach that point) they wont mind >installing a database seperately to get a better backup of the data. > >There are some schemes for saving data to xml based on some definition >files... (castor etc). But currently I think its too much trouble to start >use those. > >Preferable I would like a small java db integreated in the app, but I >havent yet found a good (opensource) java db. Theres on on sf, but it only >supports a subset of sql. And I had trouble making it work. > >But if we find one it will be very easy to integreate that. > >Another issue about db and saving objects is when I try to implement some >p2p structure. Then we need to send objects between peers, when >synchronizing. This probably can be done through serializing. But I think I >prefer doing it through some xml-scheme. > >The goals should not, as I see it, be displayed in the TaskView. The >entranceview should display a list of modules/projects/clients or whatever >to call it, and when u choose one of theese u should be able to see a list >of goals, and also a list of tasks. But u can define a dependency between a >goal and a task, and in that case... I guess it will be shown in the >dependency list of the task (not as a prerequiesite, but the reverse >thing). In general though, if a task is part of a module it (ofcourse) also >has some dependency relationship with the goals of that module. > >But the model arent finished. Maybe the goal thing is not a good idea. I >think we need to test it first and see how it works. I mean one can have >some nice model, but if the user doesnt find it intuitive and uses it the >way its expected, then it is wrong designed. But if I imagine the >mailsomething project, I could have a mailapi module with goals like >- implement pop3 >- implement smtp >- implement smtp authentification >- do a mailbox/mailaccount structure >- define interfaces for model > >There dont necessarely needs to be many goals. My point with this is >basicly, that a task in one module should NOT be able to be directly >dependent on a task in another module. If thats the case, the goals are not >probably created. > >One thing to remember when creating a gui for this is, that goals is not >something which changes a lot, like tasks. Primarely the user will work >with tasks, while goals has a more static nature. The above example of some >goals could have been the same goals for the mailsomething mailapi for the >last 2 years, while the tasks have changed a lot. > >Maybe I just want to force the user to consider what is goals and what is >tasks. In current implementations there seem to be some mixing up between >those. Actually, if u see the testdata (I know have posted to cvs) several >of those tasks can be considered as goals, since they are a definition of >where to go, but not how to get there. > >I have uploaded the data from my tables. I think we should create some >methods for loading and dumbing data, and while testing we can place some >buttons for that in the entrance view, so one can export the data easily >and then synchronize with cvs. Actually, when the p2p get running the >entrancepoint should have some other actions for synchronizing between >peers. > >Maybe u will create those load and export actions? We could also place them >in a db-settings view. That would seem natural. > >Stig > > > > > >----- Original Message ----- > >From: "Darren Woollatt" <dwo...@ho...> > >To: mai...@li... > >Sent: Sat, 13 Sep 2003 10:50:18 +0930 > >Subject: Re: Re: Re: [Mailsomething-devl] Compilation Problems > > >Hello again, > > > >I now see what you mean goals and that sort of thing. How will this need >to> > >be shown on the UI. For example would there jyst be a list of goals that >ar>e > >displayed under this task. > > > >To your questions about the database. I think it is possible to store >files> > >in a db, but I'm not sure what support MySQL has. I know PostgreSQL has >som>e > >support for this, but getting Postgres to work in Windows is an extreme > >hassle. What I meant by foriegn key relationship was that a field in a > >certain table would rterference a field in another table. For example, in >a> > >goal table (or something like that) you may have an id to the task which >it> > >belongs, this means that this table would reference the Task table with a > > > >foriegn key. This reduces redundancy as you can only enter a task in the > >goal table that exists in the Task table. > > > >I will do some thinking and looking around for ideas for the entrance >point>. > >I think that the configuring of the database would be a good idea. > > > >I see your point of not wanting to include a database with the project, >and> > >this should be an option for the user. If there is no db how do you see >thi>s > >task module working?? Would it also have some sort of XML implementation > >sitting on some sort of server. I was at a seminar the other day (at uni) > > > >conducted by the W3C (WWW consortium) and they were talking bout this >stuff> > >about the power of XML for this sort of thing. A db is probably better > >though. > > > >Could you post that test-data to the cvs as a txt file?? > > > >Thanks > > > >Darren Woollatt > > > > > >_________________________ > >Mailsomething-devl mailing list > >Mai...@li... > >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Mailsomething-devl mailing list >Mai...@li... >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl _________________________________________________________________ Get less junk mail with ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp |
From: Stig T. <st...@st...> - 2003-09-13 11:19:54
|
By the way, I intent to do a new release soon, and there are some leftovers which needs to be addressed first. Maybe u can look at some of it (Darren). 1. Mailaccount wizard needs a lookover. Theres some bugs with it I think. 2. We need some kinda welcome screens or similar. I was thinking just to invoke the help with the 'overview' page. But any ideas are welcome. Maybe it should show release notes instead. 3. The search again box in a searchresult list is not functioning for some reason. Louise - I would appreciate if u would do a checkup on everything u worked with so far. If theres any bugs or similar. I know theres one bug - with imapaccounts and filtering, it throws a nullpointer when u choose the Show Filters menuitems, but I havent had time to look into it. Maybe u could also hide the 'banned' addresslist? As we talked about. We also have an issue in the mailwriter regarding choosing between 2 similar addresses. The method doesnt wait for the dialog to finish. I will suggest we solve it by simply writing the full address in the to field, ie instead of: Mailsomething-devl then "Mailsomething-devl" <mai...@li...> As for the filtering, I will suggest we keep it as it is for now (unless it doesnt work at all in which case we should just leave it out). I intent to do the new release within this month. If anyone has noticed some bugs which we need to look at let me know. Stig |
From: Stig T. <st...@st...> - 2003-09-13 10:50:02
|
Hey So one define one column in a table as being a foreign key? What is the purpose exactly? Does it allow for smarter queries? Ur welcome to adjust the create statements in the dbtasklist. I think we can just use the RessourceManager interface for files. It is placed in the core package. It allows for several implementations, which means one could also make a db implementation if necessary. The fileressoucemanger implementation uses the filenames/paths as keys, and serves up a file as object if a such exists. Ie, it has a base folder, and if u call getInputStream("filepath"), u will get an inputstream for that file. It doesnt return a file, since that would be implementation specific, but an inputstream for the object related to the key. If the object is a file, like a pdf file or similar, we would get an inputstream which we can read from and send over network or similar. We dont need an actual filereference tohandle files, though, when creating a gui where one can add attachments (as files) u will ofcourse get a file. To add this file to the ressourcemanager u then add it like ressourcemanager.add(file.getpath(), file.getInputStream()); Untill now most of the saving of more 'advanced' objects happens through serializing in the app. I can easely serialize the taskmodel like I do with the mailmodel. There is several reason that I wanted to test and have a db implementation of the taskmodel - 1. To have quik access to some testdate while building the model (changing a class tends to break serializing and u loose all data if ur not carefulll. 2. Loading a lot of data through serializing is slow. I like to create a db implementation of the mailmodel too, since I try to create all those models as independent of rest of the app. Which means that someone will be able to use them in a webapp or similar, and then use a database for saving. 3. In general I just want some more experience with databases. So if a standard user downloads and uses the program, we can use either serializing, or some xml scheme to save objects to disk. And otherwise a database. I think its save to assume, that if the program is used by someone seriously for a project (when we reach that point) they wont mind installing a database seperately to get a better backup of the data. There are some schemes for saving data to xml based on some definition files... (castor etc). But currently I think its too much trouble to start use those. Preferable I would like a small java db integreated in the app, but I havent yet found a good (opensource) java db. Theres on on sf, but it only supports a subset of sql. And I had trouble making it work. But if we find one it will be very easy to integreate that. Another issue about db and saving objects is when I try to implement some p2p structure. Then we need to send objects between peers, when synchronizing. This probably can be done through serializing. But I think I prefer doing it through some xml-scheme. The goals should not, as I see it, be displayed in the TaskView. The entranceview should display a list of modules/projects/clients or whatever to call it, and when u choose one of theese u should be able to see a list of goals, and also a list of tasks. But u can define a dependency between a goal and a task, and in that case... I guess it will be shown in the dependency list of the task (not as a prerequiesite, but the reverse thing). In general though, if a task is part of a module it (ofcourse) also has some dependency relationship with the goals of that module. But the model arent finished. Maybe the goal thing is not a good idea. I think we need to test it first and see how it works. I mean one can have some nice model, but if the user doesnt find it intuitive and uses it the way its expected, then it is wrong designed. But if I imagine the mailsomething project, I could have a mailapi module with goals like - implement pop3 - implement smtp - implement smtp authentification - do a mailbox/mailaccount structure - define interfaces for model There dont necessarely needs to be many goals. My point with this is basicly, that a task in one module should NOT be able to be directly dependent on a task in another module. If thats the case, the goals are not probably created. One thing to remember when creating a gui for this is, that goals is not something which changes a lot, like tasks. Primarely the user will work with tasks, while goals has a more static nature. The above example of some goals could have been the same goals for the mailsomething mailapi for the last 2 years, while the tasks have changed a lot. Maybe I just want to force the user to consider what is goals and what is tasks. In current implementations there seem to be some mixing up between those. Actually, if u see the testdata (I know have posted to cvs) several of those tasks can be considered as goals, since they are a definition of where to go, but not how to get there. I have uploaded the data from my tables. I think we should create some methods for loading and dumbing data, and while testing we can place some buttons for that in the entrance view, so one can export the data easily and then synchronize with cvs. Actually, when the p2p get running the entrancepoint should have some other actions for synchronizing between peers. Maybe u will create those load and export actions? We could also place them in a db-settings view. That would seem natural. Stig >----- Original Message ----- >From: "Darren Woollatt" <dwo...@ho...> >To: mai...@li... >Sent: Sat, 13 Sep 2003 10:50:18 +0930 >Subject: Re: Re: Re: [Mailsomething-devl] Compilation Problems >Hello again, > >I now see what you mean goals and that sort of thing. How will this need to> >be shown on the UI. For example would there jyst be a list of goals that ar>e >displayed under this task. > >To your questions about the database. I think it is possible to store files> >in a db, but I'm not sure what support MySQL has. I know PostgreSQL has som>e >support for this, but getting Postgres to work in Windows is an extreme >hassle. What I meant by foriegn key relationship was that a field in a >certain table would rterference a field in another table. For example, in a> >goal table (or something like that) you may have an id to the task which it> >belongs, this means that this table would reference the Task table with a > >foriegn key. This reduces redundancy as you can only enter a task in the >goal table that exists in the Task table. > >I will do some thinking and looking around for ideas for the entrance point>. >I think that the configuring of the database would be a good idea. > >I see your point of not wanting to include a database with the project, and> >this should be an option for the user. If there is no db how do you see thi>s >task module working?? Would it also have some sort of XML implementation >sitting on some sort of server. I was at a seminar the other day (at uni) > >conducted by the W3C (WWW consortium) and they were talking bout this stuff> >about the power of XML for this sort of thing. A db is probably better >though. > >Could you post that test-data to the cvs as a txt file?? > >Thanks > >Darren Woollatt > > >_________________________ >Mailsomething-devl mailing list >Mai...@li... >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl |
From: Darren W. <dwo...@ho...> - 2003-09-13 01:20:49
|
Hello again, I now see what you mean goals and that sort of thing. How will this need to be shown on the UI. For example would there jyst be a list of goals that are displayed under this task. To your questions about the database. I think it is possible to store files in a db, but I'm not sure what support MySQL has. I know PostgreSQL has some support for this, but getting Postgres to work in Windows is an extreme hassle. What I meant by foriegn key relationship was that a field in a certain table would rterference a field in another table. For example, in a goal table (or something like that) you may have an id to the task which it belongs, this means that this table would reference the Task table with a foriegn key. This reduces redundancy as you can only enter a task in the goal table that exists in the Task table. I will do some thinking and looking around for ideas for the entrance point. I think that the configuring of the database would be a good idea. I see your point of not wanting to include a database with the project, and this should be an option for the user. If there is no db how do you see this task module working?? Would it also have some sort of XML implementation sitting on some sort of server. I was at a seminar the other day (at uni) conducted by the W3C (WWW consortium) and they were talking bout this stuff about the power of XML for this sort of thing. A db is probably better though. Could you post that test-data to the cvs as a txt file?? Thanks Darren Woollatt >From: "Stig Tanggaard" <st...@st...> >To: "mai...@li... " ><mai...@li... > >Subject: Re: Re: Re: [Mailsomething-devl] Compilation Problems >Date: fr, 12 sep 2003 10:27:42 Central European Summer Time > >Hey > >I have written a long note (javadoc) in the interface of the >*.tasmodel.Tasklist. I have also done a dependency interface. My thoughts >was, to be short, that dependencies are created between tasks within a >'tasklist'. The tasklist is a bit difuse term, I would prefer to call it a >'project' 'subproject' 'module' or similar. This entity has tasks, BUT >before that it should have 'goals'. Goals are what its suppose to do, tasks >is the implementation details. If we then have another module or project it >should NOT have dependencies to the first ones Tasks, but to its Goals. >Goals can then be dependent on implementation details (Tasks). > >I havent defined a Goal interface yet... But I was thinking that maybe it >should just extend Task... > >In the tasview one could both show prerequiesites, and what tasks are >dependent on this one (dont remember that word). > >I havent really thought about attachments. I think I will let it use the >RessouceManager interface I have. That has a implementation which saves to >files, but hides those details. Is it not possible to save files in a db? > >What is a foreign key relationship? Im no database expert :) > >By the way I have done a TaskTable which I think works okay. Maybe it can >be build differently... more like a jtable, but basicly it works though, >with sorting and filtering. There is a problem with the painting of the >background though :) > >So what misses now is also an 'entrance-point' into the tasksystem. There >should be some info, like a list of latest updated tasks, some buttons for >showing mytasks, all tasks, and similar, and buttons or simliar for >creating categories, new subprojects, viewing subprojects, searching etc. I >am not sure how to design this. If u see any design which u think fits let >me know. > >I was also thinking there should be a simple component for configuring >database settings (username, password, host, dbname). I dont want to >include a database with the project, but want that to be optional to the >users. > >If u want some test-data to work with I can probably export the tasks I >have allready created in my own db (if I can figure out how). > >Stig > > > > >----- Original Message ----- > >From: "Darren Woollatt" <dwo...@ho...> > >To: mai...@li... > >Sent: Fri, 12 Sep 2003 13:03:11 +0930 > >Subject: Re: Re: [Mailsomething-devl] Compilation Problems > > >Hello, > > > >Just thought I'd let you know that I have now managed to get the files to > > > >compile. > > > >I have begun to have a look at the Task List. I was just after your >opinion> > >about a few things that I have thought of and about. > > > >1. As you said dependancy information needs to be added. I assume this >mean>s > >that task x, has a prerequisite of task y etc. Is this correct. > > > >2. The other thing is attachments that go along with a tasks. Obviously > >these are files that further describe the task for example an image file >or> > >a text file. How will these files be stored ?? e.g. a path that is >located > > >in the database. > > > >3. I also thought about the database that already exists. I think that it > > > >may need to have foriegn key relationships between tables. This would >allow> > >the dependancy information to be more useful. > > > >Interested in your thoughts on these topics. > > > >Darren Woollatt. > > > > > > > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Mailsomething-devl mailing list >Mai...@li... >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl _________________________________________________________________ ninemsn Premium transforms your e-mail with colours, photos and animated text. Click here http://ninemsn.com.au/premium/landing.asp |
From: Stig T. <st...@st...> - 2003-09-12 09:01:50
|
Hey I have written a long note (javadoc) in the interface of the *.tasmodel.Tasklist. I have also done a dependency interface. My thoughts was, to be short, that dependencies are created between tasks within a 'tasklist'. The tasklist is a bit difuse term, I would prefer to call it a 'project' 'subproject' 'module' or similar. This entity has tasks, BUT before that it should have 'goals'. Goals are what its suppose to do, tasks is the implementation details. If we then have another module or project it should NOT have dependencies to the first ones Tasks, but to its Goals. Goals can then be dependent on implementation details (Tasks). I havent defined a Goal interface yet... But I was thinking that maybe it should just extend Task... In the tasview one could both show prerequiesites, and what tasks are dependent on this one (dont remember that word). I havent really thought about attachments. I think I will let it use the RessouceManager interface I have. That has a implementation which saves to files, but hides those details. Is it not possible to save files in a db? What is a foreign key relationship? Im no database expert :) By the way I have done a TaskTable which I think works okay. Maybe it can be build differently... more like a jtable, but basicly it works though, with sorting and filtering. There is a problem with the painting of the background though :) So what misses now is also an 'entrance-point' into the tasksystem. There should be some info, like a list of latest updated tasks, some buttons for showing mytasks, all tasks, and similar, and buttons or simliar for creating categories, new subprojects, viewing subprojects, searching etc. I am not sure how to design this. If u see any design which u think fits let me know. I was also thinking there should be a simple component for configuring database settings (username, password, host, dbname). I dont want to include a database with the project, but want that to be optional to the users. If u want some test-data to work with I can probably export the tasks I have allready created in my own db (if I can figure out how). Stig >----- Original Message ----- >From: "Darren Woollatt" <dwo...@ho...> >To: mai...@li... >Sent: Fri, 12 Sep 2003 13:03:11 +0930 >Subject: Re: Re: [Mailsomething-devl] Compilation Problems >Hello, > >Just thought I'd let you know that I have now managed to get the files to > >compile. > >I have begun to have a look at the Task List. I was just after your opinion> >about a few things that I have thought of and about. > >1. As you said dependancy information needs to be added. I assume this mean>s >that task x, has a prerequisite of task y etc. Is this correct. > >2. The other thing is attachments that go along with a tasks. Obviously >these are files that further describe the task for example an image file or> >a text file. How will these files be stored ?? e.g. a path that is located > >in the database. > >3. I also thought about the database that already exists. I think that it > >may need to have foriegn key relationships between tables. This would allow> >the dependancy information to be more useful. > >Interested in your thoughts on these topics. > >Darren Woollatt. > > |
From: Darren W. <dwo...@ho...> - 2003-09-12 03:33:47
|
Hello, Just thought I'd let you know that I have now managed to get the files to compile. I have begun to have a look at the Task List. I was just after your opinion about a few things that I have thought of and about. 1. As you said dependancy information needs to be added. I assume this means that task x, has a prerequisite of task y etc. Is this correct. 2. The other thing is attachments that go along with a tasks. Obviously these are files that further describe the task for example an image file or a text file. How will these files be stored ?? e.g. a path that is located in the database. 3. I also thought about the database that already exists. I think that it may need to have foriegn key relationships between tables. This would allow the dependancy information to be more useful. Interested in your thoughts on these topics. Darren Woollatt. >From: "Stig" <st...@eu...> >To: "Mailsomething-devl" <Mai...@li...> >Subject: Re: Re: [Mailsomething-devl] Compilation Problems >Date: on, 10 sep 2003 10:27:05 Central European Summer Time > >Hey > >I have allready removed the mentioned errors (just commented them out). If >u experience something similar that is a possible solution. To comment the >error out. I am afraid that the more code there is the bigger is the risk >for compile-errors within the cvs-code. > >But I can recommend Eclipse, it is a really powerfull ide. Somewhere I also >have some 'getting started' guidelines for eclipse... let me know if u need >them. > >Stig > > > >----- Original Message ----- > >From: "Darren Woollatt" <dwo...@ho...> > >To: st...@eu... > >Sent: Wed, 10 Sep 2003 09:19:52 +0930 > >Subject: Re: [Mailsomething-devl] Compilation Problems > > >Howdy, > > > >I did try and use Borland to compile it. I might see if theres an option >fo>r > >this in JBuilder. > > > >If not I'll try to dowload Eclipse and use that. > > > >Darren Woollatt > > > > > >>From: "stig" <st...@eu...> > >>To: "Mailsomething-devl" <Mai...@li...> > >>Subject: Re: [Mailsomething-devl] Compilation Problems > >>Date: ti, 9 sep 2003 09:24:27 Central European Summer Time > >> > >>Hey :) > >> > >>This is due to my laziness. Theres some classes which arent needed and > >>which arent compileable. I will fix the errors. > >> > >>As for jxta libaries, I havent included them yet, coz the code are only > >>testing. > >> > >>Did u use borland to compile it? In eclipse u can easily run the program > > > >>even though theres classes not compilable (they are not used either). If >u> > >>have used the ant build script it probably needs to be updated to avoid >it> > >>to try compile those classes. > >> > >>Stig > >> > >> >----- Original Message ----- > >> >From: "Darren Woollatt" <dwo...@ho...> > >> >To: mai...@li... > >> >Sent: Tue, 09 Sep 2003 12:45:57 +0930 > >> >Subject: [Mailsomething-devl] Compilation Problems > >> > >> >Hello, > >> > > >> >In my efforts to compile the source, from the code downloaded from >cvs, >I > >> > > >> >was unable to do so. > >> > > >> >My first problem was that the jxta library was not included in the >tree >- > >> > > >> >easily fixed: just downloaded it from the web. > >> > > >> >My second problem which I haven't solved is that implementations of > >>Identit>y > >> >(of package net.sf.mailsomething.auth) obviously uses a method called > >> >"getCredentials()", however this method does not exist. In the >Identity > > > >> >interface the method is commented out. I'm not really sure what this > >>packag>e > >> >is doing so I didn't really want to play with it. The problem occurs >in > > >>the> > >> >files: LocalRealm (Line 136), SimpleAuthenticator (lines >68,70,98,101). > > > >> > > >> >Also the same sort of problem appears in AuthUser where there is no > >> >"getAlias" method defined. > >> > > >> >Could this problem be due to an older version on the cvs server ?? Or >is> > >>it> > >> >something that was changed and not updated ?? > >> > > >> >Regards > >> > > >> >Darren Woollatt > >> > > >> >_________________________________________________________________ > >> >E-mail just got a whole lot better. New ninemsn Premium. Click here > >> >http://ninemsn.com.au/premium/landing.asp > >> > > >> > > >> > > >> >------------------------------------------------------- > >> >This sf.net email is sponsored by:ThinkGeek > >> >Welcome to geek heaven. > >> >http://thinkgeek.com/sf > >> >_______________________________________________ > >> >Mailsomething-devl mailing list > >> >Mai...@li... > >> >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > >> >) > >> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by:ThinkGeek > >>Welcome to geek heaven. > >>http://thinkgeek.com/sf > >>_______________________________________________ > >>Mailsomething-devl mailing list > >>Mai...@li... > >>https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > > > >_________________________________________________________________ > >ninemsn Premium transforms your e-mail with colours, photos and animated > >text. Click here http://ninemsn.com.au/premium/landing.asp > > > >) > > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Mailsomething-devl mailing list >Mai...@li... >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl _________________________________________________________________ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp |
From: Stig <st...@eu...> - 2003-09-10 08:28:45
|
Hey I have allready removed the mentioned errors (just commented them out). If u experience something similar that is a possible solution. To comment the error out. I am afraid that the more code there is the bigger is the risk for compile-errors within the cvs-code. But I can recommend Eclipse, it is a really powerfull ide. Somewhere I also have some 'getting started' guidelines for eclipse... let me know if u need them. Stig >----- Original Message ----- >From: "Darren Woollatt" <dwo...@ho...> >To: st...@eu... >Sent: Wed, 10 Sep 2003 09:19:52 +0930 >Subject: Re: [Mailsomething-devl] Compilation Problems >Howdy, > >I did try and use Borland to compile it. I might see if theres an option fo>r >this in JBuilder. > >If not I'll try to dowload Eclipse and use that. > >Darren Woollatt > > >>From: "stig" <st...@eu...> >>To: "Mailsomething-devl" <Mai...@li...> >>Subject: Re: [Mailsomething-devl] Compilation Problems >>Date: ti, 9 sep 2003 09:24:27 Central European Summer Time >> >>Hey :) >> >>This is due to my laziness. Theres some classes which arent needed and >>which arent compileable. I will fix the errors. >> >>As for jxta libaries, I havent included them yet, coz the code are only >>testing. >> >>Did u use borland to compile it? In eclipse u can easily run the program > >>even though theres classes not compilable (they are not used either). If u> >>have used the ant build script it probably needs to be updated to avoid it> >>to try compile those classes. >> >>Stig >> >> >----- Original Message ----- >> >From: "Darren Woollatt" <dwo...@ho...> >> >To: mai...@li... >> >Sent: Tue, 09 Sep 2003 12:45:57 +0930 >> >Subject: [Mailsomething-devl] Compilation Problems >> >> >Hello, >> > >> >In my efforts to compile the source, from the code downloaded from cvs, >I >> > >> >was unable to do so. >> > >> >My first problem was that the jxta library was not included in the tree >- >> > >> >easily fixed: just downloaded it from the web. >> > >> >My second problem which I haven't solved is that implementations of >>Identit>y >> >(of package net.sf.mailsomething.auth) obviously uses a method called >> >"getCredentials()", however this method does not exist. In the Identity > >> >interface the method is commented out. I'm not really sure what this >>packag>e >> >is doing so I didn't really want to play with it. The problem occurs in > >>the> >> >files: LocalRealm (Line 136), SimpleAuthenticator (lines 68,70,98,101). > >> > >> >Also the same sort of problem appears in AuthUser where there is no >> >"getAlias" method defined. >> > >> >Could this problem be due to an older version on the cvs server ?? Or is> >>it> >> >something that was changed and not updated ?? >> > >> >Regards >> > >> >Darren Woollatt >> > >> >_________________________________________________________________ >> >E-mail just got a whole lot better. New ninemsn Premium. Click here >> >http://ninemsn.com.au/premium/landing.asp >> > >> > >> > >> >------------------------------------------------------- >> >This sf.net email is sponsored by:ThinkGeek >> >Welcome to geek heaven. >> >http://thinkgeek.com/sf >> >_______________________________________________ >> >Mailsomething-devl mailing list >> >Mai...@li... >> >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl >> >) >> >> >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Mailsomething-devl mailing list >>Mai...@li... >>https://lists.sourceforge.net/lists/listinfo/mailsomething-devl > >_________________________________________________________________ >ninemsn Premium transforms your e-mail with colours, photos and animated >text. Click here http://ninemsn.com.au/premium/landing.asp > >) |
From: stig <st...@eu...> - 2003-09-09 07:29:07
|
Hey :) This is due to my laziness. Theres some classes which arent needed and which arent compileable. I will fix the errors. As for jxta libaries, I havent included them yet, coz the code are only testing. Did u use borland to compile it? In eclipse u can easily run the program even though theres classes not compilable (they are not used either). If u have used the ant build script it probably needs to be updated to avoid it to try compile those classes. Stig >----- Original Message ----- >From: "Darren Woollatt" <dwo...@ho...> >To: mai...@li... >Sent: Tue, 09 Sep 2003 12:45:57 +0930 >Subject: [Mailsomething-devl] Compilation Problems >Hello, > >In my efforts to compile the source, from the code downloaded from cvs, I > >was unable to do so. > >My first problem was that the jxta library was not included in the tree - > >easily fixed: just downloaded it from the web. > >My second problem which I haven't solved is that implementations of Identit>y >(of package net.sf.mailsomething.auth) obviously uses a method called >"getCredentials()", however this method does not exist. In the Identity >interface the method is commented out. I'm not really sure what this packag>e >is doing so I didn't really want to play with it. The problem occurs in the> >files: LocalRealm (Line 136), SimpleAuthenticator (lines 68,70,98,101). > >Also the same sort of problem appears in AuthUser where there is no >"getAlias" method defined. > >Could this problem be due to an older version on the cvs server ?? Or is it> >something that was changed and not updated ?? > >Regards > >Darren Woollatt > >_________________________________________________________________ >E-mail just got a whole lot better. New ninemsn Premium. Click here >http://ninemsn.com.au/premium/landing.asp > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Mailsomething-devl mailing list >Mai...@li... >https://lists.sourceforge.net/lists/listinfo/mailsomething-devl >) |