I agree with Pete ,there is definitely a lot of wiring that is currently going in building the remote object. Also I am not a big fan of dynamic typing . I still think that code generation will solve both problems. I can understand the reluctance to use it, however I just can't get past the dynamic typing issue though. Code generation will allow us to automatically create the wiring needed for the remote object as well as remove the dynamic typing. I would love it if you made the faces messages agnostic! That would really reduce some of the code we had to create to integrate with messages and the lifecycle. Venkat and I would love to see FlexBooking and documentation included into Seam examples at some point. If you guys could host the SVN there I think that would be a great idea, it will give us all a common spot to collaborate. Just give me the location and I will up load the project. The booking application can be downloaded from www.rationaldeveloper.com/downloads/granite/FlexBooking.zip<http://www... (Granite Version) I included the granite seam code in the email, the whole project can be retrieved from the latest svn http://granite.svn.sourceforge.net/viewvc/granite/graniteds/trunk/ I do have the blaze code available however there Is an issue with Flex 3 beta 3 and the way I am moving information back and forth. Sooo that means it's broken right now. ;) From: Keith Naas [mailto:keithnaas@gmail.com] Sent: February 18, 2008 2:42 PM To: Pete Muir Cc: seam-dev(a)lists.jboss.org; Cameron Ingram; James Ward; Shashank Tiwari; Felipe Albertao; Blue; Chris Maki; Kunal Bajaj Subject: Re: Seam with Flex Since James asked so nicely, Kunal and I started working on a maven-flex-plugin. We plan on supporting swf/swc compilation, maven dependencies, asdoc generation, and automatic FlexBuilder artifact generation (e.g. namespace mappings, flexlibproperties, actionscriptproperties). After seeing Cameron's great presentation, we were also thinking about the facesMessages/dataModel, validation, and automatic conversation handling. We were also wondering if it makes sense to tie into Seam's Component Driven Events. I believe Kunal has been investigating how to get Flex to play better with Seam Security. Keith Naas On Feb 18, 2008 2:06 PM, Pete Muir <pmuir@bleepbleep.org.uk<mailto:pmuir@bleepbleep.org.uk>> wrote: To consolidate various discussions on Seam with Flex. I liked the look of what Cameron had at JBW though there still seems to be quite a lot of wiring stuff in there - Cameron and I discussed this, and he thinks we can at least use code generation to help here. We need to make facesMessages view layer agnostic so that it can work with Wicket or Flex as well. We are very happy to host this on SeamFramework.org, Seam SVN, seam-dev@lists.jboss.org<mailto:seam-dev@lists.jboss.org> for discussions and Seam JIRA for issue tracking if that works well for everyone. At least, I would love to see an example distributed with Seam, and some documentation in the reference manual. Cameron, where can I download the booking application you were showing off at JBossWorld? I want to look at your DataModel adaptor in particular - see if we can't ease this integration some. What do people thing? -- Pete Muir http://in.relation.to/Bloggers/Pete http://www.seamframework.org ________________________________ ----------------------------------------------------------------------- This e-mail is intended for the addressee shown. It contains information that is confidential and protected from disclosure. Any review, dissemination or use of this transmission or its contents by persons or unauthorized employees of the intended organizations is strictly prohibited. The contents of this email do not necessarily represent the views or policies of PSCU Financial Services.

The demo it self has no license Venkat, Shawn and I wrote the code. We can stick what ever license is appropriate. The underlying libraries however... Granite Lpgl 3 or Blaze Lpgl 3 Flex 2 Mozilla Public license The rest of libraries are already included in the Seam download. As far as mixing the two, I am not sure either. Would this prevent the hosting of the application as a collaboration project until it is sorted? ________________________________________ From: Emmanuel Bernard [emmanuel(a)hibernate.org] Sent: Monday, February 18, 2008 5:12 PM To: Cameron Ingram Cc: Keith Naas; Pete Muir; seam-dev(a)lists.jboss.org; James Ward; Chris Maki; Felipe Albertao; Blue; Shashank Tiwari; Kunal Bajaj Subject: Re: [seam-dev] RE: Seam with Flex What is the demo license? LGPL 3? Seam is LGPL 2.1 and I have no idea of the implications wrt to distributing a mix of code in both 2.1 and 3. This needs to be sorted out before any distribution of the demo. On Feb 18, 2008, at 16:45, Cameron Ingram wrote: I agree with Pete ,there is definitely a lot of wiring that is currently going in building the remote object. Also I am not a big fan of dynamic typing . I still think that code generation will solve both problems. I can understand the reluctance to use it, however I just can’t get past the dynamic typing issue though. Code generation will allow us to automatically create the wiring needed for the remote object as well as remove the dynamic typing. I would love it if you made the faces messages agnostic! That would really reduce some of the code we had to create to integrate with messages and the lifecycle. Venkat and I would love to see FlexBooking and documentation included into Seam examples at some point. If you guys could host the SVN there I think that would be a great idea, it will give us all a common spot to collaborate. Just give me the location and I will up load the project. The booking application can be downloaded from www.rationaldeveloper.com/downloads/granite/FlexBooking.zip<http://www... (Granite Version) I included the granite seam code in the email, the whole project can be retrieved from the latest svn http://granite.svn.sourceforge.net/viewvc/granite/graniteds/trunk/ I do have the blaze code available however there Is an issue with Flex 3 beta 3 and the way I am moving information back and forth. Sooo that means it's broken right now. ;) From: Keith Naas [mailto:keithnaas@gmail.com] Sent: February 18, 2008 2:42 PM To: Pete Muir Cc: seam-dev@lists.jboss.org<mailto:seam-dev@lists.jboss.org>; Cameron Ingram; James Ward; Shashank Tiwari; Felipe Albertao; Blue; Chris Maki; Kunal Bajaj Subject: Re: Seam with Flex Since James asked so nicely, Kunal and I started working on a maven-flex-plugin. We plan on supporting swf/swc compilation, maven dependencies, asdoc generation, and automatic FlexBuilder artifact generation (e.g. namespace mappings, flexlibproperties, actionscriptproperties). After seeing Cameron's great presentation, we were also thinking about the facesMessages/dataModel, validation, and automatic conversation handling. We were also wondering if it makes sense to tie into Seam's Component Driven Events. I believe Kunal has been investigating how to get Flex to play better with Seam Security. Keith Naas On Feb 18, 2008 2:06 PM, Pete Muir <pmuir@bleepbleep.org.uk<mailto:pmuir@bleepbleep.org.uk>> wrote: To consolidate various discussions on Seam with Flex. I liked the look of what Cameron had at JBW though there still seems to be quite a lot of wiring stuff in there - Cameron and I discussed this, and he thinks we can at least use code generation to help here. We need to make facesMessages view layer agnostic so that it can work with Wicket or Flex as well. We are very happy to host this on SeamFramework.org, Seam SVN, seam-dev@lists.jboss.org<mailto:seam-dev@lists.jboss.org> for discussions and Seam JIRA for issue tracking if that works well for everyone. At least, I would love to see an example distributed with Seam, and some documentation in the reference manual. Cameron, where can I download the booking application you were showing off at JBossWorld? I want to look at your DataModel adaptor in particular - see if we can't ease this integration some. What do people thing? -- Pete Muir http://in.relation.to/Bloggers/Pete http://www.seamframework.org ________________________________ ----------------------------------------------------------------------- This e-mail is intended for the addressee shown. It contains information that is confidential and protected from disclosure. Any review, dissemination or use of this transmission or its contents by persons or unauthorized employees of the intended organizations is strictly prohibited. The contents of this email do not necessarily represent the views or policies of PSCU Financial Services. <seam.zip> _______________________________________________ seam-dev mailing list seam-dev@lists.jboss.org<mailto:seam-dev@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/seam-dev ----------------------------------------------------------------------- This e-mail is intended for the addressee shown. It contains information that is confidential and protected from disclosure. Any review, dissemination or use of this transmission or its contents by persons or unauthorized employees of the intended organizations is strictly prohibited. The contents of this email do not necessarily represent the views or policies of PSCU Financial Services.

Hi Every one! I just wanted to drop a quick note, thanks to Adobe I have flexbooking with BlazeDS working again. Thanks for all your help James. Any ways... FlexBooking is working and you can download it off of my site. www.rationaldeveloper.com/downloads/blazeds/FlexBooking-BlazeDS.zip<ht... also I have the integration code available as well. www.rationaldeveloper.com/downloads/blazeds/FlexBlazeDS-Seam<http://ww... This code is also still in an early iteration but I am hoping to have a couple ideas for people to look at and hopefully comment on early next week. Cameron From: Keith Naas [mailto:keithnaas@gmail.com] Sent: February 18, 2008 2:42 PM To: Pete Muir Cc: seam-dev(a)lists.jboss.org; Cameron Ingram; James Ward; Shashank Tiwari; Felipe Albertao; Blue; Chris Maki; Kunal Bajaj Subject: Re: Seam with Flex Since James asked so nicely, Kunal and I started working on a maven-flex-plugin. We plan on supporting swf/swc compilation, maven dependencies, asdoc generation, and automatic FlexBuilder artifact generation (e.g. namespace mappings, flexlibproperties, actionscriptproperties). After seeing Cameron's great presentation, we were also thinking about the facesMessages/dataModel, validation, and automatic conversation handling. We were also wondering if it makes sense to tie into Seam's Component Driven Events. I believe Kunal has been investigating how to get Flex to play better with Seam Security. Keith Naas On Feb 18, 2008 2:06 PM, Pete Muir <pmuir@bleepbleep.org.uk<mailto:pmuir@bleepbleep.org.uk>> wrote: To consolidate various discussions on Seam with Flex. I liked the look of what Cameron had at JBW though there still seems to be quite a lot of wiring stuff in there - Cameron and I discussed this, and he thinks we can at least use code generation to help here. We need to make facesMessages view layer agnostic so that it can work with Wicket or Flex as well. We are very happy to host this on SeamFramework.org, Seam SVN, seam-dev@lists.jboss.org<mailto:seam-dev@lists.jboss.org> for discussions and Seam JIRA for issue tracking if that works well for everyone. At least, I would love to see an example distributed with Seam, and some documentation in the reference manual. Cameron, where can I download the booking application you were showing off at JBossWorld? I want to look at your DataModel adaptor in particular - see if we can't ease this integration some. What do people thing? -- Pete Muir http://in.relation.to/Bloggers/Pete http://www.seamframework.org ________________________________ ----------------------------------------------------------------------- This e-mail is intended for the addressee shown. It contains information that is confidential and protected from disclosure. Any review, dissemination or use of this transmission or its contents by persons or unauthorized employees of the intended organizations is strictly prohibited. The contents of this email do not necessarily represent the views or policies of PSCU Financial Services.