Re: PrevaylerFactory

Well, the breakdown I'd already done in the master branch did have
PrevayerFactory in its own project. The "core" project has absolutely zero
dependencies already. PrevaylerFactory is really optional, for convenience;
it only uses public methods and constructors from the rest of Prevayler. But
it should probably be redesigned at some point so that it doesn't carry
those extra dependencies itself.

On Sun, Sep 18, 2011 at 1:05 PM, Karl Wettin <[email protected]> wrote:

> I see this is going to take a discussion. Lets hold on to it for 2.6.
>
>        karl
>
> On Sep 18, 2011, at 5:54 PM, Klaus Wuestefeld wrote:
>
> > The good thing about the Factory is it provides a central entry-point
> > to all Prevayler options (much more than just serilization) without
> > having to rely on documentation.
> >
> > Options:
> >
> > 1) Create a separate project for the Factory. It can be called
> > PrevaylerFacade or PrevaylerFactory or PrevaylerAll, whatever the
> > Maven standard is.
> >
> > 2) Call this separate project "Prevayler" and have "PrevaylerCore" or
> > "PrevaylerKernel" be the one without dependencies.
> >
> > Klaus
> >
> >
> > On Sun, Sep 18, 2011 at 11:22 AM, Diego Fincatto
> > <[email protected]> wrote:
> >> Good point!
> >>
> >> On Sun, Sep 18, 2011 at 8:55 AM, Karl Wettin <[email protected]>
> wrote:
> >>> I don't like the fact that the factory has dependencies all over the
> projects. If I use Java serialization it forces me to add XStream to my
> classpath. How about refactoring this to an abstract Factory class with
> implementations in each and every serialization module?
> >>>
> >>> I'd like to see this in 2.5.
> >>>
> >>>
> >>>                karl
> >>>
> ------------------------------------------------------------------------------
> >>> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> >>> http://p.sf.net/sfu/rim-devcon-copy2
> >>> _______________________________________________
> >>> To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> >>> _______________________________________________
> >>> "Databases in Memoriam" -- http://www.prevayler.org
> >>>
> >>
> >>
> ------------------------------------------------------------------------------
> >> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> >> http://p.sf.net/sfu/rim-devcon-copy2
> >> _______________________________________________
> >> To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> >> _______________________________________________
> >> "Databases in Memoriam" -- http://www.prevayler.org
> >>
> >
> >
> ------------------------------------------------------------------------------
> > BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> > http://p.sf.net/sfu/rim-devcon-copy2
> > _______________________________________________
> > To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> > _______________________________________________
> > "Databases in Memoriam" -- http://www.prevayler.org
>
>
>
> ------------------------------------------------------------------------------
> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> http://p.sf.net/sfu/rim-devcon-copy2
> _______________________________________________
> To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> _______________________________________________
> "Databases in Memoriam" -- http://www.prevayler.org
>

------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2

_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org