Depends on what the process is as a whole, kinda hard to say. If it is real simple, I call the method on the java class just passing one or two parameters. So just tae the PK of the ProductOptionsVO and use that. If it is more complex, then send back a totally different VO to the server.
Dimitrios Optimal Payments -----Original Message----- From: flexcoders@yahoogroups.com on behalf of lostinrecursion Sent: Tue 8/22/2006 11:00 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Many options in List based Components. Best practice? (Using ValueObject) Hi all, I have a screen in my application which will be fetching its ComboBox and List options from a database. I am planning to bind the List based components to this data via my ValueObject (We'll call it ProductOptionsVO for this excercise). Most of the data is coming back as a query and I am converting to an ArrayCollection for ease of binding. Now, when the user selects their options, and it is time to pass the data back to the server, I run into a best practice issue. Should I just pass back the ProductOptionsVO to the server as [PropertyName(s)].selectedItems or would building a different VO to listen for changes be the better option? -- WARNING ------- This electronic message and its attachments may contain confidential, proprietary or legally privileged information, which is solely for the use of the intended recipient. No privilege or other rights are waived by any unintended transmission or unauthorized retransmission of this message. If you are not the intended recipient of this message, or if you have received it in error, you should immediately stop reading this message and delete it and all attachments from your system. The reading, distribution, copying or other use of this message or its attachments by unintended recipients is unauthorized and may be unlawful. If you have received this e-mail in error, please notify the sender. AVIS IMPORTANT -------------- Ce message électronique et ses pièces jointes peuvent contenir des renseignements confidentiels, exclusifs ou légalement privilégiés destinés au seul usage du destinataire visé. L'expéditeur original ne renonce à aucun privilège ou à aucun autre droit si le présent message a été transmis involontairement ou s'il est retransmis sans son autorisation. Si vous n'êtes pas le destinataire visé du présent message ou si vous l'avez reçu par erreur, veuillez cesser immédiatement de le lire et le supprimer, ainsi que toutes ses pièces jointes, de votre système. La lecture, la distribution, la copie ou tout autre usage du présent message ou de ses pièces jointes par des personnes autres que le destinataire visé ne sont pas autorisés et pourraient être illégaux. Si vous avez reçu ce courrier électronique par erreur, veuillez en aviser l'expéditeur. -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
<<winmail.dat>>