You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(41) |
May
(353) |
Jun
(133) |
Jul
(534) |
Aug
(401) |
Sep
(219) |
Oct
(86) |
Nov
(144) |
Dec
(61) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(200) |
Feb
(130) |
Mar
(345) |
Apr
(153) |
May
(247) |
Jun
(338) |
Jul
(222) |
Aug
(70) |
Sep
(39) |
Oct
(27) |
Nov
(76) |
Dec
(30) |
2007 |
Jan
(81) |
Feb
(44) |
Mar
(9) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
2008 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jon M. <jo...@te...> - 2006-06-13 14:15:52
|
Colin Tatham wrote: > Jon Maber wrote: > >> Cant make news feeds inside plain rooms - only suites. >> > > I think there are a few other tools like that (Image and Text blocks, Quicklinks)... > > We've changed the way the creation menu is generated in WebLearn, to avoid having multiple repeated > creation menu templates, with repeated descriptions, etc. I was intending committing that at some > point, but we could just add links to all the places we decide to have the tools available... > The latter would be a quicker option for 2.8. Can you go ahead and do it? The more thorough solution might be best discussed on this list for consideration in 2.10. Couldn't tools have a deployment descriptor which would allow the create resource page to be built programmatically from the full list of deployed tools? Is that what you have done in weblearn? |
From: Jon M. <jo...@te...> - 2006-06-13 14:12:33
|
Can someone post in a LUSID content package which I can use to test the logbook tool? Is this the same thing as a SPWS package as mentioned in the 2.8 release notes? Is it also the same thing as the QTI 2.0 package mentioned in the 2.8 release notes? Ta Jon |
From: Colin T. <col...@ou...> - 2006-06-13 13:45:42
|
Jon Maber wrote: > Big problems so far; > > Cant create questionnaires without an error. > Cant make news feeds inside plain rooms - only suites. You haven't had the odd bug where the icon colours change when going more than 1 level down from the root? It might relate to having colours set in the resource properties at the top level... Colin -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
From: Colin T. <col...@ou...> - 2006-06-13 13:42:50
|
Jon Maber wrote: > Can anyone recommend a suitable news feed that I can use to test http://ramble.oucs.ox.ac.uk/blog/RAMBLE/atom.xml I'm just looking for a newsfeed that has both summary entries and the full content... Colin -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
From: Colin T. <col...@ou...> - 2006-06-13 13:38:16
|
Jon Maber wrote: > Cant make news feeds inside plain rooms - only suites. I think there are a few other tools like that (Image and Text blocks, Quicklinks)... We've changed the way the creation menu is generated in WebLearn, to avoid having multiple repeated creation menu templates, with repeated descriptions, etc. I was intending committing that at some point, but we could just add links to all the places we decide to have the tools available... Colin -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
From: Jon M. <jo...@te...> - 2006-06-13 13:30:26
|
I think its likely that Im going to run up against other problems with testing that will require fixes so I propose to make two runs through the functionality that has been recently added. Ill have a cursory run through this week on the build of the sources I checked out yesterday, notifying people of problems that really need fixing. Then next week Ill check out a fresh set of sources and make a more thorough pass through the functionality. Big problems so far; Cant create questionnaires without an error. Cant make news feeds inside plain rooms - only suites. Jon |
From: Jon M. <jo...@te...> - 2006-06-13 13:29:07
|
Can anyone recommend a suitable news feed that I can use to test all the functionality of the news feed tool? Ive been trying it out with the BBC news bulletins but that lacks some features; The name of the author of the news feed. The names of the authors of the news items. Summary entries (what are they?) Also a suitable Atom news feed? Ta, Jon |
From: Matthew B. <mat...@ou...> - 2006-06-13 11:58:36
|
Peter Crowther wrote: >> From: Alexis O'Connor >> For reasons >> I forget I now, it was driving me nuts having to split up the work on >> the questionnaire between its facility and other classes between >> different directories, so I moved it to be with all the other >> questionnaire classes. > > OK, so for unclear reasons we've lost the revision history of > QuestionnaireFacility.java. Technically we haven't lost it, just that it is attached to a file that is now deleted. If nothing else having a commit comment saying that the file moved from another package helps. > Folks, if we're going to do this, can we please do it via SF's > documented facility for *moving* RCS files, and can we mail round the > list beforehand in case anyone has uncommitte changes to the old version > of the file? I accept that it requires human contact, but at least it > preserves revision information. http://sourceforge.net/docman/display_doc.php?docid=29894&group_id=1#limitations I'm not sure how you missed a file moving? The problem with moving the file and its history in CVS is that although you get the history, checking out versions before the move mean they no longer work. -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
From: Peter C. <Pet...@me...> - 2006-06-13 11:58:25
|
> From: Matthew Buckett > Why is the date parsing unlike the rest of Bodington? It's not, the parameter parsing is. In most of the rest of the system, parameter parsing is done in a function that has the request and the output writer to hand, so the present central functions for date-input-field parsing take those as parameters to minimise the call sequence. By contrast, checkParameters() in QuestionnaireFacility takes a Map of parameters and fills a Vector of error messages. I quite like the way checkParameters() does its job, but it means I need a version of the date-input-parser that can cope with parameter maps and appropriate outputs. - Peter |
From: Colin T. <col...@ou...> - 2006-06-13 11:54:31
|
Peter Crowther wrote: > Folks, if we're going to do this, can we please do it via SF's > documented facility for *moving* RCS files, and can we mail round the > list beforehand in case anyone has uncommitte changes to the old version > of the file? I would expect that to show up when you did an update (before committing)? -- ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org |
From: Matthew B. <mat...@ou...> - 2006-06-13 11:49:07
|
Peter Crowther wrote: >> From: Peter Crowther >> I'll fix and commit. > > ... But it'll have to be another day, as the new code from Oxford > handles date parsing and error reporting in a manner utterly unlike the > rest of Bodington and therefore my utility functions require severe > refactoring. With other deadlines, I don't have time to do this today. Sorry? The date/time refactoring from Oxford was just a tidyup so that rather than having 3 ways of parsing a date there was just one (which was already in DateParser). Why is the date parsing unlike the rest of Bodington? -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
From: Peter C. <Pet...@me...> - 2006-06-13 11:45:03
|
> From: Alexis O'Connor > For reasons=20 > I forget I now, it was driving me nuts having to split up the work on=20 > the questionnaire between its facility and other classes between=20 > different directories, so I moved it to be with all the other=20 > questionnaire classes. OK, so for unclear reasons we've lost the revision history of QuestionnaireFacility.java. Folks, if we're going to do this, can we please do it via SF's documented facility for *moving* RCS files, and can we mail round the list beforehand in case anyone has uncommitte changes to the old version of the file? I accept that it requires human contact, but at least it preserves revision information. - Peter |
From: Alexis O'C. <ale...@ou...> - 2006-06-13 11:38:45
|
Peter Crowther wrote: >> From: Matthew Buckett >> QuestionnaireFacility did move from >> org.bodington.servlet.facilities to >> o.b.assessment and that is why 1.1 is so late on. > > Ah, OK. That explains that. > > Why, out of interest, when there are no other facilities in there? > > - Peter > (Adam gave me strict instructions to ignore this list, but I guess on this occasion he'll let me off ;-) ). I have to confess to introducing yet another tool packaging style :-(. The "purest" style is that adopted by the logbook and announcements, where each tool goes in it's own package with it's own corresponding facility. Many facilities go in org.bodington.servlet.facilities (which is where the questionnaire one was too). A lot of the classes to do with assessment tools go in the org.bodington.assessment package. For reasons I forget I now, it was driving me nuts having to split up the work on the questionnaire between its facility and other classes between different directories, so I moved it to be with all the other questionnaire classes. At the time it struck me as a half-way house between being in a common directory (least desirable) to being in it's own package (most desirable). Presumably, the long-term solution would be for each assessment tool (short-answer paper, MCQ, peer assessment, etc) to be in it's own package a la logbooks / announcments (?). Alexis |
From: Peter C. <Pet...@me...> - 2006-06-13 11:30:16
|
> From: Peter Crowther > I'll fix and commit. ... But it'll have to be another day, as the new code from Oxford handles date parsing and error reporting in a manner utterly unlike the rest of Bodington and therefore my utility functions require severe refactoring. With other deadlines, I don't have time to do this today. Any other volunteers, if this is required sooner? - Peter |
From: Peter C. <Pet...@me...> - 2006-06-13 11:23:57
|
> From: Matthew Buckett > QuestionnaireFacility did move from=20 > org.bodington.servlet.facilities to=20 > o.b.assessment and that is why 1.1 is so late on. Ah, OK. That explains that. Why, out of interest, when there are no other facilities in there? - Peter |
From: Matthew B. <mat...@ou...> - 2006-06-13 11:22:20
|
Peter Crowther wrote: > Alexis and Matthew, is the revision history on QuestionnaireFacility > what you would expect? Notably the date of revision 1.1? QuestionnaireFacility did move from org.bodington.servlet.facilities to o.b.assessment and that is why 1.1 is so late on. RCS file: /cvsroot/bodington/bodington/src/org/bodington/assessment/Questionnair eFacility.java,v Working file: QuestionnaireFacility.java head: 1.3 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 3; selected revisions: 3 description: ---------------------------- revision 1.3 date: 2006/05/04 09:21:28; author: thick_sliced; state: Exp; lines: +4 -8 Added Tracking of Resource/File usage. All date parsing now accepts times as well. Switched the date/time parsing to all use one flexible method. Cleaned up the DateFormatting class so we don't have as many methods. Added tracking of site navigation (through top.html). Added tracking of file downloads (also rewrote most of UserFileEvent). Added nice error page when the buildingserver isn't running. ---------------------------- revision 1.2 date: 2006/04/25 09:20:01; author: lxsocon; state: Exp; lines: +315 -53 Added support for 'partially anonymous' questionnaires which depends on (otherwi se optional) submission deadline property. ---------------------------- revision 1.1 date: 2006/02/14 16:21:20; author: lxsocon; state: Exp; Merge of enhancements to Questionnaire tool from WebLearn. Template style yet to be integrated. ============================================================================= -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |
From: Peter C. <Pet...@me...> - 2006-06-13 11:18:02
|
> From: Jon Maber > Stack trace below as requested. The issue appears to be that Oxford's questionnaire mods and my date mods crossed (although I don't know how I missed that file). I'll fix and commit. - Peter |
From: Jon M. <jo...@te...> - 2006-06-13 11:15:15
|
Stack trace below as requested. Peter Crowther wrote: >> From: Jon Maber >> I cant create a questionnaire tool - a null pointer exception >> is thrown >> in the code that checks to see if the parameters are right. >> > > Chuck us the stack trace? > > java.lang.NullPointerException at org.bodington.assessment.QuestionnaireFacility.checkParameters(QuestionnaireFacility.java:1279) at org.bodington.assessment.QuestionnaireFacility.createCheck(QuestionnaireFacility.java:443) at org.bodington.servlet.facilities.Facility.createconfirm(Facility.java:7235) at org.bodington.servlet.facilities.Facility.createconfirm(Facility.java:7117) at org.bodington.servlet.facilities.Facility.insert(Facility.java:3694) at org.bodington.servlet.facilities.SuiteFacility.insert(SuiteFacility.java:108) at working.style_default_default.template_confirmcreatequestionnaire_en.process(template_confirmcreatequestionnaire_en.java:81) at org.bodington.servlet.BuildingServlet.doProcessing(BuildingServlet.java:516) at org.bodington.servlet.BuildingServlet.doGet(BuildingServlet.java:362) at org.bodington.servlet.BuildingServlet.doPost(BuildingServlet.java:292) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) |
From: Peter C. <Pet...@me...> - 2006-06-13 11:10:27
|
Alexis and Matthew, is the revision history on QuestionnaireFacility what you would expect? Notably the date of revision 1.1? - Peter |
From: Peter C. <Pet...@me...> - 2006-06-13 11:04:26
|
> From: Jon Maber > I cant create a questionnaire tool - a null pointer exception=20 > is thrown=20 > in the code that checks to see if the parameters are right. =20 > My guess is=20 > that the template in the CVS doesnt match the=20 > QuestionnaireFacility.java=20 > that was checked in. Wtf? SF appears to have lost at least one commit from me... - Peter |
From: Peter C. <Pet...@me...> - 2006-06-13 10:56:25
|
> From: Jon Maber > I cant create a questionnaire tool - a null pointer exception=20 > is thrown=20 > in the code that checks to see if the parameters are right. =20 Chuck us the stack trace? - Peter |
From: Jon M. <jo...@te...> - 2006-06-13 10:53:15
|
Did someone forgot to check something in? I cant create a questionnaire tool - a null pointer exception is thrown in the code that checks to see if the parameters are right. My guess is that the template in the CVS doesnt match the QuestionnaireFacility.java that was checked in. Jon Maber |
From: Antranig B. <ant...@ca...> - 2006-06-12 18:08:39
|
Hi there, just thought I'd add my own slant on this. I'd agree with pretty much everything Ian has said, although reverse his recommendations on Spring/MVC - as far as I'm concerned, pretty much everything in Spring (core) is essentially harmless and can be used freely - so Spring == Excellent SpringMVC == Good, but not very powerful SpringMVC the way it is has to cater to the "lowest common denominator" amongst web technologies, which given the way they are right now sets a pretty low bar for abstraction. Your request model is a "Map", and while you have the flexibility to lay out URLs the way you like, you also have the trouble of dealing with them yourself as well. I developed RSF to continue the Spring philosophy into the webapp area - RSF has been described as "JSF reimagined in the Spring style of development". RSF includes its own "semi-magic" XML templating engine, IKAT, which for webapps offers a good deal more insulation from the underlying technology than say, Velocity, Freemarker &c in that the template itself contains no logic, and the view logic is not aware of the template. I've just made an integration for RSF with JSR-168, and now demonstrated the RSF samples working with no code changes in Servlet standalone, JSR-168 portlet (shown in Pluto) and as a Sakai tool - the only changes appear in HTML templates, and web.xml type packaging. I won't go along at any more length about this but you can find the docs and details on the RSF wiki at http://www2.caret.cam.ac.uk/rsfwiki. I *will* be making a port of RSF to Spring MVC which might be useful as a stepping-stone for people who are still using older web idioms or want to work with a heterogeneous technology mix in the same app, but I think once people see it they will agree there is no real benefit to this approach and they may as well just use RSF :P Andy is sitting next to me saying "make sure you tell people that if you really don't like the RSF renderer, you really can push the other templating engines on top". Antranig. PS and yes, RSF does have full support for HTTP GET requests :P (for that matter, everything else in plain HTML and HTTP) > Hi, > I've been lurking for all of 24 hours, Im not a Bodington expert, > but I > can tell you a bit about Spring-Hibernate-JSF in the Sakai context. > > First off, don't use JSF. > Unless you are prepared to buy everyone a top end IDE plugin (or > complete IDE) from BEA, IBM, Sun, Oracle or one of the other JSF-JCP > members. > Personal experience here is bad. Its really difficult to debug, it has > horrible semantics (you don't own the URL). I tried to write RWiki > with > JSF (what an idiot!) and gave up when I couldn't do GET's, silly me, > though I was writing a web application :) > We've also used JSF for about 4 projects before, loosing developers > and > giving up. Its what caused Antranig to (go mad and) write RSF. > > If you want to write Win32GUI apps in a web environment and not know > anything about the HTTP or HTML, then JSF or ASP.NET+VS2003 is for > you! > > Rant over. > > Spring == Good, but be careful. > ------------------------------- > Spring is the simplest form is great (same can be said for other > IoC's). > It removes nearly all the factory code and provided you are > disciplined > about completely abstract APIs (putting them in the their own jar) and > implementing those API's you get real separation of concerns. > Be careful about the Component Manager. The native Spring Component > manager is quite good, it has a good structure to it and will not > cause > problems reloading etc. If you want more isolation ( as Sakai did) you > can write your own Component manager, but be careful not to eliminate > the reload ability. Having 1M lines of code that require a full Tomcat > restart when 1 package is changes is not exactly fast development. But > that just means that you Junit test your components properly, and > don't > have to use the tomcat container as your test environment. > > Spring also comes with lots of goodies that can make life easier if > you > don't overuse them. eg Declarative Proxies (transaction, method etc) > Lazy inits > > So I would advocate, use it in is basic way and avoid too many of the > confusing complex concepts, don't try and replace the ComponentManager > until you know you absolutely have to. > > SpringMVC == excellent > ---------------------- > This is a really nice Controller IMHO. It integrates well with Spring > and leaves you free to choose your own model and view technologies. > Its > very service oriented and doesn't make any demands on how you interact > with URL's or HTTP. I think its better than struts, but thats just > personal. > > You *must* use the spring plugin for eclipse, it takes all the pain > out > of writing the application context files. > > View technology > --------------- > Up to you, I like JSP, as view containers with most of the view > code in > beans, eg 10 line JSP that does basic layout. There are plenty of > other > alternatives. Most of the older ones demand that you extend existing > classes which can be a pain and tie you in knots. It Antranig is > listening he will no doubt tell you about RSF which is fast, has zero > bindings and looks just like html. Tapestry is Ok, but has some > binding > issues, the same can be said for Trails. You might also consider SAX > based XSLT, provided the output is single stage and fast (ie not huge > chains as is possible with Cocoon). You might also think carefully > about > pre-publishing content to an intermediary stage to keep performance > right up. (This was the one thing that Coursework from Stanford did > really well, it wrote its own templates greatly reducing server load) > > One thing with JSP,s watch out for the perm space they use, if you > have > lots you will run out, and have to increase it. Also big JSPs are > not as > fast as small JSPs with Beans... and tags with lots of el lead to big > call trees, all of which costs. > > Hibernate == good sometimes, bad others. > ---------------------------------------- > Be careful with hibernate. If you want to do standard CRUD type > operations on single records, with some lists, then its great. It also > great an generating Schemas, provided you check what the schema really > looks like. This aspect takes all the the pain out managing > multiple DB > targets. > > Where it is not so great is the way it interacts with the DB. If you > want to do anything complex (like an optimized join or a bulk update) > then you are probably better off using Spring JDBC (which has a > proxy to > make life easy). Some of the reasons are. > > 1. Hibernate treats the Object model as just that, as you navigate > object relationships it will either load entire object trees from the > db, or lazy load individual objects on demand. Each of these is an > individual sql statement. Often a single SQL statement gets the answer > at much lower cost. > Simple example, delete all objects in a collection, this will > generate 1 > SQL delete per object where a single statement would have done the > trick. > > Hibernate 3 has a bulk update feature that is supposed to address some > of this, but it will never beat hand coded SQL92. > > 2. On update, these multiple statements generate 1000's of locks in > the > DB. Depending on how locking is implemented you will at some point run > into deadlock situations, MySQL.InnoDB is more susceptible than > Oracle. > For instance, 10 threads, started at the same time all trying to > create > and update a single record, each with their own GUID will deadlock > after > about 5 attempts. Thats not much load in real life. Oracle is a bit > better but you *must* use high inittrans settings on the database > blocks > (default=2, with hibernate ~50). Debugging is a complete nightmare > when > it happens. > > 3. Object staleness. Dont use pessimistic locking, Use optimistic > locking and *dont* ever put hibernate objects into session and try and > reattach them between request cycles, its a nightmare to get right > (JSF > sort of makes you want to try this, another reason not to use JSF). > > You *must* use the Hibernate eclipse plugin ( Synchornise?) it > takes the > hard work out of most operations > > > Currently my top architecture stack would be > -------------------------------------------- > A SOA, no/minimal in session state, no big in memory object models, no > EJB (:)), Separation of Concerns etc etc etc > Spring > Hibernate for Schema > Spring JDBC and Hibernate (for simple crud ops) > Spring MVC for the controller > JSP/SAX-XSLT/RSF for the view. > > If you are not already using > maven > to build (write your own jelly plugin to make it easy to get up and > running , maven sakai builds sakai) > keeps dependencies out of SVN and well defined (precise control over > versions) > > svn for SCM > as both of these make it much easier for a larger number of developers > to work concurrently. (Sakai has had about 7K commits from about 50 > developers on about 100 components since 1/1/06) > > I think thats my 2p's worth. > You might look a stealing/borrowing/reusing some of the framework > parts > of Sakai if you are thinking in this area, have a look a mini, > which you > could strip back further. > > https://source.sakaiproject.org/svn/sakai/branches/sakai_mini/ > > url when your up is > http://localhost:8080/mercury/ > user: admin, admin > > Ian Boston > > Matthew Buckett wrote: >> John Norman wrote: >>> Would you welcome some of my developers to share what we have >>> learned >>> from our Sakai work? I can get Ian and Antranig to join the list and >>> maybe someone from Indiana if you want to thrash out where these >>> technologies work well and where they don't... >> >> Yeah I'd be interested to hear about others experience. >> >> Background: >> >> At the moment Bodington hands control straight to the template(view) >> which then calls the business logic and renders the response. >> Templates >> are like restricted JSPs. >> >> I wanted to move to an MVC architecture for the servlet layer as >> it is >> one of the weaker areas of Bodington at the moment. Due to bodingtons >> use of good URLs and very page orientated layout some frameworks >> didn't >> get much consideration: >> >> Tapestry - Bad URLs (better now), component architecture. >> JSF - Bad URLs, component architecture. >> >> An obvious candidate was struts as it is very popular (if aging) >> and as >> a result most experienced Java developers will know a little about >> it. I >> also had used it on a previous project. Although I got it working a >> little I couldn't manage to get it to work well with Bodingtons tree >> style URLs without starting to hack at struts itself. >> >> Next I looked at SpringMVC which is harder to get started with but >> much >> more flexible. SpringMVC has a reasonable community, acceptable >> documentation and books. SpringMVC works ok alongside Bodington so >> that >> is what I have stuck with so far. >> >> For the presentation I used JSPs (no scriptlets) with Core, Spring >> and >> Template taglibs. SpringMVC can work with XSLT, Velocity, Freemarker >> istead of JSPs for view. |
From: Peter C. <Pet...@me...> - 2006-06-12 16:46:01
|
> From: Jon Maber > By the way of the by the way, isn't this wiki page coding bizarrely=20 > arcane? Its like WordStar cerca 1980. I find it pleasantly normal compared to most wikis I've used. - Peter |
From: Jon M. <jo...@te...> - 2006-06-12 16:42:13
|
I just getting started on this - I=B4ve put a page on the wiki and its=20 likely I=B4ll be editing it every day. By the way, is there any reason why there shouldn't be a prominent link=20 to the Wiki from the bodington.org home page? By the way of the by the way, isn't this wiki page coding bizarrely=20 arcane? Its like WordStar cerca 1980. Jon |