Search: concept

The initial prototype is promising but wil need work to allow concurrent access and faster handling of big volumes of data. Currently the concept is ongoing translation. Reimport of the main language (english) file can be done regularly.

Once it is loaded on launchpad.net there is a quite extensively developed translation application. The concept seems to work by application version. We need to verity if this is the way we want it to work.

The initial prototype is promising but wil need work to allow concurrent access and faster handling of big volumes of data. Currently the concept is ongoing translation. Reimport of the main language (english) file can be done regularly.

Once it is loaded on launchpad.net there is a quite extensively developed translation application. The concept seems to work by application version. We need to verity if this is the way we want it to work.

The Java Portlet Specification allows coordination on the UI layer with different means, such as events, application sessions, and public render parameters, in order to provide a deep and seamless integration between the different services. Portlet Concepts a portal is a web based application that commonly provides personalization, authentication, content aggregation from different sources and hosts the presentation layer of information systems a portlet is an application that provides a specific piece of content (information or service) to be included as part of a portal page web clients interact with portlets via a request/response paradigm implemented by the portal a portlet container runs portlets and provides them with the required runtime environment manages the life cycle of portlets provides persistent storage for portlet preferences a portlet mode indicates the function a portlet is performing in the render method standard portlet modes are: view, edit and help view: generate markup reflecting the current state of the portlet edit: customize the behavior of the portlet help: provide help information about the portlet a portlet window is the visual component used to display the content generated by a portlet within portal pages a window state is an indicator of the amount of portal page space that will be assigned to the content generated by a portlet via the render method possible window states are: normal, maximized and minimized Portlet Life Cycle The life cycle of a portlet is expressed through the init, processAction, render and destroy methods of the Portlet interface.

The Java Portlet Specification allows coordination on the UI layer with different means, such as events, application sessions, and public render parameters, in order to provide a deep and seamless integration between the different services. == Portlet Concepts == image:portalPageCreation.png * a **portal** is a web based application that commonly provides personalization, authentication, content aggregation from different sources and hosts the presentation layer of information systems * a **portlet** is an application that provides a specific piece of content (information or service) to be included as part of a portal page ** web clients interact with portlets via a request/response paradigm implemented by the portal * a **portlet container** runs portlets and provides them with the required runtime environment ** manages the life cycle of portlets ** provides persistent storage for portlet preferences image:elementsOfAPortalPage.png * a **portlet mode** indicates the function a portlet is performing in the render method ** standard portlet modes are: view, edit and help ** view: generate markup reflecting the current state of the portlet ** edit: customize the behavior of the portlet ** help: provide help information about the portlet * a **portlet window** is the visual component used to display the content generated by a portlet within portal pages * a **window state** is an indicator of the amount of portal page space that will be assigned to the content generated by a portlet via the render method ** possible window states are: normal, maximized and minimized == Portlet Life Cycle == The life cycle of a portlet is expressed through the ##init##, ##processAction##, ##render## and ##destroy## methods of the ##Portlet## interface.

Description : The E.L.S.A service aims to provide to people with disabilities an opportunity to go on holiday in a place accessible and appropriate to their disability, by extending the concept of home exchanges to disabled people. It was initiated by the GIHP Acquitaine in France without any commercial ambition.

\ See Jira for full list of fixed bugs and new features: Application Manager All Wiki Manager 1.0 Milestone 3 features XAWM-23: Separate wiki and wiki alias concepts. XAWM-26: Add pretty name field to wikis decriptors.

reset=true&&pid=10252&fixfor=10432&sorter/field=priority&sorter/order=ASC] 1.1.1.1 All [Wiki Manager>extensions:Extension.Wiki Manager Application] 1.0 Milestone 3 features * XAWM-23: Separate wiki and wiki alias concepts. * XAWM-26: Add pretty name field to wikis decriptors

Editing Pages XWiki Syntax Understanding XWiki Basic Concepts Document Lifecycle URL resolution Advanced Usage That is what the second generation wiki means :) Programming in the wiki remark: the name "Developer Guide" is confusing, because the first impression is, it's about developing of the XWiki platform Code Zone User Cookbook Administration Installation Common Configuration Skins Changing Color Theme with default skin Encoding Logging Access Rights User Management Group Management Authentication (LDAP, Database...)

xpage=print]] = Understanding XWiki = * [[Basic Concepts >> http://enterprise.xwiki.org/xwiki/bin/view/GettingStarted/XWikiEnterpriseBasicConcepts]] * [[Document Lifecycle >> http://platform.xwiki.org/xwiki/bin/view/Features/DocumentLifecycle]] * [[URL resolution >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/URL+resolution]] = Advanced Usage = That is what the [[second generation wiki>>platform:Main.SecondGenerationWiki]] means :) * [[Programming in the wiki >> http://platform.xwiki.org/xwiki/bin/view/DevGuide/]] //remark: the name "Developer Guide" is confusing, because the first impression is, it's about developing of the XWiki platform// * [[Code Zone >> http://code.xwiki.org/xwiki/bin/view/Main/]] * [[User Cookbook >> Drafts.XEDocUserCookbook]] = Administration = * [[Installation >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation]] * [[Common Configuration >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration]] ** [[Skins>>platform:AdminGuide.Skins]] ** [[Changing Color Theme with default skin >>http://code.xwiki.org/xwiki/bin/view/Skins/ColibriSkin]] ** [[Encoding>>platform:AdminGuide.Encoding]] ** [[Logging >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging]] * [[Access Rights >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Access+Rights]] ** [[User Management >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/User+Management]] ** [[Group Management>>platform:AdminGuide.Group Management]] ** [[Authentication (LDAP, Database...) >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication]] * [[Backup/Restore >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Backup]] ** [[Import/Export pages >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ImportExport]] * [[Security tuning >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security]] * [[Performance tuning >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security]] * [[Virtual Wikis >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Virtualization]] * [[Clustering >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Clustering]] * [[Administrator Cookbook >> Drafts.XEDocAdminCookbook]] = Further information = * [[User mailing list >>Community.MailingLists]] * [[JIRA (planned features, reported bugs, workarounds) >> https://jira.xwiki.org/secure/Dashboard.jspa]] {{warning}} You shouldn't write your questions as comments to the documentation pages, because in this way these will remain unanswered!

Vincent and Guillaume presented the {attach:"Wiki 2.0 Talk"|file=XWiki-OCTO-USI-1.2.ppt} which explained the concept of Wiki 2.0 (a.k.a Structured Wikis or Application Wikis or Second Generation Wikis), with XWiki as example.

* XAWM-23: Separate wiki and wiki alias concepts. * XAWM-26: Add pretty name field to wikis decriptors

Example to illustrate formentioned concepts. Ex: Ajax request to add and init an object

Is there any documentation on that? Where do these concepts belong to in the first place, Struts, XWiki, Velocity or another technology?

Example to illustrate formentioned concepts. Ex: Ajax request to add and init an object

I wonder if we cannot somehow merge the concepts together. I guess I'd need to see some examples for this.

summary : Proof of concept for XML based api