>> Reducing the number of modules from 43 to 35 brings our average to 10
>> classes per module and it's clear we are still far lower than the
>> average "new" java project.
> When you say module what exactly you count ? It sound like you not
> count the " in the pom.xml..
Yes, in james-server/trun
Hi,
comments inside again :)
2011/1/11 Stefano Bagnara :
> 2011/1/11 Eric Charles :
>> (quick answer)
>>
>> - Yes, 43 is much... The idea behind was the osgi track (can't find the
>> articles from pax project where they argue to have real small modules, even
>> micro modules, rather than larger o
2011/1/11 Eric Charles :
> (quick answer)
>
> - Yes, 43 is much... The idea behind was the osgi track (can't find the
> articles from pax project where they argue to have real small modules, even
> micro modules, rather than larger one).
Yes, depending on how you read "micro". I'd say micro is 10
Comments inside..
2011/1/11 Eric Charles :
> (quick answer)
>
> - Yes, 43 is much... The idea behind was the osgi track (can't find the
> articles from pax project where they argue to have real small modules, even
> micro modules, rather than larger one).
> - Your proposal to have persistence-* is
I think move stuff out of server should not get done.. Also I think we
would make better just call it "jpa", "jcr" ... No need to prefix it
with persistence.
Bye,
Norman
2011/1/11 Eric Charles :
> Commenting while thinking:
> - moving persistence-* out-of- server sounded good to me, but we will f
Hi Stefano,
the idea was to make it easy to use and deploy them in an osgi
container without the need to not needed dependencies.. You know in
OSGI you will see a dependency hell really fast ;)
For details see inline..
2011/1/11 Stefano Bagnara :
> You know I finally had some time to review cur
Commenting while thinking:
- moving persistence-* out-of- server sounded good to me, but we will
face release issue (a release is some work), so it should be forgotten.
- 'persistence' naming is well representative, but we also have the
'mailbox' which is the mail persistence: I expect confusion
(quick answer)
- Yes, 43 is much... The idea behind was the osgi track (can't find the
articles from pax project where they argue to have real small modules,
even micro modules, rather than larger one).
- Your proposal to have persistence-* is good because it will not oblige
to load unneeded d
You know I finally had some time to review current trunk and I fear we
have too many modules: we removed protocols, imap and mailets but
still we have 43 modules. 43!
Many modules counting less than 4 classes.
Here is a choice of current modules and the number of classes they contains:
- mail-fil