[ 
https://issues.apache.org/jira/browse/CLK-661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Finn Bock updated CLK-661:
--------------------------

    Attachment: abstract-config-service2.patch

In this patch, the AbstractConfigService will by default 

1) deploy files from WEB-INF/resources
2) search for auto mapped pages with the package prefixes that is added by 
      addAutoMapping("org.apache.click.pages");

I have updated the main classes here:

http://people.apache.org/~bckfnn/AbstractConfigService.java.txt
http://people.apache.org/~bckfnn/XmlConfigService.java.txt

The patch also contains a testcase for AbstractConfigService. Javadocs are 
still incomplete.

> Add Java based configuration
> ----------------------------
>
>                 Key: CLK-661
>                 URL: https://issues.apache.org/jira/browse/CLK-661
>             Project: Click
>          Issue Type: Improvement
>            Reporter: Bob Schellink
>            Assignee: Finn Bock
>             Fix For: 2.3.0-M1
>
>         Attachments: abstract-config-service.patch, 
> abstract-config-service2.patch, defaultconfigservice.patch
>
>
> click.xml has grown over the years especially since we introduced the service 
> based architecture. Some of the problems with xml based configurations is:
> - no compile time checking
> - no JavaDoc help in IDE
> I propose we add a new DefaultConfigService class that is Java based which 
> XmlConfigService extends from.
> Its advantages is the polar opposite of xml disadvantage:
> - compile time checking
> - JavaDoc help in IDE
> - More powerful configuration options, e.g. its possible to configure 
> FileUpload in ways not exposed by xml config. Also possible to create more 
> powerful algorithms e.g. which templates to include/exclude.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to