The GroundBlog By Duncan Mills http://groundside.com/blog/DuncanMills The GroundBlog by Duncan Mills en-UK hourly 1 2000-01-01T12:00+00:00 The GroundBlog is Moving! http://groundside.com/blog/DuncanMills?title=the_groundblog_is_moving&more=1&c=1&tb=1&pb=1 2010-05-10T17:28:09Z Duncan Mills General http://blogs.oracle.com/groundside/ I'll be slowly retiring the GroundSide server so change your feeds to the new home of the GroundBlog on http://blogs.oracle.com/groundside/ http://blogs.oracle.com/groundside/

I'll be slowly retiring the GroundSide server so change your feeds to the new home of the GroundBlog on http://blogs.oracle.com/groundside/

]]> Internal ADF API Survey http://groundside.com/blog/DuncanMills?title=internal_adf_api_survey&more=1&c=1&tb=1&pb=1 2010-03-26T11:58:41Z Duncan Mills ADF In conjunction with the ADF Methodology Group I'm conducting a survey into the use of internal APIs within within ADF applications (for example oracle.adfinternal.view.faces.model.binding.FacesCtrlHierBinding). We are going to be introducing some audit rules into the product to help catch these, however, I do need help in tracking down the wild and wacky usages to which these internal APIs have been put, that way we can work out: If we need to create a public API to fulfil this programming requirement Suggestions for re-writing the code so that it uses existing public APIs Examples of just plain dangerous stuff to do. If you are willing to help please let me know at devtools-feedback_ww at oracle.com . I'm aiming to share the results at either a session or an unconference session at OOW, plus of course we'll push more smarts into JDeveloper. I have published a list of the "bad" packages in the following document, http://groups.google.com/group/adf-methodology/web/adf-internal-api-usage. Please join in and help! In conjunction with the ADF Methodology Group I'm conducting a survey into the use of internal APIs within within ADF applications (for example
oracle.adfinternal.view.faces.model.binding.FacesCtrlHierBinding).
We are going to be introducing some audit rules into the product to help catch these, however, I do need help in tracking down the wild and wacky usages to which these internal APIs have been put, that way we can work out:

  1. If we need to create a public API to fulfil this programming requirement
  2. Suggestions for re-writing the code so that it uses existing public APIs
  3. Examples of just plain dangerous stuff to do.

If you are willing to help please let me know at devtools-feedback_ww at oracle.com . I'm aiming to share the results at either a session or an unconference session at OOW, plus of course we'll push more smarts into JDeveloper.
I have published a list of the "bad" packages in the following document, http://groups.google.com/group/adf-methodology/web/adf-internal-api-usage.
Please join in and help!

]]> Using Struts with JDeveloper 11g? http://groundside.com/blog/DuncanMills?title=using_struts_with_jdeveloper_11g&more=1&c=1&tb=1&pb=1 2010-03-05T15:17:50Z Duncan Mills General If you are, then you need to view and respond to this announcement which I've posted on the OTN discussion forum... If you are, then you need to view and respond to this announcement which I've posted on the OTN discussion forum...

]]> It lives! it lives! http://groundside.com/blog/DuncanMills?title=it_lives_it_lives_1&more=1&c=1&tb=1&pb=1 2009-10-08T21:05:32Z Duncan Mills General http://www.amazon.com/exec/obidos/ASIN/0071602380/peterkoletzkorac We are now mere days away from shipping the new JDeveloper 11g Handbook - A guide to Fusion web development". Copies will be physically available next Monday just in time for Oracle Openworld. All of us authors will be there at OOW and we'll be more than willing to sign copies - if you can find us. I guess we could make it a kind of competition! Hopefully the Oracle Bookstore in Moscone West will have a few copies to sell and you'll be able to flick though (and win!) a copy in the OTN Lounge http://www.amazon.com/exec/obidos/ASIN/0071602380/peterkoletzkorac

We are now mere days away from shipping the new JDeveloper 11g Handbook - A guide to Fusion web development". JDeveloper 11g handbook
Copies will be physically available next Monday just in time for Oracle Openworld. All of us authors will be there at OOW and we'll be more than willing to sign copies - if you can find us. I guess we could make it a kind of competition!
Hopefully the Oracle Bookstore in Moscone West will have a few copies to sell and you'll be able to flick though (and win!) a copy in the OTN Lounge

]]> Basic Proxy definition for a deployed application on Fusion Middleware 11g http://groundside.com/blog/DuncanMills?title=basic_proxy_definition_for_a_deployed_ap&more=1&c=1&tb=1&pb=1 2009-09-24T20:05:04Z Duncan Mills Java and Web Development This is just one of those things that takes a while to Google for the correct answer to, so I figure, the more instances and examples the better. The scenario is where you have a standard install of Oracle Fusion Middleware. Good old Oracle HTTP Server / Apache is on port 80 and your Java EE app is out there on a managed WebLogic server, maybe on port 7002 or some such. The basic question is how can I make my app appear to be running on port 80. Trivial once you've done it. I'm using a fairly out of the box FMW 11g R1 install here on Linux so you'll hopefully be able to reverse engineer the paths and translate that for your system: Navigate to product/11.1.1/as_1/instances/instance1/config/OHS/ohs1/moduleconf For the application, create a new .conf file (any .conf files in this directory will be automatically merged with the main httpd.conf on startup) So in this case I might create a file called sf311.conf Now add the following, assuming that the j2ee app is called "sf311" and your managed WebLogic server is on port 7002 <IfModule proxy_module>   RewriteEngine on   ProxyPass /sf311/ http://[yourhostname]:7002/sf311   ProxyPassReverse /sf311/ http://[yourhostname]:7002/sf311   RewriteRule ^/sf311$ /sf311/ [R] </IfModule> This is just one of those things that takes a while to Google for the correct answer to, so I figure, the more instances and examples the better.
The scenario is where you have a standard install of Oracle Fusion Middleware. Good old Oracle HTTP Server / Apache is on port 80 and your Java EE app is out there on a managed WebLogic server, maybe on port 7002 or some such.
The basic question is how can I make my app appear to be running on port 80. Trivial once you've done it.
I'm using a fairly out of the box FMW 11g R1 install here on Linux so you'll hopefully be able to reverse engineer the paths and translate that for your system:

  1. Navigate to product/11.1.1/as_1/instances/instance1/config/OHS/ohs1/moduleconf
  2. For the application, create a new .conf file (any .conf files in this directory will be automatically merged with the main httpd.conf on startup)
  3. So in this case I might create a file called sf311.conf
  4. Now add the following, assuming that the j2ee app is called "sf311" and your managed WebLogic server is on port 7002


<IfModule proxy_module>
  RewriteEngine on
  ProxyPass /sf311/ http://[yourhostname]:7002/sf311
  ProxyPassReverse /sf311/ http://[yourhostname]:7002/sf311
  RewriteRule ^/sf311$ /sf311/ [R]
</IfModule>

]]>