In this case I do not see a reason why it should not work. Werner
On Mon, 27 Dec 2004 14:09:08 GMT, Charles Abell wrote: >But if the mapping file refers only to the result of the Stored Proc ? > >That is : ><!-- Mapping for maildest --> > <class name="quote.Maildest" identity="oaddress "> > <description>Mail Destinations</description> > <map-to table="EMAIL" xml="email" /> > <cache-type type="none"/> > <field name="oaddress " type="string" > > <sql name="oaddress " type="char"/> > <xml node="element"/> > </field> > </class> ></mapping> >> >> Charles, >> >> I am afraid yes, as Castor requires a certain field order to be >> returned. Iirc, the fields have to be returned in exactly the order >> specified in your mapping file. >> And all fields/column will have to be part of the data returned. >> >> Regards >> Werner >> >> On Mon, 27 Dec 2004 12:43:28 GMT, Charles Abell wrote: >> >>> Werner, >>> Thanks, that's 1837. Apart from implementing getCallQuery, would >>> there be anything else stopping me from using the jdo for this ? >>> The stored proc is >> creating a result with a different field name and *no* key field >> from the original table. >> >>>> >>>> Charles, >>>> >>>> I do not see a reason why it could not be added. Can you please >>>> open an enhancement request at http://bugzilla.exolab.org, and >>>> attach the information >>>> provided in your email. It could be, though, that we'll need >>>> your help with regards to testing et alias. But let's discuss >>>> the details once the bug has been created. >>>> >>>> Regards >>>> Werner > > ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-user
