[
https://issues.apache.org/jira/browse/CLK-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12869555#action_12869555
]
Malcolm Edgar commented on CLK-387:
-----------------------------------
Agree with Bob's comments, this is more effort than people realise. I would
actually love to have a scaffolding type code generator for Click but there are
a lot of issues to address:
* what application servers are you going to support, which application server
versions are you going to support
* what databases are you going to support, which database versions are you
going to support
* are you going to use an IoC container, like Spring or use an modern
application servers features, which versions are you going to support
* what persistence framework are you going to support (Hibernate, Toplink,
IBATAS, Cayenne, etc), which versions are you going to support
* what browsers are you going to target, and what browser versions are you
going to support
* do you include AJAX support, what JS libraries are you going to use, which
versions are you going to support?
All this takes a lot of consideration, even if you work out some subset you
will alienate some users. How are you going to support this going forward, as
all these component versions change, what is your support matrix. How long
should you support older versions etc.
How are you going to do this will a small number of part time committers?
regards Malcolm Edgar
> Django like Admin Interface.
> ----------------------------
>
> Key: CLK-387
> URL: https://issues.apache.org/jira/browse/CLK-387
> Project: Click
> Issue Type: New Feature
> Affects Versions: 1.5 M1
> Reporter: Gustav Weber
> Assignee: Malcolm Edgar
> Priority: Critical
>
> One of the most efficient features of Django (no wonder that google selected
> it for it's AppEngine) is the automatic Admin Interface. See a detailed
> chapter in this onlinebook:
> http://www.djangobook.com/en/1.0/chapter06/
> This django approach has a few advantages over other similar solutions:
> - it's not a simple CRUD, but advanced with filtering.
> - it's not generated, but "live".
> - it's complete (even login protection)
> - it's completly customizable (the UI, the behavior, the style, etc.)
> - it's very fast to learn it and very simple: even a non-programmer can
> "wrap" an existing database with such and advanced UI in a few minutes just
> following the tutorials.
> Please add such functionality to Click too (with Cayenne, but please no
> Spring).
> In case of using Cayenne, it might be even simpler to implement that it was
> for Django, since no reverse engineering of the DB is required: the Cayenne
> config files contain all the required entities and relationships (and there's
> also support for "generic entites").
> Also the Django style files could be reused as they are since the license
> allows this.
> This is something no other Click concurrent framework has (in the javaland).
> Thank you very much in advance,
> Gustav.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
