agilewiki-wiki Mailing List for AgileWiki (Page 17)
Status: Beta
Brought to you by:
blaforge
Menu
▾
▴
agilewiki-wiki — General discussion.
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(10) |
Feb
(1) |
Mar
(29) |
Apr
(13) |
May
(119) |
Jun
(104) |
Jul
(142) |
Aug
(92) |
Sep
(86) |
Oct
(31) |
Nov
(16) |
Dec
(6) |
| 2007 |
Jan
(3) |
Feb
(10) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ajay R <aja...@ya...> - 2006-06-27 21:08:11
|
Hi Everyone My name is Ajay Ravichandran. I am currently a Master's student from the Univ. of Louisiana, doing an internship over here. My hometown is Bangalore. I have been working with Java for about 2 years now. I would love to be part of this project and contribute Thanks Ajay Ravichandran __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Bill la F. <bil...@su...> - 2006-06-27 11:46:30
|
All, I had previously indicated that I'd be doing all the items required for beta. Well, I don't think it will happen for a while, so feel free to pick any issue you want to work on. Exceptions being the two Naill is working on and, for myself, the admin commands for setting ents. I'm pretty busy at work, and I expect that I'll be spending time on AW documentation as well. Bill |
|
From: Bill La F. <Wil...@Su...> - 2006-06-27 07:29:32
|
Arun, Welcome! I myself am working for Sun Microsystems in Bangalore, so I guess we're close. Perhaps we can get together at a FOSS meet or something. As you have expressed interest in the agile wiki project, I would encourage you (and everyone!) to create an accout on agilewiki.org. When you register, a cabinet is created where you can experiment with the program. You'll also find some documentation there, though I've only just started on documentation. (I'll note that until you are an experienced user, it may be difficult to test any contributions that you may submit.) Also, I'd still like to know your user name on java.net. (Please create one unless you have already done so.) Bill jyothi arun wrote: > Hello sir > > I am a MCA graduate from osmania university and graduation in B.Sc in > electronics right now i am in india hyderabad. > > regards > arun |
|
From: jyothi a. <aru...@gm...> - 2006-06-27 06:10:20
|
Hello sir I am a MCA graduate from osmania university and graduation in B.Sc in electronics right now i am in india hyderabad. regards arun On 6/27/06, Bill La Forge <Wil...@su...> wrote: > > Ah, but are you arimpoor? Or is that someone else? > > And how about a brief intro? So I can update > http://agilewiki.org/aw3/team.html but mostly so we know something about > your interests, skills and experience. :-) > > Bill > > jyothi arun wrote: > > hello sir > > my mail address is aru...@gm... > > regards > arun > > ------------------------------ > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > ------------------------------ > > _______________________________________________ > Compstrm-wiki mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/compstrm-wiki > > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > _______________________________________________ > Compstrm-wiki mailing list > Com...@li... > https://lists.sourceforge.net/lists/listinfo/compstrm-wiki > > > |
|
From: Bill La F. <Wil...@Su...> - 2006-06-27 05:58:58
|
Ah, but are you arimpoor? Or is that someone else? And how about a brief intro? So I can update http://agilewiki.org/aw3/team.html but mostly so we know something about your interests, skills and experience. :-) Bill jyothi arun wrote: > hello sir > > my mail address is aru...@gm... <mailto:aru...@gm...> > > regards > arun > >------------------------------------------------------------------------ > >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > >------------------------------------------------------------------------ > >_______________________________________________ >Compstrm-wiki mailing list >Com...@li... >https://lists.sourceforge.net/lists/listinfo/compstrm-wiki > > |
|
From: Bill La F. <Wil...@Su...> - 2006-06-27 05:55:16
|
If you look in the FileLayouts cabinet at agilewiki.org, you will find that the documentation for the log files has been completed. Not exactly thrilling stuff, but not too hard to understand, methinks. And it gives you some of the background you need to work on utilities. Might also be helpful in debugging, mm? Bill |
|
From: jyothi a. <aru...@gm...> - 2006-06-27 05:51:35
|
hello sir my mail address is aru...@gm... regards arun |
|
From: Bill la F. <bil...@su...> - 2006-06-27 00:41:57
|
LSec table display project requires only a change to org.agilewiki.ark.rolons.TableRolon, though we may also end up doing some refactoring to org.agilewiki.ark.rolons.Rolon as well. In both classes, we want to study the docEvent method. In TableRolon, this method simply creates a "Table" event--all the display logic is then handled by the clients. In contrast, the docEvent method in Rolon creates a "Doc" event containing html. The Rolon method also identifies WikiWords, converting them to web links, as well as handling brace notation. My suggestion is to move most of the code in Rolon.docEvent into a new methon in Rolon, and have the Rolon.docEvent fetch the document and pass it to the new method. Then TableRolon.docEvent can create the html from the document and simply call the new method in Rolon to handle all the WikiWord and brace notation processing. Does this sound reasonable to you? I really don't want the code in Rolon.docEvent duplicated, as we may want to add some features later. (I fear that I've now over-spec'd this project. But then, we've only just started working together.) Bill . . . . . . . . . . . . . . . . Hi Bill, I would like to work on these open issues: GUI: SwingFieldLength - i presume that you are talking about database field lengths here? - ie when the gui needs a field length it should ignore the lengths of recieved field lengths? Doc - Table LSecs should be displayed using AwServer-generated HTML, allowing for clickable links within cells. Niall |
|
From: Bill la F. <bil...@su...> - 2006-06-27 00:21:46
|
Niall, Such a nice email for first thing in the morning! (It is 5:30AM in India as I read this.) I feel like it is Christmas and I just saw a whole pile of presents under the tree. :-) Lets have two threads on this, one for each assignment. And of course I'm responding to the simpler one first, swing field length. I'll start by confirming your understanding. Lets start by looking at the second half of org.agilewiki.framework.Form. This is where we request field input. Look at three methods, password, passwordChallenge and editText. These are the 3 methods which request field input. And they pass a size attribute giving a suggested field width. Note that this is not a max field length, only a suggestion to the display. Note also that this is a character count, not a size in pixels. So you will need to use a fudge factor (times 10 or something like that) to get a reasonable field length. Now if we look at the swing client, there are two modules that need updating: org.agilewiki.swingclient.common.EditText and org.agilewiki.swingclient.common.Password. Note that these two modules process the event objects produced by the three methods mentioned above. Now the servlet code already uses variable length field entry. The idea behind this project is partly to keep the servlet and swing programs similer in feel for the user and partly to improve the look of the swing client. Bill . . . . .. . . . . . . . . . . . Hi Bill, I would like to work on these open issues: GUI: SwingFieldLength - i presume that you are talking about database field lengths here? - ie when the gui needs a field length it should ignore the lengths of recieved field lengths? Doc - Table LSecs should be displayed using AwServer-generated HTML, allowing for clickable links within cells. Niall |
|
From: Bill la F. <bil...@su...> - 2006-06-26 12:39:46
|
I came home and found my internet connection down... But its back up now and I've restarted the server. Bill La Forge wrote: >AW at agilewiki.org went down early this afternoon... I'll bring it up >when I get home. Obviously the db needs more shaking down. As I want to >add a lot more documentation, this will happen. Its just going to take >longer than I like. :-( > >Now when it IS up, I'd appreciate it if you could review the open >issues, find something you would like to work on and then tell me what >you need to know to work on it. I know that this is hard to do, given an >almost complete lack of documentation. Hopefully it will get easier as >we go along. But if you are not seeing documentation in areas of >interest to you, please speak up! I can always give it priority. > > |
|
From: Bill La F. <Wil...@Su...> - 2006-06-26 11:02:12
|
AW at agilewiki.org went down early this afternoon... I'll bring it up when I get home. Obviously the db needs more shaking down. As I want to add a lot more documentation, this will happen. Its just going to take longer than I like. :-( Now when it IS up, I'd appreciate it if you could review the open issues, find something you would like to work on and then tell me what you need to know to work on it. I know that this is hard to do, given an almost complete lack of documentation. Hopefully it will get easier as we go along. But if you are not seeing documentation in areas of interest to you, please speak up! I can always give it priority. Bill |
|
From: Bill La F. <Wil...@Su...> - 2006-06-26 04:22:55
|
Firstly, I'd like to note that the url http://agilewiki.org is finally working just great. Nuitari, the ISP for the site, has been very helpful. Next, I'd like to point out the growing amount of content at agilewiki.org. If you go to http://agilewiki.org/aw3/AwServlet you will see several new cabinets, including * UserGuide <http://agilewiki.org/aw3/AwServlet?cmd=rid%208dfe7005e3905bb867174da3c329877c> * InstallingAwServer <http://agilewiki.org/aw3/AwServlet?cmd=rid%202aaa37ab58448872337cbe84b72a56eb> * DeveloperGuide <http://agilewiki.org/aw3/AwServlet?cmd=rid%202542c23a7126cf96d0a6c5a05c0c5291> * Rolonics <http://agilewiki.org/aw3/AwServlet?cmd=rid%2093df68eb1779b74f4bf239f69b490a49> * OpenIssues <http://agilewiki.org/aw3/AwServlet?cmd=rid%20854fe10d9393bb3b81412177d3d11e20>. This is a place to keep an eye on. Note that the OpenIssues Cabinet now covers a great deal, though not in much depth. I've been thinking that file formats is probably an important enough (and small enough) that it is worth working on next. (I'll keep you all posted on developments.) All in all, this was a very successful weekend. With release alpha28-1a, the database is finally starting to stabalize. So AgileWiki3 has finally become self hosting. I encourage everyone to register at the agilewiki.org site! Remember, it is hard to understand what we're doing if you're not a user. And as we make AgileWiki3 more agile, this site should become much more fun to work with. Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-25 04:16:53
|
Niall, Anything that stores data these days can be called a database. There are two reasons why they are slow: 1. Since they are hard to write and general purpose, they are run as a separate process. This way you can have multiple applications sharing the same data. But running as a separate process, they are slower than if they were integrated into the application. 2. The best technology to date has been RDBMS and OODBMS. But they are not even a reasonable fit for most applications. So a lot of effort goes into trying to make databases faster, including amazing efforts by administrators to tune each database installation. But not being a good fit to start with, they remain hard to use and result in slow applications. This is a failure of theory. Now with rolonics, we have a good theory of applications. And we can put the application server in the same process with the rolonic database. That makes it faster. But a rolonic database is also a very very good fit for applications. So, even while the database may be only so fast, the applications themselves are blazing fast--a rolonic database is always exactly what is needed for an application. OK, not all of this is proven in practice yet. We'll get there. Also, rolonic applications are a bit different from regular applications--they are more focused on classifiers and journals and less ledger centric. And that makes them faster--they are programmed more correctly--as well as more natural for users. Hmm. Some of this actually has been proven in practice, though not by me. Norm has been working on smaller applications of Rolonics and has had some very interesting successes, though the work has been propriatary. You were wondering perhaps, what kept Norm so busy? :-) Bill Niall Loughnane wrote: > Hi Bill, > > Apologies, > > Although the link did not link to the open issues i did not see how > the enhancments could be made to AgileWiki, this was the first the > first time that i saw the link to AgileWike, > > you are correct that this is all alternatives to ejb, ejb is after all > a package that would connect an external jar to ejb just to connect to > database connections etc? what a pain databases are? couldnt there be > something better than databases ie they are slow they are there just > too store data, cant be there something that has never been developed > yet, something that will make things better, databases are after all a > after all a run down thing, they come come corrupt? why? there is > oracle and sql server they come corrupt? all they do is store data and > is there only job, besides security etc? there should be something > different that agilewiki should be based on that the normal database > that agilewiki is based on? our ancestors didnt, ie Sir Bill Gate or > Sir Allen? > |
|
From: Bill la F. <bil...@su...> - 2006-06-25 03:57:14
|
Niall, There was previously a partial list of issues in the issue tracker on the java.net site. I've also from time to time indicated areas that needed work. This weekend finally I wrote the comprehensive list of things to be done, and only just finished it. I thought that it would be well worth the effort. I don't want to be the bottleneck on this project, though it is unavoidable for now. But with AgileWiki3 finally working well enough to be self-hosting, my main focus for a while will be on documentation, and especially programmer documentation. This will finally open up the project to other developers to contribute. As I progress, I do hope that you and others will continue to help me by contributing what you can, especially with questions about things that need clarifying. My long-range goal is to see hundreds, no, thousands of developers building on what we have done together. But that is a goal that can not be reached without your help. Norm has been working on Rolonics for 20 years, while I have only spent the last 6 on prototypes for the AgileWiki. So yes, there's some catching up to do. But there is pleanty of room in the core development team. And I will do my best to make it possible for anyone who has the interest to participate. Also, the so-called comprehensive list of open issues isn't really comprehensive. I left out change notifications for one. And it really only covers what's been prototyped. There are still other areas of Rolonic theory that I have not yet had a chance to apply, one of particular interest being agent theory. And AgileWiki3 is likely not the be the all and end all. I expect there will be an AgileWiki 4 in a couple of years, and more beyond that. This has become my life's work. And like other projects, JBoss for example, I expect there will be a financial side of AgileWiki3. But for that we need to build a team of developers interested in providing support. It will take time and effort on all our parts. But we have something unique in the industry--a comprehensive theory on which to base our work. Contrast that to other, ad hoc efforts (like EJB, SOA, Portlets), which may be the best efforts to date, but which are only probing the greater dark. Truely the opportunity is ours to loose. Bill Niall Loughnane wrote: > Hi, > > Sorry but this was the first time that the link was published to the > net for the published open issues? > > Me was wondering that there were no open issues to fix or to discover? > > Niall |
|
From: Niall L. <nia...@ya...> - 2006-06-25 03:34:15
|
Hi Bill,
Apologies,
Although the link did not link to the open issues i did not see how the enhancments could be made to AgileWiki, this was the first the first time that i saw the link to AgileWike,
you are correct that this is all alternatives to ejb, ejb is after all a package that would connect an external jar to ejb just to connect to database connections etc? what a pain databases are? couldnt there be something better than databases ie they are slow they are there just too store data, cant be there something that has never been developed yet, something that will make things better, databases are after all a after all a run down thing, they come come corrupt? why? there is oracle and sql server they come corrupt? all they do is store data and is there only job, besides security etc? there should be something different that agilewiki should be based on that the normal database that agilewiki is based on? our ancestors didnt, ie Sir Bill Gate or Sir Allen?
Niall Loughnane <nia...@ya...> wrote:
Hi,
Sorry but this was the first time that the link was published to the net for the published open issues?
Me was wondering that there were no open issues to fix or to discover?
Niall
Bill la Forge <bil...@su...> wrote:
I've always said AW3 was a big project. Now that I've listed everything
that will be a part of AW3, you can see for yourself.
Please go to http://agilewiki.org/aw3/AwServlet and review the
OpenIssues cabinet. There's not a lot of detail, but you will find a
long and comprehensive listing there. The intent, after all, is to
provide a comprehensive alternative to EJB based on next-generation
technology. This is a major effort.
Your comments are always appreciated. Feel free to work on anything not
required for beta (those items are marked), just communicate your intent
on this list and/or by attaching comments to the documents. Thanks!
Bill
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Compstrm-wiki mailing list
Com...@li...
https://lists.sourceforge.net/lists/listinfo/compstrm-wiki
---------------------------------
All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC MagazineUsing Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Compstrm-wiki mailing list
Com...@li...
https://lists.sourceforge.net/lists/listinfo/compstrm-wiki
---------------------------------
Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. |
|
From: Niall L. <nia...@ya...> - 2006-06-25 03:01:23
|
Hi, Sorry but this was the first time that the link was published to the net for the published open issues? Me was wondering that there were no open issues to fix or to discover? Niall Bill la Forge <bil...@su...> wrote: I've always said AW3 was a big project. Now that I've listed everything that will be a part of AW3, you can see for yourself. Please go to http://agilewiki.org/aw3/AwServlet and review the OpenIssues cabinet. There's not a lot of detail, but you will find a long and comprehensive listing there. The intent, after all, is to provide a comprehensive alternative to EJB based on next-generation technology. This is a major effort. Your comments are always appreciated. Feel free to work on anything not required for beta (those items are marked), just communicate your intent on this list and/or by attaching comments to the documents. Thanks! Bill Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Compstrm-wiki mailing list Com...@li... https://lists.sourceforge.net/lists/listinfo/compstrm-wiki --------------------------------- All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine |
|
From: Bill la F. <bil...@su...> - 2006-06-25 02:01:05
|
I've always said AW3 was a big project. Now that I've listed everything that will be a part of AW3, you can see for yourself. Please go to http://agilewiki.org/aw3/AwServlet and review the OpenIssues cabinet. There's not a lot of detail, but you will find a long and comprehensive listing there. The intent, after all, is to provide a comprehensive alternative to EJB based on next-generation technology. This is a major effort. Your comments are always appreciated. Feel free to work on anything not required for beta (those items are marked), just communicate your intent on this list and/or by attaching comments to the documents. Thanks! Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 13:06:16
|
I just received a nice web page from Gordan on installing alpha28. I've added it to the war file. Enjoy! Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 12:28:42
|
I've now fixed the table cache problem. I've also identified the issues that need to be resolved for us to move to beta. See the OpenIssues cabinet at http://agilewiki.org/aw3/AwServlet Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 08:53:24
|
I started working on documentation this morning and completed the OpenIssues Cabinet. In the process, I found 4 bugs, one serious. Guess I should switch from documentation to debugging for a while. :-( Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 01:29:53
|
Norm, Well, its not beta until its stable enough to add content. And I don't know that until after you try using it! Enjoy the release. :-) Bill Norm Kashdan wrote: > Will do bill. I love this new one, "tentative beta". > > > > You and the gang look like you're doing a great job. Lotsa > breakthroughs on this end though we've been quiet about it. > > > > As always, regards. ;-norm > |
|
From: Norm K. <nr...@cm...> - 2006-06-24 01:20:49
|
Will do bill. I love this new one, "tentative beta". You and the gang look like you're doing a great job. Lotsa breakthroughs on this end though we've been quiet about it. As always, regards. ;-norm _____ From: com...@li... [mailto:com...@li...] On Behalf Of Bill la Forge Sent: Friday, June 23, 2006 9:19 PM To: General discussion Subject: [AgileWiki] A cabinet for Rolonics If you go to http://agilewiki.org/aw3/AwServlet and navigate to the cabinit, Rolonics, I've organized some references to Rolonic Theory. The Rolonics Cabinet is not restricted, Norm. Feel free to add to it! :-) I'll also note that we are tentitively in beta. Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 01:19:18
|
If you go to http://agilewiki.org/aw3/AwServlet and navigate to the cabinit, Rolonics, I've organized some references to Rolonic Theory. The Rolonics Cabinet is not restricted, Norm. Feel free to add to it! :-) I'll also note that we are tentitively in beta. Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-24 00:15:32
|
Alpha28 is released and can now be accessed at http://agilewiki.org/aw3/index.html So its time to start using it and see what breaks. Already I've noticed a caching problem when editing tables. Oh well. I'm sure there will be other things. (There's also a broken page at http://agilewiki.org/index.html --wierdness.) Bill |
|
From: Bill la F. <bil...@su...> - 2006-06-23 07:11:56
|
All, I think I did it again. This time because I was changing the war file from Root to aw3. Hopefully this is not going to happen very often! Bill >All svn users, > >Because of some changes I made this morning, when you >do a svn up, you will likely have some conflicts which >will prevent you from opening AwServlet. > >What you need to do: > >1. in AwServlet, delete build.xml > >2. in AwServlet/nbproject, delete > >build-impl.xml, >project.xml, >genfiles.properties and >project.properties. > >3. do "svn up" to restore these files. > >4. open the project in the AwServlet folder. It should >now open with the project name "Root". > >5. edit the properties of the Root project, resolving >any platform and source-level issues if necessary. > >6. do a build/clean. > >Sorry 'bout that. I needed to change the war file name >to meet a Tomcat requirement and that caused the mess. >But if you follow the above proceedure, then we should >all be in sync again. > >Bill > > |
14 messages has been excluded from this view by a project administrator.
