On 4/26/05, Guttmann Werner MAX SD <[EMAIL PROTECTED]> wrote:
> wg> A few general questions about the whole 'integration'
> wg> thing. I haven't used Spring (I know, shame on me), but have used
> HiveMind so I at
> wg> least understand the general type of functionality behind spring.
> Great. So at least we share a common language ....
The thing to understand about Spring is that at it's core, it's based
on Inversion of Control (IoC). But in reality, IoC is only part of
what Spring provides. Spring provides APIs for abstracting many
complex APIs including EJB, JCA, JDBC, JMS, JMX, JNDI, JavaMail, OR
mappers (including Hibernate, iBatis, JDO and OJB), remoting,
scheduling via Quartz, transactions and much, much more.
Hivemind's registry concepts are very different from Spring. The only
thing the two have in common is each provides IoC. The two are
actually more complimentary to one another.
> wg> By doing this, what would spring integration make easier
> wg> for the life of Castor end-user developer?
> Well, for starters, if we integrated Castor with Spring at e.g. the same
> level as Hibernate, iBatik and/or OJB, you could add a JDO/JDOManager
> instance and its configuration to Spring's main configuration file and obtain
> a JDOManager instance through a simple lookup.
>
> In addition, there's integration to be achieved with how transaction
> demarcation is handled in Spring, hence making Spring's configuration file
> the one and only place where transaction semantics are declared.
>
> Next, (sophisticated) support for building DAOs using Castor as the
> underlying persistence mechanism. Integrate this with the above items, and it
> implies that the number of lines of code that you have to write greatly is
> reduced.
>
> And there's more ...
>
> wg>
> wg> What problems would this get rid of, or at least aid in solving?
> As mentioned above, having to code everything. And suffering from having to
> integrate various frameworks manually.
Integration could provide an API to abstract and simplify the
configuration and use of Castor and it's transactional model. What it
means for developers is that it will make their job easier.
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
The Castor Project
http://www.castor.org/
Apache Geronimo
http://geronimo.apache.org/
