Comments for Avrom's Java EE and Oracle ADF Blog http://www.avromroyfaderman.com Tricks, Tips, Thoughts, and Rants About Java EE, Oracle ADF, and Web Application Development Tue, 30 Jun 2009 16:32:06 -0700 http://wordpress.org/?v=2.8 hourly 1 Comment on To Javascript or not to Javascript: Kaleidoscope ‘09 Report I by Avrom http://www.avromroyfaderman.com/2009/06/to-javascript-or-not-to-javascript-kaleidoscope-09-report-i/comment-page-1/#comment-6945 Avrom Tue, 30 Jun 2009 16:32:06 +0000 http://www.avromroyfaderman.com/?p=340#comment-6945 Yes, I worded that badly. For critical validation (rules whose violation will actually harm people other than the current user), you should always implement on the server first, and only consider Javascript validation later. For validation provided solely for the current user's convenience and protection (like the shipping address case), where all malicious users can do is hurt themselves, you can, of course, skip server-side validation entirely; client-side validation is quite sufficient to guard against honest mistakes. Yes, I worded that badly. For critical validation (rules whose violation will actually harm people other than the current user), you should always implement on the server first, and only consider Javascript validation later. For validation provided solely for the current user’s convenience and protection (like the shipping address case), where all malicious users can do is hurt themselves, you can, of course, skip server-side validation entirely; client-side validation is quite sufficient to guard against honest mistakes.

]]> Comment on To Javascript or not to Javascript: Kaleidoscope ‘09 Report I by Chris Neumueller http://www.avromroyfaderman.com/2009/06/to-javascript-or-not-to-javascript-kaleidoscope-09-report-i/comment-page-1/#comment-6938 Chris Neumueller Tue, 30 Jun 2009 08:46:12 +0000 http://www.avromroyfaderman.com/?p=340#comment-6938 Hi! "...you can always duplicate validation you’ve implemented in Javascript on the server." I'd say it the other way around. First, code your business logic and data sanity rules on the server. Then, for the user's convenience, provide validation and rich interaction on the client. Users will be annoyed if the application is difficult to use, but they will truly hate it if the data is garbage. Greetings, Chris Hi!

“…you can always duplicate validation you’ve implemented in Javascript on the server.”

I’d say it the other way around. First, code your business logic and data sanity rules on the server. Then, for the user’s convenience, provide validation and rich interaction on the client. Users will be annoyed if the application is difficult to use, but they will truly hate it if the data is garbage.

Greetings,
Chris

]]> Comment on Extreme Reusability on Oracle Wiki by Avrom http://www.avromroyfaderman.com/2008/10/extreme-reusability-on-oracle-wiki/comment-page-1/#comment-6547 Avrom Fri, 29 May 2009 21:22:09 +0000 http://www.avromroyfaderman.com/?p=189#comment-6547 Hi, Brad. Your answer is, "well, sorta a little bit." You can <em>certainly</em> use the "Generalize, Push Up, and Customize" technique that is part of ER--creating framework classes, custom components when appropriate (although IIRC you can't create custom components declaratively in 10<em>g</em>), etc., and deploy these as ordinary (Java class file-only) JAR files that can be used as libraries. And you can import business components, not as libraries, but as uncompressed (but compiled) packages using the File | Import functionality. But 10<em>g</em> has no concept of reusable applications, and honestly the import functionality is a little bit wonky. While I encourage you to Generalize/Push Up/Customize whenever possible, Extreme Reusability as a full development methodology is going to be pretty hard to put into effect without the 11<em>g</em> technologies that, honestly, inspired it: BC libraries, application libraries, task flow calls, declarative custom components, templates, and so on. I wish it were otherwise, because I'm not going to glibly tell you to upgrade--I know that for a variety of reasons (investment in Portal, etc), upgrading may just not be feasible for you. But I think you have to regard the usability of this methodology as another piece of 11<em>g</em> bling. Hi, Brad. Your answer is, “well, sorta a little bit.”

You can certainly use the “Generalize, Push Up, and Customize” technique that is part of ER–creating framework classes, custom components when appropriate (although IIRC you can’t create custom components declaratively in 10g), etc., and deploy these as ordinary (Java class file-only) JAR files that can be used as libraries. And you can import business components, not as libraries, but as uncompressed (but compiled) packages using the File | Import functionality.

But 10g has no concept of reusable applications, and honestly the import functionality is a little bit wonky. While I encourage you to Generalize/Push Up/Customize whenever possible, Extreme Reusability as a full development methodology is going to be pretty hard to put into effect without the 11g technologies that, honestly, inspired it: BC libraries, application libraries, task flow calls, declarative custom components, templates, and so on.

I wish it were otherwise, because I’m not going to glibly tell you to upgrade–I know that for a variety of reasons (investment in Portal, etc), upgrading may just not be feasible for you. But I think you have to regard the usability of this methodology as another piece of 11g bling.

]]> Comment on Extreme Reusability on Oracle Wiki by Brad Worsfold http://www.avromroyfaderman.com/2008/10/extreme-reusability-on-oracle-wiki/comment-page-1/#comment-6544 Brad Worsfold Fri, 29 May 2009 16:19:45 +0000 http://www.avromroyfaderman.com/?p=189#comment-6544 Hi Avrom. I was wondering if your extreme reusability can be done in 10g of JDeveloper? I am not able to see EO or VO objects from JAR files. The only way it seems to work is via source file inclusion. Am I missing something? I like the concepts, implementation is a bit of a challenge. Hi Avrom. I was wondering if your extreme reusability can be done in 10g of JDeveloper? I am not able to see EO or VO objects from JAR files. The only way it seems to work is via source file inclusion. Am I missing something? I like the concepts, implementation is a bit of a challenge.

]]> Comment on ADF BC Tuning III: View Objects, Part 1 by Mücahid Uslu http://www.avromroyfaderman.com/2008/11/adf-bc-tuning-iii-view-objects-part-1/comment-page-1/#comment-5690 Mücahid Uslu Fri, 27 Feb 2009 08:12:57 +0000 http://www.avromroyfaderman.com/?p=228#comment-5690 Also look at; http://adf.webloji.net Also look at; http://adf.webloji.net

]]> Comment on Suggest a Topic by Amir http://www.avromroyfaderman.com/suggest-a-topic/comment-page-1/#comment-4395 Amir Sat, 10 Jan 2009 07:29:54 +0000 http://www.avromroyfaderman.com/?page_id=78#comment-4395 hi, Deploying an complete application with adf in jdeveloper 11g to jboss 4.2 Thanks in advance. Amir hi,

Deploying an complete application with adf in jdeveloper 11g to jboss 4.2

Thanks in advance.
Amir

]]> Comment on ADF BC Tuning III: View Objects, Part 1 by Simon Haslam http://www.avromroyfaderman.com/2008/11/adf-bc-tuning-iii-view-objects-part-1/comment-page-1/#comment-3919 Simon Haslam Thu, 11 Dec 2008 09:03:44 +0000 http://www.avromroyfaderman.com/?p=228#comment-3919 When read-only SQL-based View Objects were first introduced they struck me as being a bit of a workaround - especially since they can't access the nice hints, renames etc that you create in an EO. Ideally for simplicity I'd prefer VOs to always be based on EOs, however as you say there is still a performance trade-off. The main exception is populating, say, an informational field on a form, where you typically have a single SQL statement (as per your MAX example above) - in that case I reckon it's definitely better to have a read-only VO than to have a chunk of SQL buried somewhere in the java. Likewise LOVs are probably easier as separate RO VOs as they don't usually have many columns. Anyway, I've been really enjoying these tuning posts Avrom - keep up the great work! When read-only SQL-based View Objects were first introduced they struck me as being a bit of a workaround – especially since they can’t access the nice hints, renames etc that you create in an EO. Ideally for simplicity I’d prefer VOs to always be based on EOs, however as you say there is still a performance trade-off. The main exception is populating, say, an informational field on a form, where you typically have a single SQL statement (as per your MAX example above) – in that case I reckon it’s definitely better to have a read-only VO than to have a chunk of SQL buried somewhere in the java. Likewise LOVs are probably easier as separate RO VOs as they don’t usually have many columns. Anyway, I’ve been really enjoying these tuning posts Avrom – keep up the great work!

]]> Comment on Suggest a Topic by radhakrishna http://www.avromroyfaderman.com/suggest-a-topic/comment-page-1/#comment-3767 radhakrishna Tue, 02 Dec 2008 18:58:48 +0000 http://www.avromroyfaderman.com/?page_id=78#comment-3767 ADF Performance Blog is very useful.. Suggested Topic : Tree Bindings It has lot of scope to explore. Constructing Tree Models, Using Binding APIs to perform CURD, Behaviour in Self Referential View Link VOs.. ADF Performance Blog is very useful..

Suggested Topic : Tree Bindings

It has lot of scope to explore. Constructing Tree Models, Using Binding APIs to perform CURD, Behaviour in Self Referential View Link VOs..

]]> Comment on ADF BC Tuning III: View Objects, Part 1 by Mücahid Uslu http://www.avromroyfaderman.com/2008/11/adf-bc-tuning-iii-view-objects-part-1/comment-page-1/#comment-3440 Mücahid Uslu Fri, 14 Nov 2008 13:26:47 +0000 http://www.avromroyfaderman.com/?p=228#comment-3440 Thank you. Thank you.

]]> Comment on ADF BC Tuning I: Entity Objects by Chris Muir http://www.avromroyfaderman.com/2008/10/adf-bc-tuning-i-entity-objects/comment-page-1/#comment-3370 Chris Muir Tue, 11 Nov 2008 08:04:25 +0000 http://www.avromroyfaderman.com/?p=191#comment-3370 Great post Avrom. I've linked this post and the next few tunings posts to the Oracle Wiki page: http://wiki.oracle.com/page/ADF+Business+Components+Examples Cheers, CM. Great post Avrom.

I’ve linked this post and the next few tunings posts to the Oracle Wiki page:

http://wiki.oracle.com/page/ADF+Business+Components+Examples

Cheers,

CM.

]]>