I noticed that not all PermissionDeniedException's thrown on the server side (you can see them in the Tomcat log) are relayed to the client side as an AxisFault. AFAICT this affects all such exceptions thrown by Application. Other instances of a PermissionDeniedException, e.g., when trying to access an item, are normally relayed.
In the log the difference between the two is that the "silent" permission errors have an entry of the form: timestamp ERROR RPCInOnlyMessageReceiver:77 - Permission denied: msg net.sf.basedb.core.PermissionDeniedException: Permission denied: msg stack trace timestamp ERROR AbstractMessageReceiver:101 - org.apache.axis2.AxisFault: Permission denied: msg whereas those with are properly relayed as an AxisFault have an entry of the form timestamp ERROR RPCMessageReceiver:153 - Permission denied: msg java.lang.reflect.InvocationTargetException first part of stack trace Caused by: net.sf.basedb.core.PermissionDeniedException: Permission denied: msg second part of stack trace This is *very* annoying because, for instance, if you have an invalid login call followed by a read call, your code will proceed to the read call without having logged in, at which point you will get a "Permission denied: Not allowed to read xyz", but unless you read the Tomcat log you will not realize that the root cause was not the read call but the failed login. What sorcery is this? Why aren't *all* errors on the server side manifested as an AxisFault on the client side? Note that this is with BASE 2.9.2 and thus with Axis 1.3, neither of which is the current version but it is what I am stuck with. Thanks, -- O.L. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ The BASE general discussion mailing list basedb-users@lists.sourceforge.net unsubscribe: send a mail with subject "unsubscribe" to basedb-users-requ...@lists.sourceforge.net
