Re: [mdr-users] Building MDR from CVS not possible
Martin Matula <[email protected]> Tue, 08 Oct 2002 11:13:20 +0200
| Newsgroups | gmane.comp.java.netbeans.modules.mdr.devel |
|---|---|
| Message-ID | <[email protected]> |
[moving from users@ to dev@] Brian, please don't waist time on the JMIImplGenerator - I have removed it - it was very experimental and for my own use only anyway - I am using it while I am helping with Java module's integration with MDR, implementing the derived part of the model. I put it into CVS only because I wanted to be able to version it, but it is not that critical. At some point of time, I will make this class more advanced and make it available from MDR Explorer, but since the looks API that MDR Explorer uses is already obsolete, I wanted to wait for the new looks API that is currently developed in a separate branch to integrate this feature into MDR Explorer. I tried to make the JMIImplGenerator work with the new GenericMapper yesterday, but found out that the changes you have made to it don't make it possible for me to misuse it for this kind of thing (because now generic mapper is responsible for opening the stream for a class of a given name, but I needed to control the name of the class and package). Martin Brian Smith wrote: > It looks like I didn't pay enough attention and I missed this subclass > of GenericMapper. I will fix JMIImplGenerator tonight. > > Like Holger, I thought that MDRToolkit was dead. But, if it is still > being maintained then I will figure out what CVS branch(es) to use for > NetBeans 3.3.x with old looks and make sure that MDR builds against both > NetBeans versions. > > - Brian > > Martin Matula wrote: > >> Hi, >> sorry for this and thanks for catching it Jens! It was caused by my >> commit not being synchronized with the Brian's commit. I have created >> an experimental class that was based on GenericMapper and generated >> skeletons of Impl classes (for derived attributes, etc.) and in the >> meantime Brian changed interface of GenericMapper. >> I fixed the problem by removing the experimental class. But you should >> not need the mdrtoolkit anyway as the only thing it contains is an old >> version of MDR looks implementation (replaced by looks in MDR >> Explorer) which we keep for users that use NetBeans 3.3.x, as the >> looks used by MDR Explorer are too new to work with NB 3.3.x. >> Martin >> >> Holger Krug wrote: >> >>> Am Mon, 2002-10-07 um 10.51 schrieb Jens Fransson: >>> >>> >>>> MDR now builds, except for "mdrtoolkit.jar". >>>> With the older MDR CVS versions it was possible to build this file, >>>> although I am not sure wether I ever needed it ;-) >>>> Do I? What is mdrtoolkit.jar being needed for? >>>> >>>> I tried to run mdr/build.xml with several different targets, but >>>> mdrtoolkit >>>> still resists. How do I build this one? >>> >>> >>> >>> >>> As far as I know it contains old code which probably could/should be >>> removed. Martin, couldn't it ? >>> >> >> >