Re: [Rife-users] RIFE at JavaWUG BOF XV, 3-Feb-2006, Oracle City Office, London
It would be cool to have an URL to point to and get the full address to put on the calendar page. On 31-jan-06, at 09:00, Emmanuel Okyere wrote: Do you mean a URL? I'm not sure; it's a BOF and the idea was circulated on the javawug mailing list.. I'll find out from Peter if there's been a post and let you know. Thanks Emmanuel ps: i'll also make a post on the rifers blog, after i've got everything settled, hopefully by tonight. On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: Also, do you have the full address of the event? Emmanuel Okyere wrote: Excellent; I'll make a post. Thanks, Emmanuel On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: You blog has been created. To add an entry, open the blog menu to the left, log in and click the appropriate menu item. Don't forget to register you blog on javablogs if you want some readership, using this RSS feed once your first post has been written: http://rifers.org/blogs/feeds/rss/entry/eokyere On 30-jan-06, at 08:44, Emmanuel Okyere wrote: Geert, I have registered for the blog. Thanks, Emmanuel On 1/30/06, Emmanuel Okyere [EMAIL PROTECTED] wrote: Geert, How far along are you with the 'metadata' way of adding constraints? if it's in a usable state now, I could use that, otherwise, I'll mention work is under way to get it done; let me know. Thanks, Emmanuel On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: Hi Emmanuel, that's a great initiative! One suggestion I have is, if you're going to show constraints, that extends Validation is evidently not the cleanest way to do this is the model has to be container independent or already exists. Work is underway to make true POJO use possible. This will be done with parallel MetaData classes, ie. you Foo class will have a FooMetaData and the classloader will automatically detect this and perform some magic to weave both together. This will be in an invisible way (inner class with improbably inner variable name) and be totally transparent. Hardcore Java people tend to criticize the extends Validation otherwise. Good luck with the presentation. It would be nice if you would blot about it at rifers.org to announce it. Like that, London people that are interested but not on the list, are aware of your presentation too. To do so, you just have to register on the blog and tell me that it's done, I'll create a blog for you then. Best regards, Geert On 30-jan-06, at 05:11, Emmanuel Okyere wrote: Hello all: I have commited to giving a 10-15 minute 'quickie' about RIFE at the next Java Web User Group (javawug) meeting at the Oracle City office in London, on Feb 3, 2006. There will be other 10-15 min 'quickie' sessions on various other java webdev technologies out there; it's from 6:30pm to about 9. I think this is the address: Oracle City Office One South Place London EC2M 2RB If anyone on the list is in London, and will want to attend, I suggest sending an email to Peter A. Pilgrim [EMAIL PROTECTED], as I believe there's a security list. I am going to draw on Geert's presentation at Euroscon 2005 and compile about 6-8 slides that should capture, in a nutshell, what makes RIFE compelling to develop Java web applications with; I want to round up my presentation by the close of day and send it up-- if any one has any suggestions, I would really appreciate it. Thanks a lot. Emmanuel ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium
Re: [Rife-users] RIFE at JavaWUG BOF XV, 3-Feb-2006, Oracle City Office, London
precisely! :P On 1/31/06, Geert Bevin [EMAIL PROTECTED] wrote: Lol, that's an ironical title ;-) On 31-jan-06, at 08:58, Emmanuel Okyere wrote: Geert, The title will be Spring into RIFE; I intend to do about a 7-8 minute overview covering the features, including my best, out-of-container testing... and then using the rest of the time to review some code. I believe there'll be about a 5 minute Q/A after that. Thanks, Emmanuel On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: What's the title of your talk? Emmanuel Okyere wrote: Excellent; I'll make a post. Thanks, Emmanuel On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: You blog has been created. To add an entry, open the blog menu to the left, log in and click the appropriate menu item. Don't forget to register you blog on javablogs if you want some readership, using this RSS feed once your first post has been written: http://rifers.org/blogs/feeds/rss/entry/eokyere On 30-jan-06, at 08:44, Emmanuel Okyere wrote: Geert, I have registered for the blog. Thanks, Emmanuel On 1/30/06, Emmanuel Okyere [EMAIL PROTECTED] wrote: Geert, How far along are you with the 'metadata' way of adding constraints? if it's in a usable state now, I could use that, otherwise, I'll mention work is under way to get it done; let me know. Thanks, Emmanuel On 1/30/06, Geert Bevin [EMAIL PROTECTED] wrote: Hi Emmanuel, that's a great initiative! One suggestion I have is, if you're going to show constraints, that extends Validation is evidently not the cleanest way to do this is the model has to be container independent or already exists. Work is underway to make true POJO use possible. This will be done with parallel MetaData classes, ie. you Foo class will have a FooMetaData and the classloader will automatically detect this and perform some magic to weave both together. This will be in an invisible way (inner class with improbably inner variable name) and be totally transparent. Hardcore Java people tend to criticize the extends Validation otherwise. Good luck with the presentation. It would be nice if you would blot about it at rifers.org to announce it. Like that, London people that are interested but not on the list, are aware of your presentation too. To do so, you just have to register on the blog and tell me that it's done, I'll create a blog for you then. Best regards, Geert On 30-jan-06, at 05:11, Emmanuel Okyere wrote: Hello all: I have commited to giving a 10-15 minute 'quickie' about RIFE at the next Java Web User Group (javawug) meeting at the Oracle City office in London, on Feb 3, 2006. There will be other 10-15 min 'quickie' sessions on various other java webdev technologies out there; it's from 6:30pm to about 9. I think this is the address: Oracle City Office One South Place London EC2M 2RB If anyone on the list is in London, and will want to attend, I suggest sending an email to Peter A. Pilgrim [EMAIL PROTECTED], as I believe there's a security list. I am going to draw on Geert's presentation at Euroscon 2005 and compile about 6-8 slides that should capture, in a nutshell, what makes RIFE compelling to develop Java web applications with; I want to round up my presentation by the close of day and send it up-- if any one has any suggestions, I would really appreciate it. Thanks a lot. Emmanuel ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list
Re: [Rife-users] parsing XML data from a remote server within RIFE app
Hi David, Did you try by disabling the classloader in the webapp? I tried this and it fixes the problem. However by the sound of it I have turned off some features of RIFE I might want in future so not an ideal solution? No, it's not an ideal solution since the custom classloader will get more importance in future versions, it will not just be used for automatic compilations of elements and continuations anymore. I really want to track this issue down. Can you send the most simple possible self-contained testcase? I will see what I can do in the next few days. That would really be great since the only way for me to fix it, is to be able to trace it step by step at the lower level to find out where the classloader hierarchy is broken. Best regards, Geert -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Hi Eddy, I don't see the use of the new template tag. It doesn't add anything, since it's actually fully handled by the submission declaration. As you noted, this feature addition could be confusing, and when there are different submission forms on the same element with the same submit button names, things can get confusing. However, since you do add a handler specifically that can be worked around with by the user. How about automating this completely, like this: element implementation=MyElement submission name=editUser bean classname=UserBean/ submit name=save default=true/ submit name=delete/ /submission /element When the save submit button is pressed, RIFE will look for this method if it exists: doEditUserSave In case of the delete button, it will be: doEditUserDelete If the submission is sent without any of the submit parameter names, RIFE will auto-add the save parameter, causing doEditUserSave to be called. What do you think of that idea? Best regards, Geert Eddy Young wrote: Hi, There is no easy way to identify which submit button in a form with several was pressed when processing a submission. I proposed on IRC the idea of having a new tag, say, SUBMISSION:SUBMIT:mybutton, that would be recognised as a submit and would be autolinked to a method in the element. The link will need to be defined in the the element declaration. Say, element implementation=MyElement submission name=editUser bean classname=UserBean/ submit name=mybutton handler=handleMyButton/ /submission /element handleMyButton will be a method of MyElement that will automatically be called when mybutton is pressed. Off the top of my mind, what I think weighs against implementing this is, there will be different ways to process form (by submission and by submit button), which could be confusing to developers. For example, if the above form is submitted, which method will be called? doEditUser or handleMyButton? What do you think of the proposal? Eddy ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
You mean my proposal, the last one? I think I'd prefer this setup. It seem more intuitive. Cheers, Tyler ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Yes, yours Geert. It seems better to have it autodetect/fallback. Keeps source compatibility with old versions, functions like several other frameworks (not a plus always, but in this case I'd say it's good) and it doesn't require a new tag. Cheers, Tyler On 1/31/06, Geert Bevin [EMAIL PROTECTED] wrote: You mean my proposal, the last one? I think I'd prefer this setup. It seem more intuitive. Cheers, Tyler ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Hello Yes I also vote for the Geert suggestion for handling multiple submit button. Regards Naren - Original Message - From: Tyler Pitchford [EMAIL PROTECTED] To: RIFE users list : questions,bug reports and suggestions. rife-users@uwyn.com Sent: Tuesday, January 31, 2006 19:39 Subject: Re: [Rife-users] Multiple submit buttons on a form ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
I like this proposal since it saves me the pain of checking a submit name in a localized website. Reduces my code in things like Bamboo (for message previews) down about 25 lines. On Tue, 2006-01-31 at 13:42 +0100, Geert Bevin wrote: Hi Eddy, I don't see the use of the new template tag. It doesn't add anything, since it's actually fully handled by the submission declaration. As you noted, this feature addition could be confusing, and when there are different submission forms on the same element with the same submit button names, things can get confusing. However, since you do add a handler specifically that can be worked around with by the user. How about automating this completely, like this: element implementation=MyElement submission name=editUser bean classname=UserBean/ submit name=save default=true/ submit name=delete/ /submission /element When the save submit button is pressed, RIFE will look for this method if it exists: doEditUserSave In case of the delete button, it will be: doEditUserDelete If the submission is sent without any of the submit parameter names, RIFE will auto-add the save parameter, causing doEditUserSave to be called. What do you think of that idea? Best regards, Geert Eddy Young wrote: Hi, There is no easy way to identify which submit button in a form with several was pressed when processing a submission. I proposed on IRC the idea of having a new tag, say, SUBMISSION:SUBMIT:mybutton, that would be recognised as a submit and would be autolinked to a method in the element. The link will need to be defined in the the element declaration. Say, element implementation=MyElement submission name=editUser bean classname=UserBean/ submit name=mybutton handler=handleMyButton/ /submission /element handleMyButton will be a method of MyElement that will automatically be called when mybutton is pressed. Off the top of my mind, what I think weighs against implementing this is, there will be different ways to process form (by submission and by submit button), which could be confusing to developers. For example, if the above form is submitted, which method will be called? doEditUser or handleMyButton? What do you think of the proposal? Eddy ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- JR Boyens [EMAIL PROTECTED] ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Hmm, actually that's a good point. It's better to use the submit input field's name attribute to differentiate since then you're not bound to the displayed text value. On 31-jan-06, at 15:14, JR Boyens wrote: I like this proposal since it saves me the pain of checking a submit name in a localized website. Reduces my code in things like Bamboo (for message previews) down about 25 lines. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Right, but unless I'm not quite awake yet, I believe that if you have a form, each submit button must have the same name and a different value. Hence you CAN'T just check the name, you have to check the value against the l10n value. On Tue, 2006-01-31 at 15:21 +0100, Geert Bevin wrote: Hmm, actually that's a good point. It's better to use the submit input field's name attribute to differentiate since then you're not bound to the displayed text value. On 31-jan-06, at 15:14, JR Boyens wrote: I like this proposal since it saves me the pain of checking a submit name in a localized website. Reduces my code in things like Bamboo (for message previews) down about 25 lines. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
Indeed, iirc, as long as the submit field has a name, it'll be sent as a parameter. Just try this locally: html body form action= method=get input type=input name=data / input type=submit name=save / input type=submit name=delete / /form /body /html On 31-jan-06, at 15:52, Raoul Pierre wrote: Right, but unless I'm not quite awake yet, I believe that if you have a form, each submit button must have the same name and a different value. Hence you CAN'T just check the name, you have to check the value against the l10n value. No, the only obligation is be able to differentiate each button of same type by at least one attribute. Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Multiple submit buttons on a form
I also like your suggestion, Geert. I just threw this idea off the top of my head yesterday night after our quick IRC chat. Glad to see others supporting it. Eddy Geert Bevin wrote: Hi Eddy, I don't see the use of the new template tag. It doesn't add anything, since it's actually fully handled by the submission declaration. As you noted, this feature addition could be confusing, and when there are different submission forms on the same element with the same submit button names, things can get confusing. However, since you do add a handler specifically that can be worked around with by the user. How about automating this completely, like this: element implementation=MyElement submission name=editUser bean classname=UserBean/ submit name=save default=true/ submit name=delete/ /submission /element When the save submit button is pressed, RIFE will look for this method if it exists: doEditUserSave In case of the delete button, it will be: doEditUserDelete If the submission is sent without any of the submit parameter names, RIFE will auto-add the save parameter, causing doEditUserSave to be called. What do you think of that idea? Best regards, Geert -- http://coding.mu http://priscimon.com/blog ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
[Rife-users] Localization setup... cookbook/users guide?
I was following along with the CRUD presentation slides when you arrived at the one with the .properties file. I grabbed the .properties file from the ecalendar application and put it in the same place (src/l10n/crud/admin_en.properties), and redeployed, but the values still didn't appear on my site. I've also tried renaming it every variation of XXX_en.properties I can think of! I can't find any documentation that will help me get my CRUD localization bundles to be recognized by Rife. I've dug through the cookbook, etc., but to no avail. There's plenty of stuff about how to use these values in my templates, but nothing about how to get that file recognized in the first place! Can I get a little love? Thanks, Ben ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Localization setup... cookbook/users guide?
Hi Ben, the localization of RIFE/Crud is explained here: http://rifers.org/wiki/display/RIFECRUD/Customization#Customization-l10n Tell me if that clarifies it for you and helps you on your way. Best regards, Geert On 31-jan-06, at 22:16, Benjamin Cox wrote: I was following along with the CRUD presentation slides when you arrived at the one with the .properties file. I grabbed the .properties file from the ecalendar application and put it in the same place (src/l10n/crud/admin_en.properties), and redeployed, but the values still didn't appear on my site. I've also tried renaming it every variation of XXX_en.properties I can think of! I can't find any documentation that will help me get my CRUD localization bundles to be recognized by Rife. I've dug through the cookbook, etc., but to no avail. There's plenty of stuff about how to use these values in my templates, but nothing about how to get that file recognized in the first place! Can I get a little love? Thanks, Ben ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users