[ 
https://issues.apache.org/jira/browse/VELTOOLS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16829744#comment-16829744
 ] 

Nathan Bubna commented on VELTOOLS-180:
---------------------------------------

Gah, i'm stuck in jello. Sorry, been too busy with other things to stop and 
really think on this. I think the way you went is fine, of course, though i do 
think a velocity-model type project might make sense, particularly if you can 
get any community to work with you. What i wouldn't want is to bring it in 
under the Velocity PMC responsibility and have it ultimately be a one-man piece 
of an already-hurting-for-active-participants Apache project.

> New velocity-tools-model architecture
> -------------------------------------
>
>                 Key: VELTOOLS-180
>                 URL: https://issues.apache.org/jira/browse/VELTOOLS-180
>             Project: Velocity Tools
>          Issue Type: New Feature
>          Components: Misc
>    Affects Versions: 3.1
>            Reporter: Claude Brisson
>            Assignee: Claude Brisson
>            Priority: Major
>
>  The new data access layer (or persistence-less ORM) module that constitutes 
> the Model Tool, and which once was the 
> [Velosurf|https://github.com/arkanovicz/velosurf] library but rewritten at 
> 90%, sits in the [model 
> branch|http://svn.apache.org/viewvc/velocity/tools/branches/model/velocity-tools-model/].
> But I started having second thoughts while coding. If you look at [this class 
> diagram|https://republicate.com/class_diagram.svg], you'll see that there are 
> only 5/6 objects that will appear in VTL contexts. The remaining of the 
> library is about 40 classes, and offers by itself an ORM which I tried to 
> keep simple and efficient also on the Java side.
> So I'm starting to think that I should just publish here the VTL related 
> objects and host the ORM library elsewhere. It's more in the spirit of 
> VelocityTools to keep things lightweight, and separate projects are the best 
> guaranty of code isolation.
> For instance, I can publish it along with other projects that I publish on 
> maven central in the com.republicate group id, like the 
> [webapp-slf4j-logger|https://github.com/arkanovicz/webapp-slf4j-logger].
> It makes velocity-tools-model rely on a project external to apache, but it's 
> not a problem per se. Or the ORM library can find its way to the apache 
> codebase through, like, a commons-model project. Or start at com.republicate 
> and then migrate. Or start here then migrate elsewhere...
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org
For additional commands, e-mail: dev-h...@velocity.apache.org

Reply via email to