1. Go to http://www.oracle.com/technetwork/developer-tools/jdev/overview/index.html
2. Download JDeveloper
3. Install and configure
4. (Search for "JDeveloper Extensions" using CTRL - F (browser Search) in http://www.oracle.com/technetwork/developer-tools/jdev/overview/index.html Select "Oracle Fusion Middleware")
OR
Go directly to http://www.oracle.com/ocom/groups/public/@otn/documents/webcontent/156082.xml
and download Oracle SOA Composite editor (File name:soa-jdev-extension.zip). Ensure that you are downloading same version as your JDeveloper
5. Select JDeveloper select Help->Check for Updates. Click Next and Select Install from Local File and browse to where you saved soa-jdev-extension.zip. Click Open, click Next and then Finish. JDeveloper will then install the extension; finally restart JDeveloper when prompted
Saturday, March 26, 2011
Sunday, March 20, 2011
Apache Conference 2010
Interesting topics for this year Apache conference ! Planning to participate.
... Enterprise Solutions (from ActiveMQ to Axis2 to ServiceMix, OFBiz to Chemistry, the gang's all here!)
... Cloud Computing (Hadoop, Cassandra, HBase, CouchDB, and friends)
... Emerging Technologies + Innovation (Incubating projects such as Libcloud, Stonehenge, and Wookie)
... Community Leadership (mentoring and meritocracy, GSoC and related initiatives)
... Data Handling, Search + Analytics (Lucene, Solr, Mahout, OODT, Hive and friends)
... Pervasive Computing (Felix/OSGi, Tomcat, MyFaces Trinidad, and friends)
... Servers, Infrastructure + Tools (HTTP Server, SpamAssassin, Geronimo, Sling, Wicket and friends)
conference theme is "Open Source Enterprise Solutions, Cloud Computing, and Community Leadership"
Friday, March 11, 2011
SOA Suite - Tuning
TUNING
- Heap size - JVM will grab from OS for the memory usage. Use EM -Weblogic Domain-right click and use JVM performance to view jvm performance. For 32 bit, 3 GB is the limit. For 64 bit, we can have more eg. 12 GB. Use 60 - 85 % of the available memory for heap. For sun JDK use ensure that permgen size is changed. For SOA, we need to increase the Permgen size. For Jrockit, no perm size.
- Default JTA time out is 30 sec. for SOA Suite, we need to increase the transaction time out.
- Set the processor parameter in database > 300
- Set the session parameter > 200.
- Sys user with SysDBA Privilages for the schema.
- Make sure we are using 64 bit JVM.
- Payload validation (while configuring the server urls) decrease the performance
- Audit level - may decrease the performance.
- Database adaptor connection pool setting , Database adaptor connection pool setting for developers to use.
- Trouble shoot - Ensure that the file adaptors have data appropriately. Will the instance is up and running.
- BPEL properties - Audit trail level size, document size for a variable, payload validation for incoming and outgoing messages.
- Mediator properties.
- Tune JCA Adaptor - File adaptor (inbound, outbound throttling, thread count, concurrentThreshold use staging, serialize translation etc)
- Database adaptor tuning.
- Database tuning - will run out table spaces very often. init.ora. how long the instances will be in database ? untill you purge the instances. Table space should be auto extended. We should have a mechanisam to clean up the instances in database. Change from development mode to production mode to reduce the instance data in database. We can purge only the completed instances. Other option is to transfer the data to another data base for futher reference.
- Database connection pools. Do not do the connection testing and profiling in production.
- Purge data - Delete all the completed instances. rejected messages, and orphan message.
- Developers can write a pojo or a composite application to send email using UMS for completed messages, rejected messages etc.
Monitoring
- Use WLDF
- Use EM Console - CPU, Memory, Heap , Requests. Etc. EM has the socket connection to all the instances.
- Logging level - notification, error or warning , notification, trance.
- Disable fetching in em.
Labels:
SOA
Thursday, March 10, 2011
Security - WebService security and SAML
Security
1) Transport Level - Secure connections bewteen consumer and producer. Use SSL. SSL provide authetical, confidentiality and message integrety. Issue if there is an intermediatery in between (eg. router) then it will get the SOAP message in plain text.
2) Message Level - Secure message. Digitally signed and encrypted. For authetication use username, x.509 or SAML tokens.
WS-Security specification has usernameTokenProfile(Sign, Encrypt and propogate). For authetication, we can use
Security applied to various levels of the network protocol stack
Difference between Hacking and Cranking
Hacking
Cracking
RFC - Request for comment !.
- SAML-Assetion
- X.509 certificates
- Kerberos Tickets
- Userid/Password credentials
- Ws-Security defines how to attach XML signature and XML Encryption headers to SOAP message.
- <wsse:UserNameToken>
- Authetication Assertion
- Autherization Assertion
- Attribute Assertion
- Application - Application Specific: Passwords
- Presentation - Software Encryption: Secure Socket Layer (SSL)
- Session - End-to-End Authentication/Encryption
- Transport - Port Filtering
- Network- IP Address Filtering
- Data Link - Snoop Prevention
- Physical - Point-to-Point Hardware Encryption: (Class I & II)
- Don’t learn to hack…Hack to learn!
- Make things work & Fix
- Modify & Improve
- Find weaknesses & strengthen security
- Obtain root access
- Infiltrate
- Damage
- Change
- Control
- Steal
Labels:
Security
Tuesday, March 8, 2011
SOA Suite Internals
SOA Suite is nothing but an application created oracle developers and deployed in WebLogic container !. (Eg. One of the application is SOA Infra.ear, Adaptors, B2B etc. )
4 Separate engine will get invoked based on the composite application. Each engine is nothing but web applications created by Oracle using JSP,Servlet, EJB and JMS etc.
1. BPEL Process
2. Mediator
3. Business Rules
4. Human Task.
5. BPMN ( can configure sepearate threads for this....not part of BPEL process)
SOA Infra is the core application. It uses MDS database schema to store all the application information.
SOA Suite components: - Mediator, BPEL/BPMN process, Human Tasks, Business Rules, and Spring, BPM, BPMN etc.
The BAM, Service bus are outside SOA Suite.
BAM is used for creating real time dashboard and alerts. Event capture, data collection from composite sensors. I consider SOA Suite as a just a BPEL engine. BAM Requires IE7.
Composite application is a collection of instructions that is deployed in SOA INFRA application.
Adaptor service (Based on JCA) is a value addition for SOA Suite.
SOA Suite Management Tools:
Enterprise Fusion middleware Control (EM)
Copying files to hard drive
1. RCU for database schema
2. Install weblogic server 10.3.3
3. Run patch installer ps 2
4. Run patch installer ps 3
Each development group deploy composite applications in separate soa partions...each partition can contain SOA bundles and each SOA bundles can have one or more composite applications.
Each composite application will be available in domain directory. In EM console, look at the SOA Folder (You can create separate partitions), you can see the composite applications.
All the composite applications data will be stored in MDS schema. Each composite applications consists of several components, each components have their own xml file and composite application have composite.xml configuration file.
The ANT script can be used to deploy the composite application.
How to transfer the same SOA Archive from development to production environment without re-compiling ?
Use configuration plan file along with SOA Achieve.
The instance of the composite applications gets created when some one invoke the composite application using the url.
What happens when WLS comes up with SOA Infra application ?
1. Read SOA Infra configuration from MDS
2. Start the basic services and wait for the requests.
3. Route request to service engines and binding components
4. Manage life cycle.
SOA Infra application will get connected to database using default connections pools. The composite application can connect to seperate application databases.
1. SOA Infra database connections to MDS
2. The composite application could connect to application database using separate connection pools at run time.
The audit level: (In common properties of composite applications)
Statefull instances can not complete in a single thread. Helloworld do not require to keep track of the state. The completed instance can not viewable if Audit level is off. Instance id and some basic details can be retrieved by using audit level "Production".
Audit level could be 1) Off 2) Development 3) Production.
Adut level can be in composite level, engine level, or infra level. This can do in component level as well.
For each composite applications, there could be:
Inbound JCA -
Outbound JCA - External reference. Reference can not be shared. can be configured for items like time out, fail over etc.
Adaptors:
1. DB Adaptor
2. JMS Adaptor
3. File/FTP Adaptor
Database adaptor have it's own connection pool and data source to connect to a database, also admin needs to create separate database connection pool for developers to use. JNDI name for this is important as JDeveloper uses JNDI name to connect to database adaptor.
We can export the Jar file. No need to compile the composite application similer to Java files. These are just xml files . use packaging by using the ANT tasks or use JDeveloper.
If you are are using SOA Service bus, it doesn't make sense to expose the composite applications as webservices from SOA Suite, instead expose it via service bus.
Binding components: Send message from SOA Composite application to external applications/services.
JCA Adatpor (in and out)
Web Service (SOAP over HTTP)
HTTP Binding
BAM Adaptor (Out only)
B2B binding component
ADF-BC service (out)
EJB Service (Out only)
Direct Binding Service (In and Out)
BPEL:
For BPEL every thing outside is WSDL. Eg. File adatpor is a WSDL, invoking an EJB is WSDL. JDeveloper creates WSDL for every interaction outside BPEL. Each WSDL is a web service.
BPEL is basically orchestrating the web services. Internally BPEL has global variable and local variable. The local variables limited to scope. During monitoring each variable value can been seen. BEPL can have multiple activities and conditional logics. BPEL process never ends untill it is over evan if the server crashes.
The state of BPEL process is stored in SOA INFRA table. Each variables value is stored in SOA Infra table. So when the server crashes it will start when the server comes back.
Concurrently we can only run run the composite application instances, each run run instances will take one thread. However if the instances running does not mean that it is consuming a thread. This is applicable only for As synchronous. For Synchronous, we may have a Thread issue if the concurrent users exceeds the available threads.
BPEL Process can have transaction. Define dehydration point so that the transaction ends and data commits.
Create Dehydration points for transaction oriented BPEL
Configure Threads and set the Audit trail
Use EMConsole - SOA Infrastructure - SOA Administration - BPEL Properties.
Sensors:
Use an auditing tool. Created at the design time. Use composite sensors. Composite sensors can publish the data only to database. Enterprise manager can use for pulling the data.
Trouble shooting
1. SOA Folder is not available in EM. - Check the SOA Infra application and make sure that it is up.you can start the SOA Infra application using EM.
2. Oracle Technology Network - Documentation - ORacle Fusion middleware. Go to SOA suite. http://www.oracle.com/technetwork/middleware/fusion-middleware/documentation/index.html
FAULT
3. Each Fault can be recovered from its recover state. it can send an email to administrator.
4. Recovering from SOA Composite Application Faults at the SOA
Infrastructure Level - Click the Faults and Rejected Messages tab.- Select Home. 1. Click soa-infra. 1. Select SOA Infrastructure
Dehydration points:
Storing the current status of the BPEL process into the Database is known as dehydration. The Dehydration Store database is used to store BPEL process status data, especially for asynchronous BPEL processes. Also, all successfully executed BPEL process instances are stored in the dehydration store. The database schema is created for this as a part of SOA Suite installation is ORABPEL schema. The following link from The BPEL Cookbook will give you more details about the dehydration store http://www.oracle.com/technology/pub/articles/bpel_cookbook/blanvalet.html
Business Rule engine:
.decs is the rule that represent the rules. Mediator, BPEL etc can execute business rules services except the database adaptors.
SOA Composite application can use for editing the business rules. Dynamic deployment . No deployment required.
Third party rules engines can connect with SOA Suite BPEL, you just use a custom JCA Adaptor or use WSDL that comes from the Ilog.
Security - External LDAP for WebLogic
Go to security realm and providers, then create a new authentication provider, Select type as Active Directory. Control flag specify if the authentication provide is only one or one of many. If many, then use "optional" from the drop down box under common.
We can have multiple ldap system added to weblogic admin. The control flag determines which one will get precedents. Ideally we can have one external LDAP and one internal LDAP and have one admin id on each.
Deployment options:
BPM Workflow vs. BPM Worklist application: Same functionality. BPM worklist can do extra stuff with the BPMN.
BPA Suite - For process modelling
BPM Suite - installed as part of SOA Suite install.
BAM (Business Activity Monitoring)
BAM is primarily a run time tool, which pull the data from memory
BAM Architect create the data object. BAM Report creator, BAM report viewers.
Use ICommand utility to import a data object defined in an XML file. BAM adaptor is seperate running outside and providing info to BAM. BAM Adaptor can run in a seperate SOA Suite server.
For BAM Adaptor configuration with SOA Suite, we can use RMI or SOAP webserivice. Better to use SOAP webservice as it is easy.
BAMCommonConfig.xml
BAMServerConfig.xml etc.
Each user has to assigned to a group (eg. Report viewer) in order to view the reports. By default all users do not have any access. or use "registerusers" utility to configure users. All users should exist in the LDAP store.
BAM Distribution list can be created to send group email etc.
BAM Event generator can be used to create an event (Eg. if some one reject more than 50% orders)
General Items:
1. Audit level of the composite application, Engine and SOA infra.
2. Deployment scripts
3. Deployment segregation for each development group - Partition, SOA Bundle, Composite application etc.
4. Configuring the Server urls - use load balancer url instead of using the server urls. (Soa infrastructure common properties)
5. Sequence of the shutdown and start up (1. Shutdown the SOA Infra application first
6. Audit log file - setup (development, Off, Production)
7. Log file location and rotation.
8. Do you recommend one composite application per service - Depends on usage of service bus. Multiple services can be deployed in one composite application.
9. If no BAM sensors, how do we get the audit information reporting . - Use People sensores can be used to collect the Audit level information ...Use another reporting structure.
10. BPEL process state - synchronous vs Asynchronous.
11. Cap the Audit trail in database using BPEL Service Engine Properties.
12. Configure threads and audit trail settings for each engine.
13. Monitoring BPEL process and faults. Developer can add a fault handler framework.
14. Fault service - Can do bulk re-retry. It can generate email as well. Create single fault recovery, Build fault recovery.
15. Create Dehydration points for transaction oriented BPEL
4 Separate engine will get invoked based on the composite application. Each engine is nothing but web applications created by Oracle using JSP,Servlet, EJB and JMS etc.
1. BPEL Process
2. Mediator
3. Business Rules
4. Human Task.
5. BPMN ( can configure sepearate threads for this....not part of BPEL process)
SOA Infra is the core application. It uses MDS database schema to store all the application information.
Interesting concept of learning SOA Suite is look at different angle for every questions eg. From an Architect view, Service Manager view,
SOA Suite components: - Mediator, BPEL/BPMN process, Human Tasks, Business Rules, and Spring, BPM, BPMN etc.
The BAM, Service bus are outside SOA Suite.
BAM is used for creating real time dashboard and alerts. Event capture, data collection from composite sensors. I consider SOA Suite as a just a BPEL engine. BAM Requires IE7.
Composite application is a collection of instructions that is deployed in SOA INFRA application.
Adaptor service (Based on JCA) is a value addition for SOA Suite.
Difference between SOA Suite (Mediator) and OSB (Oracle Service bus)
Mediator:
- Tiny, Light weight Service Bus
- Used for VETRO Pattern (Validate, Enrich, Transform, Routing, Operate)
- Value mapping and cross reference for supporting Canonical Data Model
- Message Transformation with XSLT
- Part of SCA.(Service Component Architecture)
- Large powerful service bus.
- Great for Enterprise wide integration
- Message Transformation with XSLT and XQUERY
- Not Integrated with SCA
SOA Suite Management Tools:
Enterprise Fusion middleware Control (EM)
- WebLogic Console
- Enterprise Manager
- Oracle WebService Manager (OWSM) for policy administration
- MDS - Meta data services. Used by SOA Suite. Other oracle product are also use this. Eg. WebCenter.
- SOA INFRA - Dehydration store.
- ORA BAM - for BAM
- ORA SDAM - User Messaging service
Directory Structure:
- Location of log file
- ORAINVntory /log
Installation:
Copying files to hard drive
1. RCU for database schema
2. Install weblogic server 10.3.3
3. Run patch installer ps 2
4. Run patch installer ps 3
One WebLogic Domain - Multiple WebLogic Clusters, Each cluster have on SOA Suite Cluster. Sharing the database schema means same SOA suite cluster.
Common/bin - execute config.sh for creating domains. Each development group deploy composite applications in separate soa partions...each partition can contain SOA bundles and each SOA bundles can have one or more composite applications.
Each composite application will be available in domain directory. In EM console, look at the SOA Folder (You can create separate partitions), you can see the composite applications.
All the composite applications data will be stored in MDS schema. Each composite applications consists of several components, each components have their own xml file and composite application have composite.xml configuration file.
The ANT script can be used to deploy the composite application.
- SCA_DeployComposite
- SCA_undeploycomposite.
- SCA_startComposite
- ant-sca-test.xml - attach generate and validate configuration plan.
How to transfer the same SOA Archive from development to production environment without re-compiling ?
Use configuration plan file along with SOA Achieve.
The instance of the composite applications gets created when some one invoke the composite application using the url.
What happens when WLS comes up with SOA Infra application ?
1. Read SOA Infra configuration from MDS
2. Start the basic services and wait for the requests.
3. Route request to service engines and binding components
4. Manage life cycle.
SOA Infra application will get connected to database using default connections pools. The composite application can connect to seperate application databases.
1. SOA Infra database connections to MDS
2. The composite application could connect to application database using separate connection pools at run time.
The audit level: (In common properties of composite applications)
Statefull instances can not complete in a single thread. Helloworld do not require to keep track of the state. The completed instance can not viewable if Audit level is off. Instance id and some basic details can be retrieved by using audit level "Production".
Audit level could be 1) Off 2) Development 3) Production.
Adut level can be in composite level, engine level, or infra level. This can do in component level as well.
For each composite applications, there could be:
Inbound JCA -
Outbound JCA - External reference. Reference can not be shared. can be configured for items like time out, fail over etc.
Adaptors:
1. DB Adaptor
2. JMS Adaptor
3. File/FTP Adaptor
Database adaptor have it's own connection pool and data source to connect to a database, also admin needs to create separate database connection pool for developers to use. JNDI name for this is important as JDeveloper uses JNDI name to connect to database adaptor.
We can export the Jar file. No need to compile the composite application similer to Java files. These are just xml files . use packaging by using the ANT tasks or use JDeveloper.
If you are are using SOA Service bus, it doesn't make sense to expose the composite applications as webservices from SOA Suite, instead expose it via service bus.
Binding components: Send message from SOA Composite application to external applications/services.
JCA Adatpor (in and out)
Web Service (SOAP over HTTP)
HTTP Binding
BAM Adaptor (Out only)
B2B binding component
ADF-BC service (out)
EJB Service (Out only)
Direct Binding Service (In and Out)
BPEL:
For BPEL every thing outside is WSDL. Eg. File adatpor is a WSDL, invoking an EJB is WSDL. JDeveloper creates WSDL for every interaction outside BPEL. Each WSDL is a web service.
BPEL is basically orchestrating the web services. Internally BPEL has global variable and local variable. The local variables limited to scope. During monitoring each variable value can been seen. BEPL can have multiple activities and conditional logics. BPEL process never ends untill it is over evan if the server crashes.
The state of BPEL process is stored in SOA INFRA table. Each variables value is stored in SOA Infra table. So when the server crashes it will start when the server comes back.
Concurrently we can only run run the composite application instances, each run run instances will take one thread. However if the instances running does not mean that it is consuming a thread. This is applicable only for As synchronous. For Synchronous, we may have a Thread issue if the concurrent users exceeds the available threads.
BPEL Process can have transaction. Define dehydration point so that the transaction ends and data commits.
Create Dehydration points for transaction oriented BPEL
Configure Threads and set the Audit trail
Use EMConsole - SOA Infrastructure - SOA Administration - BPEL Properties.
Sensors:
Use an auditing tool. Created at the design time. Use composite sensors. Composite sensors can publish the data only to database. Enterprise manager can use for pulling the data.
Trouble shooting
1. SOA Folder is not available in EM. - Check the SOA Infra application and make sure that it is up.you can start the SOA Infra application using EM.
2. Oracle Technology Network - Documentation - ORacle Fusion middleware. Go to SOA suite. http://www.oracle.com/technetwork/middleware/fusion-middleware/documentation/index.html
FAULT
3. Each Fault can be recovered from its recover state. it can send an email to administrator.
4. Recovering from SOA Composite Application Faults at the SOA
Infrastructure Level - Click the Faults and Rejected Messages tab.- Select Home. 1. Click soa-infra. 1. Select SOA Infrastructure
Dehydration points:
Storing the current status of the BPEL process into the Database is known as dehydration. The Dehydration Store database is used to store BPEL process status data, especially for asynchronous BPEL processes. Also, all successfully executed BPEL process instances are stored in the dehydration store. The database schema is created for this as a part of SOA Suite installation is ORABPEL schema. The following link from The BPEL Cookbook will give you more details about the dehydration store http://www.oracle.com/technology/pub/articles/bpel_cookbook/blanvalet.html
Business Rule engine:
.decs is the rule that represent the rules. Mediator, BPEL etc can execute business rules services except the database adaptors.
SOA Composite application can use for editing the business rules. Dynamic deployment . No deployment required.
Third party rules engines can connect with SOA Suite BPEL, you just use a custom JCA Adaptor or use WSDL that comes from the Ilog.
Security - External LDAP for WebLogic
Go to security realm and providers, then create a new authentication provider, Select type as Active Directory. Control flag specify if the authentication provide is only one or one of many. If many, then use "optional" from the drop down box under common.
We can have multiple ldap system added to weblogic admin. The control flag determines which one will get precedents. Ideally we can have one external LDAP and one internal LDAP and have one admin id on each.
Deployment options:
- ANT
- WLST
- Console
- Copy files to folder
BPM Workflow vs. BPM Worklist application: Same functionality. BPM worklist can do extra stuff with the BPMN.
Worklistapp - Fueog was acquired by BEA. Renamed as aqualogic BPM and have an application called workspace. (BPM workspace application) - BPMN engine inside soa suite.
BPM WorkFlow: localhost:port/bpm/workspace BPM Worklist: localhost:port/integration/worklistapp
BPMN
- Modeling language which allow me to model the business steps. It could be system centric or human centric.
- Use BPMN to logically model. Eg. step1, setp2, step3 etc...
- Now decompose step1 and add orchestrations. eg. human workflow, system integration etc.
- You can take a BPMN model and convert in to BPELs.
- For business Analysts.
- Business Processing Modeling Notation
- GUI For specifying Business process
- Managed by OMG. BPMN 2.0 in progress
- BPD – Business Process Diagram (Private -internal, Abstract-public, Collaboration – Global )
- High level steps. BPMN will decompose by different BPEL.
- BPMN Allocation diagram – Sequence object flow in detail
BPEL:
- Business Process Execution Language
- An XML based language that allows to describe the business flow
- Business Process orchestration and execution
- For Developers.
BPA Suite - For process modelling
BPM Suite - installed as part of SOA Suite install.
BAM (Business Activity Monitoring)
Do the historical and analytical focus on CPM - Corporate Performance Management and
BI - Business intelligence.
Not to mean to provide reports for several weeks, instead use it for hours reporting. Do not use it find out the throughput of all the services, instead use EM for throughput and messaging.
Use it for gathering data that is meant for business analyst. E.g. How many orders you processed? BAM will store the data in database. Database is for fail over not meant to pull the data from database and generate report.
BAM Architect create the data object. BAM Report creator, BAM report viewers.
Use ICommand utility to import a data object defined in an XML file. BAM adaptor is seperate running outside and providing info to BAM. BAM Adaptor can run in a seperate SOA Suite server.
For BAM Adaptor configuration with SOA Suite, we can use RMI or SOAP webserivice. Better to use SOAP webservice as it is easy.
BAMCommonConfig.xml
BAMServerConfig.xml etc.
Each user has to assigned to a group (eg. Report viewer) in order to view the reports. By default all users do not have any access. or use "registerusers" utility to configure users. All users should exist in the LDAP store.
BAM Distribution list can be created to send group email etc.
BAM Event generator can be used to create an event (Eg. if some one reject more than 50% orders)
General Items:
1. Audit level of the composite application, Engine and SOA infra.
2. Deployment scripts
3. Deployment segregation for each development group - Partition, SOA Bundle, Composite application etc.
4. Configuring the Server urls - use load balancer url instead of using the server urls. (Soa infrastructure common properties)
5. Sequence of the shutdown and start up (1. Shutdown the SOA Infra application first
6. Audit log file - setup (development, Off, Production)
7. Log file location and rotation.
8. Do you recommend one composite application per service - Depends on usage of service bus. Multiple services can be deployed in one composite application.
9. If no BAM sensors, how do we get the audit information reporting . - Use People sensores can be used to collect the Audit level information ...Use another reporting structure.
10. BPEL process state - synchronous vs Asynchronous.
11. Cap the Audit trail in database using BPEL Service Engine Properties.
12. Configure threads and audit trail settings for each engine.
13. Monitoring BPEL process and faults. Developer can add a fault handler framework.
14. Fault service - Can do bulk re-retry. It can generate email as well. Create single fault recovery, Build fault recovery.
15. Create Dehydration points for transaction oriented BPEL
Labels:
SOA
Monday, March 7, 2011
Portal Development
Options for portal development: The key question is "do you want user be able to customize their portal ? "
WebLogic portal (Pros: Mature Product, OOTB Administrative console, OOTB UCM adapter
Cons: Future Oracle roadmap not sure, Use of ADF Faces is restricted as JSF portlet bridges are not that great.). Looks like Oracle stop development on this product.
WebCenter (Pros: Adapters, Web2.0 integrations(Though Jive integration is not that hard), ADF Faces
Cons: Maturity, Administration console as in other portal products.) Use IDE Jconsole. The key question is "do you want user be able to customize their portal ? " Personalization is much better in Webcenter. web 2.0 services, ADF, SOA,... than webcenter is the way to go.
Apache Pluto
LifeRay
-WebLogic Portal
-WebCenter Suite
Pros: Adapters, Web2.0 integrations(Though Jive integration is not that hard), ADF Faces
Cons: Maturity, Administration console as in other portal products.
WebLogic portal (Pros: Mature Product, OOTB Administrative console, OOTB UCM adapter
Cons: Future Oracle roadmap not sure, Use of ADF Faces is restricted as JSF portlet bridges are not that great.). Looks like Oracle stop development on this product.
WebCenter (Pros: Adapters, Web2.0 integrations(Though Jive integration is not that hard), ADF Faces
Cons: Maturity, Administration console as in other portal products.) Use IDE Jconsole. The key question is "do you want user be able to customize their portal ? " Personalization is much better in Webcenter. web 2.0 services, ADF, SOA,... than webcenter is the way to go.
Apache Pluto
LifeRay
-WebLogic Portal
-WebCenter Suite
Pros: Adapters, Web2.0 integrations(Though Jive integration is not that hard), ADF Faces
Cons: Maturity, Administration console as in other portal products.
Subscribe to:
Posts (Atom)
