Julian Sounds like you are stuck at an awkard place; perhaps best to use what you know already (JSP) to do the user-specific configuration stuff, and let Cocoon handle the presentation. As you say, CForms could then be used in a future application that has no legacy issues. I would consider CForms "stable" - I am not sure what you mean by 'not yet released as part of a Cocoon Milestone' - it has been in both versions 2.1.5 and 2.1.6 and these are probably equivalent to X.x releases of other projects (consider that 1.8 came out 5 years ago!) - and, AFAICS, is relatively stable (albeit subject to adding new features). The risk of it being 'proprietary' is no more or less than using many other aspects/features built-in to Cocoon... and the less of those you use, the less sense it makes to use Cocoon in the first place --- my take is that more code you write yourself (JSP, Java et al) the more proprietary *your* application becomes.
YMMV Derek >>> [EMAIL PROTECTED] 2004/11/22 05:43:49 PM >>> Derek, My issue is a mix of conceptual and technical. Technically, I already have a legacy JSP/Servlet application, and porting would be costly at this time. To a lesser extent, CForms is a proprietary solution and not yet released as part of a Cocoon Milestone. Conceptually...for future projects, it may be possible to use CForms. I would look forward to broad industry acceptance, but in the mean time I am stuck. HTH, Julian --- Derek Hohls <[EMAIL PROTECTED]> wrote: > Julian > > What are the problems with CForms; are they > technical (installation?) or conceptual... I have to > say I was able to figure them out from the samples > and the brief on-line docs. Not too hard - but if > you have specific issues, the list is here to help > ;-) > > Derek > > >>> [EMAIL PROTECTED] 2004/11/22 04:27:08 PM >>> > Derek, > > Users are able to make runtime changes. As far as > CForms, I am unable to use it so it's a lost cause. > Thanks for the help though, I appreciate it. > > Julian > > --- Derek Hohls <[EMAIL PROTECTED]> wrote: > > > Julian > > > > I was assuming your users *were* likely to be > > making changes at runtime. Or do you see this > > as a once-off process, completed before the app > > is even launched? AFAICS, Cocoon in general seems > > pretty scalable - see previous threads for more > > details - my experience is that the limiting > factor > > is > > usually memorry (Java being v. memory hungry). > > CForms are useful for extracting data from both > XML > > and Java Beans... not sure about both at the same > > time, though - perhaps post separately on this > topic > > and see if anyone else has tackled this use case. > > > > Derek > > > > >>> [EMAIL PROTECTED] 2004/11/19 04:21:56 PM >>> > > Derek, > > > > Thanks for the reply and tips. Is it necessary to > > use > > CForms? How scalable is a solution based on > parsing > > XML at runtime, especially if I need to access the > > XML > > in my Java domain model (aka have to parse the XML > > into POJOs/XMLBeans) so users and the system can > > update the info? > > > > Thanks again, > > Julian > > > > --- Derek Hohls <[EMAIL PROTECTED]> wrote: > > > > > Julian > > > > > > You could use a combination of CForms and XML... > > > you do not need to even have a database with > this > > > type > > > of setup. Each user could have his/her own > config > > > file or you could just keep it all in one file, > > > depending > > > on number of user and number of config options. > > > > > > Derek > > > > > > > > > >>> [EMAIL PROTECTED] 2004/11/18 10:47:44 PM > >>> > > > Hi all, > > > > > > I was wondering if anyone could point me to some > > > resources or offer some suggestions for building > a > > > user preferences and webapp configuration > system. > > I > > > would like users to be able to update their > > > preferences and the webapps config. The user's > > > would > > > be able to inherit preferences based on which > > roles > > > they have. The configs consist of available > > > functionality for the web application (e.g. > > > available > > > modules, thrid party integration options). On > the > > > other side, the preferences would include skins, > > > pop-up preferences, form auto-fill data (i.e. > > > favorite > > > reponses to frequently filled out forms), etc. > I > > > currently use Java 1.4, Cocoon 1.2. > > > > > > Thanks in advance, > > > Julian > > > > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > The all-new My Yahoo! - Get yours free! > > > http://my.yahoo.com > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > -- > > > This message has been scanned for viruses and > > > dangerous content by MailScanner, and is > > > believed to be clean. > > > MailScanner thanks transtec Computers for their > > > support. > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > ===== > > Live simply so others may simply live. > > > > -Ghandi > > > > Pluralitas non est ponenda sine neccesitate. > > "Entities should not be multiplied unneccesarily" > > > > -William of Occam > > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > > protection around > > http://mail.yahoo.com > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > MailScanner thanks transtec Computers for their > > support. > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > ===== > Live simply so others may simply live. > > -Ghandi > > Pluralitas non est ponenda sine neccesitate. > "Entities should not be multiplied unneccesarily" > > -William of Occam > > > > > __________________________________________________ > === message truncated === ===== Live simply so others may simply live. -Ghandi Pluralitas non est ponenda sine neccesitate. "Entities should not be multiplied unneccesarily" -William of Occam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
