agendaware-dev-client Mailing List for Agendaware
Status: Inactive
Brought to you by:
zacklink
Menu
▾
▴
agendaware-dev-client — Dev list for client development
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(38) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(22) |
Feb
(11) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rahul K. <ag...@my...> - 2006-03-26 08:55:35
|
Greetings Everyone, How are you all ? It has been a long time we touched base. I hope you all had a wonderful life during these days. The world has changed in 5 years since this project was started. We all left it in between, but the project suerly had all the ingredients for success. Any one still willing to work on making it see light of the day ? Best Wishes, Thanks, Rahul |
|
From: Shane T. <tur...@ya...> - 2002-05-12 05:43:03
|
Hey everyone, Just posted the new server stuff with directory services. There are api examples under the "api_examples" directory. Let me know if you have any problems with it or if you encounter a bug that you can't get a around and i'll try and fix it as quick as I can to get you back going again. About to get my internet connection restored to my home linux box so maybe updates will come a little more frequently in the future. Next, I'm going to look at the connection handling stuff and make it a little more robust than it is now. May do a little perf stuff just to see how it stands up under a moderate load. Also looking into how to integrate external email into the server also. Trying to find some good external libs for parsing mail messages and such (if anybody has any ideas, let me know). If there's some other features you'd like to add sooner, let me know and we'll see what we can do. Have fun! Shane __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com |
|
From: Joerg A. <joe...@gm...> - 2002-05-10 22:01:54
|
Am Montag, 6. Mai 2002 18:05 schrieben Sie: Hi Shane, sorry I can't look on your material now. Because I'm going to vacation for 3 weeks (Sardinia). After my return I promise that I will look to it and make up my mind for the server interface. But now I have to fill my suitcase and hurry to the airport. Greetings Joerg |
|
From: Zack L. <za...@th...> - 2002-05-02 01:10:44
|
Hey All, Joerg has agreed to take over management of the client side. He is very good at what he does, and I trust he will do a great job. So, thanks from me Joerg and good luck! Probably the best thing for everyone who is contributing on the client side, or wants to, is send Joerg an email, so he can coordinate the development. Thanks everyone for contributing and participating, it is much appreciated. Zack |
|
From: Zack L. <za...@th...> - 2002-04-27 02:29:15
|
I have been dreading sending this email for the past couple of weeks, but it has become evident to me that I can no longer manage this project. Work is taking up more and more of my time, and I just can't do a decent job on Agenda. So, I am passing the torch. Really two torches as I think the 2 things I do are seperate. There is the client-side manager, and the overall project manager. While the overall project manager title hasn't meant much extra work, as Shane has done such a great job managing (and coding too ;-) ) the server side, it hasn't needed any. I am hoping that Shane will take over as the overall project manager, because I think he will do a better job than I can. That still leaves the client side manager. I would prefer someone who is already contributing, if nobody suitable volunteers, I will go ahead and post a job on sourceforge. And again, I really love this project, and hope it goes far, but I am just spread too thin now. I also want to thank everyone who has contributed to the project. You guys are what has made this happen, and I appreciate it. I have learned things from every one of you. Thanks, Zack |
|
From: Shane T. <tur...@ya...> - 2002-04-25 22:14:50
|
Good point, I'd forgotten about the other comms we may need to implement later. I think we can still make a standard interface for the client to use though, we just need to put a little more design thought into it. I'm thinking maybe we can implement some sort of set of common "interface" classes (Java terminology) that encapsulate the API's that the client will use, and then we can have each specific communication module implement that API, so there is not a major changing of client code when adding other things such as IMAP, POP, LDAP. How about we brainstorm on a few design ideas and we'll see what we can come up with? The overall goal should be that adding additional "server comms" should be almost transparent to upper level client code. We can make it "pluggable"(like the client loading the appropriate libraries at run time) and then any one could make a java module (if that's what you want to call it) to connect to his/her own mail server, directory server, etc . . .) I think this would be a very cool feature for integrating with other groupware servers. Just drop a line with any ideas you have . . . I'll do the same when I come up with something . . . Thanks! Shane --- Joerg Althoff <joe...@gm...> wrote: > Am Donnerstag, 25. April 2002 03:51 schrieben Sie: > > > > > Directory Services | Mail | Calendar | Admin > > ------------------------------------------------------------- > > DirComms | Mail Comms | Calendar Comms | Admin Comms > > > > (Another reason is that I'm getting a craving to do some Java > > and thought this would be a good way) :-) > > > > How does this sound guys??? > > > Hi Shane, > > sounds good. As I understand, you want to create some Java Classes with > all > the XML Stuff for server communications build in. > > This classes have well defined interfaces, like > serverAdminComms.logon(userid) or > serverCalendarComms.getCalendarEntriesVetcor() or > serverMailComms.getMailMessagesVector(mailbox). > > But there is one thing to think about. As I understand the goals of the > client, the AgendServer will not the only source of information for the > client (Zack????). POP3, IMAP, ICQ, LDAP??, and so on. > > The status now is: > 1. Reading and writing data to the local client store > 2. Logon to the AgendaServer > 3. Presentation of mail data > > If we want to reach the other servers we have to design such an > interface for > the client side, in wich we can plug in several modules for server > communication (not only for AgendaServer, but also for POP3 server, and > so on) > > > Greetings Joerg > > > > > > > __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ |
|
From: Joerg A. <joe...@gm...> - 2002-04-25 19:40:30
|
Am Donnerstag, 25. April 2002 03:51 schrieben Sie: > > Directory Services | Mail | Calendar | Admin > ------------------------------------------------------------- > DirComms | Mail Comms | Calendar Comms | Admin Comms > > (Another reason is that I'm getting a craving to do some Java > and thought this would be a good way) :-) > > How does this sound guys??? > Hi Shane, sounds good. As I understand, you want to create some Java Classes with all the XML Stuff for server communications build in. This classes have well defined interfaces, like serverAdminComms.logon(userid) or serverCalendarComms.getCalendarEntriesVetcor() or serverMailComms.getMailMessagesVector(mailbox). But there is one thing to think about. As I understand the goals of the client, the AgendServer will not the only source of information for the client (Zack????). POP3, IMAP, ICQ, LDAP??, and so on. The status now is: 1. Reading and writing data to the local client store 2. Logon to the AgendaServer 3. Presentation of mail data If we want to reach the other servers we have to design such an interface for the client side, in wich we can plug in several modules for server communication (not only for AgendaServer, but also for POP3 server, and so on) Greetings Joerg |
|
From: Shane T. <tur...@ya...> - 2002-04-25 01:52:31
|
Hey guys, just had an idea and wanted run it by you.
Currently when developing the server, I'm continually testing
the XML comms to insure that I didn't break anything, etc . .
I was wondering if anyone would object to the server side
also maintaining the Java side of the communications stuff.
Not everything, just mainly the code dealing with generating,
receiving and decoding the XML communcations. (Right now, it
would by the CommsParser class that's defined on the client side)
This would also help me as while I was writing the server and developing
the comms, I could update the Java side comms to match and then use those
to do my testing and insure that the testing programs I'm using (that are
written with the Java comms) would be re-used by the client code.
I'm thinking that if we decide to do this, we could create some well
defined interfaces/classes to be used by the client and as along as
the interfaces remain constant the client could be shielded from the
communications side as long as the server side keeps the comms current.
(With, of course, suggestions or additions for client guys).
Also, while I was prototyping some stuff for an admin GUI, I started
thinking that I would want to reuse the comms stuff you guys had
instead of creating my own.
Thinking it would look something like this, where the
horizontal lines represent the insulating layers between
the interfaces. Client would use/maintain the top layer,
and server would maintain the bottom layer.
Directory Services | Mail | Calendar | Admin
-------------------------------------------------------------
DirComms | Mail Comms | Calendar Comms | Admin Comms
(Another reason is that I'm getting a craving to do some Java
and thought this would be a good way) :-)
How does this sound guys???
__________________________________________________
Do You Yahoo!?
Yahoo! Games - play chess, backgammon, pool and more
http://games.yahoo.com/
|
|
From: Shane T. <tur...@ya...> - 2002-04-22 21:38:26
|
Thanks for the pat on the back! There will be one last update for the server and that will be minor directory services that I mentioned in the previous email. Everything is working now, just some more testing to be done before I commit the change. The changes will be: -- Directory service -- lookup up user based on directory id -- directory searching capabilities on first or last name (based on wildcards) . -- when adding a user to the server, also adding their directory entry so they can be looked up by the client. -- This should allow for fully functional directory and mail services within the registered agenda users on the server(nothing external working yet). After these are in, we'll stop on the api stuff and let the client get in sync and make sure they both talk the same language. I'm also starting to prototype an admin gui for administration purposes. While you guys are syncing up the client with the server, I may toy around with the connection handling and such (maybe look at performance, connection management, etc . . .) BTW, the API seems to be diverting somewhat from the original draft out there, so the best bet at this point is to use the command line utilties and figure out what output is being received and then code the GUI appropriately. There's an "api_examples" directory where I'm storing the format of the XML commands that can be issued and should be the correct syntax that the server understands. I'll let you know when I get this last drop of code in . . . --- Agyani <ag...@my...> wrote: > Hello, > > "Hat's off " to Shane's dedication and commitment, with development gone > dead he is still on and working to make agendaware server see light of > the day. > > Well to appreciate his effort and dedication I have started work on > adding database support using Postgres. Core classes are ready and work > is on at full swing, soon we may have db support. > > It is now time to wait and synchronize the client with the server to > make both of them talk and start using the new functionality of the > server. > > I admit that my contribution has not been much lately, due to work and > study pressures. But now as things have stabilized a bit, I would try to > be more active. > > Lets all of us come back and start the game again with new sprit. > > regards, > > Rahul > > __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ |
|
From: Agyani <ag...@my...> - 2002-04-22 18:14:13
|
Hello, "Hat's off " to Shane's dedication and commitment, with development gone = dead he is still on and working to make agendaware server see light of = the day. Well to appreciate his effort and dedication I have started work on = adding database support using Postgres. Core classes are ready and work = is on at full swing, soon we may have db support. It is now time to wait and synchronize the client with the server to = make both of them talk and start using the new functionality of the = server. I admit that my contribution has not been much lately, due to work and = study pressures. But now as things have stabilized a bit, I would try to = be more active. Lets all of us come back and start the game again with new sprit. regards, Rahul |
|
From: Shane T. <tur...@ya...> - 2002-04-15 04:29:02
|
Hey everybody,
Just wanted to let everyone know that I have made some progress
on the server side (not checked in yet). Currently I have directory
services basically working such that you can request a directory
entry given you know the specific directory id. Now I'm adding
some indexes and searching capabilities so that the client
can query for a specific user given a search string such
as "???rge" or "*rge" (? matches 1 char and * matches 1 or more)
The above two strings would both match an entry for "George" for instance.
Sorry for the hiatus, but work has been a bit intense here lately
and hopefully is beginning to settle down.
Once we get directory stuff working, does anybody have any preference
on what area we start on next? Below are listed a few of the areas
that need to be dealt with in the immediate future
-- personal address books (currently dir services work with other people
that have agenda logins)
-- server to deliver and accept "external" email
-- add user preferences storage/retrieval to server
-- retrieve/store folders on server
-- any other suggestions
Let me know what you would like.
How's everybody else doing . . . ?
Shane
__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/
|
|
From: Zack L. <za...@th...> - 2002-03-22 04:24:16
|
Is anyone else getting this...
java.util.MissingResourceException: Can't find bundle for base name
agenda.Res, locale en_US
at
java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:804)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:773)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:511)
at agenda.mail.MailMsgDialog.<init>(MailMsgDialog.java:48)
...when opening a message to view?
Does this have to do with the resource bundles being in a jar file or not?
ZL
|
|
From: Zack L. <za...@th...> - 2002-03-22 03:17:46
|
Cool. As far as my progress, I am going to get the client and server comms synced up. Will start working on that soon. What is everyone else working on now? Zack Shane Turner wrote: > The api for retrieving messages now works correctly when specifying > "last_check_time". If the value is 0, it retrieve all messages, otherwise > the value should represent number of seconds since epoch. This is then > used to search for all messages later than the corresponding date. > Also directory services are in progress and hopefully have something > in a week or two. > > How's everybody else doing? > > Shane > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - live college hoops coverage > http://sports.yahoo.com/ > > _______________________________________________ > Agendaware-dev-server mailing list > Age...@li... > https://lists.sourceforge.net/lists/listinfo/agendaware-dev-server > > > |
|
From: Shane T. <tur...@ya...> - 2002-03-17 21:48:32
|
The api for retrieving messages now works correctly when specifying "last_check_time". If the value is 0, it retrieve all messages, otherwise the value should represent number of seconds since epoch. This is then used to search for all messages later than the corresponding date. Also directory services are in progress and hopefully have something in a week or two. How's everybody else doing? Shane __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ |
|
From: Henry R. <hen...@hc...> - 2002-02-17 20:59:53
|
Dear all, A few weeks ago I promised to set up Agendaware to run with Java Web = Start (JWS). For this to happen the app should be capable of running = from an excutable jar because JWS runs the app also from jar file.(An = encrypted jar file that is!)=20 At this point Agendaware runs both from directory and from an excutable = jar and all the resources (images, tipfiles language files etc.) are = retrieved oke. But when I sign the JAR file with the jarsigner tool the = app DUMPS ( On Windows XP with J2sdk 1.4.0 ): " An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at = PC=3D0x6D2834C1 Function=3DJNI_OnLoad+0x249 Library=3DC:\j2sdk1.4.0\jre\bin\jpeg.dll Current Java thread: at sun.awt.image.JPEGImageDecoder.readImage(Native Method) at = sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:144) at = sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:= 257) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:214) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:182) ... .. " Please check if the same error occurs with your stuff! As for as I know Java Web Start is shipped with j2sdk1.4.0 so this = should be no problem. The link to Agendaware with JWS is still the same : = http://agendaware.sourceforge.net/jws/ Tanks, Henry |
|
From: Zack L. <za...@th...> - 2002-02-15 12:43:33
|
Hey guys, sorry if I haven't been very responsive these past few weeks. I have been slammed at work (moving offices) and have taken a couple trips. Anyway, just leaving town again, won't be back until Sunday late. I should be back in the groove when I return. In the mean time, have fun. ZL |
|
From: Henry R. <hen...@hc...> - 2002-02-14 15:31:39
|
He people,
The 2 days of altering and reorganizing took a bit longer....kind a busy =
for school/work etc..
Just added the build.xml to the CVS and ALTERED LOTS OF FILES to be =
capable of working with resources in the same jar file as the classes.
Agendaware compiles now and runs both from build directory and from JAR. =
KNOWS bugs:
- The TIP files are still not retrieved. (Cause NULL Pointer =
exception) Strange bug. Fix this a.s.a.p.
- The JVM keeps hanging on exit. I noticed this both while running =
from ANT and from JBuilder(not with JBuilder in debug). Maybe some =
threads still running??? Can be a bug in jsdk 1.4b3. Jdk1.4 is released =
and i'm downloading it right now.=20
- Starting from Java Web Start doen't work. The most likely cause =
for this is when your are still using jdk1.4 BETA try real release.
Also moved the GUI files to the agenda.gui package/directory
Moved all the resource files to agenda/res.=20
Shout or just mail me if you don't agree the reorg or have comments on =
the altering of some files.
Henry
|
|
From: Shane T. <tur...@ya...> - 2002-02-13 20:47:06
|
Have any of you looked at this? Kinda scary, but I don't know if it's a big deal or not. http://slashdot.org/article.pl?sid=02/02/13/188234&mode=thread&tid=150 __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Shane T. <tur...@ya...> - 2002-02-11 03:14:21
|
The new server is out there now. It now has mail support. There are a few things to mention before running though. Adding a mailbox is used through a separate utility for now (mailAdmin). This is in the RUN_INSTRUCTIONS. Also, the server now validates the user and password. It validates that a mailbox exists for the user, so be sure to run the mailAdmin utility to create a mailbox to login to. Also, it accepts any password except the word "password". I just put this in so the client can emulate a failed login. Also, the last_check attribute of the RetrieveMailMessageRequest is used, however it always returns all messages and not just the ones from the given time period forward. I'll update this a little later. Next focus is on direcotry services (and any problems you guys find interacting with the client and server). Have fun! __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: zack <za...@th...> - 2002-02-07 02:36:48
|
Just read the server update. Moving right along, very cool. On the last_check_time mentioned below, I think we do need it for 2 reasons... 1) If the user moves from 1 box to another, the user would only get messages not downloaded on their other machine. POP3 has similar issues. With last_time_check, it will be much easier for the client to check the local db and sync just what it needs. 2) In case of the client detecting some internal inconsistency, it will have more power itself to recover from data integrity problems, while still minimizing bandwidth, responsiveness and server load. The client should be able to get up to speed on the comms pretty quickly, in fact, if no one else is working on it, I will do some work on that soon. Thanks, Zack Shane Turner wrote: > Just some thoughts regarding APIS. I've run into a few areas where it > seems the APIs don't make much sense so I wanted to get some feedback. > The main one I wanted to ask about was the RetrieveMailRequest. > It currently looks like this. > > <RetrieveMailRequest mailbox="xxx" request_id="xxx" format="header" > last_check_time="xxx"/> > > Where last_check_time is used to indicate a timestamp of the last time > the client checked for messages. I was thinking that the server ought > to be able to know what new messages have been delivered but haven't been > requested by the client so I was wondering if maybe we should change > last_check_time to something like "type" where the applicable values > would be "all" meaning to retrieve all messages and "new" meaning to only > give back new messages. last_check_time just doesn't seem appropriate. > > What do you guys think? > > Next, I was looking at the client code and it doesn't look like we're in > sync with the APIs with respect to responses and such. Just as a helper, > when I get the next version of the server out, I'm going to send small > command line programs that can be used to connect to the server and view > the different responses. I'll also include the exact APIs that the server > understands then you guys can let me know if there's things I need to > change or if you agree with the state of the APIs. > > Any problems or questions? > > > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com > > _______________________________________________ > Agendaware-dev-client mailing list > Age...@li... > https://lists.sourceforge.net/lists/listinfo/agendaware-dev-client > > > |
|
From: Shane T. <tur...@ya...> - 2002-02-06 17:55:46
|
Just some thoughts regarding APIS. I've run into a few areas where it seems the APIs don't make much sense so I wanted to get some feedback. The main one I wanted to ask about was the RetrieveMailRequest. It currently looks like this. <RetrieveMailRequest mailbox="xxx" request_id="xxx" format="header" last_check_time="xxx"/> Where last_check_time is used to indicate a timestamp of the last time the client checked for messages. I was thinking that the server ought to be able to know what new messages have been delivered but haven't been requested by the client so I was wondering if maybe we should change last_check_time to something like "type" where the applicable values would be "all" meaning to retrieve all messages and "new" meaning to only give back new messages. last_check_time just doesn't seem appropriate. What do you guys think? Next, I was looking at the client code and it doesn't look like we're in sync with the APIs with respect to responses and such. Just as a helper, when I get the next version of the server out, I'm going to send small command line programs that can be used to connect to the server and view the different responses. I'll also include the exact APIs that the server understands then you guys can let me know if there's things I need to change or if you agree with the state of the APIs. Any problems or questions? __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: zack <za...@th...> - 2002-02-05 01:38:52
|
Is it just my set up, or are other people having problems with the splash screen hitting a null pointer exception when running agenda client? On that note (because the two are related) is anyone else using JBuilder? If so, which version? The problem is clearly that it can't get the resource. I thought originally it was just a simple path problem (which IS part of the problem, as my pwd is different than assumed). But it appears to be more than that. I am sure I can fix it, but wanted to see if other people are coming up with the same error, or whether my environment has become a little trashed over time. Thanks, Zack Exception in thread "main" java.lang.NullPointerException at javax.swing.ImageIcon.<init>(ImageIcon.java:136) at agenda.Splash.<init>(Splash.java:10) at agenda.Agenda.<init>(Agenda.java:61) at agenda.Agenda.main(Agenda.java:74) |
|
From: Joerg A. <joe...@gm...> - 2002-02-03 18:52:31
|
Dear All, I used the JavaMail API in the class DataParser.java. To compile correctly you must have the mail.jar in your classpath. If you use JBuilder 6 this is easy. The JavaMail API is bundled with JBuilder 6. You only have to add JavaMail to the Required Libraries in your Project Properties. Sincerly Joerg |
|
From: Agyani <ag...@my...> - 2002-02-03 15:58:00
|
hi dev team,
updated client for ssl related changes. to test ssl you will have to =
edit CommsParser.java (pass true in initConnection) and AgendaFrame.java =
(in login uncomment the if condition and comment =
port=3DUtils.STANDARD_PORT and select Make secure connection in login =
dialog).
some changes which were causing compile problems have been commented, =
relevant lines are
LocalStore.java:639
LocalStore.java:641
LocalStore.java:645
MailboxFolderModel.java:101-105
plz adjust with the above ssl scheme. things will be more easy as soon =
we have the Preferences ready.
=20
things to come under Preferences
configuration of Standard and Secure ports
configuration of language to use
show start up tip
and any thing which we all decide.
may u have an error free compile :-)
=20
rahul
|
|
From: Agyani <ag...@my...> - 2002-02-03 15:57:53
|
hi dev team,
as we are having language porting, i have some ideas
=20
Every class gets its resources from a standard place like =
Utils.res.getString(..)
Each class which wants to be notified that language has changed, =
implements LanguageListener
Interface LanguageListener has one method=20
public void languageChanged()
to be called when user changes the language option from =
Preferences and Utils has been able to
reload the relevant ResBundle.
Utils has a Vector containing references of LanguageListener.
Each class which implements LanguageListener does =
Utils.addLanguageListener(this)
i think the above design pattern will make language change more easy and =
code manageability will prevail.
suggestions on the above design are welcome
rahul
|
2 messages has been excluded from this view by a project administrator.
