Re: Re: CVS update: MODIFIED: . ...
Vitezslav Stejskal <[email protected]> Tue, 09 Sep 2003 10:49:45 +0200
| Newsgroups | gmane.comp.java.netbeans.modules.projects.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi All, Svata is absolutely correct. Let me remind you all that: - the APIs are in high resistant mode - http://projects.netbeans.org/openissues/incompatible_issues.html - this was huge and unwanted API change - this wasn't discussed on aliases (but even internally with projects developers) We _intentionally_ restricted access to all classes in java module since they were never meant to be a public and maintained API of java module. We are willing to replace all neccessary contracts by some other way in new java project APIs. Please, ask your requirements for these contracts. Some of them can be probably satisfied even now, some of them probably not, but we don't know how modules were using classes from old java module and what all they really need. Help us to find out all these usages by asking reguirements. The commit was rolled back already. If there is an urgent need for temporary solution I would suggest to declare implementation dependency on java module. Using implementation dependencies allows you to access internal classes of module you depend on, but remember that such dependencies can easily get broken when changes are done that module. It's the responsibility of maintainers of dependent module to keep their module in sync or better to remove the implementation dependency as soon as possible. Use the implementation dependency only as _temporary_ solution. -vita Svatopluk Dedic wrote: > [email protected] napsal(a): > >> User: jwarzecha >> Date: 03/09/08 17:13:02 >> >> Modified: . Tag: prj40_prototype manifest.mf >> Log: >> IN=15163 - Change manifest, make all packages public >> (temp workaround so ejb editor works in SunOne Studio) >> > > Did I see an announcement, or a discussion concerning this change on > nbdev@ or dev@projects ? I don't think so. > > Writing "IN=15163", that presumably points at some SUN internal > resource does not help too much. > > -Svata > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >