| [Data Definitions] | [Query Languages] | [JSP tag library: Intro | Listing | Forms] | [Business Logics] | [Summary] |
Data can be presented and edited per record and field. The current
presentation
language uses JSP taglibs and corresponding notation, but principles
can
be applied in any other HTML-centric presentation language such as PHP.
Makumba in Java Server PagesMakumba offers a JSP custom tag library, that allows easy interaction (viewing, editing) with the data in your database, right from your HTML (actually, JSP) document. Since Makumba pages, are essentially JSP pages, a basic understanding of JSP will be helpful to make more advanced use of makumba. Same goes for knowing a bit of Java itself. But you can get a long way with just a few notions! Really.Makumba tags are written according to
Servlet 2.3
specification
and JSP 1.1 specification.
You will need a so-called "servlet container" that supports them both,
such as Apache Tomcat.
The corresponding WEB-INF/makumba.tld is already included in
the distribution
Before using Makumba tags in your JSP pages you also need to declare the taglib with: <%@ taglib uri="http://www.makumba.org/presentation" prefix="mak" %> A few resources on JSPs (don't be afraid to try first, read later) :
Makumba ControllerThe makumba controller is a component running in the 'servlet container'. When a request for a makumba page enters the servlet container, the controller will intercept the request, and perform its "controller" activities (cfr. the model-view-controller pattern) :
For this to work, the correct configuration must be applied in <filter>
Note that if (in this example) the result page for a makumba form would
be an JSP tag parametersJSP-tag parameter values are either FIXED or RTEXPR (runtime expression). A FIXED tag parameter must have a constant, literal value, while an RTEXPR can also be of the form <%= java_expression %>. On the other hand, some FIXED parameters can contain jsp attributes like $attr in makumba tags. All parameters are optional unless specifically mentioned as being mandatory. Specific concern can be the parameter quoting. Tag parameters can be written as name="value" or name='value' (note: the stringLiteral on DATE must be quoted with "). The choice of quote can be determined by the need to use either double or single quote as part of the value itself. If the quote is also present within the value, it must be escaped by a backslash. <mak:list from="general.Person p" where="p.gender=\"male\"" >
Quotes in extra HTML formatting parameters, such as
<mak:input ... onClick="alert(this.value);"/> Unfortunately the idea to use a sequence of escapes, eg writing \\\' in the JSP page to set the tag attribute to \', which could be handy for javascript tag attributes, is confusing the Tomcat servlet container. <mak:response/>
The unformatted message is available as request-scope attribute <% String s = (String) request.getAttribute("makumba.response") %>
Similarly, request-scope attribute <% if (null == request.getAttribute("makumba.successfulResponse")) { /* action failed */ } %>
(A body-tag style ( |