Hi Ray, That import of the org.osgi.dto package is now gone. Instead it uses a number of rules to identify classes as being a DTO or not in DTOUtil.isDTOType(). This is because it should also support classes that don't extend the org.osgi.dto.DTO interface but follow all the rules for DTOs.
Cheers, David On 26 April 2017 at 17:27, David Bosschaert <david.bosscha...@gmail.com> wrote: > Hi Ray, > > I think the converter should not need to import it and it should not have > a hard dependency on that package. > > I'll work on getting it removed. > > Cheers, > > David > > On 26 April 2017 at 16:22, Raymond Auge <raymond.a...@liferay.com> wrote: > >> Hey David, et al. >> >> Should the converter impl _substitutibly_ include the org.osgi.dto >> package? >> >> Right now using converter standalone doesn't work without this package >> somewhere on the classpath. >> >> -- >> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> >> (@rotty3000) >> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >> (@Liferay) >> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >> (@OSGiAlliance) >> > >
