agilewiki-wiki Mailing List for AgileWiki (Page 10)
Status: Beta
Brought to you by:
blaforge
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: Bill la F. <bil...@su...> - 2006-08-08 04:56:58
|
What has been bothering me turned out to be single-character topic names. Currently we are allowing them, and I've updated Rolon.transform's regex to handle them. So 3.2.2 should be out some time today. Bill |
From: Bill la F. <bil...@su...> - 2006-08-08 04:29:44
|
I do want to add one more classifer section, Infoset, which will add the infoset of one rolon to the namespace of another. This will allow the use of references in a rolon to extending namespaces--something called facet classification. After that I want to focus on the big 3: documentation, applications and user interface. In the area of user interface, there are two ideas that may help a lot. The first involves adding Descriptor Entries to user Cabinets to control a user's view: * turn on/off the display of tags and related commands * turn on/off agility commands * turn on/off type display * turn on/off CSec lists and related commands * etc. This should significantly reduce the apparent complexity of AW for new users. The second idea is to have, in addition to wiki and rolonic views, a show view that supports only navigation and strips off everything but what is now an iframe where documents and such are located. I feel that it is important to have a simplified experience available for users, while supporting a richer one for developers. Bill |
From: Bill la F. <bil...@su...> - 2006-08-07 14:47:11
|
The TagMatch CSec now extends the namespace. I also fixed a bug in rename. b |
From: Bill la F. <bil...@su...> - 2006-08-07 13:29:06
|
It seems pretty heavy handed, but it should work. In ArkDb, the writeUnlock method now empties the pathname, names and topics caches. I don't anticipate too much loss in speed, and it will definately help ensure cache validity! This paves the way then to use classifiers to extend the namespace without too much complication. Bill |
From: Bill la F. <bil...@su...> - 2006-08-07 07:14:12
|
I'm thinking that a spreadsheet Rolon would be pretty neat! The cells would be LedgerSections, of course. Some cells would be a calculation, others would be used as an infoset. It would be wild! Bill |
From: Bill la F. <bil...@su...> - 2006-08-07 03:36:07
|
The namespace must be cached, otherwise it is just too slow, especially when displaying a document with lots of references. The problem is, can we update the cache or even invalidate it when appropriate? With each new type of CSec we add, we add significantly to the complexity of any such logic. But there is one "cheat" which is likely "good enough". Simply invalidate all namespace caches whenever a transaction completes. For queries then the namespaces are always valid, and for updates the namespaces are valid at the beginning of the transaction. This then opens the door wide for easily implementing all kinds of CSecs, including infoset intersection, infoset subtraction, and filtering on various criteria. Effectively then we can have as much power to define infosets as you have with SQL. Should prove interesting. :-) Bill |
From: Bill la F. <bil...@su...> - 2006-08-07 02:15:51
|
OK, what is an infoset? Well, it is different from a namespace but similar enough to be confusing. The infoset of a rolon includes: 1. the references, e.g. any rolons named in the document content; 2. child topics and LSecs; and 3. the infoset of the CSecs. Note that CSecs, though rolons, define the infoset differently. For example, the infoset of a TagMatch CSec includes only the matching rolons. Note that an infoset is not ordered. And two rolons with the same name (but not the same pathname) can be in the same infoset. This contrasts with a namespace, which does not allow for dulicate names. (The names command displays the namespace.) Now namespaces are used to resolve names. What are infosets used for? 1. We will use the infoset of CSects to extend a rolon's namespace. This is hard, because namespaces are cached so we need to worry about dependency relationships with CSecs. 2. Infosets are essential for the development of applications. In general, applications deal with one or more infosets. Using multiple types of CSecs to build infosets will lend tremendous flexibility to AW applications. Bill |
From: Bill la F. <bil...@su...> - 2006-08-06 14:19:29
|
OK, I figure type has become quite important. So now it is included in the title and also in the various lists. Some more confusion for the newbie, more utility for the developer. Well, we may want to restrict it to the rolonic view then. But not tonight. There are other things we may want to restrict to the rolonic view as well, like CSects and various releated commands--I'll note that there are a host of new commands coming relating to tagMatch, classifiers and infosets. Bill |
From: Bill la F. <bil...@su...> - 2006-08-06 12:01:17
|
The move command and the various create commands now check for the uniqueness of the name, checking existing children, LSecs and CSecs. So now I'm ready to start on new functionality. Well, er, I'm not. I'm tired. :-} Bill |
From: Bill la F. <bil...@su...> - 2006-08-06 10:35:43
|
Rather than add to a mess, I took time out to refactor Rolon, moving a bunch of code into NamedRolon. Also, NamedRolon and CSecRolon are now abstract classes. Bill |
From: Bill la F. <bil...@su...> - 2006-08-06 07:20:50
|
Well, CSecs are no longer a stranger to most of the code that needs to know about them. A lot of the API and command logic has been updated. Names now include CSecs. And CSec pathnames work. One thing remains before getting back to making TagMatch work--unique name checks. This logic isn't yet on speaking terms with CSecs, and is also pretty weak. Gotta fix that. Then I get to work on enhancing the names and topics to work with TagMatch CSecs. :-) Gosh, I may even get it working today. Bill |
From: Bill la F. <bil...@su...> - 2006-08-06 05:01:44
|
OK, TagMatchRolon now has a custom display which lists the tag name and value pattern. And CSecs are now listed so you can navigate to them. Also, de now understands CSecs. A few things remain: 1. TagMatch doesn't yet do anything. Don't hold your breath! 2. I need to review the applicable commands and make sure the code doesn't choke on a CSec. 3. We need to add CSecs to the namespace, making it referencable. |
From: Bill la F. <bil...@su...> - 2006-08-05 13:42:43
|
I've updated the ArkDbPropertiesAndTables Cabinet at agilewiki.org, keeping it up to date with the changes I'm making. _ac- has become cs- a new LEnt has been defined, ValuePattern and a new table has been added, _tagRef-. Found/fixed some additional sync lock problems. Found the Swing Client unusable!!! The font size was too small for commands to be clickable. :-( --Fixed! Oh, and we have a new command, crTagMatch. But don't try using it. Too many things will break, and besides it doesn't do anything. I've also added some CSec-related API to NamedRolon. And dropped the applicative context API from Rolon. Yes, its going slow. Now I've got a lot of code to review to see what I've already broken just by defining a new usage. Ah, the first CSec is the hardest. Bill |
From: Bill la F. <bil...@su...> - 2006-08-05 10:26:30
|
Thinking about tagMatch brings me back to tags and tagSearch. Never did finish that, wanted to support multiple values on a tag. So now its finished. Oh, and before I did this I released and installed 3.2.1.0 with those bug fixes. Anyway, now I'm back to scratching my head about classifiers. Bill |
From: Bill la F. <bil...@su...> - 2006-08-05 05:22:54
|
OK, I found the syn locks--they were in Rolon. But I found two cases which were not locking, one in RolonFactory and the other in ArkRolon. I'll do a bit of testing and then get out a release. Bill Bill la Forge wrote: >The second problem is more serious, though fixable with only a moderate >effort. AW supports multi-threading of queries but single-threads when >there is an update. But queries update caches. Most of the caches handle >this, but I don't see any synchronization locks in TKS to lock accesses >to the tks Table. So the tks Table cache will get corrupted, especially >now that we are getting more activity on agilewiki.org. > > |
From: Bill la F. <bil...@su...> - 2006-08-05 04:57:41
|
Well, I looked at the code for AwServlet and didn't see any problem. So I looked at the code for AwSwingClinet, found a potential problem, and fixed it. Time will tell if this helped. Bill |
From: Bill la F. <bil...@su...> - 2006-08-05 03:34:27
|
The code needs more eyes on it. But then, this is a pretty new set of code. Problems exist here and there, I'm sure. And there are not too many folk yet with an in-depth understanding. Lets start with the easy problem. I had "cleaned up" some code a while back in AwServlet, removing some attributes. Now occasionally we get errors like client attribute missing. I've thought about this for some time and believe the problem is due to timeouts (timer is currently 20 min on a browser session). So its time and past time that I put back the original code. The second problem is more serious, though fixable with only a moderate effort. AW supports multi-threading of queries but single-threads when there is an update. But queries update caches. Most of the caches handle this, but I don't see any synchronization locks in TKS to lock accesses to the tks Table. So the tks Table cache will get corrupted, especially now that we are getting more activity on agilewiki.org. One of the big advantages of open source is the many eyes on the code. But this requires folk to dig in and ask dumb questions. We'll get there, the number of interested developers is growing. But we really need more dumb questions. They help with writing good documentation and they help in finding "obvious" flaws. Remember, just because the code works doesn't mean that it is anywhere near correct. Your help will always be needed and appreciated. Bill |
From: Bill la F. <bil...@su...> - 2006-08-05 02:06:49
|
Looks like there are some problems to track down (see below). Meanwhile, I'm restarting the server. Bill Current Working Directory = /home/agilewiki/AgileWiki3/AwServer Processing file: org/agilewiki/AgileWiki3.commands Processing file: SimpleAccounting.commands Processing file: GuessNumber.commands Processing file: org/agilewiki/AgileWiki3.rolons Processing file: SimpleAccounting.rolons AgileWiki3 Server is ready. Processing file: org/agilewiki/AgileWiki3.fields Unable to parse incoming request: <?xml version="1.0" ?> <Request uimName="wikiUIM" line="rid 9f6e87509884a713b50a182d537da6e9" sessionId="8BF02DD91F980ACAAE8649284133F63D" client="Servlet" version="3.2.0"/> Unable to parse incoming request: <?xml version="1.0" ?> <Request uimName="wikiUIM" line="rid 93df68eb1779b74f4bf239f69b490a49" sessionId="A92CFE9984E351A1781EBEE864196504" client="Servlet" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="rid 8dfe7005e3905bb867174da3c329877c" sessionId="ed900d7e5f825af6851fbb65c9a4a2a6" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="help" sessionId="c1c9b2e6ae515afd08c9b0e8b9642b83" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="login" sessionId="b97b01dccddd8af6df4eb3a761ef7c31" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="rid 1e22e7e93d51d49aed8e395c692469ae" sessionId="5dad8726886944f788f7d809e4c38151" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="rid fa4559f16b34da57327eb47a3298effc" sessionId="fb99d3d1a1efb9fad329c57f72405492" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="guessNumber" sessionId="fb8c913d18f3a3b61cf2cc5dccd7cb28" version="3.2.0"/> Portal request lacks a client attribute <?xml version="1.0" ?> <Request line="jnl" sessionId="fa575757d092f498f58cf2f8e9a37f28" version="3.2.0"/> Exception during request procesing: java.lang.NullPointerException null java.lang.NullPointerException at org.agilewiki.ark.tks.Table.get(Table.java:145) at org.agilewiki.ark.tks.TKS.getKeyValue(TKS.java:576) at org.agilewiki.ark.RolonFactory.createRolon(RolonFactory.java:98) at org.agilewiki.ark.ArkDb.createRolon(ArkDb.java:396) at org.agilewiki.ark.rolons.TopicRolon.narrowTopic(TopicRolon.java:90) at org.agilewiki.ark.rolons.TopicRolon.getChildren(TopicRolon.java:173) at org.agilewiki.ark.rolons.TopicRolon.getChild(TopicRolon.java:148) at org.agilewiki.ark.rolons.ArkRolon.getCabinet(ArkRolon.java:119) at org.agilewiki.ark.ArkDb.getUserHome(ArkDb.java:348) at org.agilewiki.framework.Session.getUserHome(Session.java:186) at org.agilewiki.framework.sessionupdates.CcHomeSessionUpdate.applicable(CcHomeSessionUpdate.java:49) at org.agilewiki.ark.rolons.Rolon.getCmd(Rolon.java:73) at org.agilewiki.ark.rolons.Rolon.getCmds(Rolon.java:96) at org.agilewiki.ark.rolons.Rolon.getCmds(Rolon.java:126) at org.agilewiki.ark.rolons.NamedRolon.getCmds(NamedRolon.java:66) at org.agilewiki.ark.rolons.TopicRolon.getCmds(TopicRolon.java:68) at org.agilewiki.ark.rolons.CabinetRolon.getCmds(CabinetRolon.java:64) at org.agilewiki.ark.rolons.ArkRolon.getCmds(ArkRolon.java:61) at org.agilewiki.framework.Session.getCmds(Session.java:400) at org.agilewiki.framework.Session.process(Session.java:571) at org.agilewiki.framework.Portal.processClientRequest(Portal.java:117) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) Exception during request procesing: java.lang.NullPointerException null java.lang.NullPointerException at org.agilewiki.ark.tks.Table.get(Table.java:145) at org.agilewiki.ark.tks.TKS.getKeyValue(TKS.java:576) at org.agilewiki.ark.RolonFactory.createRolon(RolonFactory.java:98) at org.agilewiki.ark.ArkDb.createRolon(ArkDb.java:396) at org.agilewiki.ark.rolons.TopicRolon.narrowTopic(TopicRolon.java:90) at org.agilewiki.ark.rolons.TopicRolon.getChildren(TopicRolon.java:173) at org.agilewiki.ark.rolons.TopicRolon.getChild(TopicRolon.java:148) at org.agilewiki.ark.rolons.TopicRolon.makeTopic(TopicRolon.java:296) at org.agilewiki.ark.rolons.CabinetRolon.makeYear(CabinetRolon.java:213) at org.agilewiki.ark.rolons.CabinetRolon.makeWeek(CabinetRolon.java:225) at org.agilewiki.ark.rolons.CabinetRolon.makeDay(CabinetRolon.java:241) at org.agilewiki.ark.rolons.CabinetRolon.makeCurrentDay(CabinetRolon.java:282) at org.agilewiki.ark.rolons.Rolon.makeCurrentDay(Rolon.java:1533) at org.agilewiki.ark.ArkDb.transaction(ArkDb.java:236) at org.agilewiki.ark.rolons.DayRolon.createSessionRolonTransaction(DayRolon.java:128) at org.agilewiki.ark.rolons.ArkRolon.createSessionRolonTransaction(ArkRolon.java:164) at org.agilewiki.framework.Session.init(Session.java:86) at org.agilewiki.framework.Portal.processClientRequest(Portal.java:114) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701) at java.lang.Thread.run(Thread.java:595) |
From: Bill la F. <bil...@su...> - 2006-08-04 13:36:03
|
I've given it some thought, and I've decided that I really don't know what I'm doing. So I did something simple and obvious--I just checked in the CSecRolon class. It extends NamedRolon, because unlike JSecs, CSecs are explicitly created by the user. Now the reason why I'm less than confident at this point is that, while AW2 had a variety of classifiers, it did not have Classifier Sections. So there's some new ground here. And the overall implementation may be quite different. Now the first type of classifier section will likely be a tag match. This works a lot like the tagSearch command, excepting that the result is added to the namespace. Now what do I do? Do we need a subclass TagMatchCSecRolon? I think likely, and I don't see any down side. We'll also need a TagMatchDescriptorUnit, for sure. Do we need a CSecDescriptorUnitDescriptorUnit? I haven't the froggiest! :-) So I'm going to start this with the "think a lot, code a little" methodology. And that likely means a lot of posts to this list. :-( Anyway, this is what I call fun. Bill |
From: gordan m. <gor...@ya...> - 2006-08-03 20:36:15
|
I m just downloads second set of slides. (I was early today do with first, some) It will be very helpful. com...@li... wrote: Send Compstrm-wiki mailing list submissions to com...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/compstrm-wiki or, via email, send a message with subject or body 'help' to com...@li... You can reach the person managing the list at com...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Compstrm-wiki digest..." Today's Topics: 1. a second set of slides (Bill la Forge) ---------------------------------------------------------------------- Message: 1 Date: Thu, 03 Aug 2006 19:20:16 +0530 From: Bill la Forge Subject: [AgileWiki] a second set of slides To: General discussion Message-ID: <44D...@su...> Content-Type: text/plain; format=flowed; charset=us-ascii https://agilewiki.dev.java.net/servlets/ProjectDocumentList?folderID=5729 Go to the above folder and view the VirtualWiki.pdf file. Hope this is helpful. Bill ------------------------------ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ------------------------------ _______________________________________________ Compstrm-wiki mailing list Com...@li... https://lists.sourceforge.net/lists/listinfo/compstrm-wiki End of Compstrm-wiki Digest, Vol 4, Issue 2 ******************************************* --------------------------------- Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail Beta. |
From: Bill la F. <bil...@su...> - 2006-08-03 13:50:33
|
https://agilewiki.dev.java.net/servlets/ProjectDocumentList?folderID=5729 Go to the above folder and view the VirtualWiki.pdf file. Hope this is helpful. Bill |
From: Bill la F. <bil...@su...> - 2006-08-02 02:40:33
|
https://agilewiki.dev.java.net/servlets/ProjectDocumentList If you go to the above URL and then to the slides directory, you will find a first set of slides on navigation. Bill |
From: Bill la F. <bil...@su...> - 2006-07-31 10:08:28
|
Ah! agilewiki.org is up. I just wasn't able to access the web site from the office for some reason. Bill Bill La Forge wrote: > Can anyone help Samar with an eclipse setup? > > Samar, there is some documentation in the wiki itself at > http://agilewiki.org/ though I'm not sure how much help that would be. > (And the site looks like it is down again--I'll bring it back up > tonight.) > > The best be is probably to look at the README.txt files in the top 2 > levels of the directories. > > Bill > > ------------------------------------------------------------------------ > > Subject: > RE: Agile dev environment > From: > "Kumar, Samar" <Sam...@FM...> > Date: > Mon, 31 Jul 2006 03:51:36 -0400 > To: > Bill La Forge <Wil...@su...> > > > Hi Bill, > Well I download the AgileWiki source code from sourceforge.. I want > to set up the development here .. I m using eclipse.. do u have any > doc that can help me setup the environment > Regards, > Samar > > -----Original Message----- > *From:* Bill La Forge [mailto:Wil...@Su...] > *Sent:* Thursday, July 27, 2006 9:33 AM > *To:* Kumar, Samar > *Subject:* Re: > > Samar, > > As you are probably aware, AgileWiki has two clients: web and swing. > > Now the Swing client has back and forward buttons which move you > to previously visited contexts (rolons). This was not implemented > in the Servlet and unfortunately with the use of an iframe, the > browser's back and forward buttons do not work as expected. > > See org.agilewiki.swingclient.AwSwingClient for the implementation. > > I'd like to keep the swing and servlet displays as close as possible. > > Bill > > Kumar, Samar wrote: > >> >> HI.. >> I would like to do some development in Java. Please assign me a >> task so that I can work on it.My core skills are java >> programming , servlets and jsps , web design . >> Regards Samar >> Sun Certified Web Component Developer >> Sun Certified Java Programmer >> >> > > >------------------------------------------------------------------------ > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys -- and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >------------------------------------------------------------------------ > >_______________________________________________ >Compstrm-wiki mailing list >Com...@li... >https://lists.sourceforge.net/lists/listinfo/compstrm-wiki > > |
From: Bill La F. <Wil...@Su...> - 2006-07-31 08:20:29
|
Can anyone help Samar with an eclipse setup? Samar, there is some documentation in the wiki itself at http://agilewiki.org/ though I'm not sure how much help that would be. (And the site looks like it is down again--I'll bring it back up tonight.) The best be is probably to look at the README.txt files in the top 2 levels of the directories. Bill |
From: Bill la F. <bil...@su...> - 2006-07-31 03:55:19
|
There are lots of times when you want to define a list, especially as we move more to applications. It seems proper that a list is defined by a rolon. The list would be a subset of the rolon's namespace, including only the child Topics, LSecs, references and the part of the namespace defined by the classifier sections. However the rolon itself would be excluded, as well as siblings, ancestors and any namespace inherited from the rolon's parent(s). Another way of saying this is that the list includes the intentional part of the namespace but excludes the contextual part of the namespace. Now you can reference a rolon in a LEnt and use it as a list of accounts, a list of clients, etc. But we can now also define list classifiers for adding a carefully crafted set of rolons to the namespace of another rolon. Hmm. Sounds like something else that needs to be cached. Bill |