> > Just want to add that I've seen this too. It is > > what was holding me > > back from the <entityfacade/> task. Hmmmm. Maybe > > there was another > > reason - does the facade play happy with > > xdoclet-gen'd value-objects, or > > does it only work with the old data-objects? > > at the moment only dataobjects. > Problem with value object is that there are many > of them ( potencially ) - so specification > which object you need will be needed. > > or maybe generate facades for each of value objects? > > Anyway, there is issue in JIRA: > http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=X DT-44 > It's bet place to enter proposals what it shall do > ( or they will be lost in mail archives... ) > > regards, > > ===== > Konstantin Priblouda ( ko5tik ) Freelance Software developer
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...? Thanks, James ------------------------------------------------------- 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
