You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by Enrique Rodriguez <en...@gmail.com> on 2006/04/22 11:35:18 UTC
"Strict modularity" feedback
I hit the "strict modularity" issues updating Apache Directory to Felix
tonight. I found the overall issues to be no worse than troubleshooting
any other OSGi dependency issues. The error messages were really great
to have and I think they'll help newbies a lot.
I had to add:
javax.naming, \
javax.naming.spi, \
javax.naming.directory, \
javax.naming.ldap, \
javax.security.auth.kerberos
to our config.properties.
Enrique
Re: "Strict modularity" feedback
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Sounds good. At least we are building up our experience to get a feel
for how much we are impacted by strict modularity. Hopefully, it will
stay positive.
-> richard
Enrique Rodriguez wrote:
> Richard S. Hall wrote:
> ...
>> The question I have is, were you able to determine why you needed
>> these packages? Were they packages you were using and didn't include
>> or were they from methods used on parent classes or what?
>
> I think in most of the cases I just needed to include system packages.
> Maybe 1-2 cases were methods on parent classes. I know in a couple
> cases I had to intuit that the issue was missing import statements,
> based on the missing class and my knowledge of our class hierarchy.
> Once again, mangen will be a big help here. Also, all of our package
> names changed in a big refactoring over the holidays, so this was more
> than just a move from Oscar to Felix - I had a lot of import/export
> statements busted.
>
> Enrique
>
Re: "Strict modularity" feedback
Posted by Enrique Rodriguez <en...@gmail.com>.
Richard S. Hall wrote:
...
> The question I have is, were you able to determine why you needed these
> packages? Were they packages you were using and didn't include or were
> they from methods used on parent classes or what?
I think in most of the cases I just needed to include system packages.
Maybe 1-2 cases were methods on parent classes. I know in a couple
cases I had to intuit that the issue was missing import statements,
based on the missing class and my knowledge of our class hierarchy.
Once again, mangen will be a big help here. Also, all of our package
names changed in a big refactoring over the holidays, so this was more
than just a move from Oscar to Felix - I had a lot of import/export
statements busted.
Enrique
Re: "Strict modularity" feedback
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Excellent feedback Enrique.
I am glad that you were able to get it to work without much difficulty.
I labored on the precise text of the diagnostic messages for a while, so
I am happy that they were helpful. :-)
The question I have is, were you able to determine why you needed these
packages? Were they packages you were using and didn't include or were
they from methods used on parent classes or what?
-> richard
Enrique Rodriguez wrote:
> I hit the "strict modularity" issues updating Apache Directory to
> Felix tonight. I found the overall issues to be no worse than
> troubleshooting any other OSGi dependency issues. The error messages
> were really great to have and I think they'll help newbies a lot.
>
> I had to add:
>
> javax.naming, \
> javax.naming.spi, \
> javax.naming.directory, \
> javax.naming.ldap, \
> javax.security.auth.kerberos
>
> to our config.properties.
>
> Enrique
>