Dans la balise info, il y a des informations purement indicatives sur l'application, comme le nom, une description, le copyright, le créateur etc. Notez que cet élément peut être aussi utilisé dans un fichier module.xml pour identifier un module. Voici un exemple:

<info id="testapp@jelix.org" name="testapp" createdate="2017-01-01">
    <version>1.0</version>
    <label lang="en-EN">Testapp</label>
    <description lang="en-EN">Application to test Jelix</description>
    <licence URL="http://www.gnu.org/licenses/gpl.html">GPL</licence>
    <copyright>2017 Laurent Jouanneau</copyright>
    <creator name="Laurent Jouanneau" email="laurent@jelix.org"/>
    <contributor name="Superman" email="superman@superville.com"/>
    <homepageURL>http://jelix.org</homepageURL>
</info>

Seuls la balise <version> et les attributs id et name sur <info> sont obligatoires. Les autres éléments sont optionnels.

L'attribut id doit être un identifiant unique. Il est donc recommandé d'avoir un identifiant qui ressemble à un email (ou alors un UUID mais c'est moins lisible).

L'attribut name doit être un nom "informatique" (en général, le nom du répertoire de l'application, ou celui du module). L'élément label contient un nom affichable.

Cet élément <directories> doit contenir des informations sur les dépendances de l'application. Pour le moment, seules des informations sur la version de jelix requises sont nécessaires.

<dependencies>
     <jelix minversion="1.6.0" maxversion="1.6.*" />
</dependencies>

Cet élément peut être utilisé aussi dans un fichier module.xml, et peut contenir alors une ou plusieurs balises <module>, indiquant alors que ce ou ces modules doivent être installés pour que le module puisse fonctionner correctement.

  <module name="testurls" minversion="2.2" maxversion="2.3" />
  <module name="jauthdb" />
  <module name="jacl2db" />

Cet élément indique le chemin de certains répertoires, relatifs au répertoire de l'application. Toutes les balises de l'exemple suivant sont obligatoires :

    <directories>
        <config>var/config</config>
        <log>var/log</log>
        <var>var</var>
        <www>www</www>
        <temp>../temp/testapp</temp>
    </directories>

La balise entrypoints liste tout les points d'entrée de l'application (qu'ils soient dans www/ ou scripts/), leur fichier de configuration et leur type.

    <entrypoints>
        <entry file="index.php" config="index/config.ini.php" />
        <entry file="soap.php" config="soap/config.ini.php" type="soap"/>
        <entry file="jsonrpc.php" config="jsonrpc/config.ini.php" type="jsonrpc"/>
        <entry file="cmdline.php" config="cmdline/config.ini.php" type="cmdline"/>
    </entrypoints>

Ce sont les paramètres situés en début de fichier. Ils définissent des valeurs par défaut ou génériques à l'application.

startModule = "jelix"
startAction = "default:index"
locale = "fr_FR"
charset = "UTF-8"
timeZone = "Europe/Paris"

pluginsPath = lib:jelix-plugins/,app:plugins/
modulesPath = lib:jelix-modules/,app:modules/

theme = default
use_error_handler = on

Détails des paramètres :

• startModule, startAction : module et action par défaut (redéfinis en général pour chaque type de réponse. Voir la section précédente)
• locale, charset : langue et encodage par défaut des réponses
• timeZone : définit le décalage horaire pour toutes les fonctions de dates et heures
• pluginsPath : liste des chemins d'accès aux plugins
• theme : nom du thème sélectionné par défaut. Voir la description du système des thèmes de Jelix
• use_error_handler : cette option devrait rester à on pour que Jelix retourne des informations pertinentes sur les erreurs et exceptions des scripts.

Elle indique, pour chaque module, leur niveau d'accés.

• 0: le module ne doit pas être installé, et n'est pas utilisé
• 1: le module est utilisé, mais ne doit pas être accessible directement par le web, et ne peut donc être appelé que par des modules (il n'a donc en général pas de contrôleur, juste des ressources daos, forms etc)
• 2: module utilisable normalement

Doit contenir les noms des plugins à activer. Ils seront chargés à partir des chemins définis dans le paramètre général pluginsPath.

Par exemple, ci-dessous la configuration active le plugin de coordinateur gérant l'authentification et dont les paramètres se trouve dans le fichier auth.coord.ini.php. Pour plus de détails, voir la documentation sur l'authentification

[coordplugins]
auth = "auth.coord.ini.php"

Cette section permet de personnaliser les types réponses et leurs alias. Chaque ligne est un couple <alias de réponse>=<class de la réponse>.

Par exemple, Il est assez courant de vouloir surcharger la réponse html par défaut (jResponseHtml) en introduisant une ligne html=myhtmlresponse. Voir plus en détails dans personnalisation de réponse commune

Ci-dessous les valeurs par défaut des différents type de réponses:

[responses]
html = jResponseHtml
redirect = jResponseRedirect
redirectUrl = jResponseRedirectUrl
binary = jResponseBinary
text = jResponseText
jsonrpc = jResponseJsonrpc
json = jResponseJson
xmlrpc = jResponseXmlrpc
xml = jResponseXml
zip = jResponseZip
rss2.0 = jResponseRss20
atom1.0 = jResponseAtom10
css= jResponseCss
tcpdf = jResponseTcpdf

Les paramètres de cette section permettent de configurer les notifications survenant lors de l'exécution d'un script de l'application. Pour plus de détails, voir la documentation sur la gestion d'erreurs.

Les notifications ont différents niveaux d'importance. Jelix définit les niveaux suivants correspondant à ceux de PHP :

• default = niveau sélectionné si aucun autre niveau ne correspond
• error = signale une erreur nécessitant l'interruption du script
• warning = signale un mauvais traitement sans toutefois nécessiter l'interruption du script
• notice = signale une erreur potentielle
• deprecated = signale une fonction dépréciée (php 5.3)
• strict = signale des messages de moteur PHP pour améliorer l'interopérabilité et la compatibilité du script

Ci-dessous, l'ensemble des paramètres de la section :

[error_handling]
messageLogFormat = "%date%\t%ip\t[%code%]\t%msg%\t%file%\t%line%\n"
logFile = error.log
email = root@localhost
emailHeaders = "Content-Type: text/plain; charset=UTF-8\nFrom: webmaster@yoursite.com\nX-Mailer: Jelix\nX-Priority: 1 (Highest)\n"
quietMessage="A technical error has occured. Sorry for this trouble."

showInFirebug = off

; mots-clés que vous pouvez utiliser : ECHO, ECHOQUIET, EXIT, LOGFILE, SYSLOG, MAIL, TRACE
default      = ECHO EXIT
error        = ECHO EXIT
warning      = ECHO
notice       = ECHO
deprecated   = ECHO
strict       = ECHO
; pour les exceptions, il y a implicitement un EXIT
exception    = ECHO

• messageLogFormat et logFile configurent la sortie en fichier de log (LOGFILE ou SYSLOG)
• email et emailHeaders configurent la sortie sous forme de mail (MAIL)
• quietMessage définit un message neutre pour l'utilisateur (ECHOQUIET)
• showInFirebug : si affectée à on, toutes les notifications seront renvoyées vers la console de l'extension Firebug du navigateur Firefox via son api console.

les dernières options permettent d'associer un format de sortie à chaque niveau de notification.

Définit le comportement du moteur de template de Jelix. Et notamment de la phase de compilation. Voir la documentation sur les templates pour plus de détails.

[compilation]
checkCacheFiletime  = on
force  = off

• checkCacheFiletime : si on alors un template est recompilé si sa date de modification est plus récente que le fichier PHP résultant de la compilation.
• force : si on, le template est recompilé systématiquement.

Parfois, il peut arriver que l'on veuille désactiver le cache des zones, pour voir le résultat quand on modifie leur contenus. Pour cela, vous pouvez modifier un paramètre dans la configuration, au niveau de la section "zones"

[zones]
disableCache = on  // off par defaut

définition du moteur d'url utilisé.

[urlengine] 	
engine        = significant

enableParser = on
multiview = off 	

scriptNameServerVariable = 		
pathInfoInQueryParameter = 	

basePath = "" 	
jelixWWWPath = "jelix/" 	

defaultEntrypoint= index 	

simple_urlengine_https = 	

Détails des paramètres :

• engine : les moteurs existants sont : simple, basic_significant ou significant
• enableParser : active la lecture de l'URL. Désactivez le paramètre si l'URL est déjà gérée par un autre programme ( comme le mod_rewrite d'apache), si la réécriture de l'URL correspond à une URL simple et que vous utilisez le moteur "significant". Si vous utilisez le moteur d'URL "simple" désactivez ce paramètre.
• multiView : si le paramètre est activé dans Apache, vous ne devez pas indiquez le suffix ".php", alors activez ce paramètre
• scriptNameServerVariable : le nom de la variable $_SERVER qui contient le nom du script exemple : si vous appelez http://mysite.com/foo/index.php, c'est la variable qui contient "/foo/index.php". Ce nom peut être SCRIPT_NAME, ORIG_SCRIPT_NAME, PHP_SELF ou REDIRECT_SCRIPT_URL. Il est automatiquement détecté par jelix mais peut parfois échouer, donc vous pourriez le définir ici.
• pathInQueryParameter : si vous utilisez des règles de réécriture qui déplacent le pathinfo dans le queryparameter comme RewriteRule ^(.*)$ index.php/?jpathinfo=$1 [L,QSA] alors vous devriez indiquer dans pathInfoInQueryParameter le nom du paramètre qui contient la valeur de pathinfo (exemple "jpathinfo"), laissez vide si vous n'utilisez pas de telles règles de réécriture
• basePath : ce paramètre correspond au répertoire "de base" de votre application, indiquez /aaa/bbb/www si vous accédez à votre application par http://foo.com/aaa/bbb/www/index.php, ou indiquez juste / si l'accès se fait via http://foo.com/index.php
• jelixWWWPath : contient le chemin web vers les CSS et JS de Jelix (contenu de lib/jelix-www/. Si vous le modifiez voyez également les chemins du htmleditors
• jqueryPath : contient le chemin web vers les fichiers jQuery de Jelix. vous pouvez le modifier si vous fournissez d'autres fichiers jQuery/jQueryUI, mais le nouveau répertoire doit avoir la même structure et les mêmes noms de fichiers que le celui de jelix/jquery. Toutefois, ce paramètre est obsolète depuis Jelix 1.6.20, car il y a depuis, un autre moyen de spécifier vos propres fichiers jQuery. Voir la section jquery plus bas.
• defaultEntrypoint : contient le nom du pont d'entrée de l'application
• simple_urlengine_https : contient la liste des actions requérant le protocole HTTPS

notfound ¶

notfoundAct = 	

notfoundAct = "monModule~monControleur:monAction"