Subversion is an idea who's time has come. Well, it's time had come a long time ago. It's running the repo for Dentaku, but it's entirely not ready for prime time.
Why?
While the system is stable, the clients absolutely suck. Tool vendors refuse to support it. Won't even put it on the roadmap.
That's very uncool.
Howdy folks, just checking in with recent changes to the project. I'm currently on location with a client in Tokyo, Japan.
One of the things that's been a high priority is removing AndroMDA from the build. It's a good tool, but Dentaku started using XDoclet 2 some time ago because of the difficulty with writing certain kinds of generators for AndroMDA. It initially seemed that they could be run side-by-side, but getting JMI compatible beans out of the XMI with Netbeans MDR is a very expensive operation, and doing it twice for each build is prohibitive to those without fast machines.
Chronologically, there was work done to before the first client work that would have had a version of Dentaku working without AndroMDA. But the initial client work put a stop to that due to time constraints, and the project was completed with AndroMDA. This initial version was using code checked into the build. But as the client project was finished, the then-current AndroMDA templates became harder to reverse back to use the old helper code. I had been considering using proxy wrappers for the JMI objects recently anyway, and it just made sense to pull across the AndroMDA proxy code complete.
So the current state of Gentaku is that it is very thin, and does simply uses the new Metadata Service in the Services project. The Metadata Service is a componentization of the AndroMDA proxy core, basically. I had hoped to avoid such a large import of their code, but I'm sure the XDoclet patterns in there will be useful to them if they were to choose to use them. From this point moving forward, I don't expect to see many similarities in the code bases.