Hi Trustin, Not sure if you were planing to refactor to consolidate the 'split packages' for the 2.0.0-M1 trunk or not.
If SO: let me know when and I will follow you and create the OSGi metadata in the jar manifests so we can have a Mina release with jars that can act as OSGi bundles. If NOT: let me know now so I can begin work on creating the OSGi metadata in the jars for doing the same thing. (Still will work but Only not as good as 'If SO') cheers, John On Sun, 2007-01-21 at 08:11 +0900, Trustin Lee wrote: > On 1/19/07, John E. Conlon <[EMAIL PROTECTED]> wrote: > > > > Can we also consider moving the classes in the two packages > > org.apache.mina.filter and org.apache.mina.filter.support or renaming > > these packages so that they are not fragmented across the filter-ssl and > > the filter-compression projects? > > > > Doing this will allow us to use one or a combination of mina project > > artifacts (jars) into an orchestrated classloader hierarchy that > > maintains class space consistency. Today mina can only work in this type > > of environment when all its artifacts are combined into a single uber- > > jar. > > > > See: > > filter-ssl/src/main/java/org/apache/mina/filter/support > > filter-compression/src/main/java/org/apache/mina/filter/support > > > > filter-ssl/src/main/java/org/apache/mina/filter > > filter-compression/src/main/java/org/apache/mina/filter > > > Let me fix this issue in 2.0.0-M1. We really need package reorganization. > Sorry for not fixing it for a long time. > > Thanks, > Trustin
