Faces generator for Oracle ADF (1.0alpha)

134 views
Skip to first unread message

spookysleeper

unread,
Apr 10, 2012, 2:13:15 PM4/10/12
to ADF Enterprise Methodology Group
Hello everyone,

Just want to promote my little JDeveloper exstension project.

This extension is about reading your model in ADF web application and
generating viewcontroller automatically without need to code anything
on view part of application.

If you think this is something interesting, please take a look at :
http://codingwithpassion.blogspot.com/2012/04/faces-generator-for-oracle-adf-10alpha.html

Thanx,
Jan

Evert-Jan de Bruin

unread,
Apr 11, 2012, 5:25:01 AM4/11/12
to adf-met...@googlegroups.com
Hi Jan,

I am wondering whether or not you heard of JHeadstart?

It does the same thing (generate a ViewController layer for you, based on the Model), but as this is a product that has been around for 10 years with lots of customisation options, template-generation, etcetera, you would need at least a few man-years worth of coding to approach the same level of usefullness. Or are you trying to compete on the cost factor?

See: http://www.oracle.com/technetwork/developer-tools/jheadstart/overview/index.html

Regards,

Evert-Jan de Bruin de Bruin Consultancy

Oracle ADF & JHeadstart | Consultancy & Teaching
Tel: +31 (0)6 2849 3563 | ever...@debruinconsultancy.nl

Simon Lessard

unread,
Apr 11, 2012, 5:33:44 AM4/11/12
to adf-met...@googlegroups.com
Hi,

JHeadstart requires an extra declaration layer that his extension does not seem to need. On a more personal matter, I have yet to see a JHeadstart generated application that scales properly, I don't know if this extension can do better though.


Regards,

~ Simon

--
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodolo...@googlegroups.com
 
All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).



--
Simon LessardADF Architect
CMA SYSTeMS
( +1.418.930.0279 (Canada)

Evert-Jan de Bruin

unread,
Apr 11, 2012, 5:43:30 AM4/11/12
to adf-met...@googlegroups.com
Hi Simon,

If you need any level of fine-tuning your View/Controller layer and would like to generate, you need an abstraction layer. The generator cannot simply 'guess' what types of UI requirements you may have, you need to store that, and the Model alone does not provide enough info for anything but the default CRUD screens.

Furthermore, I have seen several medium to large JHeadstart applications in my life now, and they all scale perfectly. In fact, JHeadstart provides much more benefit for a 100+ screen application, than for a 5-screen application. I am working on a large ADF/JHeadstart application right now, and we would not be half as far as we are now if it wasn't for JHeadstart. But perhaps your experiences are different?

Regards,
Evert-Jan

spookysleeper

unread,
Apr 11, 2012, 6:02:06 PM4/11/12
to ADF Enterprise Methodology Group
Hello,

Yes I hear about JHS and I even mentioned this in my previous blog
post about this extension. Of course this extension is not here to
match the capabilities of JHeadstart.
You can look at this extension as free fast prototype generator when
you need something fast to show to your boss/customers.

Best regards,
Jan

On Apr 11, 11:25 am, Evert-Jan de Bruin
<evert-...@debruinconsultancy.nl> wrote:
> Hi Jan,
> I am wondering whether or not you heard of JHeadstart?
> It does the same thing (generate a ViewController layer for you, based on the Model), but as this is a product that has been around for 10 years with lots of customisation options, template-generation, etcetera, you would need at least a few man-years worth of coding to approach the same level of usefullness. Or are you trying to compete on the cost factor?
> See:http://www.oracle.com/technetwork/developer-tools/jheadstart/overview/index.html
> Regards,
>
> Evert-Jan de Bruinde Bruin Consultancy
>
> Oracle ADF & JHeadstart |Consultancy & TeachingTel: +31 (0)6 2849 3563|ever...@debruinconsultancy.nl

Simon Lessard

unread,
Apr 20, 2012, 3:57:44 AM4/20/12
to adf-met...@googlegroups.com
Hi Evert-Jan,

I agree that the extra layer is needed for JHeadstart to work, but it's still an extra XML layer that don't contribute to much, so it'S not really the extra layer that I attack, it's the product itself. 

As for the scaling I guess it depends how you define scaling properly. I was talking about throughput and memory footprint mainly which were always much much worse in a JHS application than a custom built one. You can always add nodes to the cluster and the JHS application will "scale". 

If you do have an example application totally tuned and scales properly I'd be more than happy to see it (it it's shareable) and compare it to what I can do using custom built (using the same data model). Of course the time to develop both counts in the equation, but it would be enlightening and would show if the project I saw with JHS were simply not using the tool correctly, which is possible, but unlikely.


Regards,

~ Simon

Steven Davelaar

unread,
Apr 20, 2012, 4:13:27 AM4/20/12
to adf-met...@googlegroups.com, Simon Lessard
SImon,

In my experience, scalability depends on many factors, so it is quite a statement to say that using JHeadstart will always limit your scalability.
JHeadstart implements many best practices that are out there in books and on the web, also those related to scalability and performance.
I would be very interested in actual evidence that JHeadstart itself contains Java code or generates XML (JHeadstart does not generate any Java code)  that prevents proper scaling.

And yes memory footprint can be high when building large complex transactional pages, but that is a general issue with JSF-based pages, you can't blame JHeadstart for making it so much easier and faster to build (generate) such pages.

Regards,
Steven.
(JHeadstart Lead Architect)
--

Steven Davelaar| Consulting Solutions Architect
Oracle Webcenter | FMW Architecture Team (A-Team)
Tel +31 30 669 8113 | Mobile +31 6 55 33 24 28
Twitter: @stevendavelaar
A-Team ADF/Webcenter Blog | JHeadstart
NEED A-TEAM SUPPORT? File your request here!
Reply all
Reply to author
Forward
0 new messages