Looking at memory, I see mappers and providers, what do these terms imply? Now, I would think another mailbox would look similar to this one, because they do the same thing, right?
Looking at jpa, I suddenly see manager classes added to the mix, and in general just twice as many classes. Are these part of the mailbox spec, or just an artifact of JPA? It looks like there is a discrepancy to what I think is the responsibility of a mailbox, and what the actual responsibilities are. This is how I would imagine stuff works: There are mailbox and message classes which belong to each other. Say IMessage and IMailbox. Now I simply implement these interface that have methods such as list() and save() Now the reality seems to be somewhat more involved. I'm not going to look at jpa, but for memory it seems like these mapper classes take concrete Message, Mailbox and Subscription(?) objects and store them. There are a lot of seemingly Mailbox related methods on the MessageMapper? It seems the provider classes are mainly concerned with the Message-ID header? Writing this email cleared up some relations already, but looking at anything other than memory, makes me think I'm not even halfway there. Pepijn On Sep 23, 2011, at 12:20 PM, Ioan Eugen Stan wrote: > 2011/9/23 Pepijn de Vos <pepijnde...@yahoo.com>: >> Has anything like this happened? > > Hello Pepjin, >> >> I got James running, but I tried to look at the source with a regular text >> editor, and couldn't really figure out where stuff comes from an what it >> does. Does it help to use a Java IDE? To me everything looks like >> AbstractSingletonProxyFactoryBeans[1] > > Could you be more explicit? > >> Pepijn >> >> [1]: >> http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/aop/framework/AbstractSingletonProxyFactoryBean.html > > p.s. I am late with docs for Mailbox, sorry about that, they are still on > todo. > > -- > Ioan Eugen Stan > http://ieugen.blogspot.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
