[
https://issues.apache.org/jira/browse/JAMES-1237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13031764#comment-13031764
]
Stefano Bagnara commented on JAMES-1237:
----------------------------------------
"btw, you interact, so you're not that "passive" :) "
words don't count as activity, they can even be counterproductive if the don't
bring value, so you are authorized to ignore me as long as I don't put my hands
in the code :-)
"to have a library that can be used out-of-the box, without caring which bean
must be injected in which other bean. "
I agree with this, but I thought this could be achieved by adding a simple java
class that does the wiring. Most of the stuff we wire doesn't have alternative
implementations or special configurations. Adding a class with setters or
constructor parameters will allow anyone to use it without caring of wiring
(even people not using a DI framework that simply will call "new MainClass()"
or "MainClass.newMailbox" or anything you like.. both spring and guice will
deal with that easily).
> Reorganize system configuration files (spring context, xsd)
> -----------------------------------------------------------
>
> Key: JAMES-1237
> URL: https://issues.apache.org/jira/browse/JAMES-1237
> Project: JAMES Server
> Issue Type: Improvement
> Components: Deployment Modules
> Reporter: Eric Charles
>
> There is a trend for configuration/properties files to be placed in META-INF
> (look at cxf, camel, maven,... distributions).
> Also, I think the injection of dependent project (mailbox, imap) should not
> be defined in server, but in the project it self.
> We could have the same approach and define a META-INF/james to hold those
> files
> The server context could go to META-INF/james/server-spring.xml, and we could
> move the definitions related to mailbox,imap to their respective project
> (with the same strategy, in META-INF/james/mailbox-spring.xml,...)
> For the embedded XSD I'm not sure if thy need to go to
> META-INF/james/org.apache.activemq,... or META-INF/activemq/
> In all cases, the user can stilll override the defintions at deployment time
> simply by defining the files in the conf folder (conf is on top of the
> classpath).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
