Juozas, <skip/>
>> JB>8. Make Proxy more abstract, to add interceptors for security and >> JB>distributed objects. Trivial, add a parameter "List of interceptors". >> JB>Interceptor implements "InvocationHandler". > > we will add then to metadata Ok (Not that 100% clear, but I will throw a look on this). >> >> Aha. >> >> JB>9. Finders (I have no good ideas about finders at this time), but no >> JB>SQL. Some procedure name at this time. >> >> What do you exactly mean with finders. Find objects? >> >> JB>10. Add suport for class instances (ByteCode generation and "*.class" >> JB>transformations). I think this is optional. >> >> Ohh BCEL would be an option, but the community their sucks. Zero traffic >in >> the mailing list. You don't get any help from that dudes. Am I right Paul > >;). >I have this code and I think it is very good and clear, but I think it is >beter to generate some ASM for java and compile it in memory. Is this code written in BCEL? ASM? >> JB>11. Some limited implementation for JDO interfaces, because this is >> JB>veryclose to JDO. >> >> Sama as #7 >> >> GF>Ok much stuff...could we split this a little bit, like first this, second >> GF>that? >> GF>1. cleanup code >> GF> This is 98% done so far. >> >> 99% ;) >> >> GF> 2. move this stuff maybe in a seperate package, like >> GF> org.apache.commons.simplestore.cache >> GF> org.apache.commons.simplestore.persistence >> GF> org.apache.commons.simplestore.persistence.jdbc >> GF> org.apache.commons.simplestore.persistence. ... > >We will need pool for arrays, I dont know trivial and good implementation, >but it is very trivial to implement (the Same as "Swap" and "Reacheble") Aha, for what do we need this pool? >> GF> >> GF> This implies, that org.apache.commons.simplestore.persistence is very >> GF> generic and the sub-packages are more specific impl for that. >> GF> >> GF> 3. starting with your points. >> GF> maybe first with #5, #4, #2 and #8 >> >> >Ok. >> >> Ok then I'll move this sample stuff "as is" in to the >> main package! > >Yes, this sample become too mutch advanced for demo. Done as you seen. >> interfaces under: >> <org.apache.commons.simplestore.persistence> >> and implementation (maybe with Defaultxxx.class) under: >> <org.apache.commons.simplestore.persistence.impl> >> Or should give them some more meaningful name as impl? >> >> Where should we put this JDBC stuff? >> Same for the cache, of course! > >I don have ideas abaut this :) Datasource implementation is incorrect, but >it has good performance on PostgreSQL, because driver implements pool >itself .... . It has now his own package, and people can use it if they want. But maybe we should remove this PostgreSQL javadoc, because it works for hsqldb too ;). >> >> BTW: Could please adapt the Jakarta coding style. Just look >> in the other projects how they format code. I now that's >> a PITA but necessary. TIA. > >Ok, I will try ( I use NetBeans formater, but I know there are more command >line "Auto Formaters" in SourceForge ) Did you try jedit? www.jedit.org. Very kool editor! Check out the plugins! ~Gerhard "When I die, I want to go just like my Grandfather, in my sleep. Not like the screaming passengers in the car he was driving." (Ancient Chinese Proverb) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
