> Thanks for these responses. I understand the push to > supercede the > <entityfacade/> subtask with something more > flexible, but in the interests > of current usability, would it be possible to fix > the permissions > pass-through in generated facade beans? This seems > to me to be a separate > bug from XDT-44 (which is entitled "Remove the ejb > facade stuff, or come up > with a better alternative"). > > I would also caution against entirely removing the > entityfacade stuff, just > like you haven't removed the data-object stuff, so > poor lamers like me can > carry on using them (as they do everything I need > for this project -- apart > from the permissions bug! ;-)). > > So... will someone fix this bug if I enter it in > JIRA...?
Well, main problem with <eintityfacade/> is that it requires second pass of xdoclet, so I was criticized for adding it. Though I ( and some others ) found this usefull. So it remains in cvs and is not widely advertized. XDT-44 is a good place to discuss the improvements of this task. I will eventually enhance this when it's clear what is really needed. But yu will have to wait till weekend ( at least ) because now I'm working full time as project manager, and I'm not using this task right now :) regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
