[RESULT][VOTE] New Apache MyFaces Fusion Name
Hi! The vote for the new name for the Apache MyFaces Fusion name is finished now. The result: Apache MyFaces Orchestra 10 votes Apache MyFaces Aurora 2 votes Apache MyFaces Connections nothing Please find the voting thread here [1] From now on the new name is Apache MyFaces Orchestra. Thanks to everyone who participated in this process . and - also to everyone who did not, you didn't introduce the one-thousand-and-first name ;-) hehe - well - and thanks that Kleber didn't make it :-D Ciao, Mario [1] http://www.nabble.com/-VOTE--New-Apache-MyFaces-Fusion-Name-t3371648.html
Re: [VOTE] New Apache MyFaces Fusion Name
[+1] Apache MyFaces Orchestra --Manfred On 3/8/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Based on the previous poll it should be possible now to vote on a new name. Please choose one of the three names (adding new ones can't be honored from now on). The one with the most votes should make it then. [ ] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Thank you! Ciao, Mario
Re: [VOTE] New Apache MyFaces Fusion Name
[x] Apache MyFaces Aurora cheers, Gerald On 3/8/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Based on the previous poll it should be possible now to vote on a new name. Please choose one of the three names (adding new ones can't be honored from now on). The one with the most votes should make it then. [ ] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Thank you! Ciao, Mario -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [VOTE] New Apache MyFaces Fusion Name
Mario Ivankovits schrieb: Hi! Based on the previous poll it should be possible now to vote on a new name. Please choose one of the three names (adding new ones can't be honored from now on). The one with the most votes should make it then. [ ] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Thank you! Ciao, Mario [X]Aurora
Re: [VOTE] New Apache MyFaces Fusion Name
+1 Apache MyFaces Orchestra On 3/9/07, Cagatay Civici [EMAIL PROTECTED] wrote: +1 Apache Myfaces Orchestra Regards, Çagatay Coast Guard -- Grant Smith
[VOTE] New Apache MyFaces Fusion Name
Hi! Based on the previous poll it should be possible now to vote on a new name. Please choose one of the three names (adding new ones can't be honored from now on). The one with the most votes should make it then. [ ] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Thank you! Ciao, Mario
RE: [VOTE] New Apache MyFaces Fusion Name
[+] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections regards Alexander
Re: [VOTE] New Apache MyFaces Fusion Name
[+] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Although, it really should be called 'Choreo'... coming from the word 'Choreograph'... oh well, too late! Cheers, Zubin. On 3/8/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: [+] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections regards Alexander
Re: [VOTE] New Apache MyFaces Fusion Name
[x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [VOTE] New Apache MyFaces Fusion Name
kidding ;) [x] Apache MyFaces Orchestra -Matthias On 3/8/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [VOTE] New Apache MyFaces Fusion Name
matze, you're such a rebel. ;) Matthias Wessendorf wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections
Re: [VOTE] New Apache MyFaces Fusion Name
only because the name is so funny :-) kleber == glue ;) to native speakers glue must also sound funny :-)) On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: matze, you're such a rebel. ;) Matthias Wessendorf wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
RE: [VOTE] New Apache MyFaces Fusion Name
you mean something like: programming JSF without glue?... you must be without a clue! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Thursday, March 08, 2007 10:48 PM To: MyFaces Development Subject: Re: [VOTE] New Apache MyFaces Fusion Name only because the name is so funny :-) kleber == glue ;) to native speakers glue must also sound funny :-)) On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: matze, you're such a rebel. ;) Matthias Wessendorf wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [VOTE] New Apache MyFaces Fusion Name
+1 orchestra. regards, Martin On 3/8/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: you mean something like: programming JSF without glue?... you must be without a clue! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Thursday, March 08, 2007 10:48 PM To: MyFaces Development Subject: Re: [VOTE] New Apache MyFaces Fusion Name only because the name is so funny :-) kleber == glue ;) to native speakers glue must also sound funny :-)) On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: matze, you're such a rebel. ;) Matthias Wessendorf wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [VOTE] New Apache MyFaces Fusion Name
[X] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections
RE: [VOTE] New Apache MyFaces Fusion Name
[x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections Regards, Erik-Berndt Disclaimer: This message contains information that may be privileged or confidential and is the property of Sogeti Nederland B.V. or its Group members. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
MyFaces Fusion Name Poll App
Hi! Using Apache MyFaces Fusion I've created a new example app: Ballot A tool to help make what I call dynamic votes. BTW: Even if there would have such a tool already there, I wanted to create another example for fusion. It is not meant to replace the voting on the ML, its just to distill those names worth to vote for. The dynamic part means, you can change your mind as long as the poll is open. You'll always be able to see the current state about each name. After registering you'll receive an url which allows you to cast a vote ... and change it again. Afterwards I'll take the top (say 5) names and we make a normal vote on the ML on them. No to the poll rules. I plan that you will be able to make 5 decisions per name, they are: -2 -1 0 1 2 What do you think, is this suitable? Ciao, Mario
Re: MyFaces Fusion Name Poll App
Btw, this poll will not be anonymous, so that everyone can be sure that I don't manipulate the data. A (to be create) page will allow you to have a look at the vote of each voter. If you don't mind Hi! Using Apache MyFaces Fusion I've created a new example app: Ballot A tool to help make what I call dynamic votes. BTW: Even if there would have such a tool already there, I wanted to create another example for fusion. It is not meant to replace the voting on the ML, its just to distill those names worth to vote for. The dynamic part means, you can change your mind as long as the poll is open. You'll always be able to see the current state about each name. After registering you'll receive an url which allows you to cast a vote ... and change it again. Afterwards I'll take the top (say 5) names and we make a normal vote on the ML on them. No to the poll rules. I plan that you will be able to make 5 decisions per name, they are: -2 -1 0 1 2 What do you think, is this suitable? Ciao, Mario
Re: MyFaces Fusion Name Poll App
Another question is, if I should allow you to vote for each name, or if I should force you to cast your vote for e.g. 5 names only. Then changing the available vote selections should be 0 1 2 3 4 5, no? Hi! Using Apache MyFaces Fusion I've created a new example app: Ballot A tool to help make what I call dynamic votes. BTW: Even if there would have such a tool already there, I wanted to create another example for fusion. It is not meant to replace the voting on the ML, its just to distill those names worth to vote for. The dynamic part means, you can change your mind as long as the poll is open. You'll always be able to see the current state about each name. After registering you'll receive an url which allows you to cast a vote ... and change it again. Afterwards I'll take the top (say 5) names and we make a normal vote on the ML on them. No to the poll rules. I plan that you will be able to make 5 decisions per name, they are: -2 -1 0 1 2 What do you think, is this suitable? Ciao, Mario
Re: MyFaces Fusion Name Poll App
Top 5 On 3/3/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Another question is, if I should allow you to vote for each name, or if I should force you to cast your vote for e.g. 5 names only. Then changing the available vote selections should be 0 1 2 3 4 5, no? Hi! Using Apache MyFaces Fusion I've created a new example app: Ballot A tool to help make what I call dynamic votes. BTW: Even if there would have such a tool already there, I wanted to create another example for fusion. It is not meant to replace the voting on the ML, its just to distill those names worth to vote for. The dynamic part means, you can change your mind as long as the poll is open. You'll always be able to see the current state about each name. After registering you'll receive an url which allows you to cast a vote ... and change it again. Afterwards I'll take the top (say 5) names and we make a normal vote on the ML on them. No to the poll rules. I plan that you will be able to make 5 decisions per name, they are: -2 -1 0 1 2 What do you think, is this suitable? Ciao, Mario
Re: MyFaces Fusion Naming
Arash Rajaeeyan schrieb: and may be thats because shale has chosen a different approach? No... Actually I think the fusion conversation system is one level lower than shale dialog. While shale dialog basically follows the approach - configuration of dialog scopes, have something which can keep objects in ram during the dialog. the fusion conversation system is along the lines of: providing a programmatic accessible scope mechanism based on spring 2.0s basic scope control which also is able to handle orm entity manager control, no dialog configuration whatsoever (except for a spring bean entry). Nothing speaks against accessing this programmatic control from a configuration based dialog system, and only a few things currently prevent it from being accessible from other webframeworks outside of the jsf scope. But as Mario said, who knows what the future will bring.
Re: MyFaces Fusion Naming
On 3/2/07, Werner Punz [EMAIL PROTECTED] wrote: Arash Rajaeeyan schrieb: and may be thats because shale has chosen a different approach? No... Actually I think the fusion conversation system is one level lower than shale dialog. While shale dialog basically follows the approach - configuration of dialog scopes, have something which can keep objects in ram during the dialog. the fusion conversation system is along the lines of: providing a programmatic accessible scope mechanism based on spring 2.0s basic scope control which also is able to handle orm entity manager control, no dialog configuration whatsoever (except for a spring bean entry). Nothing speaks against accessing this programmatic control from a configuration based dialog system, and only a few things currently prevent it from being accessible from other webframeworks outside of the jsf scope. But as Mario said, who knows what the future will bring. One thing I've wondered as I've watched the fusion stuff go by ... in an architecture that is so heavily based on Spring 2 already, why wasn't Spring Web Flow used? It looks like the core value add you wanted (managing the persistence tier resources at a per-conversation level instead of per-request) could have been done with SWF just as easily as writing your own conversation scope stuff. Craig
Re: MyFaces Fusion Naming
Hi Craig! One thing I've wondered as I've watched the fusion stuff go by ... in an architecture that is so heavily based on Spring 2 already, why wasn't Spring Web Flow used? Don't know much about SWF, but we had a meeting with Jürgen Höller from interface21 where he helped designing the integration of the conversation scope with Spring including the persistence stuff. If SWF would have been possible to do this he would have said it. Also Fusion do depend on Spring 2, but not that hard ... for sure, it uses its possibility to create custom scopes and makes use of their persistence framework, though, its still modular enough that - if JSF will ever allow custom scopes - it can be plugged in there too. What might be possible is, that SWF make use of this new scope too - Fusion is also designed in a way that you can replace the web framework (in the important area). Maybe (I hope for the future) shale-dialog can make use of this scope too, and can provide a solution for the persistence that way. Ciao, Mario
Re: MyFaces Fusion Naming
Well... don't lets discuss that much about why another thing... Perhaps all these existing techniques can get their profit from the other one and can also give valuable feedback to web beans / jsr 299. I am happy that *Fusion* (or Kleber) has no dependency to WebFlow. I would prefer a closer connection to the Shale (Basic) Dialog. However... it's good to have the choice... Take a look at ORM or web frameworks... there are more than one, doing 99% same like the other... also the advent of JSF didn't stop that (like GWT for instance). Thx, Matthias On 3/2/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi Craig! One thing I've wondered as I've watched the fusion stuff go by ... in an architecture that is so heavily based on Spring 2 already, why wasn't Spring Web Flow used? Don't know much about SWF, but we had a meeting with Jürgen Höller from interface21 where he helped designing the integration of the conversation scope with Spring including the persistence stuff. If SWF would have been possible to do this he would have said it. Also Fusion do depend on Spring 2, but not that hard ... for sure, it uses its possibility to create custom scopes and makes use of their persistence framework, though, its still modular enough that - if JSF will ever allow custom scopes - it can be plugged in there too. What might be possible is, that SWF make use of this new scope too - Fusion is also designed in a way that you can replace the web framework (in the important area). Maybe (I hope for the future) shale-dialog can make use of this scope too, and can provide a solution for the persistence that way. Ciao, Mario -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion Naming
Hi Craig! That's where I don't understand Fusion enough to comment ... it originally appeared to me that the key value add was allocating the entity manager on the way in (when you created the conversation), and cleaning up afterwards when the conversation ended. Yes, this is one of the things we do, the other thing is, that we have to ensure for each call into the conversation scoped bean that this entity manager has been set to the thread so that the following classes will see this entity manager. This is where the Spring aop stuff provides REALLY nice things. That way, its possible to work with multiple conversations within one request; not that you can exchange the beans load by each other. You say, this should be solved at the servlet spec. And I think with our solution we are really close to it. The basic conversation scope works as if it is provided by the servlet spec. You have an additional scope and finding the scope context (multi window awareness) works through an url parameter which will be added by an servlet response wrapper (just like the session id without cookies). Thats why we are not bound to JSF in this area, there is simply no JSF code to achieve this. All I need is access to e.g the request map and session map, that has been refactored into a framework adapter, and if I would like to spend a servlet filter I can avoid even this. Ciao, Mario
Re: MyFaces Fusion Naming
Matthias Wessendorf schrieb: Well... don't lets discuss that much about why another thing... Perhaps all these existing techniques can get their profit from the other one and can also give valuable feedback to web beans / jsr 299. I am happy that *Fusion* (or Kleber) has no dependency to WebFlow. I would prefer a closer connection to the Shale (Basic) Dialog. Actually I personally think this is one area which is very important, Shale as excellent configuration patterns which are currently missing in fusion and a closer tie could benefit both frameworks I guess. Fusion started out from the idea of being able to have something conversational without having to have an entire configuration system, but there are many usecases where a conversation system can solve a lot of issues. So I personally now think, that having both and also having persistence control in it is probably the best way to go. No configuration for the easy usecases (which are the usual 50-70% and having something with more control on the configuration side for the more complicated ones. Funny that Seam started off as well configuration less, and now has moved into a we support both approach. However... it's good to have the choice... Take a look at ORM or web frameworks... there are more than one, doing 99% same like the other... also the advent of JSF didn't stop that (like GWT for instance). Actually there are not too many choices of such systems currently You only have seam and fusion/kleber which can do full persistencecontext control. I personally think, Seam is a work of pure genious, it is seldom that a first approach does most of the things right. But Seam itself, has too string tie ins into ejb3 and into jsf (I love ejb3 and I am not an enemy of JSF obviously, but I still see it as a problem) probably and makes some automatic assumptions which are perfectly ok for a framework which tries to ease things, but often you do not want to lose this control entirely. For instance one area of this we make the assumptions for you in Seam is the passing from the master to the detail which happens automatically. I once did a testprogram in Seam and thought afterwards to myself, what has happened here, I want to know... While it was good for the end user who does not want to think about it, something in there broke to my knowledge simply the way the tomahawk handles the tables, so tomahawk was incompatible to seams handling of master detail relationships. I am not going into detail here, because I neither remember the exact automatisms nor the exact details why the tomahawk table does not work. One of the problems I have faced the last week, was to find a way to handle the master detail relationships the way I wanted to have them, in a transparent way, which does not take away control. I had two ways I either could preinitialize the detail conversation in the master and load the detail or I could use the updateActionListener like I would anyway, I opted for a simple updateActionListener. Fusion was low level enough to leave me the control and did not take assumptions on how to handle things from me. I personally would love to see JSR299 go that way, not too make to many assumptions but keep it basic so that others can build upon it. This is too important to push a lot into it, that is probably one of the reasons why the servlets have served us so well for a long time, they kept things basic. And Craig, I agree, scoping should belong at the lowest level possible, but for now I am happy that there are solutions which ease the burden of taking away the endless request, merge, lazy loading, object keeping problems which have plagued us 10 years too long. Orm mappers are a joy to use, if you do not have to fight against them due to endless lazy loading, merge problems.
Re: MyFaces Fusion Documentation
Mario Ivankovits schrieb: Hi! I've started the documentation by creating two xdoc files in myfaces/fusion/core/src/site, now when I run mvn site from within myfaces/fusion it creates a site, but only a handful of pages in core/target/site and they do not use our stylesheet. Now: *) Shall I put the documentation into the module directory, or is it fine if I put them directly into fusion? For me its sufficient to have only one place for the documentation for the core and core15 modules. *) Anyway, what can be wrong with the site generation in fusion/core ? *) At last maven fail with directly into fusion would be fine by me, fusion is not so big that it needs a split already in the docs.
RE: MyFaces Fusion Naming
Just out of curiosity, why is this part of MyFaces as opposed to Shale. It sounds more like something that belongs there... ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * -Original Message- From: Thomas Spiegl [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 28, 2007 6:28 PM To: MyFaces Development Subject: Re: MyFaces Fusion Naming another one ... Apache MyFaces Edge On 2/28/07, Jeff Bischoff [EMAIL PROTECTED] wrote: Glad you liked it. Yeah I figured it would be pretty common name, but at least not as bad as Spyder! (taken by both SP ETF fund and major winter sports gear company) Anyway it's a cool name, but probably too common Mario Ivankovits wrote: Hi Jeff! Apache Myfaces Spider I like it, though the first hit in google with software spider results in http://www.spider-software.de/ Ciao, Mario -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion Naming
Hi ! Just out of curiosity, why is this part of MyFaces as opposed to Shale. It sounds more like something that belongs there... We developed it under the MyFaces umbrella during the last months, we started with a tag base way until we reached the spring based solution we have now. So, thats why it's still here. We will see what the future brings. Ciao, Mario
Re: MyFaces Fusion Naming
Might be significant that two people have asked this question so far :-) On 3/1/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi ! Just out of curiosity, why is this part of MyFaces as opposed to Shale. It sounds more like something that belongs there... We developed it under the MyFaces umbrella during the last months, we started with a tag base way until we reached the spring based solution we have now. So, thats why it's still here. We will see what the future brings. Ciao, Mario
Re: MyFaces Fusion Naming
and may be thats because shale has chosen a different approach? On 3/2/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi ! Just out of curiosity, why is this part of MyFaces as opposed to Shale. It sounds more like something that belongs there... We developed it under the MyFaces umbrella during the last months, we started with a tag base way until we reached the spring based solution we have now. So, thats why it's still here. We will see what the future brings. Ciao, Mario -- Arash Rajaeeyan
Re: MyFaces Fusion
Arash Rajaeeyan schrieb: oh yes, also conversation scope of Trinidad does you (or any one one else) have access to JSR 299 info? do you which approach are they going to standardize for conversation/dialog/(or what ever they name it)? Btw. speaking of JSR 299, and conversations, isnt jsr299 just a glue specification of marrying ejb3 and jsf so that you can use ejb3 beans as managed beans? Regarding conversations and dialogs: This stuff really belongs into the servlet space just like session and request, which technologies then are built on top of such scoping is an entire issue. Lets face it 90% of all problems most people have in webapps stem from the fact that you cannot keep objects for a longer time without going through the problems a session scope causes for garbage collection and due to the fact that if you do not work on a pure jdbc base but on an orm base you either have to keep an erm open for your entire session with all related problems or you have to open it on request or even works on business case and then run into the usual merge problems most orm layers have (which is not solvable in a satisfying way anyway) The current already big number of various dialog systems which also keep something conversational open for object storage stem from the fact that this is a huge problem or has become a bigger one now that webapps seem to have moved towards orm layers where this problem becomes more problematic. Tackeling it on JEE level has been long overdue in my opinion especially because most of the usage and core patterns basically are tested by now. Craig since you are reading this, any idea if the servlet specs will be opened to scopes/conversations in the next specifications? Werner
Re: MyFaces Fusion
On 2/28/07, Werner Punz [EMAIL PROTECTED] wrote: Arash Rajaeeyan schrieb: oh yes, also conversation scope of Trinidad does you (or any one one else) have access to JSR 299 info? do you which approach are they going to standardize for conversation/dialog/(or what ever they name it)? Btw. speaking of JSR 299, and conversations, isnt jsr299 just a glue specification of marrying ejb3 and jsf so that you can use ejb3 beans as managed beans? JSR299 means whatever the expert group decides to propose to the JCP executive committee for approval. The kinds of things you describe above are definitely within the initial proposal document[1], but I would not place any bets that JSR-299 will limit itself to just what you mentioned. Regarding conversations and dialogs: This stuff really belongs into the servlet space just like session and request, which technologies then are built on top of such scoping is an entire issue. Agreed in general ... the devil is in the details. Consider the RESTafarian attitude that scopes of any kind (other than request scope) are evil. And, consider the fact that, although javax.servlet was one of the earliest extension proposals for the Java language, there have not been any mainstream-adopted solutions on different APIs to adapt HTTP requests to Java business logic (unless, I suppose, you count SOAP mappings via things like JAX-RPC and JAX-WS ... but those still count IMHO as built on *top* of the servlet APi instead of replacing it). Maybe there is some virtue in a simple baseline standard that everyone can adopt? Lets face it 90% of all problems most people have in webapps stem from the fact that you cannot keep objects for a longer time without going through the problems a session scope causes for garbage collection and due to the fact that if you do not work on a pure jdbc base but on an orm base you either have to keep an erm open for your entire session with all related problems or you have to open it on request or even works on business case and then run into the usual merge problems most orm layers have (which is not solvable in a satisfying way anyway) The current already big number of various dialog systems which also keep something conversational open for object storage stem from the fact that this is a huge problem or has become a bigger one now that webapps seem to have moved towards orm layers where this problem becomes more problematic. Tackeling it on JEE level has been long overdue in my opinion especially because most of the usage and core patterns basically are tested by now. Craig since you are reading this, any idea if the servlet specs will be opened to scopes/conversations in the next specifications? It turns out that I've been an internal proponent of dealing with these kinds of issues at the servlet spec level, as my colleagues in the platform group are aware of :-). One of the critical challenges, unfortunately, is econimics -- funding any spec all the way through the JCP process is likely to be a six-figure ($) investment, and the challenge is to optimize our (Sun's) investments. My personal interest in this problem space is actually at a level *below* the servlet API ... hopefully, the recently filed RESTful API JSR can deal with those sorts of things. Things like conversation scope (and even session scope) should be extensions on top of such a basic API, not fundamental features of it. Serv;ets have served us honorably for almost 10 years (only a little less than the lifetime of Java itself) ... but it's time to move forwards. Werner Craig
Re: MyFaces Fusion
I think the best way is to extend the bean scopes and add some other scope(s) for conversation or dialogs. I think in first proposal they said they want to take best practices of Seam, Shale, ADF, and other JSF based frameworks and find best practices for web development, and put them in web beans (JSR 299) it can be addressed in low level Servlet API but it can also be addressed in higher levels like JSF frameworks. On 2/28/07, Werner Punz [EMAIL PROTECTED] wrote: Arash Rajaeeyan schrieb: oh yes, also conversation scope of Trinidad does you (or any one one else) have access to JSR 299 info? do you which approach are they going to standardize for conversation/dialog/(or what ever they name it)? Btw. speaking of JSR 299, and conversations, isnt jsr299 just a glue specification of marrying ejb3 and jsf so that you can use ejb3 beans as managed beans? Regarding conversations and dialogs: This stuff really belongs into the servlet space just like session and request, which technologies then are built on top of such scoping is an entire issue. Lets face it 90% of all problems most people have in webapps stem from the fact that you cannot keep objects for a longer time without going through the problems a session scope causes for garbage collection and due to the fact that if you do not work on a pure jdbc base but on an orm base you either have to keep an erm open for your entire session with all related problems or you have to open it on request or even works on business case and then run into the usual merge problems most orm layers have (which is not solvable in a satisfying way anyway) The current already big number of various dialog systems which also keep something conversational open for object storage stem from the fact that this is a huge problem or has become a bigger one now that webapps seem to have moved towards orm layers where this problem becomes more problematic. Tackeling it on JEE level has been long overdue in my opinion especially because most of the usage and core patterns basically are tested by now. Craig since you are reading this, any idea if the servlet specs will be opened to scopes/conversations in the next specifications? Werner -- Arash Rajaeeyan
Re: MyFaces Fusion Naming
I wonder how Kleber sounds for English native speakers? regards, Martin On 2/27/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 for Apache MyFaces Kleber On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote: I propose Chasb Chasb means Glue in my native language, we can use other translations of glue like colle colla Kleber lijm κόλλα клей colagem pegamento On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Mike, It's up to you, but I'd think using a wiki page would be far easier to manage. You can propose names, and then group them as they're added: I thought that too, and I'll do so tomorrow, for now letz use the jira just to collect the names without any bias. I'll close the jira (maybe tomorrow if no new names follow) and then we should stop proposing new names, at that time I'll take them over to a wiki page and we can start to sort out stuff. I'll maintain the wiki page then; based on ml discussions. Ciao, Mario -- Arash Rajaeeyan -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion Naming
same like glue sounds to me ... On 2/28/07, Martin Marinschek [EMAIL PROTECTED] wrote: I wonder how Kleber sounds for English native speakers? regards, Martin On 2/27/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 for Apache MyFaces Kleber On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote: I propose Chasb Chasb means Glue in my native language, we can use other translations of glue like colle colla Kleber lijm κόλλα клей colagem pegamento On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Mike, It's up to you, but I'd think using a wiki page would be far easier to manage. You can propose names, and then group them as they're added: I thought that too, and I'll do so tomorrow, for now letz use the jira just to collect the names without any bias. I'll close the jira (maybe tomorrow if no new names follow) and then we should stop proposing new names, at that time I'll take them over to a wiki page and we can start to sort out stuff. I'll maintain the wiki page then; based on ml discussions. Ciao, Mario -- Arash Rajaeeyan -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion Naming
Hey, I wonder how Kleber sounds for English native speakers? I bet it sounds horrible . I hope so :-) Ciao, Mario
Re: MyFaces Fusion Naming
Well, at times a word means something different in another language, or sounds like a different word? regards, Martin On 2/28/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: same like glue sounds to me ... On 2/28/07, Martin Marinschek [EMAIL PROTECTED] wrote: I wonder how Kleber sounds for English native speakers? regards, Martin On 2/27/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 for Apache MyFaces Kleber On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote: I propose Chasb Chasb means Glue in my native language, we can use other translations of glue like colle colla Kleber lijm κόλλα клей colagem pegamento On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Mike, It's up to you, but I'd think using a wiki page would be far easier to manage. You can propose names, and then group them as they're added: I thought that too, and I'll do so tomorrow, for now letz use the jira just to collect the names without any bias. I'll close the jira (maybe tomorrow if no new names follow) and then we should stop proposing new names, at that time I'll take them over to a wiki page and we can start to sort out stuff. I'll maintain the wiki page then; based on ml discussions. Ciao, Mario -- Arash Rajaeeyan -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
[ https://issues.apache.org/jira/browse/MYFACES-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476577 ] Mario Ivankovits commented on MYFACES-1546: --- direct access Apache MyFaces Pure Apache MyFaces Direct above and beyond: Apache MyFaces Alta Apache MyFaces Sublime from everything a little bit Apache MyFaces Platypus something short Apache MyFaces Brevi (latin - in short time) Find a new name for Apache MyFaces Fusion - Key: MYFACES-1546 URL: https://issues.apache.org/jira/browse/MYFACES-1546 Project: MyFaces Core Issue Type: Task Components: General Reporter: Mario Ivankovits This jira is to collect new names for Apache MyFaces Fusion so far: Apache MyFaces Connections Apache MyFaces Vista Apache MyFaces Salida Apache MyFaces Defender Apache MyFaces Seamless Apache MyFaces Mergence Apache MyFaces Accretion Apache MyFaces Collective Apache MyFaces Aurora Apache MyFaces Concerto Apache MyFaces Orchestra -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[POLL] Sort out of MyFaces Fusion Naming candidates
Hi! Ok, here we go. This is a poll where I hope that we can sort out the most of the names below (shouldn't be that hard ;-), afterwards I hope we are stripped down to max 4 names where we can start a vote then. Thanks for your time! Just remove the names you don't like, I'll try to sum up those decisions on the wiki page then. == Candidates == * Apache MyFaces Connections * Apache MyFaces Vista * Apache MyFaces Salida * Apache MyFaces Defender * Apache MyFaces Seamless * Apache MyFaces Mergence * Apache MyFaces Accretion * Apache MyFaces Collective * Apache MyFaces Aurora * Apache MyFaces Concerto * Apache MyFaces Orchestra * Apache MyFaces ease * Apache MyFaces Snug * Apache MyFaces Rush * Apache MyFaces Salida * Apache MyFaces Piletra * Apache MyFaces Kleber * Apache MyFaces Sepia * Apache MyFaces Chasb * Apache MyFaces Rapid * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Pure * Apache MyFaces Direct * Apache MyFaces Alta * Apache MyFaces Sublime * Apache MyFaces Platypus * Apache MyFaces Brevi Ciao, Mario
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
My favorites. * Apache MyFaces Connections * Apache MyFaces Mergence * Apache MyFaces Aurora * Apache MyFaces Concerto * Apache MyFaces ease * Apache MyFaces Snug * Apache MyFaces Custos * Apache MyFaces Simplex * Apache MyFaces Memento * Apache MyFaces Alta * Apache MyFaces Brevi Sorry for the double names - copypaste failure :-(
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
my poll: - Kleber - Chasb - Simplex - Platypus On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Ok, here we go. This is a poll where I hope that we can sort out the most of the names below (shouldn't be that hard ;-), afterwards I hope we are stripped down to max 4 names where we can start a vote then. Thanks for your time! Just remove the names you don't like, I'll try to sum up those decisions on the wiki page then. == Candidates == * Apache MyFaces Connections * Apache MyFaces Vista * Apache MyFaces Salida * Apache MyFaces Defender * Apache MyFaces Seamless * Apache MyFaces Mergence * Apache MyFaces Accretion * Apache MyFaces Collective * Apache MyFaces Aurora * Apache MyFaces Concerto * Apache MyFaces Orchestra * Apache MyFaces ease * Apache MyFaces Snug * Apache MyFaces Rush * Apache MyFaces Salida * Apache MyFaces Piletra * Apache MyFaces Kleber * Apache MyFaces Sepia * Apache MyFaces Chasb * Apache MyFaces Rapid * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Pure * Apache MyFaces Direct * Apache MyFaces Alta * Apache MyFaces Sublime * Apache MyFaces Platypus * Apache MyFaces Brevi Ciao, Mario -- Arash Rajaeeyan
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
Kleber On 2/28/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote: my poll: Kleber Chasb Simplex Platypus On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! Ok, here we go. This is a poll where I hope that we can sort out the most of the names below (shouldn't be that hard ;-), afterwards I hope we are stripped down to max 4 names where we can start a vote then. Thanks for your time! Just remove the names you don't like, I'll try to sum up those decisions on the wiki page then. == Candidates == * Apache MyFaces Connections * Apache MyFaces Vista * Apache MyFaces Salida * Apache MyFaces Defender * Apache MyFaces Seamless * Apache MyFaces Mergence * Apache MyFaces Accretion * Apache MyFaces Collective * Apache MyFaces Aurora * Apache MyFaces Concerto * Apache MyFaces Orchestra * Apache MyFaces ease * Apache MyFaces Snug * Apache MyFaces Rush * Apache MyFaces Salida * Apache MyFaces Piletra * Apache MyFaces Kleber * Apache MyFaces Sepia * Apache MyFaces Chasb * Apache MyFaces Rapid * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Pure * Apache MyFaces Direct * Apache MyFaces Alta * Apache MyFaces Sublime * Apache MyFaces Platypus * Apache MyFaces Brevi Ciao, Mario -- Arash Rajaeeyan -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
Mario, Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Paul Spencer [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion Mario Ivankovits wrote: Hi! Ok, here we go. This is a poll where I hope that we can sort out the most of the names below (shouldn't be that hard ;-), afterwards I hope we are stripped down to max 4 names where we can start a vote then. Thanks for your time! Just remove the names you don't like, I'll try to sum up those decisions on the wiki page then. == Candidates == * Apache MyFaces Connections * Apache MyFaces Vista * Apache MyFaces Salida * Apache MyFaces Defender * Apache MyFaces Seamless * Apache MyFaces Mergence * Apache MyFaces Accretion * Apache MyFaces Collective * Apache MyFaces Aurora * Apache MyFaces Concerto * Apache MyFaces Orchestra * Apache MyFaces ease * Apache MyFaces Snug * Apache MyFaces Rush * Apache MyFaces Salida * Apache MyFaces Piletra * Apache MyFaces Kleber * Apache MyFaces Sepia * Apache MyFaces Chasb * Apache MyFaces Rapid * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Custos * Apache MyFaces Coire * Apache MyFaces Simplex * Apache MyFaces Transit * Apache MyFaces Tenere * Apache MyFaces Memini * Apache MyFaces Memento * Apache MyFaces Pure * Apache MyFaces Direct * Apache MyFaces Alta * Apache MyFaces Sublime * Apache MyFaces Platypus * Apache MyFaces Brevi Ciao, Mario
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
Hi Paul! Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Done, I hope I managed to express things sufficient. Ciao, Mario [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
Thanks, Now I know what it is. Paul Spencer Mario Ivankovits wrote: Hi Paul! Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Done, I hope I managed to express things sufficient. Ciao, Mario [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion
Re: MyFaces Fusion Naming
It probably sounds like Clever. It looks like Keebler (a cookie/cracker manufacturer). On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hey, I wonder how Kleber sounds for English native speakers? I bet it sounds horrible . I hope so :-) Ciao, Mario
Re: MyFaces Fusion Naming
Mike Kienenberger schrieb: It probably sounds like Clever. Hmmm I start to like it :-)
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
kleber simplex salida
Re: MyFaces Fusion Naming
Ok, then I like it, and it gets my vote (on the other thread). regards, Martin On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Mike Kienenberger schrieb: It probably sounds like Clever. Hmmm I start to like it :-) -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
I like a lot of the names, but Apache MyFaces Kleber is doing exactly what the word means in German ;) regards, Martin On 2/28/07, Paul Spencer [EMAIL PROTECTED] wrote: Thanks, Now I know what it is. Paul Spencer Mario Ivankovits wrote: Hi Paul! Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Done, I hope I managed to express things sufficient. Ciao, Mario [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion Naming
Manfred Geiler wrote: Apache MyFaces Orchestra? --Manfred I like the sound of this for a product. I agree though, that something along the lines of glue would be very intuitive for this particular subproject. btw, Kleber will draw blank stares from us english native-speakers. :D
[jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
[ https://issues.apache.org/jira/browse/MYFACES-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476617 ] Jeff Bischoff commented on MYFACES-1546: Transit is not bad... How about: Apache MyFaces Bistro? Find a new name for Apache MyFaces Fusion - Key: MYFACES-1546 URL: https://issues.apache.org/jira/browse/MYFACES-1546 Project: MyFaces Core Issue Type: Task Components: General Reporter: Mario Ivankovits This jira is to collect new names for Apache MyFaces Fusion so far: Apache MyFaces Connections Apache MyFaces Vista Apache MyFaces Salida Apache MyFaces Defender Apache MyFaces Seamless Apache MyFaces Mergence Apache MyFaces Accretion Apache MyFaces Collective Apache MyFaces Aurora Apache MyFaces Concerto Apache MyFaces Orchestra -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
Kleber On 2/28/07, Martin Marinschek [EMAIL PROTECTED] wrote: I like a lot of the names, but Apache MyFaces Kleber is doing exactly what the word means in German ;) regards, Martin On 2/28/07, Paul Spencer [EMAIL PROTECTED] wrote: Thanks, Now I know what it is. Paul Spencer Mario Ivankovits wrote: Hi Paul! Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Done, I hope I managed to express things sufficient. Ciao, Mario [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [POLL] Sort out of MyFaces Fusion Naming candidates
I know it is not on the list but how about Apache MyFaces Repartee. The definition [1] is similar to what the product does. [1] http://www.m-w.com/dictionary/repartee Paul Spencer Paul Spencer wrote: Thanks, Now I know what it is. Paul Spencer Mario Ivankovits wrote: Hi Paul! Please include a description of Fusion on the wiki page [1]. With out a good understanding on what the product is, it is hard to name it. Done, I hope I managed to express things sufficient. Ciao, Mario [1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion
RE: MyFaces Fusion Naming
I would pronounce Kleber as klee-ber with a long E sound like cleaver (a large knife or an instrument for cutting things apart, which might be ironic given the word's meaning in German). The word Kleber has no obvious meaning in English. Even after reading the description on the Wiki page, I still have no idea what this stuff is supposed to do or how it is to be used. If it has primarily to do with something called conversations (whatever that means), maybe use a name like conversation or a synonym in some language would be better? Richard J. Barbalace Cambridge, MA, USA -Original Message- From: Mike Kienenberger [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 28, 2007 9:21 AM To: MyFaces Development Subject: Re: MyFaces Fusion Naming It probably sounds like Clever. It looks like Keebler (a cookie/cracker manufacturer). On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hey, I wonder how Kleber sounds for English native speakers? I bet it sounds horrible . I hope so :-) Ciao, Mario The information transmitted in this electronic communication is intended only for the person or entity to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this information in error, please contact the Compliance HelpLine at 800-856-1983 and properly dispose of this information.
[jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
[ https://issues.apache.org/jira/browse/MYFACES-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476636 ] Grant Smith commented on MYFACES-1546: -- The United States of MyFaces Find a new name for Apache MyFaces Fusion - Key: MYFACES-1546 URL: https://issues.apache.org/jira/browse/MYFACES-1546 Project: MyFaces Core Issue Type: Task Components: General Reporter: Mario Ivankovits This jira is to collect new names for Apache MyFaces Fusion so far: Apache MyFaces Connections Apache MyFaces Vista Apache MyFaces Salida Apache MyFaces Defender Apache MyFaces Seamless Apache MyFaces Mergence Apache MyFaces Accretion Apache MyFaces Collective Apache MyFaces Aurora Apache MyFaces Concerto Apache MyFaces Orchestra -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
[ https://issues.apache.org/jira/browse/MYFACES-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476637 ] Grant Smith commented on MYFACES-1546: -- No, but seriously: Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one Find a new name for Apache MyFaces Fusion - Key: MYFACES-1546 URL: https://issues.apache.org/jira/browse/MYFACES-1546 Project: MyFaces Core Issue Type: Task Components: General Reporter: Mario Ivankovits This jira is to collect new names for Apache MyFaces Fusion so far: Apache MyFaces Connections Apache MyFaces Vista Apache MyFaces Salida Apache MyFaces Defender Apache MyFaces Seamless Apache MyFaces Mergence Apache MyFaces Accretion Apache MyFaces Collective Apache MyFaces Aurora Apache MyFaces Concerto Apache MyFaces Orchestra -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: MyFaces Fusion Naming
OK, nix my previous vote. I just added the following to the JIRA: The United States of MyFaces (joke) Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one -- Grant Smith
Re: [jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
On 2/28/07, Grant Smith (JIRA) dev@myfaces.apache.org wrote: Apache MyFaces Fellowship --- I Like this one I think we should save this one for the future merged Tomahawk/Trinidad/Tobago project :-)
[jira] Commented: (MYFACES-1546) Find a new name for Apache MyFaces Fusion
[ https://issues.apache.org/jira/browse/MYFACES-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476707 ] Thomas Spiegl commented on MYFACES-1546: Apache MyFaces Cement Apache MyFaces Plaster Find a new name for Apache MyFaces Fusion - Key: MYFACES-1546 URL: https://issues.apache.org/jira/browse/MYFACES-1546 Project: MyFaces Core Issue Type: Task Components: General Reporter: Mario Ivankovits This jira is to collect new names for Apache MyFaces Fusion so far: Apache MyFaces Connections Apache MyFaces Vista Apache MyFaces Salida Apache MyFaces Defender Apache MyFaces Seamless Apache MyFaces Mergence Apache MyFaces Accretion Apache MyFaces Collective Apache MyFaces Aurora Apache MyFaces Concerto Apache MyFaces Orchestra -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: MyFaces Fusion Naming
2 more ... Apache MyFaces Cement Apache MyFaces Plaster On 2/28/07, Grant Smith [EMAIL PROTECTED] wrote: OK, nix my previous vote. I just added the following to the JIRA: The United States of MyFaces (joke) Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one -- Grant Smith -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion Naming
I like em :D Thomas Spiegl wrote: 2 more ... Apache MyFaces Cement Apache MyFaces Plaster On 2/28/07, Grant Smith [EMAIL PROTECTED] wrote: OK, nix my previous vote. I just added the following to the JIRA: The United States of MyFaces (joke) Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one -- Grant Smith
RE: Re: MyFaces Fusion Naming
I would avoid any nouns associated with 'heavy', I think it's contradictory to what Fusion is attempting to do. Stick to: http://thesaurus.reference.com/browse/fusion 2 more ... Apache MyFaces Cement Apache MyFaces Plaster On 2/28/07, Grant Smith [EMAIL PROTECTED] wrote: OK, nix my previous vote. I just added the following to the JIRA: The United States of MyFaces (joke) Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one -- Grant Smith -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion Naming
In that case, how about: Apache Myfaces Spider ...as in Spider Webs... obviously, can't use web itself :P [EMAIL PROTECTED] wrote: I would avoid any nouns associated with 'heavy', I think it's contradictory to what Fusion is attempting to do. Stick to: http://thesaurus.reference.com/browse/fusion 2 more ... Apache MyFaces Cement Apache MyFaces Plaster On 2/28/07, Grant Smith [EMAIL PROTECTED] wrote: OK, nix my previous vote. I just added the following to the JIRA: The United States of MyFaces (joke) Apache MyFaces States Apache MyFaces StateConverse Apache MyFaces Converse Apache MyFaces Talk Apache MyFaces StateOrchestra Apache MyFaces Music Apache MyFaces Debate Apache MyFaces Fellowship --- I Like this one -- Grant Smith -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
MyFaces Fusion Documentation
Hi! I've started the documentation by creating two xdoc files in myfaces/fusion/core/src/site, now when I run mvn site from within myfaces/fusion it creates a site, but only a handful of pages in core/target/site and they do not use our stylesheet. Now: *) Shall I put the documentation into the module directory, or is it fine if I put them directly into fusion? For me its sufficient to have only one place for the documentation for the core and core15 modules. *) Anyway, what can be wrong with the site generation in fusion/core ? *) At last maven fail with [INFO] Generate Checkstyle report. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error rendering Maven report: Unable to find configuration file location. Unable to find location 'config/myfaces-checks.xml' as URL, File or Resource. Again, I do not know what can be wrong here. Could one please volunteer help fixing the maven stuff to build a nice site so we can start deploy it to the public? Thanks! Ciao, Mario
Re: MyFaces Fusion Naming
Hi Jeff! Apache Myfaces Spider I like it, though the first hit in google with software spider results in http://www.spider-software.de/ Ciao, Mario
Re: MyFaces Fusion Naming
Glad you liked it. Yeah I figured it would be pretty common name, but at least not as bad as Spyder! (taken by both SP ETF fund and major winter sports gear company) Anyway it's a cool name, but probably too common Mario Ivankovits wrote: Hi Jeff! Apache Myfaces Spider I like it, though the first hit in google with software spider results in http://www.spider-software.de/ Ciao, Mario
Re: MyFaces Fusion Naming
another one ... Apache MyFaces Edge On 2/28/07, Jeff Bischoff [EMAIL PROTECTED] wrote: Glad you liked it. Yeah I figured it would be pretty common name, but at least not as bad as Spyder! (taken by both SP ETF fund and major winter sports gear company) Anyway it's a cool name, but probably too common Mario Ivankovits wrote: Hi Jeff! Apache Myfaces Spider I like it, though the first hit in google with software spider results in http://www.spider-software.de/ Ciao, Mario -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: MyFaces Fusion
Sorry to jump in here again, I have been playing guinea pig the last week for marios work. All I can say is this thing now is highly usable by now. You can put a view controller under conversation scope (not a shale one yet, you will lose the callbacks) and simply work on the stuff now like you would do in a rich client environment with an EntityManage, Hibernate Session open for the entire conversation. once you hit a point when you want to terminate, you can have the view controller/conversation invalidate itself or restart itself. Also binding component bindings onto such a conversation is taken care of, you can push them into a separate bean which you weave in by a scope of request and aop:scoped-proxy, then you basically get a fresh view onto your backend component bindings at every request. To sum it up, I just almost finished a first full master detail crud ( I have done several details forms before) The master form has about 30 lines of core code, excluding the setters and getters already dealting with dao calling, handling the query part etc... and adding a detail was a matter of one hour of figuring out which patterns work best and a few minutes of implementation handling new update and delete. The objects you work with always are the same the orm layer accesses, so a simple update ends up normally with entitymanager.flush(); And btw. bindings for hibernate and jpa already are in place... All I can say is a lot of thanks to mario for this, this is a killer... I think he has found the right mix of exposing the api and trying to automate. Seam while being excellent and Gavin was entirely correct with his approach of keeping the entitymanager open for a conversation, automates and hides way too much for my taste. One example is that it takes away the control how you connect the master and the detail, and in the end breaks the Tomahawk table that way. Gerald Müllan schrieb: Mario, i am feeling very confident that this will be a great addition to MyFaces in the near future. Through many lessons learned, I can admit that using Spring + JSF together makes up a powerful combination. Tying the new Spring/MyFaces-Conversation scope to JSF brings us beneath a seam-approach, but with less burden. I am quite curious about using the sample-app! As i believe, the sandbox stuff will be removed, after fusion will be quite stable. I also agree that it should have been discussed on the list, but ok it is done now. Next time devs should be informed before such a big commit takes place. cheers, Gerald
Re: MyFaces Fusion
Martin Marinschek schrieb: @troubles: just like you should never put component-bindings in session-scope. @Solved in fusion...
Re: MyFaces Fusion
how can I see the result of this work? On 2/27/07, Werner Punz [EMAIL PROTECTED] wrote: Sorry to jump in here again, I have been playing guinea pig the last week for marios work. All I can say is this thing now is highly usable by now. You can put a view controller under conversation scope (not a shale one yet, you will lose the callbacks) and simply work on the stuff now like you would do in a rich client environment with an EntityManage, Hibernate Session open for the entire conversation. once you hit a point when you want to terminate, you can have the view controller/conversation invalidate itself or restart itself. Also binding component bindings onto such a conversation is taken care of, you can push them into a separate bean which you weave in by a scope of request and aop:scoped-proxy, then you basically get a fresh view onto your backend component bindings at every request. To sum it up, I just almost finished a first full master detail crud ( I have done several details forms before) The master form has about 30 lines of core code, excluding the setters and getters already dealting with dao calling, handling the query part etc... and adding a detail was a matter of one hour of figuring out which patterns work best and a few minutes of implementation handling new update and delete. The objects you work with always are the same the orm layer accesses, so a simple update ends up normally with entitymanager.flush(); And btw. bindings for hibernate and jpa already are in place... All I can say is a lot of thanks to mario for this, this is a killer... I think he has found the right mix of exposing the api and trying to automate. Seam while being excellent and Gavin was entirely correct with his approach of keeping the entitymanager open for a conversation, automates and hides way too much for my taste. One example is that it takes away the control how you connect the master and the detail, and in the end breaks the Tomahawk table that way. Gerald Müllan schrieb: Mario, i am feeling very confident that this will be a great addition to MyFaces in the near future. Through many lessons learned, I can admit that using Spring + JSF together makes up a powerful combination. Tying the new Spring/MyFaces-Conversation scope to JSF brings us beneath a seam-approach, but with less burden. I am quite curious about using the sample-app! As i believe, the sandbox stuff will be removed, after fusion will be quite stable. I also agree that it should have been discussed on the list, but ok it is done now. Next time devs should be informed before such a big commit takes place. cheers, Gerald -- Arash Rajaeeyan
Re: MyFaces Fusion
Arash Rajaeeyan schrieb: how can I see the result of this work? The demos are not quite there yet (mario is working on them) but you can contact me this evening so that I can drop some example code. ;-)
Re: MyFaces Fusion
Ok here is a first small bite: What we have here is a simple detail conversation the master gets injected so that we can have work done after update but lives in its own conversation what happens the user id is injected so is the master (design decision i chose, you probably could get the affected dataset also from the master if you set it there, but I wanted to have clear boundaries so i pushed in the uid of the user and have it reloaded insted of merging it in. The entire time the form is open the conversation keeps the user and the db connection now if you want to save it... public String dosubmit() { flushCurrentUser(); usermasterview.findUsers();//we refill our view dont access the db objects there, different em return StdOutcome.SUCCESS; } flushcurrentUser basically just goes into an entity manager flush (the Entity Manager is injected by @PersistenceContext somewhere in the bo layer automatically, fusion + spring takes care of that, hence theoretically you could go for a seam like approach of injecting the PersistenceContext directly into the conversation. anyway, em.flush that is it or em.persist in case of a create all the time you work on the same user object coming from the entity manager and having it referenced there. usermasterview.findUsers();// refills the master view with new data so that at a back or go_master situation you have the updated data there once you are done Conversation.getCurrentInstance().invalidate(); return go_master; For simple navigational use cases you can invalidate all open conversations at once, so that you do not have pending conversations. If you still run into those, the conversations time out after while. public class UserDetailView { UserBO userbo; User user = new User(); UserMasterView usermasterview; int userid; boolean postinitialized = false; String viewmode = create; public int getUserid() { return userid; } public void setUserid(int userid) { this.userid = userid; if(!postinitialized) { postInitialize(userid); } } public void setPreinitUserid(int userid) { postInitialize(userid); } public int getPreinitUserid() { return -1; } public void postInitialize(int userid) { postinitialized = true; user = userbo.loadUserById(userid); viewmode = edit; } public String dosubmit() { flushCurrentUser(); usermasterview.findUsers();//we refill our view dont access the db objects there, different em return StdOutcome.SUCCESS; } public String dogomaster() { Conversation.getCurrentInstance().invalidate(); return go_master; } public void flushCurrentUser() { userbo.createUpdateUser((User)user); } public UserBO getUserbo() { return userbo; } public void setUserbo(UserBO userbo) { this.userbo = userbo; } public User getUser() { return user; } public void setUser(User user) { this.user = user; } public String getViewmode() { return viewmode; } public void setViewmode(String viewmode) { this.viewmode = viewmode; } public UserMasterView getUsermasterview() { return usermasterview; } public void setUsermasterview(UserMasterView usermasterview) { this.usermasterview = usermasterview; } } Arash Rajaeeyan schrieb: how can I see the result of this work? On 2/27/07, *Werner Punz* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sorry to jump in here again, I have been playing guinea pig the last week for marios work. All I can say is this thing now is highly usable by now. You can put a view controller under conversation scope (not a shale one yet, you will lose the callbacks) and simply work on the stuff now like you would do in a rich client environment with an EntityManage, Hibernate Session open for the entire conversation. once you hit a point when you want to terminate, you can have the view controller/conversation invalidate itself or restart itself. Also binding component bindings onto such a conversation is taken care of, you can push them into a separate bean which you weave in by a scope of request and aop:scoped-proxy, then you basically get a fresh view onto your backend component bindings at every request. To sum it up, I just almost finished a first full master detail crud ( I have done several details forms before) The master form has about 30 lines of core code, excluding the setters and getters already dealting with dao calling, handling the query part etc... and adding a detail was a matter of one hour of figuring out which patterns work best and a few minutes of implementation handling new update and delete.
Re: MyFaces Fusion
Additon, so that you can see that there is nothing hidden in the dao and bo layers which hides complexity: dao: public User createUpdateUser(User user) { if(!getEm().contains(user) user.getId() == null) getEm().persist(user); //we flush here because the user already exists //since we apply conversations here no merge is needed anymore getEm().flush(); return user; return null; } bo: @Transactional public User createUpdateUser(User user) { return userdao.createUpdateUser(user); } the bo weaves a transaction and calls the dao the dao flushes in edit cases and persists in create in case of a lost entity we bomb out with an exception and a roollback but i have yet to see that case. of course all this can be combined into one conversation like seam does it in its examples, but I opted for the dao bo pattern. Werner Punz schrieb: Ok here is a first small bite: What we have here is a simple detail conversation the master gets injected so that we can have work done after update but lives in its own conversation what happens the user id is injected so is the master (design decision i chose, you probably could get the affected dataset also from the master if you set it there, but I wanted to have clear boundaries so i pushed in the uid of the user and have it reloaded insted of merging it in. The entire time the form is open the conversation keeps the user and the db connection now if you want to save it... public String dosubmit() { flushCurrentUser(); usermasterview.findUsers();//we refill our view dont access the db objects there, different em return StdOutcome.SUCCESS; } flushcurrentUser basically just goes into an entity manager flush (the Entity Manager is injected by @PersistenceContext somewhere in the bo layer automatically, fusion + spring takes care of that, hence theoretically you could go for a seam like approach of injecting the PersistenceContext directly into the conversation. anyway, em.flush that is it or em.persist in case of a create all the time you work on the same user object coming from the entity manager and having it referenced there. usermasterview.findUsers();// refills the master view with new data so that at a back or go_master situation you have the updated data there once you are done Conversation.getCurrentInstance().invalidate(); return go_master; For simple navigational use cases you can invalidate all open conversations at once, so that you do not have pending conversations. If you still run into those, the conversations time out after while. public class UserDetailView { UserBO userbo; User user = new User(); UserMasterView usermasterview; int userid; boolean postinitialized = false; String viewmode = create; public int getUserid() { return userid; } public void setUserid(int userid) { this.userid = userid; if(!postinitialized) { postInitialize(userid); } } public void setPreinitUserid(int userid) { postInitialize(userid); } public int getPreinitUserid() { return -1; } public void postInitialize(int userid) { postinitialized = true; user = userbo.loadUserById(userid); viewmode = edit; } public String dosubmit() { flushCurrentUser(); usermasterview.findUsers();//we refill our view dont access the db objects there, different em return StdOutcome.SUCCESS; } public String dogomaster() { Conversation.getCurrentInstance().invalidate(); return go_master; } public void flushCurrentUser() { userbo.createUpdateUser((User)user); } public UserBO getUserbo() { return userbo; } public void setUserbo(UserBO userbo) { this.userbo = userbo; } public User getUser() { return user; } public void setUser(User user) { this.user = user; } public String getViewmode() { return viewmode; } public void setViewmode(String viewmode) { this.viewmode = viewmode; } public UserMasterView getUsermasterview() { return usermasterview; } public void setUsermasterview(UserMasterView usermasterview) { this.usermasterview = usermasterview; } } Arash Rajaeeyan schrieb: how can I see the result of this work? On 2/27/07, *Werner Punz* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Sorry to jump in here again, I have been playing guinea pig the last week for marios work. All I can say is this thing now is highly usable by now. You can put a view controller under conversation scope (not a
Re: MyFaces Fusion
Hi Arash! how can I see the result of this work? I don't know if Werner is able to put his work into public, though, I am working on an example showing the same patterns. It took some time to setup the examples framework, though, yesterday I managed to bring it up and can start now to implement a nice example. You can keep track by checkout fusion from: https://svn.apache.org/repos/asf/myfaces/fusion/trunk You'll have to have a myfaces checkout too which requires a mvn install first. Then change into fusion and execute mvn install there too. Change into fusion/examples and start mvn jetty:run (Thanks to Matthias Wessendorf who provided the configuration for it), though, don't expect too much for now :-) I'll try to finish and polish this simple example and will create the documentation based on it then. Also thanks to Werner Punz who put enormous time into debugging all the stuff. I plan to have an official announcement next week. Today evening I'll kick off a naming discussion on the ml. Ciao, Mario
MyFaces Fusion Naming
Hi! Ok, I'll start the naming question now. My personal favorit for the new library still is MyFaces Fusion, for what I have seen on the Internet and the United States Patent and Trademark Office there is already a oracle product called Oracle Fusion, though, they trademarked the whole phrase. Then the first few hits at googe are: Fusion MX Fusion Software NetObjects Fusion From the top of my head I also remember Adobe Cold Fusion (couldn't find the trademark) So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. What do you think? Ciao, Mario
Re: MyFaces Fusion Naming
So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. quick note, that is should be Apache MyFaces Fusion instead of just MyFaces Fusion What do you think? Ciao, Mario -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion Naming
I personally like fusion Mario Ivankovits schrieb: Hi! Ok, I'll start the naming question now. My personal favorit for the new library still is MyFaces Fusion, for what I have seen on the Internet and the United States Patent and Trademark Office there is already a oracle product called Oracle Fusion, though, they trademarked the whole phrase. Then the first few hits at googe are: Fusion MX Fusion Software NetObjects Fusion From the top of my head I also remember Adobe Cold Fusion (couldn't find the trademark) So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. What do you think? Ciao, Mario
Re: MyFaces Fusion Naming
Hi Matthias! So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. quick note, that is should be Apache MyFaces Fusion instead of just MyFaces Fusion Right, thanks for the pointer! Ciao, Mario
Re: MyFaces Fusion Naming
Mario Ivankovits schrieb: Hi Matthias! So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. quick note, that is should be Apache MyFaces Fusion instead of just MyFaces Fusion Right, thanks for the pointer! Apache MyFaces Connections?
Re: MyFaces Fusion Naming
Apache MyFaces Sesams ? :-) On 2/27/07, Werner Punz [EMAIL PROTECTED] wrote: Mario Ivankovits schrieb: Hi Matthias! So from MY legal point of view MyFaces Fusion is safe as long as we assure that the official name of the library contains the name MyFaces too. quick note, that is should be Apache MyFaces Fusion instead of just MyFaces Fusion Right, thanks for the pointer! Apache MyFaces Connections? -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion Naming
Matthias Wessendorf schrieb: Apache MyFaces Sesams ? :-) Apache Vista :-D
Re: MyFaces Fusion Naming
Werner Punz schrieb: Matthias Wessendorf schrieb: Apache MyFaces Sesams ? :-) Apache Vista :-D Now a serious one Apache MyFaces Salida
Re: MyFaces Fusion Naming
Now a serious one Apache MyFaces Salida I like the spanish style - one more: Apache MyFaces Defender In Spanish its something like to hold/to know etc Even in English we can argue we defend against detached objects ;-) Ciao, Mario
Re: MyFaces Fusion Naming
Now a serious one Apache MyFaces Salida I like that one -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion
Werner, Why not add this an example app to the fusion project? On 2/27/07, Werner Punz [EMAIL PROTECTED] wrote: Arash Rajaeeyan schrieb: how can I see the result of this work? The demos are not quite there yet (mario is working on them) but you can contact me this evening so that I can drop some example code. ;-)
Re: MyFaces Fusion
Mike Kienenberger schrieb: Werner, Why not add this an example app to the fusion project? Problem is i do not know the code rights of the current code I do. I have to clear that up first. But what I am currently doing is following. I code my app which is a bigger than the usual example and use it as a usecase and testing ground für the fusion conversation stuff. I later give back parts of the code and the patterns which worked best to mario so that he can look things up and work the results into his examples. That way the example will have well working patterns. I am thinking of having my app as bigger example (it is small enough) but I have to clear the rights first. In the end either way, the examples should give well working blueprints and good patterns on how to apply everything. Werner
Re: MyFaces Fusion
Ah, Ok. I thought you were simply playing around with the fusion framework, not trying to use it for real work :-) On 2/27/07, Werner Punz [EMAIL PROTECTED] wrote: Mike Kienenberger schrieb: Werner, Why not add this an example app to the fusion project? Problem is i do not know the code rights of the current code I do. I have to clear that up first. But what I am currently doing is following. I code my app which is a bigger than the usual example and use it as a usecase and testing ground für the fusion conversation stuff. I later give back parts of the code and the patterns which worked best to mario so that he can look things up and work the results into his examples. That way the example will have well working patterns. I am thinking of having my app as bigger example (it is small enough) but I have to clear the rights first. In the end either way, the examples should give well working blueprints and good patterns on how to apply everything. Werner
Re: MyFaces Fusion
thank a lot mario, I have started to give it a try. hope I can learn it fast and write about it soon. On 2/27/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi Arash! how can I see the result of this work? I don't know if Werner is able to put his work into public, though, I am working on an example showing the same patterns. It took some time to setup the examples framework, though, yesterday I managed to bring it up and can start now to implement a nice example. You can keep track by checkout fusion from: https://svn.apache.org/repos/asf/myfaces/fusion/trunk You'll have to have a myfaces checkout too which requires a mvn install first. Then change into fusion and execute mvn install there too. Change into fusion/examples and start mvn jetty:run (Thanks to Matthias Wessendorf who provided the configuration for it), though, don't expect too much for now :-) I'll try to finish and polish this simple example and will create the documentation based on it then. Also thanks to Werner Punz who put enormous time into debugging all the stuff. I plan to have an official announcement next week. Today evening I'll kick off a naming discussion on the ml. Ciao, Mario -- Arash Rajaeeyan
Re: MyFaces Fusion
Mike Kienenberger schrieb: Ah, Ok. I thought you were simply playing around with the fusion framework, not trying to use it for real work :-) Actually no it is a production project, it was kindof risky, the schedule for the project is very tight, I opted for fusion because it saves me a lot of time. But it was a high risk, if I would run into something severe I probably would have had to start from scratch, but so far things have worked out excellently, Mario gave me a lot of support on this, and we both could share ideas on how things have to work, but Mario did the implementation I just did the jpa connector. I personally think, that now the point has been reached that nothing severe should occur anymore and things will go smoothly. All use cases and patterns which can occur are in place and work so far. (How to handle central navigations, how to deal with a master view, with a detail view, what do you need if you want to reconnect everything etc...) This stuff really saves a lot of time, because all the merge problems orm mappers usually have in a request centric context are gone (aka lost entity objects having to be merged again, with failurs 90% of the time), you do not have to map form values and objects into orm objects etc.. It is just load object(s) save objects, done, no matter which nesting depth, with almost no compromises introduced by a web centric context. It is really amazing how smooth things can be once you have a stateful object context to work with. Do something in the detail mask, reload the master mask with one single call. And once you go back or hit the back button all changes are there. At a first look combining master and detail within a single page also should be a non issue, simply amazing, it takes away most of the pain ;-).
Re: MyFaces Fusion Naming
+ 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith
Re: MyFaces Fusion
I thought you were simply playing around with the fusion framework, not trying to use it for real work :-) He is really enthusiastic and an adventurer ;-) Kudos to Werner! Ciao, Mario
Re: MyFaces Fusion Naming
There's no way that Fusion as a web development framework is going to pass legal. It doesn't matter if you call it Fusion, MyFaces Fusion, or Apache Myfaces Fusion. Even if it could (and it can't), why would you want to develop product that would be confused with any of the other fusion web frameworks that already exist? On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith
Re: MyFaces Fusion Naming
+1: Apache MyFaces Fusion -0.9 : Apache MyFaces Salida -1 : Apache MyFaces Defender -1 : Apache MyFaces Sesams On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith
Re: MyFaces Fusion Naming
Ok, after reading Mikes mail and looking at these sites http://www.adobe.com/products/coldfusion/ http://www.netobjects.com/index.html I must revert my previous vote: -1: Apache MyFaces Fusion -1 : Apache MyFaces Defender -0.9 : Apache MyFaces Salida -0.9 : Apache MyFaces Sesams What about Apache MyFaces Seamless ?! :-) --Manfred On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: +1: Apache MyFaces Fusion -0.9 : Apache MyFaces Salida -1 : Apache MyFaces Defender -1 : Apache MyFaces Sesams On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith
Re: MyFaces Fusion Naming
On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: Ok, after reading Mikes mail and looking at these sites http://www.adobe.com/products/coldfusion/ http://www.netobjects.com/index.html I must revert my previous vote: there is also a Fusion from Oracle. -1: Apache MyFaces Fusion -1 : Apache MyFaces Defender -0.9 : Apache MyFaces Salida -0.9 : Apache MyFaces Sesams What about Apache MyFaces Seamless ?! haha ! my Sesams was just a fun proposal. I don't think we (the ASF) should take names like that :-) --Manfred On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: +1: Apache MyFaces Fusion -0.9 : Apache MyFaces Salida -1 : Apache MyFaces Defender -1 : Apache MyFaces Sesams On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: MyFaces Fusion Naming
Hi Manfred! What about Apache MyFaces Seamless ?! I don't think its a good idea to use anything which sounds like Seam. Seam aims to be much more than I have in mind for Fusion now. See, they integrated stuff to create PDFs lately. I don't wont to suggest - by using nearly the same name - that we provide the same functionality. Even if we do in some areas. Ciao, Mario
Re: MyFaces Fusion Naming
What about Apache MyFaces Seamless ?! +1 --Manfred On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: +1: Apache MyFaces Fusion -0.9 : Apache MyFaces Salida -1 : Apache MyFaces Defender -1 : Apache MyFaces Sesams On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith -- Dennis Byrne
Re: MyFaces Fusion Naming
Ok here are my serious suggestions: * Apache MyFaces Mergence * Apache MyFaces Accretion * Apache MyFaces Collective I have neither checked for legal issues nor do I know how these names sound for native speakers. But I like project names that are not only names but also describe the idea. --Manfred On 2/27/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: Ok, after reading Mikes mail and looking at these sites http://www.adobe.com/products/coldfusion/ http://www.netobjects.com/index.html I must revert my previous vote: there is also a Fusion from Oracle. -1: Apache MyFaces Fusion -1 : Apache MyFaces Defender -0.9 : Apache MyFaces Salida -0.9 : Apache MyFaces Sesams What about Apache MyFaces Seamless ?! haha ! my Sesams was just a fun proposal. I don't think we (the ASF) should take names like that :-) --Manfred On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote: +1: Apache MyFaces Fusion -0.9 : Apache MyFaces Salida -1 : Apache MyFaces Defender -1 : Apache MyFaces Sesams On 2/27/07, Grant Smith [EMAIL PROTECTED] wrote: + 1: Apache MyFaces Fusion - 2 : Apache MyFaces Defender (awful!) +0 : Apache MyFaces Salida (e...) -- Grant Smith -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com