Semi-Singleton example

Hello,
I'm probably thinking about this too much, however I'm interested in trying to implement a "Singleton" instance of a class for a unique client in that a clients subsequent calls to the servlet ensures the client recieves the exact same instance. This is synonomous to the HTTPSession object, a users interaction with the session always returns the same session object.
The below example creates 1 instance of DataAccess within the server no matter how many users accesses the servlet. HOWEVER!!!, The desired result is to have the same instance returned to the user for each request. For example, if 5 users connect then 5 DataAccess instances are loaded in memory, each unique to the user and on subsequent calls the same object is returned...a new DataAccess instance is not created.
I would like to avoid putting a created DataAccess object into the users Session.
Any ideas are greatly appreciated..
* This is an example of a Singleton
public class DataAccess(){
private static DataAccess INSTANCE = new DataAccess();
public DataAccess getInstance(){
// this returns the same instance of DataAccess no matter how many
// users call this...how do you return 1 instance for each user
// no matter how many times they call this method??
return INSTANCE;
// End of Example

You will need a place to store the object between client requests. Say a hashmap. You could put the hashmap as a static variable of the servlet or as an atribute of the servlet context.
Now you need to store the key to the object. This could be a cookie.
Don't forget synchronization issues. What if the original request takes a long time and the client submits a new request. How do handle access to the object.
Then you have to handle client session timeouts. You may have a logout process but clients don't always logout. You knew to know which object in the hashmap is tied to which client session and delete the object from the hashmap when the session times out.
Or you could build your own time out mechanism. Then when storing the object in the hashmap you'll need to record the date/time. Then you'll need to have a thread that periodically checks all the objects in the hashmap and removes any old objects.

Similar Messages

  • Clustered Singleton Service in WLS?

    Hello,
              I'm working on a clustered system that needs a distributed
              singleton. Specifically I need a timer/listener pair that
              will do work in the system, but I it would be bad to have
              more than one listener fired off within the cluster.
              How can I design this feature such that:
              1) There is only one active timer/listener in the clustered
              app active at any one time
              2) If this active instance dies, another somewhere in the
              cluster will be spooled up to take its place?
              I'm considering some kind of JXTA-based solution but before
              I invest a lot of energy in that direction I want to be
              sure I'm not trying to kill a fly with a bazooka.
              Thanks
              Greg
              

    I'm working on a clustered system that needs a distributed          > singleton. Specifically I need a timer/listener pair that
              > will do work in the system, but I it would be bad to have
              > more than one listener fired off within the cluster.
              > 1) There is only one active timer/listener in the clustered
              > app active at any one time
              > 2) If this active instance dies, another somewhere in the
              > cluster will be spooled up to take its place?
              See the clustered singleton example using Coherence:
              http://www.tangosol.net/forums/thread.jspa?forumID=6&threadID=82&tstart=0
              Peace,
              Cameron Purdy
              Tangosol, Inc.
              http://www.tangosol.com/coherence.jsp
              Tangosol Coherence: Clustered Replicated Cache for Weblogic
              "Greg" <[email protected]> wrote in message
              news:[email protected]..
              >
              

  • Direct DSO.

    Hi
    Im not sure whether the data will be overwritten for the same key fields in Direct DSO. Please find below my Direct DSO design:
    Key fields : 0DOC_NUMBER, 0S_ORD_ITEM, 0VBELV, GSS1POSNN
    Data fields : GSS1STS (Status), GS1JBDATE (Date)
    The direct DSO is updated through a program. I just want to find out what will happen if we have the same key fields, the data will be overwritten or added.
    Regards
    Sadeesh

    Hello,
    Direct DSO has just the active table. And data is written in the DSO as per the normal table concept.
    Hence data with same will be overwritten, if you use the correct (modify) ABAP statement.
    I think below is some relevant info:
    Definition
    The DataStore object for direct update differs from the standard DataStore object in terms of how the data is processed. In a standard DataStore object, data is stored in different versions (active, delta, modified), whereas a DataStore object for direct update contains data in a single version. Therefore, data is stored in precisely the same form in which it was written to the DataStore object for direct update by the application. In the BI system, you can use a DataStore object for direct update as a data target for an analysis process. More information: Analysis Process Designer.
    The DataStore object for direct update is also required by diverse applications, such as SAP Strategic Enterprise Management (SEM) for example, as well as other external applications.
    Structure
    The DataStore object for direct update consists of a table for active data only. It retrieves its data from external systems via fill or delete APIs.
    The following APIs exist:
    RSDRI_ODSO_INSERT: Inserts new data (with keys not yet in the system). 
    RSDRI_ODSO_INSERT_RFC: see above, can be called up remotely 
    RSDRI_ODSO_MODIFY:  inserts data having new keys; for data with keys already in the system, the data is changed.
    RSDRI_ODSO_MODIFY_RFC: see above, can be called up remotely
    RSDRI_ODSO_UPDATE: changes data with keys in the system
    RSDRI_ODSO_UPDATE_RFC: see above, can be called up remotely
    RSDRI_ODSO_DELETE_RFC: deletes data
    The loading process is not supported by the BI system. The advantage to the way it is structured is that it is easy to access data. Data is made available for analysis and reporting immediately after it is loaded.
    Creating a DataStore Object for Direct Update
    When you create a DataStore object, you can change the DataStore object type under Settings in the context menu. The default setting is Standard. You can only switch between DataStore object types Standard and Direct Update if data does not yet exist in the DataStore object.
    Integration
    Since you cannot use the loading process to fill DataStore objects for direct update with BI data (DataSources do not provide the data), DataStore objects are not displayed in the administration or in the monitor. However, you can update the data in DataStore objects for direct update to additional InfoProviders.
    If you switch a standard DataStore object that already has update rules to direct update, the update rules are set to inactive and can no longer be processed.
    Since a change log is not generated, you cannot perform a delta update to the InfoProviders at the end of this process.
    The DataStore object for direct update is available as an InfoProvider in BEx Query Designer and can be used for analysis purposes.
    Regards,
    Shashank
    Edited by: Shashank Dighe on May 29, 2009 9:21 AM

  • Useful Interview Questions and Answere

    Hi All
    Some of the Real time question.
    Q) Under which menu path is the Test Workbench to be found, including in earlier Releases?
    The menu path is: Tools - ABAP Workbench - Test - Test Workbench.
    Q) I want to delete a BEx query that is in Production system through request. Is anyone aware about it?
    A) Have you tried the RSZDELETE transaction?
    Q) Errors while monitoring process chains.
    A) During data loading. Apart from them, in process chains you add so many process types, for example after loading data into Info Cube, you rollup data into aggregates, now this rolling up of data into aggregates is a process type which you keep after the process type for loading data into Cube. This rolling up into aggregates might fail.
    Another one is after you load data into ODS, you activate ODS data (another process type) this might also fail.
    Q) In Monitor----- Details (Header/Status/Details) à Under Processing (data packet): Everything OK à Context menu of Data Package 1 (1 Records): Everything OK -
    Simulate update. (Here we can debug update rules or transfer rules.)
    SM50 à Program/Mode à Program à Debugging & debug this work process.
    Q) PSA Cleansing.
    A) You know how to edit PSA. I don't think you can delete single records. You have to delete entire PSA data for a request.
    Q) Can we make a datasource to support delta.
    A) If this is a custom (user-defined) datasource you can make the datasource delta enabled. While creating datasource from RSO2, after entering datasource name and pressing create, in the next screen there is one button at the top, which says generic delta. If you want more details about this there is a chapter in Extraction book, it's in last pages u find out.
    Generic delta services: -
    Supports delta extraction for generic extractors according to:
    Time stamp
    Calendar day
    Numeric pointer, such as document number & counter
    Only one of these attributes can be set as a delta attribute.
    Delta extraction is supported for all generic extractors, such as tables/views, SAP Query and function modules
    The delta queue (RSA7) allows you to monitor the current status of the delta attribute
    Q) Workbooks, as a general rule, should be transported with the role.
    Here are a couple of scenarios:
    1. If both the workbook and its role have been previously transported, then the role does not need to be part of the transport.
    2. If the role exists in both dev and the target system but the workbook has never been transported, and then you have a choice of transporting the role (recommended) or just the workbook. If only the workbook is transported, then an additional step will have to be taken after import: Locate the WorkbookID via Table RSRWBINDEXT (in Dev and verify the same exists in the target system) and proceed to manually add it to the role in the target system via Transaction Code PFCG -- ALWAYS use control c/control v copy/paste for manually adding!
    3. If the role does not exist in the target system you should transport both the role and workbook. Keep in mind that a workbook is an object unto itself and has no dependencies on other objects. Thus, you do not receive an error message from the transport of 'just a workbook' -- even though it may not be visible, it will exist (verified via Table RSRWBINDEXT).
    Overall, as a general rule, you should transport roles with workbooks.
    Q) How much time does it take to extract 1 million (10 lackhs) of records into an infocube?
    A. This depends, if you have complex coding in update rules it will take longer time, or else it will take less than 30 minutes.
    Q) What are the five ASAP Methodologies?
    A: Project plan, Business Blue print, Realization, Final preparation & Go-Live - support.
    1. Project Preparation: In this phase, decision makers define clear project objectives and an efficient decision making process (i.e. Discussions with the client, like what are his needs and requirements etc.). Project managers will be involved in this phase (I guess).
    A Project Charter is issued and an implementation strategy is outlined in this phase.
    2. Business Blueprint: It is a detailed documentation of your company's requirements. (i.e. what are the objects we need to develop are modified depending on the client's requirements).
    3. Realization: In this only, the implementation of the project takes place (development of objects etc) and we are involved in the project from here only.
    4. Final Preparation: Final preparation before going live i.e. testing, conducting pre-go-live, end user training etc.
    End user training is given that is in the client site you train them how to work with the new environment, as they are new to the technology.
    5. Go-Live & support: The project has gone live and it is into production. The Project team will be supporting the end users.
    Q) What is landscape of R/3 & what is landscape of BW. Landscape of R/3 not sure.
    Then Landscape of b/w: u have the development system, testing system, production system
    Development system: All the implementation part is done in this sys. (I.e., Analysis of objects developing, modification etc) and from here the objects are transported to the testing system, but before transporting an initial test known as Unit testing (testing of objects) is done in the development sys.
    Testing/Quality system: quality check is done in this system and integration testing is done.
    Production system: All the extraction part takes place in this sys.
    Q) How do you measure the size of infocube?
    A: In no of records.
    Q). Difference between infocube and ODS?
    A: Infocube is structured as star schema (extended) where a fact table is surrounded by different dim table that are linked with DIM'ids. And the data wise, you will have aggregated data in the cubes. No overwrite functionality
    ODS is a flat structure (flat table) with no star schema concept and which will have granular data (detailed level). Overwrite functionality.
    Flat file datasources does not support 0recordmode in extraction.
    x before, -after, n new, a add, d delete, r reverse
    Q) Difference between display attributes and navigational attributes?
    A: Display attribute is one, which is used only for display purpose in the report. Where as navigational attribute is used for drilling down in the report. We don't need to maintain Navigational attribute in the cube as a characteristic (that is the advantage) to drill down.
    Q. SOME DATA IS UPLOADED TWICE INTO INFOCUBE. HOW TO CORRECT IT?
    A: But how is it possible? If you load it manually twice, then you can delete it by requestID.
    Q. CAN U ADD A NEW FIELD AT THE ODS LEVEL?
    Sure you can. ODS is nothing but a table.
    Q. CAN NUMBER OF DATASOURCES HAVE ONE INFOSOURCE?
    A) Yes of course. For example, for loading text and hierarchies we use different data sources but the same InfoSource.
    Q. BRIEF THE DATAFLOW IN BW.
    A) Data flows from transactional system to analytical system (BW). DataSources on the transactional system needs to be replicated on BW side and attached to infosource and update rules respectively.
    Q. CURRENCY CONVERSIONS CAN BE WRITTEN IN UPDATE RULES. WHY NOT IN TRANSFER RULES?
    Q) WHAT IS PROCEDURE TO UPDATE DATA INTO DATA TARGETS?
    FULL and DELTA.
    Q) AS WE USE Sbwnn, sbiw1, sbiw2 for delta update in LIS THEN WHAT IS THE PROCEDURE IN LO-COCKPIT?
    No LIS in LO cockpit. We will have datasources and can be maintained (append fields). Refer white paper on LO-Cockpit extractions.
    Q) Why we delete the setup tables (LBWG) & fill them (OLI*BW)?
    A) Initially we don't delete the setup tables but when we do change in extract structure we go for it. We r changing the extract structure right, that means there are some newly added fields in that which r not before. So to get the required data (i.e.; the data which is required is taken and to avoid redundancy) we delete n then fill the setup tables.
    To refresh the statistical data. The extraction set up reads the dataset that you want to process such as, customers orders with the tables like VBAK, VBAP) & fills the relevant communication structure with the data. The data is stored in cluster tables from where it is read when the initialization is run. It is important that during initialization phase, no one generates or modifies application data, at least until the tables can be set up.
    Q) SIGNIFICANCE of ODS?
    It holds granular data (detailed level).
    Q) WHERE THE PSA DATA IS STORED?
    In PSA table.
    Q) WHAT IS DATA SIZE?
    The volume of data one data target holds (in no. of records)
    Q) Different types of INFOCUBES.
    Basic, Virtual (remote, sap remote and multi)
    Virtual Cube is used for example, if you consider railways reservation all the information has to be updated online. For designing the Virtual cube you have to write the function module that is linking to table, Virtual cube it is like a the structure, when ever the table is updated the virtual cube will fetch the data from table and display report Online... FYI.. you will get the information : https://www.sdn.sap.com/sdn/index.sdn and search for Designing Virtual Cube and you will get a good material designing the Function Module
    Q) INFOSET QUERY.
    Can be made of ODS's and Characteristic InfoObjects with masterdata.
    Q) IF THERE ARE 2 DATASOURCES HOW MANY TRANSFER STRUCTURES ARE THERE.
    In R/3 or in BW? 2 in R/3 and 2 in BW
    Q) ROUTINES?
    Exist in the InfoObject, transfer routines, update routines and start routine
    Q) BRIEF SOME STRUCTURES USED IN BEX.
    Rows and Columns, you can create structures.
    Q) WHAT ARE THE DIFFERENT VARIABLES USED IN BEX?
    Different Variable's are Texts, Formulas, Hierarchies, Hierarchy nodes & Characteristic values.
    Variable Types are
    Manual entry /default value
    Replacement path
    SAP exit
    Customer exit
    Authorization
    Q) HOW MANY LEVELS YOU CAN GO IN REPORTING?
    You can drill down to any level by using Navigational attributes and jump targets.
    Q) WHAT ARE INDEXES?
    Indexes are data base indexes, which help in retrieving data fastly.
    Q) DIFFERENCE BETWEEN 2.1 AND 3.X VERSIONS.
    Help! Refer documentation
    Q) IS IT NESSESARY TO INITIALIZE EACH TIME THE DELTA UPDATE IS USED?
    No.
    Q) WHAT IS THE SIGNIFICANCE OF KPI'S?
    KPI's indicate the performance of a company. These are key figures
    Q) AFTER THE DATA EXTRACTION WHAT IS THE IMAGE POSITION.
    After image (correct me if I am wrong)
    Q) REPORTING AND RESTRICTIONS.
    Help! Refer documentation.
    Q) TOOLS USED FOR PERFORMANCE TUNING.
    ST22, Number ranges, delete indexes before load. Etc
    Q) PROCESS CHAINS: IF U has USED IT THEN HOW WILL U SCHEDULING DATA DAILY.
    There should be some tool to run the job daily (SM37 jobs)
    Q) AUTHORIZATIONS.
    Profile generator
    Q) WEB REPORTING.
    What are you expecting??
    Q) CAN CHARECTERSTIC INFOOBJECT CAN BE INFOPROVIDER.
    Of course
    Q) PROCEDURES OF REPORTING ON MULTICUBES
    Refer help. What are you expecting? MultiCube works on Union condition
    Q) EXPLAIN TRANPSORTATION OF OBJECTS?
    Dev-àQ and Dev-----àP
    Q) What types of partitioning are there for BW?
    There are two Partitioning Performance aspects for BW (Cube & PSA)
    Query Data Retrieval Performance Improvement:
    Partitioning by (say) Date Range improves data retrieval by making best use of database execution plans and indexes (of say Oracle database engine).
    B) Transactional Load Partitioning Improvement:
    Partitioning based on expected load volumes and data element sizes. Improves data loading into PSA and Cubes by infopackages (Eg. without timeouts).
    Q) How can I compare data in R/3 with data in a BW Cube after the daily delta loads? Are there any standard procedures for checking them or matching the number of records?
    A) You can go to R/3 TCode RSA3 and run the extractor. It will give you the number of records extracted. Then go to BW Monitor to check the number of records in the PSA and check to see if it is the same & also in the monitor header tab.
    A) RSA3 is a simple extractor checker program that allows you to rule out extracts problems in R/3. It is simple to use, but only really tells you if the extractor works. Since records that get updated into Cubes/ODS structures are controlled by Update Rules, you will not be able to determine what is in the Cube compared to what is in the R/3 environment. You will need to compare records on a 1:1 basis against records in R/3 transactions for the functional area in question. I would recommend enlisting the help of the end user community to assist since they presumably know the data.
    To use RSA3, go to it and enter the extractor ex: 2LIS_02_HDR. Click execute and you will see the record count, you can also go to display that data. You are not modifying anything so what you do in RSA3 has no effect on data quality afterwards. However, it will not tell you how many records should be expected in BW for a given load. You have that information in the monitor RSMO during and after data loads. From RSMO for a given load you can determine how many records were passed through the transfer rules from R/3, how many targets were updated, and how many records passed through the Update Rules. It also gives you error messages from the PSA.
    Q) Types of Transfer Rules?
    A) Field to Field mapping, Constant, Variable & routine.
    Q) Types of Update Rules?
    A) (Check box), Return table
    Q) Transfer Routine?
    A) Routines, which we write in, transfer rules.
    Q) Update Routine?
    A) Routines, which we write in Update rules
    Q) What is the difference between writing a routine in transfer rules and writing a routine in update rules?
    A) If you are using the same InfoSource to update data in more than one data target its better u write in transfer rules because u can assign one InfoSource to more than one data target & and what ever logic u write in update rules it is specific to particular one data target.
    Q) Routine with Return Table.
    A) Update rules generally only have one return value. However, you can create a routine in the tab strip key figure calculation, by choosing checkbox Return table. The corresponding key figure routine then no longer has a return value, but a return table. You can then generate as many key figure values, as you like from one data record.
    Q) Start routines?
    A) Start routines u can write in both updates rules and transfer rules, suppose you want to restrict (delete) some records based on conditions before getting loaded into data targets, then you can specify this in update rules-start routine.
    Ex: - Delete Data_Package ani ante it will delete a record based on the condition
    Q) X & Y Tables?
    X-table = A table to link material SIDs with SIDs for time-independent navigation attributes.
    Y-table = A table to link material SIDs with SIDS for time-dependent navigation attributes.
    There are four types of sid tables
    X time independent navigational attributes sid tables
    Y time dependent navigational attributes sid tables
    H hierarchy sid tables
    I hierarchy structure sid tables
    Q) Filters & Restricted Key figures (real time example)
    Restricted KF's u can have for an SD cube: billed quantity, billing value, no: of billing documents as RKF's.
    Q) Line-Item Dimension (give me an real time example)
    Line-Item Dimension: Invoice no: or Doc no: is a real time example
    Q) What does the number in the 'Total' column in Transaction RSA7 mean?
    A) The 'Total' column displays the number of LUWs that were written in the delta queue and that have not yet been confirmed. The number includes the LUWs of the last delta request (for repetition of a delta request) and the LUWs for the next delta request. A LUW only disappears from the RSA7 display when it has been transferred to the BW System and a new delta request has been received from the BW System.
    Q) How to know in which table (SAP BW) contains Technical Name / Description and creation data of a particular Reports. Reports that are created using BEx Analyzer.
    A) There is no such table in BW if you want to know such details while you are opening a particular query press properties button you will come to know all the details that you wanted.
    You will find your information about technical names and description about queries in the following tables. Directory of all reports (Table RSRREPDIR) and Directory of the reporting component elements (Table RSZELTDIR) for workbooks and the connections to queries check Where- used list for reports in workbooks (Table RSRWORKBOOK) Titles of Excel Workbooks in InfoCatalog (Table RSRWBINDEXT)
    Q) What is a LUW in the delta queue?
    A) A LUW from the point of view of the delta queue can be an individual document, a group of documents from a collective run or a whole data packet of an application extractor.
    Q) Why does the number in the 'Total' column in the overview screen of Transaction RSA7 differ from the number of data records that is displayed when you call the detail view?
    A) The number on the overview screen corresponds to the total of LUWs (see also first question) that were written to the qRFC queue and that have not yet been confirmed. The detail screen displays the records contained in the LUWs. Both, the records belonging to the previous delta request and the records that do not meet the selection conditions of the preceding delta init requests are filtered out. Thus, only the records that are ready for the next delta request are displayed on the detail screen. In the detail screen of Transaction RSA7, a possibly existing customer exit is not taken into account.
    Q) Why does Transaction RSA7 still display LUWs on the overview screen after successful delta loading?
    A) Only when a new delta has been requested does the source system learn that the previous delta was successfully loaded to the BW System. Then, the LUWs of the previous delta may be confirmed (and also deleted). In the meantime, the LUWs must be kept for a possible delta request repetition. In particular, the number on the overview screen does not change when the first delta was loaded to the BW System.
    Q) Why are selections not taken into account when the delta queue is filled?
    A) Filtering according to selections takes place when the system reads from the delta queue. This is necessary for reasons of performance.
    Q) Why is there a DataSource with '0' records in RSA7 if delta exists and has also been loaded successfully?
    It is most likely that this is a DataSource that does not send delta data to the BW System via the delta queue but directly via the extractor (delta for master data using ALE change pointers). Such a DataSource should not be displayed in RSA7. This error is corrected with BW 2.0B Support Package 11.
    Q) Do the entries in table ROIDOCPRMS have an impact on the performance of the loading procedure from the delta queue?
    A) The impact is limited. If performance problems are related to the loading process from the delta queue, then refer to the application-specific notes (for example in the CO-PA area, in the logistics cockpit area and so on).
    Caution: As of Plug In 2000.2 patch 3 the entries in table ROIDOCPRMS are as effective for the delta queue as for a full update. Please note, however, that LUWs are not split during data loading for consistency reasons. This means that when very large LUWs are written to the DeltaQueue, the actual package size may differ considerably from the MAXSIZE and MAXLINES parameters.
    Q) Why does it take so long to display the data in the delta queue (for example approximately 2 hours)?
    A) With Plug In 2001.1 the display was changed: the user has the option of defining the amount of data to be displayed, to restrict it, to selectively choose the number of a data record, to make a distinction between the 'actual' delta data and the data intended for repetition and so on.
    Q) What is the purpose of function 'Delete data and meta data in a queue' in RSA7? What exactly is deleted?
    A) You should act with extreme caution when you use the deletion function in the delta queue. It is comparable to deleting an InitDelta in the BW System and should preferably be executed there. You do not only delete all data of this DataSource for the affected BW System, but also lose the entire information concerning the delta initialization. Then you can only request new deltas after another delta initialization.
    When you delete the data, the LUWs kept in the qRFC queue for the corresponding target system are confirmed. Physical deletion only takes place in the qRFC outbound queue if there are no more references to the LUWs.
    The deletion function is for example intended for a case where the BW System, from which the delta initialization was originally executed, no longer exists or can no longer be accessed.
    Q) Why does it take so long to delete from the delta queue (for example half a day)?
    A) Import PlugIn 2000.2 patch 3. With this patch the performance during deletion is considerably improved.
    Q) Why is the delta queue not updated when you start the V3 update in the logistics cockpit area?
    A) It is most likely that a delta initialization had not yet run or that the delta initialization was not successful. A successful delta initialization (the corresponding request must have QM status 'green' in the BW System) is a prerequisite for the application data being written in the delta queue.
    Q) What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1)?
    A) The qRFC monitor basically displays the same data as RSA7. The internal queue name must be used for selection on the initial screen of the qRFC monitor. This is made up of the prefix 'BW, the client and the short name of the DataSource. For DataSources whose name are 19 characters long or shorter, the short name corresponds to the name of the DataSource. For DataSources whose name is longer than 19 characters (for delta-capable DataSources only possible as of PlugIn 2001.1) the short name is assigned in table ROOSSHORTN.
    In the qRFC monitor you cannot distinguish between repeatable and new LUWs. Moreover, the data of a LUW is displayed in an unstructured manner there.
    Q) Why are the data in the delta queue although the V3 update was not started?
    A) Data was posted in background. Then, the records are updated directly in the delta queue (RSA7). This happens in particular during automatic goods receipt posting (MRRS). There is no duplicate transfer of records to the BW system. See Note 417189.
    Q) Why does button 'Repeatable' on the RSA7 data details screen not only show data loaded into BW during the last delta but also data that were newly added, i.e. 'pure' delta records?
    A) Was programmed in a way that the request in repeat mode fetches both actually repeatable (old) data and new data from the source system.
    Q) I loaded several delta inits with various selections. For which one is the delta loaded?
    A) For delta, all selections made via delta inits are summed up. This means, a delta for the 'total' of all delta initializations is loaded.
    Q) How many selections for delta inits are possible in the system?
    A) With simple selections (intervals without complicated join conditions or single values), you can make up to about 100 delta inits. It should not be more.
    With complicated selection conditions, it should be only up to 10-20 delta inits.
    Reason: With many selection conditions that are joined in a complicated way, too many 'where' lines are generated in the generated ABAP source code that may exceed the memory limit.
    Q) I intend to copy the source system, i.e. make a client copy. What will happen with may delta? Should I initialize again after that?
    A) Before you copy a source client or source system, make sure that your deltas have been fetched from the DeltaQueue into BW and that no delta is pending. After the client copy, an inconsistency might occur between BW delta tables and the OLTP delta tables as described in Note 405943. After the client copy, Table ROOSPRMSC will probably be empty in the OLTP since this table is client-independent. After the system copy, the table will contain the entries with the old logical system name that are no longer useful for further delta loading from the new logical system. The delta must be initialized in any case since delta depends on both the BW system and the source system. Even if no dump 'MESSAGE_TYPE_X' occurs in BW when editing or creating an InfoPackage, you should expect that the delta have to be initialized after the copy.
    Q) Is it allowed in Transaction SMQ1 to use the functions for manual control of processes?
    A) Use SMQ1 as an instrument for diagnosis and control only. Make changes to BW queues only after informing the BW Support or only if this is explicitly requested in a note for component 'BC-BW' or 'BW-WHM-SAPI'.
    Q) Despite of the delta request being started after completion of the collective run (V3 update), it does not contain all documents. Only another delta request loads the missing documents into BW. What is the cause for this "splitting"?
    A) The collective run submits the open V2 documents for processing to the task handler, which processes them in one or several parallel update processes in an asynchronous way. For this reason, plan a sufficiently large "safety time window" between the end of the collective run in the source system and the start of the delta request in BW. An alternative solution where this problem does not occur is described in Note 505700.
    Q) Despite my deleting the delta init, LUWs are still written into the DeltaQueue?
    A) In general, delta initializations and deletions of delta inits should always be carried out at a time when no posting takes place. Otherwise, buffer problems may occur: If a user started the internal mode at a time when the delta initialization was still active, he/she posts data into the queue even though the initialization had been deleted in the meantime. This is the case in your system.
    Q) In SMQ1 (qRFC Monitor) I have status 'NOSEND'. In the table TRFCQOUT, some entries have the status 'READY', others 'RECORDED'. ARFCSSTATE is 'READ'. What do these statuses mean? Which values in the field 'Status' mean what and which values are correct and which are alarming? Are the statuses BW-specific or generally valid in qRFC?
    A) Table TRFCQOUT and ARFCSSTATE: Status READ means that the record was read once either in a delta request or in a repetition of the delta request. However, this does not mean that the record has successfully reached the BW yet. The status READY in the TRFCQOUT and RECORDED in the ARFCSSTATE means that the record has been written into the DeltaQueue and will be loaded into the BW with the next delta request or a repetition of a delta. In any case only the statuses READ, READY and RECORDED in both tables are considered to be valid. The status EXECUTED in TRFCQOUT can occur temporarily. It is set before starting a DeltaExtraction for all records with status READ present at that time. The records with status EXECUTED are usually deleted from the queue in packages within a delta request directly after setting the status before extracting a new delta. If you see such records, it means that either a process which is confirming and deleting records which have been loaded into the BW is successfully running at the moment, or, if the records remain in the table for a longer period of time with status EXECUTED, it is likely that there are problems with deleting the records which have already been successfully been loaded into the BW. In this state, no more deltas are loaded into the BW. Every other status is an indicator for an error or an inconsistency. NOSEND in SMQ1 means nothing (see note 378903).
    The value 'U' in field 'NOSEND' of table TRFCQOUT is discomforting.
    Q) The extract structure was changed when the DeltaQueue was empty. Afterwards new delta records were written to the DeltaQueue. When loading the delta into the PSA, it shows that some fields were moved. The same result occurs when the contents of the DeltaQueue are listed via the detail display. Why are the data displayed differently? What can be done?
    Make sure that the change of the extract structure is also reflected in the database and that all servers are synchronized. We recommend to reset the buffers using Transaction $SYNC. If the extract structure change is not communicated synchronously to the server where delta records are being created, the records are written with the old structure until the new structure has been generated. This may have disastrous consequences for the delta.
    When the problem occurs, the delta needs to be re-initialized.
    Q) How and where can I control whether a repeat delta is requested?
    A) Via the status of the last delta in the BW Request Monitor. If the request is RED, the next load will be of type 'Repeat'. If you need to repeat the last load for certain reasons, set the request in the monitor to red manually. For the contents of the repeat see Question 14. Delta requests set to red despite of data being already updated lead to duplicate records in a subsequent repeat, if they have not been deleted from the data targets concerned before.
    Q) As of PI 2003.1, the Logistic Cockpit offers various types of update methods. Which update method is recommended in logistics? According to which criteria should the decision be made? How can I choose an update method in logistics?
    See the recommendation in Note 505700.
    Q) Are there particular recommendations regarding the data volume the DeltaQueue may grow to without facing the danger of a read failure due to memory problems?
    A) There is no strict limit (except for the restricted number range of the 24-digit QCOUNT counter in the LUW management table - which is of no practical importance, however - or the restrictions regarding the volume and number of records in a database table).
    When estimating "smooth" limits, both the number of LUWs is important and the average data volume per LUW. As a rule, we recommend to bundle data (usually documents) already when writing to the DeltaQueue to keep number of LUWs small (partly this can be set in the applications, e.g. in the Logistics Cockpit). The data volume of a single LUW should not be considerably larger than 10% of the memory available to the work process for data extraction (in a 32-bit architecture with a memory volume of about 1GByte per work process, 100 Mbytes per LUW should not be exceeded). That limit is of rather small practical importance as well since a comparable limit already applies when writing to the DeltaQueue. If the limit is observed, correct reading is guaranteed in most cases.
    If the number of LUWs cannot be reduced by bundling application transactions, you should at least make sure that the data are fetched from all connected BWs as quickly as possible. But for other, BW-specific, reasons, the frequency should not be higher than one DeltaRequest per hour.
    To avoid memory problems, a program-internal limit ensures that never more than 1 million LUWs are read and fetched from the database per DeltaRequest. If this limit is reached within a request, the DeltaQueue must be emptied by several successive DeltaRequests. We recommend, however, to try not to reach that limit but trigger the fetching of data from the connected BWs already when the number of LUWs reaches a 5-digit value.
    Q) I would like to display the date the data was uploaded on the report. Usually, we load the transactional data nightly. Is there any easy way to include this information on the report for users? So that they know the validity of the report.
    A) If I understand your requirement correctly, you want to display the date on which data was loaded into the data target from which the report is being executed. If it is so, configure your workbook to display the text elements in the report. This displays the relevance of data field, which is the date on which the data load has taken place.
    Q) Can we filter the fields at Transfer Structure?
    Q) Can we load data directly into infoobject with out extraction is it possible.
    Yes. We can copy from other infoobject if it is same. We load data from PSA if it is already in PSA.
    Q) HOW MANY DAYS CAN WE KEEP THE DATA IN PSA, IF WE R SHEDULED DAILY, WEEKLY AND MONTHLY.
    a) We can set the time.
    Q) HOW CAN U GET THE DATA FROM CLIENT IF U R WORKING ON OFFSHORE PROJECTS. THROUGH WHICH NETWORK.
    a) VPN…………….Virtual Private Network, VPN is nothing but one sort of network where we can connect to the client systems sitting in offshore through RAS (Remote access server).
    Q) HOW CAN U ANALIZE THE PROJECT AT FIRST?
    Prepare Project Plan and Environment
    Define Project Management Standards and
    Procedures
    Define Implementation Standards and Procedures
    Testing & Go-live + supporting.
    Q) THERE is one ODS AND 4 INFOCUBES. WE SEND DATA AT TIME TO ALL CUBES IF ONE CUBE GOT LOCK ERROR. HOW CAN U RECTIFY THE ERROR?
    Go to TCode sm66 then see which one is locked select that pid from there and goto sm12
    TCode then unlock it this is happened when lock errors are occurred when u scheduled.
    Q) Can anybody tell me how to add a navigational attribute in the BEx report in the rows?
    A) Expand dimension under left side panel (that is infocube panel) select than navigational attributes drag and drop under rows panel.
    Q) IF ANY TRASACTION CODE LIKE SMPT OR STMT.
    In current systems (BW 3.0B and R/3 4.6B) these Tcodes don't exist!
    Q) WHAT IS TRANSACTIONAL CUBE?
    A) Transactional InfoCubes differ from standard InfoCubes in that the former have an improved write access performance level. Standard InfoCubes are technically optimized for read-only access and for a comparatively small number of simultaneous accesses. Instead, the transactional InfoCube was developed to meet the demands of SAP Strategic Enterprise Management (SEM), meaning that, data is written to the InfoCube (possibly by several users at the same time) and re-read as soon as possible. Standard Basic cubes are not suitable for this.
    Q) Is there any way to delete cube contents within update rules from an ODS data source? The reason for this would be to delete (or zero out) a cube record in an "Open Order" cube if the open order quantity was 0.
    I've tried using the 0recordmode but that doesn't work. Also, would it
    be easier to write a program that would be run after the load and delete
    the records with a zero open qty?
    A) START routine for update rules u can write ABAP code.
    A) Yap, you can do it. Create a start routine in Update rule.
    It is not "Deleting cube contents with update rules" It is only possible to avoid that some content is updated into the InfoCube using the start routine. Loop at all the records and delete the record that has the condition. "If the open order quantity was 0" You have to think also in before and after images in case of a delta upload. In that case you may delete the change record and keep the old and after the change the wrong information.
    Q) I am not able to access a node in hierarchy directly using variables for reports. When I am using Tcode RSZV it is giving a message that it doesn't exist in BW 3.0 and it is embedded in BEx. Can any one tell me the other options to get the same functionality in BEx?
    A) Tcode RSZV is used in the earlier version of 3.0B only. From 3.0B onwards, it's possible in the Query Designer (BEx) itself. Just right click on the InfoObject for which you want to use as variables and precede further selecting variable type and processing types.
    Q) Wondering how can I get the values, for an example, if I run a report for month range 01/2004 - 10/2004 then monthly value is actually divide by the number of months that I selected. Which variable should I use?
    Q) Why is it every time I switch from Info Provider to InfoObject or from one item to another while in modeling I always get this message " Reading Data " or "constructing workbench" in it runs for minutes.... anyway to stop this?
    Q) Can any one give me info on how the BW delta works also would like to know about 'before image and after image' am currently in a BW project and have to write start routines for delta load.
    Q) I am very new to BW. I would like to clarify a doubt regarding Delta extractor. If I am correct, by using delta extractors the data that has already been scheduled will not be uploaded again. Say for a specific scenario, Sales. Now I have uploaded all the sales order created till yesterday into the cube. Now say I make changes to any of the open record, which was already uploaded. Now what happens when I schedule it again? Will the same record be uploaded again with the changes or will the changes get affected to the previous record.
    A)
    Q) In BW we need to write abap routines. I wish to know when and what type of abap routines we got to write. Also, are these routines written in update rules? I will be glad, if this is clarified with real-time scenarios and few examples?
    A) Over here we write our routines in the start routines in the update rules or in the transfer structure (you can choose between writing them in the start routines or directly behind the different characteristics. In the transfer structure you just click on the yellow triangle behind a characteristic and choose "routine". In the update rules you can choose "start routine" or click on the triangle with the green square behind an individual characteristic. Usually we only use start routine when it does not concern one single characteristic (for example when you have to read the same table for 4 characteristics). I hope this helps.
    We used ABAP Routines for example:
    To convert to Uppercase (transfer structure)
    To convert Values out of a third party tool with different keys into the same keys as our SAP System uses (transfer structure)
    To select only a part of the data for from an infosource updating the InfoCube (Start Routine) etc.
    Q) What is ODS?
    A) An ODS object acts as a storage location for consolidated and cleaned-up transaction data (transaction data or master data, for example) on the document (atomic) level.
    This data can be evaluated using a BEx query.
    Standard ODS Object
    Transactional ODS object:
    The data is immediately available here for reporting. For implementation, compare with the Transactional ODS Object.
    A transactional ODS object differs from a standard ODS object in the way it prepares data. In a standard ODS object, data is stored in different versions ((new) delta, active, (change log) modified), where as a transactional ODS object contains the data in a single version. Therefore, data is stored in precisely the same form in which it was written to the transactional ODS object by the application. In BW, you can use a transaction ODS object as a data target for an analysis process.
    The transactional ODS object is also required by diverse applications, such as SAP Strategic Enterprise Management (SEM) for example, as well as other external applications.
    Transactional ODS objects allow data to be available quickly. The data from this kind of ODS object is accessed transactionally, that is, data is written to the ODS object (possibly by several users at the same time) and reread as soon as possible.
    It offers no replacement for the standard ODS object. Instead, an additional function displays those that can be used for special applications.
    The transactional ODS object simply consists of a table for active data. It retrieves its data from external systems via fill- or delete- APIs. The loading process is not supported by the BW system. The advantage to the way it is structured is that data is easy to access. They are made available for reporting immediately after being loaded.
    Q) What does InfoCube contains?
    A) Each InfoCube has one FactTable & a maximum of 16 (13+3 system defined, time, unit & data packet) dimensions.
    Q) What does FACT Table contain?
    A FactTable consists of KeyFigures.
    Each Fact Table can contain a maximum of 233 key figures.
    Dimension can contain up to 248 freely available characteristics.
    Q) How many dimensions are in a CUBE?
    A) 16 dimensions. (13 user defined & 3 system pre-defined )
    Q) What does SID Table contain?
    SID keys linked with dimension table & master data tables (attributes, texts, hierarchies)
    Q) What does ATTRIBUTE Table contain?
    Master attribute data
    Q) What does TEXT Table contain?
    Master text data, short text, long text, medium text & language key if it is language dependent
    Q) What does Hierarchy table contain?

    Hi DST
    This is a great effort and gesture. thank you on behalf of all the newbies.
    PJ

  • JBoss Can't find Oracle Driver

    Hello, everyone,
    I'm hoping someone can help me.
    I've created a small web service. I have one method which returns something very straight forward, and it works fine.
    I have then progressed this to try to return some data from an Oracle table.
    However, when I try to do this, I get an error back saying that the Oracle Driver can not be found.
    I am using JBoss, and am running this in Eclipse's Web Service Explorer.
    The things I have tried to solve the issue are:
    - Ensuring the Oracle driver is located in Windows>Preferences>General>Data Management>Connectivity>Driver Definitions
    - Placing the Oracle driver jar in as many lib folders in my JBoss directory on my C drive as possible (I may have missed some out).
    I am not sure what else to try. Please can someone help me or point me in the right direction?
    Any help would be hugely appreciated.
    Thank you very much in advance.
    Robin
    My stacktrace is as follows:
    [code]
    java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver from BaseClassLoader@1652e61{VFSClassLoaderPolicy@1c7eb33{name=vfsfile:/C:/Jboss/jboss-5.0.0.GA/server/default/conf/jboss-service.xml domain=ClassLoaderDomain@9fe84e{name=DefaultDomain parentPolicy=BEFORE parent=org.jboss.system.NoAnnotationURLClassLoader@a97b0b} roots=[MemoryContextHandler@2254409[path= context=vfsmemory://4shc4f-nlo6vf-hjk3qb83-1-hjk3qewj-6 real=vfsmemory://4shc4f-nlo6vf-hjk3qb83-1-hjk3qewj-6], DelegatingHandler@6903079[path=antlr.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/antlr.jar], DelegatingHandler@22387624[path=autonumber-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/autonumber-plugin.jar], DelegatingHandler@22963857[path=bcel.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bcel.jar], DelegatingHandler@10479206[path=bsf.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bsf.jar], DelegatingHandler@30371681[path=bsh.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bsh.jar], DelegatingHandler@26839239[path=commons-collections.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/commons-collections.jar], DelegatingHandler@14875150[path=commons-httpclient.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/commons-httpclient.jar], DelegatingHandler@26137220[path=commons-logging.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/commons-logging.jar], DelegatingHandler@27193209[path=dtdparser121.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/dtdparser121.jar], DelegatingHandler@24916054[path=edb-jdbc14.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/edb-jdbc14.jar], DelegatingHandler@4824957[path=ejb3-persistence.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ejb3-persistence.jar], DelegatingHandler@25551189[path=el-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/el-api.jar], DelegatingHandler@9229531[path=hibernate-annotations.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-annotations.jar], DelegatingHandler@32148925[path=hibernate-commons-annotations.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-commons-annotations.jar], DelegatingHandler@33522601[path=hibernate-core.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-core.jar], DelegatingHandler@1899900[path=hibernate-entitymanager.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-entitymanager.jar], DelegatingHandler@21354482[path=hibernate-jmx.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-jmx.jar], DelegatingHandler@6588912[path=hibernate-validator.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hibernate-validator.jar], DelegatingHandler@10229202[path=hsqldb-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hsqldb-plugin.jar], DelegatingHandler@22852149[path=hsqldb.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/hsqldb.jar], DelegatingHandler@12046052[path=ibatis-2.3.4.726.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ibatis-2.3.4.726.jar], DelegatingHandler@24115680[path=jaxen.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jaxen.jar], DelegatingHandler@8259012[path=jboss-bindingservice.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-bindingservice.jar], DelegatingHandler@28085047[path=jboss-common-jdbc-wrapper.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-common-jdbc-wrapper.jar], DelegatingHandler@15191255[path=jboss-current-invocation-aspects.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-current-invocation-aspects.jar], DelegatingHandler@3753755[path=jboss-ejb3-cache.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-cache.jar], DelegatingHandler@7028679[path=jboss-ejb3-common.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-common.jar], DelegatingHandler@19417347[path=jboss-ejb3-core.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-core.jar], DelegatingHandler@30502607[path=jboss-ejb3-deployers.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-deployers.jar], DelegatingHandler@12704779[path=jboss-ejb3-ext-api-impl.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-ext-api-impl.jar], DelegatingHandler@22379127[path=jboss-ejb3-ext-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-ext-api.jar], DelegatingHandler@14371981[path=jboss-ejb3-interceptors.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-interceptors.jar], DelegatingHandler@25089808[path=jboss-ejb3-metadata.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-metadata.jar], DelegatingHandler@5868125[path=jboss-ejb3-proxy-clustered.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-proxy-clustered.jar], DelegatingHandler@9114403[path=jboss-ejb3-proxy.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-proxy.jar], DelegatingHandler@9795777[path=jboss-ejb3-security.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-security.jar], DelegatingHandler@19590177[path=jboss-ejb3-transactions.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ejb3-transactions.jar], DelegatingHandler@16028187[path=jboss-ha-client.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ha-client.jar], DelegatingHandler@10766816[path=jboss-ha-server-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ha-server-api.jar], DelegatingHandler@32391332[path=jboss-ha-server-cache-jbc.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ha-server-cache-jbc.jar], DelegatingHandler@14017136[path=jboss-ha-server-cache-spi.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-ha-server-cache-spi.jar], DelegatingHandler@345667[path=jboss-hibernate.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-hibernate.jar], DelegatingHandler@4725080[path=jboss-iiop.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-iiop.jar], DelegatingHandler@24635060[path=jboss-integration.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-integration.jar], DelegatingHandler@13327669[path=jboss-jaspi-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jaspi-api.jar], DelegatingHandler@22302276[path=jboss-javaee.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-javaee.jar], DelegatingHandler@31347466[path=jboss-jca.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jca.jar], DelegatingHandler@18733404[path=jboss-jmx-remoting.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jmx-remoting.jar], DelegatingHandler@11086506[path=jboss-jpa-deployers.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jpa-deployers.jar], DelegatingHandler@3152885[path=jboss-jsr77.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jsr77.jar], DelegatingHandler@8104009[path=jboss-jsr88.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-jsr88.jar], DelegatingHandler@6656120[path=jboss-management.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-management.jar], DelegatingHandler@32490450[path=jboss-messaging-int.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-messaging-int.jar], DelegatingHandler@2167036[path=jboss-messaging.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-messaging.jar], DelegatingHandler@14820075[path=jboss-metadata.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-metadata.jar], DelegatingHandler@6467398[path=jboss-monitoring.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-monitoring.jar], DelegatingHandler@14768745[path=jboss-profileservice.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-profileservice.jar], DelegatingHandler@16166715[path=jboss-remoting-aspects.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-remoting-aspects.jar], DelegatingHandler@23747954[path=jboss-remoting.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-remoting.jar], DelegatingHandler@1902564[path=jboss-security-aspects.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-security-aspects.jar], DelegatingHandler@32586504[path=jboss-security-spi.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-security-spi.jar], DelegatingHandler@5935979[path=jboss-serialization.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-serialization.jar], DelegatingHandler@8687994[path=jboss-srp.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-srp.jar], DelegatingHandler@23794987[path=jboss-sunxacml.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-sunxacml.jar], DelegatingHandler@20627169[path=jboss-transaction-aspects.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-transaction-aspects.jar], DelegatingHandler@30003582[path=jboss-xacml.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss-xacml.jar], DelegatingHandler@14199075[path=jboss.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jboss.jar], DelegatingHandler@4740342[path=jbossas-remoting.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossas-remoting.jar], DelegatingHandler@12716179[path=jbossha.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossha.jar], DelegatingHandler@12653911[path=jbossjta-integration.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossjta-integration.jar], DelegatingHandler@6300663[path=jbossjta.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossjta.jar], DelegatingHandler@31019059[path=jbosssx-server.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbosssx-server.jar], DelegatingHandler@2115134[path=jbosssx.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbosssx.jar], DelegatingHandler@14919969[path=jbossts-common.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossts-common.jar], DelegatingHandler@7651652[path=jbossws-common.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-common.jar], DelegatingHandler@20739678[path=jbossws-framework.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-framework.jar], DelegatingHandler@8331318[path=jbossws-native-jaxrpc.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-native-jaxrpc.jar], DelegatingHandler@1823783[path=jbossws-native-jaxws-ext.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-native-jaxws-ext.jar], DelegatingHandler@17125267[path=jbossws-native-jaxws.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-native-jaxws.jar], DelegatingHandler@28000914[path=jbossws-native-saaj.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-native-saaj.jar], DelegatingHandler@10464309[path=jbossws-spi.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jbossws-spi.jar], DelegatingHandler@14869110[path=jmx-adaptor-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jmx-adaptor-plugin.jar], DelegatingHandler@25281771[path=jnpserver.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jnpserver.jar], DelegatingHandler@10968735[path=joesnmp.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/joesnmp.jar], DelegatingHandler@3486913[path=jsp-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/jsp-api.jar], DelegatingHandler@18513535[path=log4j-snmp-appender.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/log4j-snmp-appender.jar], DelegatingHandler@6749397[path=log4j.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/log4j.jar], DelegatingHandler@23142099[path=mail-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/mail-plugin.jar], DelegatingHandler@19847791[path=mail.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/mail.jar], DelegatingHandler@17226797[path=properties-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/properties-plugin.jar], DelegatingHandler@23150623[path=quartz.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/quartz.jar], DelegatingHandler@28882952[path=scheduler-plugin-example.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/scheduler-plugin-example.jar], DelegatingHandler@3816987[path=scheduler-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/scheduler-plugin.jar], DelegatingHandler@29594642[path=servlet-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/servlet-api.jar], DelegatingHandler@19811980[path=slf4j-api.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/slf4j-api.jar], DelegatingHandler@19335035[path=slf4j-jboss-logging.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/slf4j-jboss-logging.jar]] delegates=null exported=[, org.hibernate.loader.collection, org.jboss.deployers.spi.management.deploy, org.jboss.remoting.transporter, org.jboss.ejb3.proxy.clustered.objectfactory.session.stateful, com.arjuna.ats.txoj.semaphore, org.jboss.varia.property, com.arjuna.common.util.propertyservice, com.arjuna.common.util.logging, org.jboss.jms.server.messagecounter, org.jboss.ejb3.proxy.invocation, org.jboss.remoting.invocation, org.jboss.remoting.samples.transporter.proxy, javax.persistence, org.hibernate.engine.loading, org.jboss.security.xacml.sunxacml.combine, org.jboss.jms.client.remoting, com.arjuna.ats.internal.txoj.recovery, org.jboss.remoting.samples.transporter.serialization.server, javax.xml.registry.infomodel, org.jboss.resource.adapter.jdbc.remote, org.jboss.resource.spi.timer, org.jboss.ha.cachemanager, org.jboss.web.tomcat.service.session.distributedcache.spi, org.jboss.ejb3.timerservice, org.jboss.wsf.test, org.jboss.ejb3.cluster.metadata, org.jboss.metadata.annotation.creator.client, org.jboss.resource.statistic.formatter, com.arjuna.ats.internal.jta.transaction.arjunacore, org.jboss.ejb3.proxy.handler.stateless, com.edb.util, org.jboss.security.mapping.providers.principal, org.jboss.hibernate.deployers.metadata, org.jboss.wsf.common.management, org.jboss.resource.metadata, javax.enterprise.deploy.spi, com.ibatis.common.logging.log4j, org.apache.log4j.lf5, org.jboss.remoting.detection.jndi, org.jboss.security.integration, com.arjuna.common.internal.util.logging.simpleLog, org.jboss.jms.server.remoting, org.jboss.ejb3.metadata, org.hibernate.cache.access, META-INF.maven.org.jboss.cluster.jboss-ha-server-api, org.jboss.remoting.samples.transporter.basic, org.apache.bsf.util, org.jboss.ejb3.proxy.handler.session.service, org.hibernate.intercept.cglib, org.jboss.remoting.transport.sslrmi, org.hibernate.proxy, org.apache.bcel.verifier.exc, org.jboss.remoting.stream, org.apache.log4j.varia, org.hibernate.cache, org.jboss.jmx.adaptor.rmi, org.jboss.security.auth.container.config, org.jboss.ejb3.timerservice.jboss, org.hibernate.usertype, javax.security.auth.message.module, org.jboss.management.j2ee.statistics, org.jboss.remoting, org.jboss.serial.util, org.jboss.security.acl.config, com.ibatis.sqlmap.engine.mapping.sql.dynamic.elements, org.jboss.resource.adapter.jdbc.vendor, META-INF.maven.org.jboss.ws.native.jbossws-native-saaj, org.jboss.resource.adapter.jdbc, org.hibernate.ejb.event, org.jboss.metadata.validation.chain.ejb.jboss, com.arjuna.ats.jta.utils, javax.servlet, org.jboss.monitor.alerts, org.hibernate.annotations, org.jboss.jms.wireformat, com.arjuna.ats.internal.arjuna.objectstore.jdbc, antlr.debug.misc, org.jboss.security.xacml.jaxb, org.jboss.ejb3.deployers, com.edb.ds, org.hibernate.hql.ast.exec, com.ibatis.common.jdbc, org.jboss.metadata.process.processor, org.jboss.wsf.spi.util, org.hibernate.context, org.jboss.remoting.samples.detection.multicast, org.jboss.jmx.connector.invoker, javax.enterprise.deploy.model, org.jboss.web.tomcat.service.session.distributedcache.impl.jbc, xmdesc, org.jboss.ejb3.interceptors.container, org.jboss.ejb3.proxy.objectfactory.session, org.jboss.remoting.transport.web, org.hibernate.id.enhanced, javax.enterprise.deploy.shared, org.jboss.metadata.common.jboss, org.jboss.ejb3.enc, org.jboss.ejb3.proxy.factory, org.jboss.remoting.samples.callback.statistics, com.arjuna.ats.jta.xa, org.jboss.proxy.ejb.handle, org.jboss.ejb3.proxy.clustered.factory.session.stateful, org.jboss.metadata.serviceref, javax.mail.event, org.apache.bsf.engines.xslt, org.jaxen.pattern, org.jboss.ha.client.loadbalance, org.apache.log4j.lf5.viewer, org.jboss.ejb.plugins.cmp.jdbc, org.jboss.metadata.annotation.finder, org.jboss.jms.server.security, org.jboss.aspects.currentinvocation, org.jboss.wsf.framework.serviceref, org.jboss.web.tomcat.service.session.distributedcache.impl, org.jboss.ejb3.dependency, com.arjuna.ats.jbossatx.jta, org.jboss.iiop.jacorb, org.apache.bcel.generic, org.slf4j.helpers, org.quartz.plugins.xml, com.arjuna.ats.txoj.lockstore, com.edb.core.v2, org.jboss.ejb3.proxy.objectstore, com.sun.mail.handlers, com.ibatis.sqlmap.engine.transaction.user, org.jboss.remoting.serialization.impl.java, org.jboss.metadata.jpa.spec, com.edb.core.v3, org.hibernate.intercept.javassist, org.jboss.injection.lang.reflect, org.jboss.ejb3.protocol.jarjar, org.jboss.remoting.transport.servlet, com.arjuna.ats.internal.jta.xa, com.edb.fastpath, org.jboss.ha.client.loadbalance.aop, org.hibernate.stat, javax.xml.ws, org.jboss.invocation.iiop, com.arjuna.ats.tsmx.mbeans, com.ibatis.sqlmap.engine.impl, org.jboss.varia.autonumber, org.jboss.deployers.spi.management, org.quartz.simpl, com.edb.largeobject, org.jboss.security.plugins.acl, org.jboss.deployment.services, org.jboss.profileservice.management, org.quartz.jobs, javax.xml.rpc.handler.soap, org.hibernate.impl, com.arjuna.ats.internal.arjuna.gandiva.nameservice, org.hibernate.event.def, org.jboss.remoting.samples.multiplex, org.hibernate.persister, org.hibernate.ejb.transaction, org.hibernate.validator.resources, org.jboss.ejb3.proxy.clustered.handler.session.stateful, org.jboss.remoting.marshal.serializable, org.jboss.remoting.samples.transporter.complex.server, org.jboss.security.mapping.providers, org.jboss.wsf.framework.management.recording, org.jboss.messaging.core.impl.jchannelfactory, org.jnp.interfaces, org.jboss.verifier, javax.xml.rpc, org.apache.commons.httpclient.methods, org.opennms.protocols.snmp.asn1, org.jboss.ejb3.interceptors.currentinvocation, org.hibernate.tool.instrument.cglib, org.jboss.client, org.hibernate.annotations.common.reflection.java, bsh.util.lib, com.edb.translation, org.jboss.remoting.samples.transporter.multiple.client, org.jboss.ha.hasessionstate.server, org.jboss.security.xacml.interfaces, com.ibatis.sqlmap.engine.transaction.jdbc, org.jboss.iiop.test, org.quartz.core, org.jboss.ejb.plugins.cmp.jdbc2.schema, org.jboss.ejb3.interceptors.proxy, META-INF.maven.org.jboss.jpa.jboss-jpa-deployers, com.arjuna.ats.txoj.logging, com.arjuna.ats.internal.arjuna.template, org.jboss.metadata.ejb.spec, org.hibernate.type, com.arjuna.ats.arjuna.gandiva.inventory, javax.xml.ws.http, com.arjuna.ats.jbossatx.logging, org.jboss.verifier.strategy, org.apache.commons.httpclient.protocol, com.ibatis.sqlmap.engine.mapping.sql.raw, org.jboss.remoting.samples.transporter.custom.server, org.apache.bsf.util.event.adapters, org.apache.log4j.lf5.viewer.images, org.apache.commons.collections.set, org.hibernate.loader, org.jboss.jms.delegate, org.jboss.services.binding, org.hibernate.engine, org.quartz.spi, META-INF.maven.org.jboss.ws.jbossws-common, org.jboss.security.propertyeditor, org.jboss.ha.framework.server.util, META-INF.maven.org.jboss.security.jboss-sunxacml, org.jboss.mail, org.jboss.remoting.detection.util, org.jboss.ejb, org.jboss.wsf.spi.metadata.j2ee.serviceref, com.arjuna.ats.jdbc, org.jboss.ha.jndi.spi, org.hsqldb.jdbc, org.jboss.serial.objectmetamodel, com.arjuna.ats.internal.jta.transaction.arjunacore.subordinate.jca, META-INF.maven.org.hibernate.hibernate-core, javax.mail.util, org.apache.log4j.nt, org.jboss.security.srp, com.arjuna.ats.internal.txoj.semaphore, com.arjuna.common.internal.util.propertyservice.plugins.io, com.arjuna.ats.internal.jbossatx.jta.jca, org.jboss.security.xacml.locators, org.hibernate.tuple, org.jboss.remoting.transport.rmi, org.hibernate.annotations.common.reflection, org.jboss.web, bsh.reflect, org.hibernate.classic, org.hibernate.ejb.connection, org.jboss.security.xacml.util, org.jboss.security.ssl, org.jboss.ejb3.mdb, javax.transaction.xa, org.hsqldb, org.apache.bsf.engines.netrexx, com.arjuna.ats.jta.common, org.hibernate.jdbc.util, javax.security.auth.message.config, com.ibatis.sqlmap.engine.cache.oscache, com.wutka.dtd, org.jboss.jms.server.connectormanager, org.jboss.wsf.spi.transport, org.jboss.metadata.process.processor.ejb.jboss, org.omg.stub.javax.ejb, org.jboss.jpa.tx, org.hibernate.loader.entity, org.jboss.remoting.samples.oneway, org.jboss.messaging.core.impl.clusterconnection, org.jboss.wsf.spi.deployment, org.jboss.ejb3.interceptors.direct, antlr.collections.impl, org.apache.log4j.or, org.hibernate, javax.xml.rpc.soap, com.ibatis.sqlmap.engine.mapping.result, com.ibatis.common.logging.nologging, com.arjuna.ats.internal.tsmx.agent.exceptions, org.jboss.ha.jndi, org.hsqldb.sample, org.hibernate.bytecode.util, org.hsqldb.lib, com.arjuna.ats.txoj.exceptions, org.jboss.ejb3.metamodel, org.apache.log4j.or.jms, javax.management.remote.rmi, META-INF.maven.org.jboss.ws.native.jbossws-native-jaxws-ext, javax.interceptor, org.jboss.wsf.spi.tools.ant, security, org.jboss.resource.timer, com.arjuna.ats.tsmx.agent.exceptions, org.jboss.ejb3.proxy.objectfactory.session.stateless, com.arjuna.ats.jta.transaction, org.jboss.ejb3.metadata.plugins.loader, org.jboss.deployment.vfs, com.arjuna.ats.internal.jta.recovery.arjunacore, org.jaxen, com.ibatis.sqlmap.engine.execution, com.ibatis.sqlmap.engine.cache.memory, com.arjuna.ats.jta.resources, org.jboss.wsf.common.logging, com.arjuna.ats.arjuna.utils, org.jboss.ejb3.aop, META-INF.maven.org.jboss.ejb3.jboss-ejb3-security, org.jboss.jms.client.delegate, bsh.commands, com.arjuna.ats.tsmx.agent, org.jboss.security.xacml.sunxacml.support, org.jboss.serial.finalcontainers, com.arjuna.ats.internal.txoj.lockstore, org.jboss.resource.security, org.jboss.messaging.core.impl.tx, org.jboss.resource.connectionmanager, javax.xml.ws.addressing.soap, org.quartz.impl.calendar, com.arjuna.ats.internal.jdbc.drivers, org.jboss.deployment.dependency, org.jboss.security.identity.fed, org.jboss.ejb3.kernel, com.edb.ds.common, META-INF.maven.org.jboss.ejb3.jboss-ejb3-proxy-clustered, org.jboss.wsf.framework, com.arjuna.ats.arjuna.coordinator, org.jboss.services.binding.impl, org.jboss.invocation, javax.servlet.http, com.arjuna.common.internal.util.licence.utils, org.jboss.metadata.validation, javax.jws, org.hibernate.bytecode, org.jboss.jms.exception, org.jboss.security.mapping, org.apache.log4j.spi, org.jboss.ejb3.interceptors.lang, com.arjuna.ats.arjuna.gandiva.nameservice, org.jboss.security.xacml.sunxacml.ctx, org.jboss.ejb3.naming, org.jboss.messaging.core.impl, org.jboss.jpa.resolvers, org.jboss.remoting.samples.transporter.clustered.server, org.hsqldb.util.sqltool, org.jboss.hibernate.deployers, org.jboss.ejb.plugins.local, org.jboss.monitor, org.jboss.remoting.samples.transporter.proxy.client, org.hibernate.cache.entry, org.quartz, org.hibernate.hql, org.jboss.security.auth.spi, com.arjuna.common.util, org.hibernate.transform, org.hibernate.tuple.component, org.jboss.ejb3.cache.persistence, org.jboss.invocation.pooled.server, org.jboss.security.identitytrust.modules, org.jboss.metadata.common.spi, com.arjuna.ats.internal.jta.utils, org.jboss.security.authorization.modules, org.jboss.verifier.event, org.jboss.iiop.rmi.marshal, org.jboss.ejb3.proxy.clustered.registry, org.apache.log4j.jdbc, com.arjuna.ats.internal.jta.resources.errorhandlers, org.jboss.ejb3.proxy.clustered.familyname, org.apache.bcel.util, org.jboss.annotation.javaee, org.jboss.ejb3.metadata.annotation, org.hibernate.sql, org.jboss.messaging.util, org.jboss.ejb.plugins.cmp.jdbc.metadata, com.arjuna.common.util.propertyservice.propertycontainer, org.jboss.invocation.http.server, org.hsqldb.persist, org.jboss.remoting.transport.sslsocket, com.arjuna.ats.arjuna.state, org.jboss.ejb3.interceptors.aop, org.hibernate.lob, org.jboss.ejb3.security.helpers, org.jboss.wsf.spi.management, org.jboss.remoting.detection.multicast, org.jboss.security.authorization.modules.web, antlr.build, org.hibernate.persister.entity, com.edb.stream, org.jboss.classloading.spi, org.jboss.metadata.rar.jboss, org.jboss.jpa.injection, org.apache.bsf.engines.jacl, org.jboss.mx.remoting.event, org.jboss.ejb3.proxy.jndiregistrar, META-INF.maven.org.jboss.ejb3.jboss-ejb3-ext-api, org.jboss.jca.spi, org.jboss.remoting.samples.bisocket, org.apache.log4j.lf5.viewer.configure, org.jboss.ejb3.common.registrar.spi, org.jboss.ejb3.security.embedded.plugins, org.jboss.crypto.digest, org.jboss.naming.java, org.jboss.security.xacml.sunxacml, org.jboss.remoting.samples.transporter.complex, META-INF.maven.org.jboss.ejb3.jboss-ejb3-ext-api-impl, com.arjuna.ats.arjuna.thread, org.apache.commons.collections.map, javax.xml.rpc.holders, org.jboss.jms.server.plugin.contract, org.jboss.ejb3.interceptors.registry, org.jboss.tm.usertx.client, com.arjuna.ats.txoj, org.hibernate.cfg.search, org.jboss.remoting.transport.bisocket, org.jboss.resource.binding.remote, org.jboss.wsf.framework.transport, org.jboss.ejb3.injection, com.arjuna.ats.txoj.common, org.jboss.wsf.spi.serviceref, com.ibatis.sqlmap.client.extensions, com.ibatis.sqlmap.engine.cache.fifo, javax.security.jacc, META-INF.maven.org.jboss.ws.native.jbossws-native-jaxrpc, org.jboss.wsf.common.utils, org.jboss.jms.server.bridge, com.arjuna.ats.internal.arjuna, javax.enterprise.deploy.spi.exceptions, org.quartz.xml, org.jboss.management.j2ee, org.jboss.deployment.spi.configurations, bsh.servlet, org.jboss.aspects.tx, org.apache.commons.collections.iterators, org.jboss.serial.io, com.ibatis.sqlmap.engine.accessplan, com.edb.core.charset, org.hibernate.cfg.annotations.reflection, org.hibernate.id, org.jboss.ejb3.proxy.handler.session, org.jboss.ejb3.common.thread, com.arjuna.common, org.jboss.jpa.util, org.jboss.deployment, javax.ejb.spi, bsh.collection, org.jboss.metamodel.descriptor, org.jboss.profileservice.management.upload, org.jboss.invocation.local, META-INF.maven.org.slf4j.slf4j-api, org.jaxen.function, META-INF.maven.org.jboss.cluster.jboss-ha-client, org.jboss.security.microcontainer.beans.metadata, com.arjuna.ats.arjuna.objectstore.jdbc, org.jboss.remoting.samples.multiplex.invoker, org.jaxen.javabean, org.jboss.ejb3.tx.container, org.jboss.lang.ref, org.hsqldb.resources, org.jboss.security.xacml.sunxacml.finder.impl, org.jboss.ejb3.common.spi, com.edb, org.jboss.metadata.process.chain.ejb.jboss, org.jboss.security.xacml.sunxacml.support.finder, org.jboss.jms.server.container, org.jboss.profileservice.management.templates, org.apache.bsf.util.cf, org.quartz.utils, org.jboss.ha.framework.test, org.hibernate.validator.event, javax.security.auth.message.callback, org.jboss.ejb3.common.lang, org.hsqldb.lib.java, org.jboss.ejb3.proxy.intf, org.jboss.iiop.naming, org.jboss.security.xacml.bridge, org.jboss.remoting.samples.chat, org.jnp.server, org.hsqldb.scriptio, org.apache.commons.httpclient.methods.multipart, org.jboss.ejb3.proxy.factory.stateful, org.jboss.metadata.client.spec, org.w3c.dom, com.arjuna.ats.tsmx.common, org.jaxen.function.ext, javax.management.remote, com.arjuna.ats.internal.jbossatx.jta, org.jboss.ejb3.security.annotation, org.jnp.interfaces.java, org.jboss.ejb3.entity.hibernate, bsh, org.apache.log4j.lf5.util, org.quartz.plugins.management, org.jaxen.saxpath.helpers, org.jboss.metadata.annotation.creator.ws, org.jboss.remoting.samples.transporter.proxy.server, javax.jms, org.jboss.ejb3.util, antlr.actions.python, org.hibernate.loader.custom, stylesheets, org.jnp.client, javax.jws.soap, org.jboss.profileservice.management.upload.remoting, org.jboss.ejb3.common.string, org.hibernate.engine.query.sql, org.jboss.ejb3.metadata.spi.signature, org.jboss.metadata.validation.validator.ejb.jboss, org.jboss.ejb3.javaee, javax.resource.spi, org.hibernate.persister.collection, org.hibernate.hql.ast.tree, org.jboss.remoting.samples.simple, org.jboss.remoting.serialization, org.jboss.profileservice.management.matchers, org.jaxen.expr.iter, org.jboss.remoting.transport.servlet.web, org.jboss.ha.singleton.examples, org.jboss.ejb3.proxy.clustered.objectstore, org.jboss.ejb3.proxy.objectfactory.session.stateful, org.jboss.jms.client.plugin, org.jboss.remoting.samples.chat.utility, org.jboss.remoting.transport.sslservlet, org.jboss.security.plugins.audit, org.jboss.ejb3.proxy, org.hibernate.hql.antlr, org.jboss.security.identitytrust, org.jboss.ejb3.interceptors.annotation, org.jboss.deployment.spi.status, org.hibernate.proxy.pojo.javassist, org.jboss.remoting.loading, javax.resource.spi.work, com.arjuna.common.util.exceptions, org.jboss.security.jndi, org.apache.commons.collections.bidimap, org.jboss.ejb.plugins.lock, com.ibatis.sqlmap.engine.datasource, META-INF.maven.org.jboss.aspects.jboss-remoting-aspects, org.jboss.aspects.remoting.interceptors.invoker, org.apache.bcel.verifier.structurals, org.jboss.remoting.samples.transporter.multiple, org.quartz.helpers, org.jboss.varia.scheduler.example, com.arjuna.ats.jdbc.common, org.jboss.mx.remoting.provider.iiop, org.jboss.crypto, org.apache.bsf, com.ibatis.sqlmap.client.event, org.jboss.security.identity, org.quartz.utils.weblogic, javax.servlet.jsp.tagext, com.arjuna.ats.jbossatx, org.hibernate.jmx, org.jboss.resource.work, javax.enterprise.deploy.spi.status, org.jboss.security.identitytrust.config, org.jboss.metadata.validation.validator, org.hibernate.hql.ast, antlr, com.arjuna.ats.internal.txoj, org.jboss.resource.statistic, org.jboss.naming, org.jboss.jms.server.connectionfactory, org.jboss.remoting.detection, org.hibernate.proxy.map, org.apache.commons.collections.buffer, org.jboss.metadata.validation.chain, org.jboss.wsf.spi.binding, org.jboss.wsf.spi.invocation, com.ibatis.sqlmap.engine.mapping.sql.stat, org.jboss.remoting.security, org.hibernate.annotations.common.util, org.jboss.ejb3.timerservice.quartz, javax.xml.registry, org.jboss.jpa.remote, org.jboss.metadata.javaee.jboss, org.jaxen.jdom, org.jboss.messaging.core.contract, org.jboss.ejb3.common.registrar.plugin.mc, org.jboss.messaging.util.prioritylinkedlist, org.jboss.ejb3.proxy.factory.session.service, org.apache.bsf.engines.javascript, antlr.preprocessor, org.jboss.wsf.framework.http, org.jboss.security.jce, org.jboss.ejb.plugins.jms, org.quartz.ee.jmx.jboss.doc-files, javax.xml.rpc.server, org.jboss.ejb3.proxy.clustered.factory.session.stateless, com.sun.mail.smtp, org.jboss.metadata.web.jboss, com.edb.core.types, org.jboss.remoting.transport.multiplex, org.quartz.jobs.ee.mail, org.apache.log4j.or.sax, org.jboss.wsf.common, org.jaxen.util, org.jboss.remoting.samples.http, org.jboss.aspects.security, org.jboss.security.acl, com.arjuna.common.util.concurrency, org.hibernate.engine.transaction, com.ibatis.common.beans, org.hibernate.bytecode.cglib, org.jboss.util.stream, org.jboss.jms.server.destination, javax.enterprise.deploy.shared.factories, org.jboss.ejb3.common.proxy.spi, org.jboss.ejb3.annotation, org.jboss.corba, org.hibernate.loader.criteria, org.jboss.metadata.merge, org.jboss.ejb3.proxy.clustered.objectfactory.session.stateless, org.jboss.ejb3.proxy.clustered.jndiregistrar, com.arjuna.ats.internal.tsmx.mbeans, org.hibernate.annotations.common, org.jboss.remoting.ident, org.jboss.invocation.unified.interfaces, org.jboss.security.plugins.authorization, org.jboss.ejb.deployers, org.hsqldb.util, org.jboss.hibernate, META-INF.maven.org.jboss.security.jboss-xacml, com.ibatis.sqlmap.engine.type, org.jboss.ejb3.metadata.jpa.spec, org.jboss.ejb3.proxy.objectfactory, org.jboss.ha.framework.server.spi, org.jboss.ejb3.interceptor, org.jboss.jms.server.endpoint.advised, javax.servlet.jsp, org.jboss.mx.remoting, org.jboss.security.factories, org.jboss.resource.connectionmanager.xa, org.jboss.verifier.factory, org.jboss.ha.hasessionstate.interfaces, org.jboss.aspects.remoting.interceptors.marshall, org.hibernate.engine.query, META-INF.maven.org.jboss.ejb3.jboss-ejb3-cache, org.apache.commons.logging, org.jboss.deployment.security, org.jboss.jpa.javaee, org.jboss.iiop.rmi.marshal.strategy, org.jboss.cache.invalidation.triggers, com.arjuna.ats.internal.arjuna.objectstore, org.jboss.tm, org.jboss.security.auth, javax.resource.cci, org.jboss.management.j2ee.deployers, org.jboss.jms.server, org.jboss.security.srp.jaas, com.edb.jdbc2, com.arjuna.common.internal.util.propertyservice, com.edb.jdbc3, javax.xml.ws.spi, org.jboss.naming.interceptors, org.jboss.metadata.annotation.creator.ejb.jboss, org.jboss.security.xacml.sunxacml.cond, org.jboss.security, org.jboss.security.auth.message.config, org.apache.commons.collections.functors, org.jboss.ejb3.proxy.clustered.invocation, META-INF.maven.org.jboss.cluster.jboss-ha-server-cache-jbc, org.jboss.slf4j, org.hibernate.mapping, org.jboss.jms.server.endpoint, org.jboss.metadata.process, META-INF.services, org.quartz.impl, org.jboss.ejb3.proxy.factory.session.stateful, org.hibernate.validator.interpolator, META-INF.maven.org.jboss.ws.jbossws-framework, org.jboss.ejb3.security, org.jboss.security.auth.login, org.apache.bsf.util.type, org.apache.commons.collections.collection, org.jboss.jms.client.state, com.arjuna.ats.internal.jta.resources.arjunacore, org.jboss.remoting.samples.transporter.multiple.server, org.jboss.ejb3.common.proxy.plugins.async, org.jboss.remoting.samples.config.factories, org.hibernate.ejb.instrument, org.apache.log4j.xml, org.jboss.remoting.samples.transporter.serialization, org.hibernate.action, org.jboss.resource, org.jboss.wsf.spi.tools, org.jboss.deployment.spi.beans, org.jboss.remoting.samples.transporter.clustered.client, org.jboss.ejb3, org.jboss.metadata.annotation.creator, org.jboss.ha.framework.server.deployers, org.jboss.ejb3.proxy.factory.stateless, org.quartz.jobs.ee.jmx, org.jboss.wsf.framework.invocation, org.apache.bsf.engines.jython, org.jboss.invocation.jrmp.server, org.jboss.wsf.spi.annotation, org.jboss.ejb3.connectionmanager, org.hibernate.dialect, org.jboss.ejb3.jms, org.jboss.invocation.unified.marshall, com.ibatis.sqlmap.engine.cache.lru, org.jboss.messaging.core.jmx, javax.mail, org.jboss.wsf.spi.deployment.integration, com.edb.core, org.hibernate.bytecode.javassist, com.edb.copy, org.apache.log4j.helpers, com.arjuna.ats.jta.recovery, META-INF.maven.org.jboss.metadata.jboss-metadata, org.jboss.security.xacml.core.ext, org.jboss.proxy.generic, org.jboss.metadata.lang, com.arjuna.ats.arjuna, org.slf4j.impl, com.arjuna.ats.internal.tsmx.agent.implementations.ri, org.hsqldb.index, org.jboss.persistence, org.hibernate.connection, org.jboss.aspects.remoting, org.jboss.remoting.serialization.impl.jboss, org.jboss.web.tomcat.service.sso.spi, org.jboss.jms.server.connectionmanager, com.ibatis.sqlmap.engine.mapping.statement, com.ibatis.common.xml, org.jboss.ejb3.proxy.handler.session.stateful, org.hibernate.proxy.pojo, org.jaxen.expr, com.ibatis.sqlmap.engine.mapping.parameter, org.jboss.remoting.samples.detection.jndi.ssl, org.jboss.messaging.core.impl.message, org.jboss.security.authorization.resources, org.jboss.ejb.plugins.cmp.jdbc2, org.jboss.metadata.ejb.jboss, antlr.collections, org.jboss.security.cache, org.jboss.web.tomcat.service.sso.jbc, javax.enterprise.deploy.model.exceptions, org.hsqldb.rowio, META-INF, org.jboss.mx.remoting.tracker, org.jboss.mx.remoting.provider.rmi, com.arjuna.ats.txoj.tools, org.jboss.security.xacml.core, org.jboss.wsf.spi.metadata.webservices, org.jboss.security.authorization.util, org.quartz.ee.jmx.jboss, org.jboss.ejb3.proxy.objectfactory.session.service, org.hibernate.validator, com.arjuna.ats.internal.arjuna.coordinator, org.apache.commons.collections.keyvalue, com.ibatis.common.resources, org.jboss.security.xacml.sunxacml.attr.proxy, javax.mail.internet, com.arjuna.ats.arjuna.objectstore, org.jboss.ha.framework.interfaces, org.apache.log4j.lf5.config, org.jboss.metadata.annotation.creator.jboss, org.jboss.invocation.pooled.interfaces, javax.xml.ws.handler, org.jboss.ejb3.cache, org.jboss.metadata.ejb.jboss.proxy, com.ibatis.common.logging.jdk14, com.arjuna.ats.internal.jta.resources, org.jboss.remoting.samples.transporter.basic.client, org.quartz.ee.jta, com.ibatis.common.jdbc.exception, org.hibernate.transaction, org.jboss.security.config, com.arjuna.ats.internal.jta.utils.arjunacore, org.jboss.ejb3.proxy.factory.session, org.jboss.ejb3.proxy.clustered.handler.session.stateless, javax.security.auth.message, org.jboss.ejb3.cache.tree, com.edb.xa, org.jboss.remoting.samples.callback.acknowledgement, com.ibatis.common.jdbc.logging, org.jboss.remoting.samples.serialization, org.jboss.hibernate.jmx, com.sun.mail.iap, META-INF.maven.org.jboss.aspects.jboss-current-invocation-aspects, com.ibatis.sqlmap.engine.scope, org.jboss.ejb3.proxy.factory.session.stateless, org.jboss.jms, org.jboss.ejb3.statistics, org.apache.commons.httpclient.params, org.jboss.ejb.plugins.cmp.jdbc.keygen, com.edb.geometric, org.apache.commons.logging.impl, org.hibernate.intercept, com.arjuna.ats.internal.jdbc.recovery, org.quartz.plugins.history, org.jboss.jmx.connector.invoker.serializablepolicy, javax.ejb, org.jboss.ha.singleton, com.sun.mail.imap, org.apache.commons.collections, org.jboss.ejb.plugins.keygenerator, org.hibernate.jdbc, org.jboss.security.audit, org.jboss.wsf.spi.http, com.ibatis.sqlmap.engine.mapping.result.loader, org.jboss.managed.plugins.advice, org.hsqldb.store, org.slf4j.spi, org.jboss.wsf.spi, org.jboss.remoting.samples.transporter.complex.client, org.jboss.jms.recovery, org.jboss.iiop, com.arjuna.ats.internal.jta.transaction.arjunacore.subordinate, org.jboss.ha.jmx.examples, org.jboss.monitor.client, org.jboss.security.xacml.sunxacml.cond.cluster, org.hibernate.secure, org.jboss.metadata, org.jboss.ejb3.tx, org.jboss.security.callbacks, com.arjuna.ats.internal.arjuna.thread, org.quartz.impl.jdbcjobstore.oracle, javax.xml.ws.soap, org.jboss.ejb3.interceptors, org.jboss.wsf.spi.metadata.j2ee, javax.xml.ws.wsaddressing, org.hibernate.cfg, org.jboss.management.j2ee.cluster, org.jboss.security.client, org.jboss.security.plugins.identitytrust, org.jboss.ejb3.interceptors.metadata, org.jboss.ejb3.proxy.handler, org.hibernate.tool.instrument.javassist, org.jboss.ejb3.remoting, org.jboss.metadata.ejb.jboss.jndipolicy.spi, com.arjuna.ats.internal.jta, org.jboss.security.plugins.javaee, com.ibatis.common.logging.jakarta, org.jaxen.saxpath.base, org.jboss.remoting.network.filter, META-INF.maven.org.jboss.ejb3.jboss-ejb3-interceptors, org.apache.commons.httpclient.cookie, org.jboss.remoting.marshal, org.jboss.ejb3.resolvers, org.hibernate.cache.impl, org.jboss.proxy.compiler, org.jboss.jpa.deployment, org.jboss.serial.exception, org.jboss.invocation.unified.server, org.hibernate.id.insert, org.jboss.ejb.plugins.cmp.ejbql, org.jboss.cache.invalidation.bridges, org.jboss.remoting.transport.local, com.arjuna.common.internal.util.logging.jakarta, org.jaxen.dom, com.arjuna.ats.arjuna.gandiva, com.arjuna.ats.arjuna.tools, org.jboss.remoting.marshal.http, bsh.util, org.apache.log4j.lf5.viewer.categoryexplorer, org.jboss.ejb.plugins, org.jboss.ejb.txtimer, org.jboss.serial.references, javax.xml.rpc.handler, org.jboss.ejb3.pool, org.hibernate.hql.ast.util, org.jboss.mx.remoting.connector, org.jboss.security.auth.callback, org.jboss.metadata.annotation.creator.ejb, org.apache.commons.collections.comparators, org.jboss.ejb3.stateless, com.arjuna.ats.internal.jdbc.drivers.modifiers, org.jboss.remoting.samples.detection.jndi, com.arjuna.ats.arjuna.logging, org.jboss.ejb3.interceptors.aop.annotation, org.jboss.ejb3.annotation.impl, org.jboss.ejb3.mdb.inflow, javax.servlet.resources, org.jboss.security.authorization.modules.ejb, org.jboss.proxy, org.jboss.remoting.samples.chat.server, org.jboss.jms.jndi, org.jboss.aspects.txlock, org.jboss.remoting.transport.https, org.quartz.impl.jdbcjobstore.oracle.weblogic, org.jboss.security.xacml.sunxacml.attr, org.jboss.iiop.csiv2, org.jboss.remoting.transport.coyote.ssl, javax.el, org.jaxen.xom, META-INF.maven.org.jboss.ejb3.jboss-ejb3-metadata, com.arjuna.ats.internal.jbossatx.agent, javax.management.j2ee.statistics, META-INF.maven.org.jboss.javaee.jboss-jaspi-api, com.arjuna.ats.internal.arjuna.gandiva.inventory, org.jboss.ejb3.service, org.jboss.remoting.samples.chat.client, org.jboss.metadata.validation.validator.ejb, org.hibernate.ejb.util, org.hibernate.ejb, org.jboss.security.plugins.auth, org.hibernate.dialect.function, org.jboss.invocation.http.interfaces, com.arjuna.ats.arjuna.recovery, org.quartz.impl.jdbcjobstore, schema, org.jboss.messaging.core.impl.postoffice, org.jboss.security.authorization, org.jboss.ejb3.cache.simple, META-INF.maven.org.jboss.ejb3.jboss-ejb3-core, org.jboss.ejb3.interceptors.annotation.impl, org.jboss.monitor.services, org.jboss.profileservice.spi, org.jboss.remoting.socketfactory, org.jboss.profileservice.spi.types, org.apache.commons.collections.list, org.jboss.tm.iiop, com.arjuna.ats.arjuna.common, org.jboss.jms.server.recovery, org.hibernate.annotations.common.reflection.java.generics, antlr.actions.java, com.ibatis.sqlmap.engine.exchange, org.jboss.resource.deployment, org.jboss.annotation.ear, com.ibatis.sqlmap.engine.mapping.sql.simple, META-INF.maven.org.jboss.naming.jnpserver, org.jboss.ha.jndi.impl.jbc, org.hibernate.dialect.lock, org.jboss.remoting.transport.coyote, org.apache.commons.httpclient.auth, org.hibernate.proxy.dom4j, org.hibernate.pretty, javax.annotation, org.jboss.remoting.transport.multiplex.utility, javax.xml.ws.handler.soap, org.hibernate.util, javax.resource, org.jaxen.dom4j, org.jboss.jms.tx, org.jboss.remoting.util.socket, org.jboss.jmx.connector.invoker.client, META-INF.maven.org.jboss.slf4j.slf4j-jboss-logging, org.jboss.wsf.spi.management.recording, META-INF.maven.org.jboss.ws.native.jbossws-native-jaxws, com.arjuna.ats.internal.arjuna.state, org.jboss.jpa.deployers, org.hibernate.proxy.pojo.cglib, com.sun.mail.pop3, org.jboss.proxy.ejb, org.jboss.messaging.core.impl.memory, org.jboss.remoting.samples.transporter.custom.client, org.jboss.security.javaee, org.apache.log4j.ext, org.apache.bcel.verifier.statics, org.jboss.jms.client.container, org.jboss.metadata.rar.spec, org.slf4j, org.apache.bsf.util.event, com.arjuna.common.internal.util.logging, META-INF.maven.org.jboss.ejb3.jboss-ejb3-transactions, org.jboss.remoting.samples.transporter.serialization.client, org.jboss.serial.objectmetamodel.safecloning, org.hibernate.ejb.packaging, org.jboss.ejb3.proxy.clustered.objectfactory.session, javax.persistence.spi, bsh.classpath, com.arjuna.ats.tsmx, org.jboss.ejb.plugins.cmp.bridge, org.jboss.resource.metadata.repository, com.arjuna.ats.tsmx.logging, org.jboss.cache.invalidation, org.jboss.profileservice.aop, org.hibernate.cache.impl.bridge, org.jboss.remoting.network, org.jboss.ejb3.cache.impl, org.jboss.ejb3.naming.client.java, org.jboss.ha.jmx, org.apache.commons.httpclient.util, org.jboss.monitor.alarm, dtd, com.ibatis.sqlmap.client, com.ibatis.sqlmap.engine.mapping.sql, META-INF.maven.org.jboss.aspects.jboss-transaction-aspects, org.jboss.metadata.annotation.creator.web, org.jboss.jms.destination, org.jboss.remoting.samples.chat.exceptions, org.jboss.web.deployers, org.jboss.ejb.plugins.security, org.jboss.tm.usertx.interfaces, com.edb.ssl, org.jboss.wsf.common.handler, org.jboss.ejb3.proxy.container, com.ibatis.common.logging, javax.servlet.jsp.el, META-INF.maven.org.jboss.ws.jbossws-spi, org.jboss.remoting.marshal.encryption, org.jboss.ejb3.entity, org.jboss.security.microcontainer.beans, org.jboss.jms.server.jbosssx, org.jboss.jms.client, org.apache.log4j.jmx, org.jboss.ejb.plugins.inflow, org.jboss.ejb3.security.client, org.jboss.ha.framework.server, org.apache.log4j.config, org.jboss.profileservice.spi.repository, org.jboss.serial, org.hibernate.tuple.entity, javax.xml.ws.addressing, org.jboss.tm.usertx.server, org.jboss.resource.adapter.jdbc.jdk5, org.jboss.remoting.marshal.compress, org.jboss.security.annotation, META-INF.maven.org.jboss.ejb3.jboss-ejb3-deployers, com.arjuna.ats.internal.jta.transaction.arjunacore.jca, org.jboss.metadata.ear.jboss, org.jboss.injection, com.ibatis.sqlmap.engine.transaction.jta, com.arjuna.ats.jta.exceptions, org.jboss.jms.message, org.jboss.serial.persister, org.hibernate.hql.classic, org.jboss.remoting.util, org.quartz.jobs.ee.ejb, org.jboss.remoting.callback, org.jboss.remoting.samples.transporter.simple, org.jboss.resource.statistic.pool, com.arjuna.ats.jta.logging, com.ibatis.sqlmap.engine.transaction.external, com.ibatis.sqlmap.engine.cache, org.hibernate.criterion, javax.transaction, javax.xml.soap, org.jboss.security.xacml.core.model.context, org.jboss.remoting.marshal.rmi, org.jboss.invocation.jrmp.interfaces, org.jboss.security.jacc, org.apache.log4j, org.jboss.ejb3.proxy.clustered.objectfactory, org.hibernate.tool.instrument, org.jboss.remoting.samples.transporter.basic.server, org.jboss.ejb3.annotation.defaults, org.jboss.iiop.rmi, org.jboss.mq.server.jmx, org.jboss.metadata.ear.spec, org.jboss.security.plugins, org.jboss.ejb3.proxy.impl, org.apache.commons.collections.bag, org.apache.log4j.chainsaw, org.opennms.protocols.snmp, org.jboss.deployment.spi.factories, org.jboss.security.mapping.config, org.jboss.aspects.remoting.interceptors.transport, com.ibatis.sqlmap.engine.builder.xml, org.jboss.serial.classmetamodel, com.arjuna.ats.internal.arjuna.recovery, org.jboss.security.identity.plugins, org.apache.bsf.util.event.generator, org.apache.bcel, org.jboss.remoting.transport.http, org.jboss.tm.usertx, org.jboss.remoting.marshall.encryption, org.jboss.security.auth.message, org.hibernate.loader.hql, org.jboss.security.identity.extensions, META-INF.maven.org.jboss.ejb3.jboss-ejb3-common, javax.mail.search, org.jboss.security.auth.container.modules, org.hibernate.metadata, org.jboss.metadata.web.spec, org.jboss.deployment.spi, org.jboss.security.authorization.config, org.jboss.iiop.tm, org.jboss.ejb3.interceptors.util, org.jboss.wsf.framework.deployment, org.jboss.ejb3.asynchronous, org.hibernate.property, org.jboss.remoting.samples.stream, javax.management.j2ee, org.jboss.util, org.jboss.mx.remoting.rmi, org.jboss.deployment.remoting, org.jnp.interfaces.jnp, org.hibernate.collection, org.jboss.management.j2ee.factory, com.ibatis.common.util, org.hibernate.exception, org.jboss.wsf.spi.tools.cmd, org.jboss.naming.client.java, com.sun.mail.util, org.hibernate.param, META-INF.maven.org.jboss.ejb3.jboss-ejb3-proxy, org.jboss.metadata.rar.jboss.mcf, org.jboss.wsf.spi.invocation.integration, com.arjuna.ats.arjuna.xa, org.jboss.jms.server.plugin, org.jboss.ejb.plugins.cmp.jdbc2.keygen, org.jboss.wsf.common.servlet, javax.servlet.jsp.resources, org.jboss.security.plugins.mapping, org.jboss.hibernate.session, org.jboss.remoting.transport.sslbisocket, com.sun.mail.imap.protocol, org.jboss.ejb3.timerservice.quartz.jmx, com.edb.jdbc2.optional, META-INF.maven.org.jboss.aspects.jboss-security-aspects, org.jboss.remoting.transport, org.jboss.jpa.spi, com.arjuna.ats.internal.arjuna.utils, org.apache.bcel.classfile, org.jboss.ejb3.stateful, antlr.ASdebug, org.jboss.metadata.client.jboss, org.hibernate.tool.hbm2ddl, org.jboss.jms.referenceable, com.arjuna.ats.arjuna.exceptions, org.hibernate.loader.custom.sql, org.jboss.remoting.samples.callback, com.arjuna.ats.internal.arjuna.objectstore.jdbc.accessors, org.jboss.ws.tools.ant, org.hsqldb.types, org.jboss.iiop.codebase, META-INF.maven.org.hibernate.hibernate-jmx, org.jboss.security.xacml.factories, org.apache.bcel.verifier, com.ibatis.sqlmap.engine.transaction, org.apache.commons.httpclient, com.arjuna.ats.jdbc.logging, org.jboss.ejb.plugins.cmp.jdbc2.bridge, org.jaxen.saxpath, antlr.debug, com.arjuna.common.util.propertyservice.plugins, org.jboss.metadata.process.chain, antlr.actions.csharp, org.jboss.remoting.security.domain, org.jboss.security.xacml.sunxacml.finder, org.jboss.ejb3.proxy.remoting, org.jboss.ejb.plugins.cmp.jdbc.bridge, org.jboss.iiop.rmi.ir, org.jboss.jms.server.selector, org.jboss.ejb3.proxy.handler.stateful, org.hibernate.annotations.common.annotationfactory, org.jboss.ejb3.security.bridge, org.jboss.security.audit.config, org.jboss.remoting.transport.http.ssl, org.jboss.deployment.plugin, org.jboss.security.xacml.core.model.policy, org.apache.log4j.net, org.jboss.ejb3.tx.metadata, org.jboss.security.auth.certs, antlr.actions.cpp, org.jboss.metadata.ejb.jboss.jndipolicy.plugins, org.jboss.resource.metadata.mcf, licenses, com.ibatis.sqlmap.engine.config, org.hibernate.event, org.jboss.metadata.common.ejb, org.jaxen.function.xslt, javax.resource.spi.endpoint, javax.resource.spi.security, org.hibernate.cfg.annotations, META-INF.maven.org.jboss.cluster.jboss-ha-server-cache-spi, org.jboss.wsf.framework.management, org.jboss.ejb3.cache.grouped, org.jboss.metadata.javaee.support, org.jboss.ejb3.session, org.jboss.ejb3.proxy.handler.session.stateless, org.jboss.remoting.transport.socket, org.quartz.ee.servlet, com.arjuna.ats.jta, org.jboss.profileservice.remoting, javax.xml.rpc.encoding, javax.enterprise.deploy.spi.factories, org.jboss.security.audit.providers, javax.annotation.security, org.jboss.remoting.transport.sslmultiplex, org.jboss.varia.scheduler, com.ibatis.sqlmap.engine.mapping.sql.dynamic, org.jboss.logging, org.jboss.metadata.javaee.spec, org.jboss.jdbc, com.arjuna.ats.internal.jdbc, com.ibatis.common.io] <IMPORT-ALL>NON_EMPTY}}
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:385)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Unknown Source)
    at org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:123)
    at org.hibernate.connection.DriverManagerConnectionProvider.configure(DriverManagerConnectionProvider.java:84)
    at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:137)
    at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:79)
    at org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:448)
    at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:89)
    at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2101)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1325)
    at ws.RobinWebService.getRobinTest(RobinWebService.java:71)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397)
    at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:186)
    at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
    at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
    at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
    at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
    at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454)
    at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
    at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
    at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
    at java.lang.Thread.run(Unknown Source)
    16:56:55,319 ERROR [STDERR] Failed to create sessionFactory object.org.hibernate.HibernateException: JDBC Driver class not found: oracle.jdbc.OracleDriver
    16:58:29,557 INFO [STDOUT] hello
    16:58:29,557 INFO [Configuration] configuring from resource: support/oracle.hibernate.cfg.xml
    16:58:29,557 INFO [Configuration] Configuration resource: support/oracle.hibernate.cfg.xml
    16:58:30,116 INFO [Configuration] Reading mappings from resource : support/Centres.hbm.xml
    16:58:30,116 INFO [HbmBinder] Mapping class: ws.Centres -> CENTRE_DETAIL
    16:58:30,116 INFO [Configuration] Reading mappings from resource : support/RobinTest.hbm.xml
    16:58:30,116 INFO [HbmBinder] Mapping class: ws.RobinTest -> ROBIN_TEST
    16:58:30,116 INFO [Configuration] Configured SessionFactory: null
    16:58:30,116 INFO [DriverManagerConnectionProvider] Using Hibernate built-in connection pool (not for production use!)
    16:58:30,116 INFO [DriverManagerConnectionProvider] Hibernate connection pool size: 1
    16:58:30,116 INFO [DriverManagerConnectionProvider] autocommit mode: false
    16:58:30,131 ERROR [DriverManagerConnectionProvider] JDBC Driver class not found: oracle.jdbc.OracleDriver
    java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver from BaseClassLoader@1652e61{VFSClassLoaderPolicy@1c7eb33{name=vfsfile:/C:/Jboss/jboss-5.0.0.GA/server/default/conf/jboss-service.xml domain=ClassLoaderDomain@9fe84e{name=DefaultDomain parentPolicy=BEFORE parent=org.jboss.system.NoAnnotationURLClassLoader@a97b0b} roots=[MemoryContextHandler@2254409[path= context=vfsmemory://4shc4f-nlo6vf-hjk3qb83-1-hjk3qewj-6 real=vfsmemory://4shc4f-nlo6vf-hjk3qb83-1-hjk3qewj-6], DelegatingHandler@6903079[path=antlr.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/antlr.jar], DelegatingHandler@22387624[path=autonumber-plugin.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/autonumber-plugin.jar], DelegatingHandler@22963857[path=bcel.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bcel.jar], DelegatingHandler@10479206[path=bsf.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bsf.jar], DelegatingHandler@30371681[path=bsh.jar context=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/ real=file:/C:/Jboss/jboss-5.0.0.GA/common/lib/bsh.jar], DelegatingHandler@26839239[path=commons

    You have to put the path of the driver jar file on server.xml file. If you open up the server.xml file inside the config directory of the appserver instance you will find all the paths are added to <java-config java-home = tag. So place the path in this place. Then there should not be any problem getting the driver.
    Thanks

  • Where we can use standard ODS Object and Trasactional ODS Object ?

    Where we can use standard ODS Object and Trasactional ODS Object ?

    Hi,
    In a standard ODS object, data is stored in different versions (active, delta, modified), whereas a transactional ODS object contains the data in a single version.  Therefore, data is stored in precisely the same form in which it was written to the transactional ODS object by the application. In BW, you can use a transaction ODS object as a data target for an analysis process. The transactional ODS object is also required by diverse applications, such as SAP Strategic Enterprise Management (SEM) for example, as well as other external applications.Transactional ODS objects allow data to be available quickly. The data from this kind of ODS object is accessed transactionally, that is, data is written to the ODS object (possibly by several users at the same time) and reread as soon as possible.
    It offers no replacement for the standard ODS object. Instead, an additional function displays those that can be used for special applications.
    Regards,
    R.Ravi

  • Get-ACL Error Continuation and Server List

    Hi All,
    I'm conducting an audit of all folders on network shares that are spread accross several servers.  I'm very new to PS but from my research I have put together the following:
    Get-ChildItem \\server\share -Recurse | Where-Object{($_.psiscontainer)} | Get-Acl | select-object path -expandproperty access | Export-CSV results.csv
    This has been working ok but I hit an 'unauthrosied operation' error when it trys a folder that I do not have permissions to (i'm running as domain admin).  That's fine but it's a termination error which I can't seem to work around.  I have tried
    things like -ErrorAction SilentlyContinue but it just stops without producing the error and will not continue.  I have also tried a try and catch which I found on Technet but can't seem to get the -recurse to work:
    $fse = Get-ChildItem \\server\share -recurse | Where-Object{($_.psiscontainer)}
    $fse | %{$f=$_; try { get-acl $_.FullName } catch { Write-Warning "Failed to access $($f.FullName)" }}
    I've tried my best to get the code to continue after the error but I just can't see what I am doing wrong.  Any ideas?
    Also, I have many many shares to test which are all listed in a spreadsheet.  I'm been trying to research how I can use this spreadsheet instead of writing in the server and share for every one I want to test.  However this is now going way above
    my head and I can't get anywhere near to a semi-working example.  Is there a way I can use the above to reference a spreadsheet and test each share that is listed?
    Many Thanks.

    OK I have got it to run by using
    try
    Import-csv .\test.csv | % {Get-ChildItem $_.Servername -Recurse -ErrorAction Stop| Where-Object{($_.psiscontainer)} |
    Get-Acl | select-object path -expandproperty access | Export-CSV results.csv }
    }Catch{
    $_.Exception
    continue;
    However it still terminates when it gets to a folder it does not have the permission to access the ACL.
    I'd add a separate ForEach-Object call for each object returned from Get-ChildItem. Does this work?
    Import-Csv .\test.csv | ForEach-Object {
    Get-ChildItem $_.Servername -Recurse | Where-Object { $_.PSIsContainer } | ForEach-Object {
    try {
    $Path = $_.FullName
    $_ | Get-Acl | Select-Object Path -ExpandProperty Access
    catch {
    # You can ignore this, write a warning, send this to a separate file, etc
    Write-Error ("Error calling Get-Acl on '{0}': {1}" -f $Path, $_.Exception.Message)
    } | Export-Csv results.csv
    That will simply write any errors to the screen. Is that good enough, or did you want to store them somewhere?

  • Prevent pencil tool from closing paths in illustrator cc

    How do I prevent for the pencil tool from closing my path when I'm drawing. It used to be that you hold the option key to make it close a path. But now it closes the path automatically and it's very annoying because I don't want all the paths to close. For example, if you are drawing a small semi circle, the tool as soon as it feels it's close to the beginning  point it will close it automatically. I'm trying to find and option or a button to press to prevent it from doing this.

    Hey Kris thanks for your reply, but the semi circle example was just to illustrate the problem.  I use the pencil to sketch a lot, so it's not necessarily semi circles but any object, doodle or whatever you are drawing. As soon as you get close to your starting point, illustrator feels the need to close that path. Wether I want to close it or not. I think you just pointed out the big issue here. Now, since it's decided to close a path, I have to add extra steps to get what I want. And if you are drawing many, many similar objects, it becomes impossible to use.
    Ascotto: That is also my point. The Pencil preference panel didn't change much from the previous versions except for the "Option toggles to Smooth Tool", which, by the way, thank you Adobe, for including that. Because as much as I like the new strait line feature, I also like to smooth and edit my selected paths with the option key a lot. So why didn't they include a turn OFF Close Paths option?

  • Corelation sets

    I'm trying the understand the concept of correlation in BPEL. I went thru the singleton example. I couldn't get much from it. Any information or some code samples on correlation sets is much appreciated

    Look at my blog; http://orasoa.blogspot.com, or in the samples directory of the SOA Suite install.
    Marc

  • RegEx String Negation

    Hello,
    I'm trying to find a regular expression that will match any file URI in the WEB-INF/lib directory and the jars within it except a couple of specific jars, let's say a.jar and b.jar.
    For instance, I'd like the expression to match WEB-INF/lib/c.jar/myClass.class and WEB-INF/lib/d.jar/myClass.class but not any file inside and including the WEB-INF/lib/a.jar and WEB-INF/lib/b.jar
    From what I understand so far, it would be ideal if I could somehow group a literal string "a.jar" and "b.jar" into two distinct entities, E1 and E2 and use negation brackets to something of the effect WEB-INF/lib/[^E1E2].* which would match everything that begins with WEB-INF/lib except those strings directly followed by E1 and E2, a.jar and b.jar respectively.
    Is there a way to do this?

    jschell wrote:
    sabre150 wrote:
    The fact that you can use the regex class to construct code that is processed in a loop means that what I said is exactly correct.Come off it. Why are you being so defensive and pedantic? I was expressing the view that it could be done in one stage rather than in two. If you think that your procedure outlined in reply #1 results in better code than I posted in reply #6 then post something to illustrate this.
    Except that you said "There is no need for this ..."
    Meaning one does not have to use an explicit loop and accept files only when the name does not match a file to be rejected. One can use a FileFilter using a negative look ahead to do the excluding. As you point out later, one could just have well used a ! operation and saved the negative look ahead.
    >
    Which reads as though you think that your solution is in fact better in some way than what I said and/or that what I said is incorrect.I did not say or imply that your solution is incorrect. I said "There is no need for this since one can use 'negative lookahead' to exclude files from the match." with the accent being on the word 'need'. I saw your solution in reply 1 as needing an explicit loop when one is not needed. I still read it that way.
    >
    Your solution is doing nothing but exactly what I said except that you use a negative case where negating a positive one would do exactly the same thing.Not unless I am totally misunderstanding what you were saying. I saw then and still do see your solution as requiring one to get a list of the files then explicitly go though the list to create a list of those that are not in the rejected set. Your solution needs an explicit loop. Mine does not require an explicit loop.
    >
    Modifying your code (to a semi pseudo example)...
    return ! name.matches("^(a\\.jar|b\\.jar)$");Yep. I agree. But that is not what I read into reply 1. You did not mention class FileFilter. You did use the words 'file filter'. You implied an explicit loop which is not needed.
    >
    >>>
    Because you are using the regex class and doing a comparison one file name at a time it means that a positive regex (which you negate) works just as well and probably better than negative look ahead.Again, I was just removing a processing stage.
    Again which suggests that you think your solution is somehow different than what I claimed exclusive of the fact that you are using a negative case rather than negating a positive one.I just claim that your reply 1 implied an explicit loop which is not needed. If that is not what you meant then I misunderstood.
    >
    >>>
    Now if the java API has a method that takes a regex expression and filters files names then a negative look ahead would probably be ideal.I didn't say the API did have such a class. I don't see the need for RegexFileFilter to be in the API (though I have one in my private library) since as I illustrated it is trivial to implement with the current API.Just to be clear you do understand that your solution is in fact in a loop right? Yes - but the the loop is behind the scenes hidden in the listFiles() method.
    Each file individually is subjected to a regex comparison. Yes.
    The implementation of the loop itself is irrelevant and specifically not detailed for reason in my response.That is all we are arguing about. I think it is very very very relevant since reply 1 implies an explicit loop is required.
    >
    After that the only difference is
    1. Your solution uses a regex crafted to look for a negative condition
    2. My uses a regex crafted to look for a positive case and then negate the result.I agree that the regex bit makes little or no difference but the explicit loop does.
    >
    In the above how do you think that your solution is better, more complete, or substantially different than what I proposed? Do you think that a negative regex is more expressive than negating the result? Or perhaps more efficient?I never said that. I don't say that. As I keep saying - my solution does not require an explicit loop though behind the scenes there is a loop.
    >
    And finally you do understand that if the Java API itself did offer a service like this then your regex would in fact be correct because such an API would very likely assume a positive match?Which is probably why I thought in terms of negative look ahead because my RegexFileFilter does look for a positive match. I also have a NotFileFilter which chains to another file filter and returns the inverse of result of the chained FileFilter.
    In this case there is no such API and so in crafting such an API one can code it to use a negative match. That is specifically why I asked if such a Java API exists. It doesn't.Either I totally misunderstood reply 1 and you were not meaning that an explicit loop is required or I misunderstand the points you have been trying to make since reply 1. Either way it's not going to get resolved without both of us spending significant time on it and I don't think the rewards are going to be worth the effort. I will let you have the last word if you care to respond to this.

  • FAQS FOR SAP BW

    HI,
    friends i need some FAQS for the interviews .
    thanks and regards
    shafeeq ahmed

    Hi Shafeed,
    Here are some questions and answers.
    1)name the two table that providedetail information about data source
    2)how and when can you control whether repeat delta is requested?
    3)how can you improve the performance of aquery
    4)how to prevent duplicate record in at the data target level
    5)what is virtual cube?its significance
    6)diff methods of generic datasource
    7)how to connect anew data target to an existing data flow
    8)what is partition
    9) SAP batch process
    10)how do you improve the info cube design preformance
    12)is there any diff between repair run/repaire request.if yes then please tell me in detail
    13)difference between process chain and infopackage group
    diff between partition/aggregate
    ANS--&#61664;
    1)   Hi Santosh
    Please find some of the answers here...
    For Q 3) Query Performance can be improved by making the Aggregates having all the Chars & KF used in Query.
    Q 5) Virtual Cube : InfoProvider with transaction data that is not stored in the object itself, but which is read directly for analysis and reporting purposes. The relevant data can be from the BI system or from other SAP or non-SAP systems.
    VirtualProviders only allow read access to data.
    Q 6) Diff Methods of Generic datasource using Transaction RSO2 :
    a) Extraction from DB Table or View
    b) Extraction from SAP Query
    c) Extraction by Function Module
    2)  Important BW datasource relevant tables
    ROOSOURCE: Table Header for SAP BW OLTP Sources
    RODELTAM: BW Delta Process
    ROOSFIELD: DataSource Fields
    ROOSGEN: Generated Objects for OLTP Source, Last changed date and who etc.
    3)     For Q 8) i think you mean table partition
    You use partition to improve performance. You can only partiton on 0CALMONTH or 0FISCPER
    4)     1. ROOSOURCE
    6. Generic Extarction using 1.Views 2. Infoset Queries , 3. Function modules
    5)     Hi Santosh
    Pls note down the Q& ANS
    Some of the Real time question.
    Q) Under which menu path is the Test Workbench to be found, including in earlier Releases?
    The menu path is: Tools - ABAP Workbench - Test - Test Workbench.
    Q) I want to delete a BEx query that is in Production system through request. Is anyone aware about it?
    A) Have you tried the RSZDELETE transaction?
    Q) Errors while monitoring process chains.
    A) During data loading. Apart from them, in process chains you add so many process types, for example after loading data into Info Cube, you rollup data into aggregates, now this rolling up of data into aggregates is a process type which you keep after the process type for loading data into Cube. This rolling up into aggregates might fail.
    Another one is after you load data into ODS, you activate ODS data (another process type) this might also fail.
    Q) In Monitor----- Details (Header/Status/Details) à Under Processing (data packet): Everything OK à Context menu of Data Package 1 (1 Records): Everything OK -
    Simulate update. (Here we can debug update rules or transfer rules.)
    SM50 à Program/Mode à Program à Debugging & debug this work process.
    Q) PSA Cleansing.
    A) You know how to edit PSA. I don't think you can delete single records. You have to delete entire PSA data for a request.
    Q) Can we make a datasource to support delta.
    A) If this is a custom (user-defined) datasource you can make the datasource delta enabled. While creating datasource from RSO2, after entering datasource name and pressing create, in the next screen there is one button at the top, which says generic delta. If you want more details about this there is a chapter in Extraction book, it's in last pages u find out.
    Generic delta services: -
    Supports delta extraction for generic extractors according to:
    Time stamp
    Calendar day
    Numeric pointer, such as document number & counter
    Only one of these attributes can be set as a delta attribute.
    Delta extraction is supported for all generic extractors, such as tables/views, SAP Query and function modules
    The delta queue (RSA7) allows you to monitor the current status of the delta attribute
    Q) Workbooks, as a general rule, should be transported with the role.
    Here are a couple of scenarios:
    1. If both the workbook and its role have been previously transported, then the role does not need to be part of the transport.
    2. If the role exists in both dev and the target system but the workbook has never been transported, and then you have a choice of transporting the role (recommended) or just the workbook. If only the workbook is transported, then an additional step will have to be taken after import: Locate the WorkbookID via Table RSRWBINDEXT (in Dev and verify the same exists in the target system) and proceed to manually add it to the role in the target system via Transaction Code PFCG -- ALWAYS use control c/control v copy/paste for manually adding!
    3. If the role does not exist in the target system you should transport both the role and workbook. Keep in mind that a workbook is an object unto itself and has no dependencies on other objects. Thus, you do not receive an error message from the transport of 'just a workbook' -- even though it may not be visible, it will exist (verified via Table RSRWBINDEXT).
    Overall, as a general rule, you should transport roles with workbooks.
    Q) How much time does it take to extract 1 million (10 lackhs) of records into an infocube?
    A. This depends, if you have complex coding in update rules it will take longer time, or else it will take less than 30 minutes.
    Q) What are the five ASAP Methodologies?
    A: Project plan, Business Blue print, Realization, Final preparation & Go-Live - support.
    1. Project Preparation: In this phase, decision makers define clear project objectives and an efficient decision making process (i.e. Discussions with the client, like what are his needs and requirements etc.). Project managers will be involved in this phase (I guess).
    A Project Charter is issued and an implementation strategy is outlined in this phase.
    2. Business Blueprint: It is a detailed documentation of your company's requirements. (i.e. what are the objects we need to develop are modified depending on the client's requirements).
    3. Realization: In this only, the implementation of the project takes place (development of objects etc) and we are involved in the project from here only.
    4. Final Preparation: Final preparation before going live i.e. testing, conducting pre-go-live, end user training etc.
    End user training is given that is in the client site you train them how to work with the new environment, as they are new to the technology.
    5. Go-Live & support: The project has gone live and it is into production. The Project team will be supporting the end users.
    Q) What is landscape of R/3 & what is landscape of BW. Landscape of R/3 not sure.
    Then Landscape of b/w: u have the development system, testing system, production system
    Development system: All the implementation part is done in this sys. (I.e., Analysis of objects developing, modification etc) and from here the objects are transported to the testing system, but before transporting an initial test known as Unit testing (testing of objects) is done in the development sys.
    Testing/Quality system: quality check is done in this system and integration testing is done.
    Production system: All the extraction part takes place in this sys.
    Q) How do you measure the size of infocube?
    A: In no of records.
    Q). Difference between infocube and ODS?
    A: Infocube is structured as star schema (extended) where a fact table is surrounded by different dim table that are linked with DIM'ids. And the data wise, you will have aggregated data in the cubes. No overwrite functionality
    ODS is a flat structure (flat table) with no star schema concept and which will have granular data (detailed level). Overwrite functionality.
    Flat file datasources does not support 0recordmode in extraction.
    x before, -after, n new, a add, d delete, r reverse
    Q) Difference between display attributes and navigational attributes?
    A: Display attribute is one, which is used only for display purpose in the report. Where as navigational attribute is used for drilling down in the report. We don't need to maintain Navigational attribute in the cube as a characteristic (that is the advantage) to drill down.
    Q. SOME DATA IS UPLOADED TWICE INTO INFOCUBE. HOW TO CORRECT IT?
    A: But how is it possible? If you load it manually twice, then you can delete it by requestID.
    Q. CAN U ADD A NEW FIELD AT THE ODS LEVEL?
    Sure you can. ODS is nothing but a table.
    Q. CAN NUMBER OF DATASOURCES HAVE ONE INFOSOURCE?
    A) Yes of course. For example, for loading text and hierarchies we use different data sources but the same InfoSource.
    Q. BRIEF THE DATAFLOW IN BW.
    A) Data flows from transactional system to analytical system (BW). DataSources on the transactional system needs to be replicated on BW side and attached to infosource and update rules respectively.
    Q. CURRENCY CONVERSIONS CAN BE WRITTEN IN UPDATE RULES. WHY NOT IN TRANSFER RULES?
    Q) WHAT IS PROCEDURE TO UPDATE DATA INTO DATA TARGETS?
    FULL and DELTA.
    Q) AS WE USE Sbwnn, sbiw1, sbiw2 for delta update in LIS THEN WHAT IS THE PROCEDURE IN LO-COCKPIT?
    No LIS in LO cockpit. We will have datasources and can be maintained (append fields). Refer white paper on LO-Cockpit extractions.
    Q) Why we delete the setup tables (LBWG) & fill them (OLI*BW)?
    A) Initially we don't delete the setup tables but when we do change in extract structure we go for it. We r changing the extract structure right, that means there are some newly added fields in that which r not before. So to get the required data (i.e.; the data which is required is taken and to avoid redundancy) we delete n then fill the setup tables.
    To refresh the statistical data. The extraction set up reads the dataset that you want to process such as, customers orders with the tables like VBAK, VBAP) & fills the relevant communication structure with the data. The data is stored in cluster tables from where it is read when the initialization is run. It is important that during initialization phase, no one generates or modifies application data, at least until the tables can be set up.
    Q) SIGNIFICANCE of ODS?
    It holds granular data (detailed level).
    Q) WHERE THE PSA DATA IS STORED?
    In PSA table.
    Q) WHAT IS DATA SIZE?
    The volume of data one data target holds (in no. of records)
    Q) Different types of INFOCUBES.
    Basic, Virtual (remote, sap remote and multi)
    Virtual Cube is used for example, if you consider railways reservation all the information has to be updated online. For designing the Virtual cube you have to write the function module that is linking to table, Virtual cube it is like a the structure, when ever the table is updated the virtual cube will fetch the data from table and display report Online... FYI.. you will get the information : https://www.sdn.sap.com/sdn/index.sdn and search for Designing Virtual Cube and you will get a good material designing the Function Module
    Q) INFOSET QUERY.
    Can be made of ODS's and Characteristic InfoObjects with masterdata.
    Q) IF THERE ARE 2 DATASOURCES HOW MANY TRANSFER STRUCTURES ARE THERE.
    In R/3 or in BW? 2 in R/3 and 2 in BW
    Q) ROUTINES?
    Exist in the InfoObject, transfer routines, update routines and start routine
    Q) BRIEF SOME STRUCTURES USED IN BEX.
    Rows and Columns, you can create structures.
    Q) WHAT ARE THE DIFFERENT VARIABLES USED IN BEX?
    Different Variable's are Texts, Formulas, Hierarchies, Hierarchy nodes & Characteristic values.
    Variable Types are
    Manual entry /default value
    Replacement path
    SAP exit
    Customer exit
    Authorization
    Q) HOW MANY LEVELS YOU CAN GO IN REPORTING?
    You can drill down to any level by using Navigational attributes and jump targets.
    Q) WHAT ARE INDEXES?
    Indexes are data base indexes, which help in retrieving data fastly.
    Q) DIFFERENCE BETWEEN 2.1 AND 3.X VERSIONS.
    Help! Refer documentation
    Q) IS IT NESSESARY TO INITIALIZE EACH TIME THE DELTA UPDATE IS USED?
    No.
    Q) WHAT IS THE SIGNIFICANCE OF KPI'S?
    KPI's indicate the performance of a company. These are key figures
    Q) AFTER THE DATA EXTRACTION WHAT IS THE IMAGE POSITION.
    After image (correct me if I am wrong)
    Q) REPORTING AND RESTRICTIONS.
    Help! Refer documentation.
    Q) TOOLS USED FOR PERFORMANCE TUNING.
    ST22, Number ranges, delete indexes before load. Etc
    Q) PROCESS CHAINS: IF U has USED IT THEN HOW WILL U SCHEDULING DATA DAILY.
    There should be some tool to run the job daily (SM37 jobs)
    Q) AUTHORIZATIONS.
    Profile generator
    Q) WEB REPORTING.
    What are you expecting??
    Q) CAN CHARECTERSTIC INFOOBJECT CAN BE INFOPROVIDER.
    Of course
    Q) PROCEDURES OF REPORTING ON MULTICUBES
    Refer help. What are you expecting? MultiCube works on Union condition
    Q) EXPLAIN TRANPSORTATION OF OBJECTS?
    Dev-àQ and Dev-----àP
    Q) What types of partitioning are there for BW?
    There are two Partitioning Performance aspects for BW (Cube & PSA)
    Query Data Retrieval Performance Improvement:
    Partitioning by (say) Date Range improves data retrieval by making best use of database execution plans and indexes (of say Oracle database engine).
    B) Transactional Load Partitioning Improvement:
    Partitioning based on expected load volumes and data element sizes. Improves data loading into PSA and Cubes by infopackages (Eg. without timeouts).
    Q) How can I compare data in R/3 with data in a BW Cube after the daily delta loads? Are there any standard procedures for checking them or matching the number of records?
    A) You can go to R/3 TCode RSA3 and run the extractor. It will give you the number of records extracted. Then go to BW Monitor to check the number of records in the PSA and check to see if it is the same & also in the monitor header tab.
    A) RSA3 is a simple extractor checker program that allows you to rule out extracts problems in R/3. It is simple to use, but only really tells you if the extractor works. Since records that get updated into Cubes/ODS structures are controlled by Update Rules, you will not be able to determine what is in the Cube compared to what is in the R/3 environment. You will need to compare records on a 1:1 basis against records in R/3 transactions for the functional area in question. I would recommend enlisting the help of the end user community to assist since they presumably know the data.
    To use RSA3, go to it and enter the extractor ex: 2LIS_02_HDR. Click execute and you will see the record count, you can also go to display that data. You are not modifying anything so what you do in RSA3 has no effect on data quality afterwards. However, it will not tell you how many records should be expected in BW for a given load. You have that information in the monitor RSMO during and after data loads. From RSMO for a given load you can determine how many records were passed through the transfer rules from R/3, how many targets were updated, and how many records passed through the Update Rules. It also gives you error messages from the PSA.
    Q) Types of Transfer Rules?
    A) Field to Field mapping, Constant, Variable & routine.
    Q) Types of Update Rules?
    A) (Check box), Return table
    Q) Transfer Routine?
    A) Routines, which we write in, transfer rules.
    Q) Update Routine?
    A) Routines, which we write in Update rules
    Q) What is the difference between writing a routine in transfer rules and writing a routine in update rules?
    A) If you are using the same InfoSource to update data in more than one data target its better u write in transfer rules because u can assign one InfoSource to more than one data target & and what ever logic u write in update rules it is specific to particular one data target.
    Q) Routine with Return Table.
    A) Update rules generally only have one return value. However, you can create a routine in the tab strip key figure calculation, by choosing checkbox Return table. The corresponding key figure routine then no longer has a return value, but a return table. You can then generate as many key figure values, as you like from one data record.
    Q) Start routines?
    A) Start routines u can write in both updates rules and transfer rules, suppose you want to restrict (delete) some records based on conditions before getting loaded into data targets, then you can specify this in update rules-start routine.
    Ex: - Delete Data_Package ani ante it will delete a record based on the condition
    Q) X & Y Tables?
    X-table = A table to link material SIDs with SIDs for time-independent navigation attributes.
    Y-table = A table to link material SIDs with SIDS for time-dependent navigation attributes.
    There are four types of sid tables
    X time independent navigational attributes sid tables
    Y time dependent navigational attributes sid tables
    H hierarchy sid tables
    I hierarchy structure sid tables
    Q) Filters & Restricted Key figures (real time example)
    Restricted KF's u can have for an SD cube: billed quantity, billing value, no: of billing documents as RKF's.
    Q) Line-Item Dimension (give me an real time example)
    Line-Item Dimension: Invoice no: or Doc no: is a real time example
    Q) What does the number in the 'Total' column in Transaction RSA7 mean?
    A) The 'Total' column displays the number of LUWs that were written in the delta queue and that have not yet been confirmed. The number includes the LUWs of the last delta request (for repetition of a delta request) and the LUWs for the next delta request. A LUW only disappears from the RSA7 display when it has been transferred to the BW System and a new delta request has been received from the BW System.
    Q) How to know in which table (SAP BW) contains Technical Name / Description and creation data of a particular Reports. Reports that are created using BEx Analyzer.
    A) There is no such table in BW if you want to know such details while you are opening a particular query press properties button you will come to know all the details that you wanted.
    You will find your information about technical names and description about queries in the following tables. Directory of all reports (Table RSRREPDIR) and Directory of the reporting component elements (Table RSZELTDIR) for workbooks and the connections to queries check Where- used list for reports in workbooks (Table RSRWORKBOOK) Titles of Excel Workbooks in InfoCatalog (Table RSRWBINDEXT)
    Q) What is a LUW in the delta queue?
    A) A LUW from the point of view of the delta queue can be an individual document, a group of documents from a collective run or a whole data packet of an application extractor.
    Q) Why does the number in the 'Total' column in the overview screen of Transaction RSA7 differ from the number of data records that is displayed when you call the detail view?
    A) The number on the overview screen corresponds to the total of LUWs (see also first question) that were written to the qRFC queue and that have not yet been confirmed. The detail screen displays the records contained in the LUWs. Both, the records belonging to the previous delta request and the records that do not meet the selection conditions of the preceding delta init requests are filtered out. Thus, only the records that are ready for the next delta request are displayed on the detail screen. In the detail screen of Transaction RSA7, a possibly existing customer exit is not taken into account.
    Q) Why does Transaction RSA7 still display LUWs on the overview screen after successful delta loading?
    A) Only when a new delta has been requested does the source system learn that the previous delta was successfully loaded to the BW System. Then, the LUWs of the previous delta may be confirmed (and also deleted). In the meantime, the LUWs must be kept for a possible delta request repetition. In particular, the number on the overview screen does not change when the first delta was loaded to the BW System.
    Q) Why are selections not taken into account when the delta queue is filled?
    A) Filtering according to selections takes place when the system reads from the delta queue. This is necessary for reasons of performance.
    Q) Why is there a DataSource with '0' records in RSA7 if delta exists and has also been loaded successfully?
    It is most likely that this is a DataSource that does not send delta data to the BW System via the delta queue but directly via the extractor (delta for master data using ALE change pointers). Such a DataSource should not be displayed in RSA7. This error is corrected with BW 2.0B Support Package 11.
    Q) Do the entries in table ROIDOCPRMS have an impact on the performance of the loading procedure from the delta queue?
    A) The impact is limited. If performance problems are related to the loading process from the delta queue, then refer to the application-specific notes (for example in the CO-PA area, in the logistics cockpit area and so on).
    Caution: As of Plug In 2000.2 patch 3 the entries in table ROIDOCPRMS are as effective for the delta queue as for a full update. Please note, however, that LUWs are not split during data loading for consistency reasons. This means that when very large LUWs are written to the DeltaQueue, the actual package size may differ considerably from the MAXSIZE and MAXLINES parameters.
    Q) Why does it take so long to display the data in the delta queue (for example approximately 2 hours)?
    A) With Plug In 2001.1 the display was changed: the user has the option of defining the amount of data to be displayed, to restrict it, to selectively choose the number of a data record, to make a distinction between the 'actual' delta data and the data intended for repetition and so on.
    Q) What is the purpose of function 'Delete data and meta data in a queue' in RSA7? What exactly is deleted?
    A) You should act with extreme caution when you use the deletion function in the delta queue. It is comparable to deleting an InitDelta in the BW System and should preferably be executed there. You do not only delete all data of this DataSource for the affected BW System, but also lose the entire information concerning the delta initialization. Then you can only request new deltas after another delta initialization.
    When you delete the data, the LUWs kept in the qRFC queue for the corresponding target system are confirmed. Physical deletion only takes place in the qRFC outbound queue if there are no more references to the LUWs.
    The deletion function is for example intended for a case where the BW System, from which the delta initialization was originally executed, no longer exists or can no longer be accessed.
    Q) Why does it take so long to delete from the delta queue (for example half a day)?
    A) Import PlugIn 2000.2 patch 3. With this patch the performance during deletion is considerably improved.
    Q) Why is the delta queue not updated when you start the V3 update in the logistics cockpit area?
    A) It is most likely that a delta initialization had not yet run or that the delta initialization was not successful. A successful delta initialization (the corresponding request must have QM status 'green' in the BW System) is a prerequisite for the application data being written in the delta queue.
    Q) What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1)?
    A) The qRFC monitor basically displays the same data as RSA7. The internal queue name must be used for selection on the initial screen of the qRFC monitor. This is made up of the prefix 'BW, the client and the short name of the DataSource. For DataSources whose name are 19 characters long or shorter, the short name corresponds to the name of the DataSource. For DataSources whose name is longer than 19 characters (for delta-capable DataSources only possible as of PlugIn 2001.1) the short name is assigned in table ROOSSHORTN.
    In the qRFC monitor you cannot distinguish between repeatable and new LUWs. Moreover, the data of a LUW is displayed in an unstructured manner there.
    Q) Why are the data in the delta queue although the V3 update was not started?
    A) Data was posted in background. Then, the records are updated directly in the delta queue (RSA7). This happens in particular during automatic goods receipt posting (MRRS). There is no duplicate transfer of records to the BW system. See Note 417189.
    Q) Why does button 'Repeatable' on the RSA7 data details screen not only show data loaded into BW during the last delta but also data that were newly added, i.e. 'pure' delta records?
    A) Was programmed in a way that the request in repeat mode fetches both actually repeatable (old) data and new data from the source system.
    Q) I loaded several delta inits with various selections. For which one is the delta loaded?
    A) For delta, all selections made via delta inits are summed up. This means, a delta for the 'total' of all delta initializations is loaded.
    Q) How many selections for delta inits are possible in the system?
    A) With simple selections (intervals without complicated join conditions or single values), you can make up to about 100 delta inits. It should not be more.
    With complicated selection conditions, it should be only up to 10-20 delta inits.
    Reason: With many selection conditions that are joined in a complicated way, too many 'where' lines are generated in the generated ABAP source code that may exceed the memory limit.
    Q) I intend to copy the source system, i.e. make a client copy. What will happen with may delta? Should I initialize again after that?
    A) Before you copy a source client or source system, make sure that your deltas have been fetched from the DeltaQueue into BW and that no delta is pending. After the client copy, an inconsistency might occur between BW delta tables and the OLTP delta tables as described in Note 405943. After the client copy, Table ROOSPRMSC will probably be empty in the OLTP since this table is client-independent. After the system copy, the table will contain the entries with the old logical system name that are no longer useful for further delta loading from the new logical system. The delta must be initialized in any case since delta depends on both the BW system and the source system. Even if no dump 'MESSAGE_TYPE_X' occurs in BW when editing or creating an InfoPackage, you should expect that the delta have to be initialized after the copy.
    Q) Is it allowed in Transaction SMQ1 to use the functions for manual control of processes?
    A) Use SMQ1 as an instrument for diagnosis and control only. Make changes to BW queues only after informing the BW Support or only if this is explicitly requested in a note for component 'BC-BW' or 'BW-WHM-SAPI'.
    Q) Despite of the delta request being started after completion of the collective run (V3 update), it does not contain all documents. Only another delta request loads the missing documents into BW. What is the cause for this "splitting"?
    A) The collective run submits the open V2 documents for processing to the task handler, which processes them in one or several parallel update processes in an asynchronous way. For this reason, plan a sufficiently large "safety time window" between the end of the collective run in the source system and the start of the delta request in BW. An alternative solution where this problem does not occur is described in Note 505700.
    Q) Despite my deleting the delta init, LUWs are still written into the DeltaQueue?
    A) In general, delta initializations and deletions of delta inits should always be carried out at a time when no posting takes place. Otherwise, buffer problems may occur: If a user started the internal mode at a time when the delta initialization was still active, he/she posts data into the queue even though the initialization had been deleted in the meantime. This is the case in your system.
    Q) In SMQ1 (qRFC Monitor) I have status 'NOSEND'. In the table TRFCQOUT, some entries have the status 'READY', others 'RECORDED'. ARFCSSTATE is 'READ'. What do these statuses mean? Which values in the field 'Status' mean what and which values are correct and which are alarming? Are the statuses BW-specific or generally valid in qRFC?
    A) Table TRFCQOUT and ARFCSSTATE: Status READ means that the record was read once either in a delta request or in a repetition of the delta request. However, this does not mean that the record has successfully reached the BW yet. The status READY in the TRFCQOUT and RECORDED in the ARFCSSTATE means that the record has been written into the DeltaQueue and will be loaded into the BW with the next delta request or a repetition of a delta. In any case only the statuses READ, READY and RECORDED in both tables are considered to be valid. The status EXECUTED in TRFCQOUT can occur temporarily. It is set before starting a DeltaExtraction for all records with status READ present at that time. The records with status EXECUTED are usually deleted from the queue in packages within a delta request directly after setting the status before extracting a new delta. If you see such records, it means that either a process which is confirming and deleting records which have been loaded into the BW is successfully running at the moment, or, if the records remain in the table for a longer period of time with status EXECUTED, it is likely that there are problems with deleting the records which have already been successfully been loaded into the BW. In this state, no more deltas are loaded into the BW. Every other status is an indicator for an error or an inconsistency. NOSEND in SMQ1 means nothing (see note 378903).
    The value 'U' in field 'NOSEND' of table TRFCQOUT is discomforting.
    Q) The extract structure was changed when the DeltaQueue was empty. Afterwards new delta records were written to the DeltaQueue. When loading the delta into the PSA, it shows that some fields were moved. The same result occurs when the contents of the DeltaQueue are listed via the detail display. Why are the data displayed differently? What can be done?
    Make sure that the change of the extract structure is also reflected in the database and that all servers are synchronized. We recommend to reset the buffers using Transaction $SYNC. If the extract structure change is not communicated synchronously to the server where delta records are being created, the records are written with the old structure until the new structure has been generated. This may have disastrous consequences for the delta.
    When the problem occurs, the delta needs to be re-initialized.
    Q) How and where can I control whether a repeat delta is requested?
    A) Via the status of the last delta in the BW Request Monitor. If the request is RED, the next load will be of type 'Repeat'. If you need to repeat the last load for certain reasons, set the request in the monitor to red manually. For the contents of the repeat see Question 14. Delta requests set to red despite of data being already updated lead to duplicate records in a subsequent repeat, if they have not been deleted from the data targets concerned before.
    Q) As of PI 2003.1, the Logistic Cockpit offers various types of update methods. Which update method is recommended in logistics? According to which criteria should the decision be made? How can I choose an update method in logistics?
    See the recommendation in Note 505700.
    Q) Are there particular recommendations regarding the data volume the DeltaQueue may grow to without facing the danger of a read failure due to memory problems?
    A) There is no strict limit (except for the restricted number range of the 24-digit QCOUNT counter in the LUW management table - which is of no practical importance, however - or the restrictions regarding the volume and number of records in a database table).
    When estimating "smooth" limits, both the number of LUWs is important and the average data volume per LUW. As a rule, we recommend to bundle data (usually documents) already when writing to the DeltaQueue to keep number of LUWs small (partly this can be set in the applications, e.g. in the Logistics Cockpit). The data volume of a single LUW should not be considerably larger than 10% of the memory available to the work process for data extraction (in a 32-bit architecture with a memory volume of about 1GByte per work process, 100 Mbytes per LUW should not be exceeded). That limit is of rather small practical importance as well since a comparable limit already applies when writing to the DeltaQueue. If the limit is observed, correct reading is guaranteed in most cases.
    If the number of LUWs cannot be reduced by bundling application transactions, you should at least make sure that the data are fetched from all connected BWs as quickly as possible. But for other, BW-specific, reasons, the frequency should not be higher than one DeltaRequest per hour.
    To avoid memory problems, a program-internal limit ensures that never more than 1 million LUWs are read and fetched from the database per DeltaRequest. If this limit is reached within a request, the DeltaQueue must be emptied by several successive DeltaRequests. We recommend, however, to try not to reach that limit but trigger the fetching of data from the connected BWs already when the number of LUWs reaches a 5-digit value.
    Q) I would like to display the date the data was uploaded on the report. Usually, we load the transactional data nightly. Is there any easy way to include this information on the report for users? So that they know the validity of the report.
    A) If I understand your requirement correctly, you want to display the date on which data was loaded into the data target from which the report is being executed. If it is so, configure your workbook to display the text elements in the report. This displays the relevance of data field, which is the date on which the data load has taken place.
    Q) Can we filter the fields at Transfer Structure?
    Q) Can we load data directly into infoobject with out extraction is it possible.
    Yes. We can copy from other infoobject if it is same. We load data from PSA if it is already in PSA.
    Q) HOW MANY DAYS CAN WE KEEP THE DATA IN PSA, IF WE R SHEDULED DAILY, WEEKLY AND MONTHLY.
    a) We can set the time.
    Q) HOW CAN U GET THE DATA FROM CLIENT IF U R WORKING ON OFFSHORE PROJECTS. THROUGH WHICH NETWORK.
    a) VPN…………….Virtual Private Network, VPN is nothing but one sort of network where we can connect to the client systems sitting in offshore through RAS (Remote access server).
    Q) HOW CAN U ANALIZE THE PROJECT AT FIRST?
    Prepare Project Plan and Environment
    Define Project Management Standards and
    Procedures
    Define Implementation Standards and Procedures
    Testing & Go-live + supporting.
    Q) THERE is one ODS AND 4 INFOCUBES. WE SEND DATA AT TIME TO ALL CUBES IF ONE CUBE GOT LOCK ERROR. HOW CAN U RECTIFY THE ERROR?
    Go to TCode sm66 then see which one is locked select that pid from there and goto sm12
    TCode then unlock it this is happened when lock errors are occurred when u scheduled.
    Q) Can anybody tell me how to add a navigational attribute in the BEx report in the rows?
    A) Expand dimension under left side panel (that is infocube panel) select than navigational attributes drag and drop under rows panel.
    Q) IF ANY TRASACTION CODE LIKE SMPT OR STMT.
    In current systems (BW 3.0B and R/3 4.6B) these Tcodes don't exist!
    Q) WHAT IS TRANSACTIONAL CUBE?
    A) Transactional InfoCubes differ from standard InfoCubes in that the former have an improved write access performance level. Standard InfoCubes are technically optimized for read-only access and for a comparatively small number of simultaneous accesses. Instead, the transactional InfoCube was developed to meet the demands of SAP Strategic Enterprise Management (SEM), meaning that, data is written to the InfoCube (possibly by several users at the same time) and re-read as soon as possible. Standard Basic cubes are not suitable for this.
    Q) Is there any way to delete cube contents within update rules from an ODS data source? The reason for this would be to delete (or zero out) a cube record in an "Open Order" cube if the open order quantity was 0.
    I've tried using the 0recordmode but that doesn't work. Also, would it
    be easier to write a program that would be run after the load and delete
    the records with a zero open qty?
    A) START routine for update rules u can write ABAP code.
    A) Yap, you can do it. Create a start routine in Update rule.
    It is not "Deleting cube contents with update rules" It is only possible to avoid that some content is updated into the InfoCube using the start routine. Loop at all the records and delete the record that has the condition. "If the open order quantity was 0" You have to think also in before and after images in case of a delta upload. In that case you may delete the change record and keep the old and after the change the wrong information.
    Q) I am not able to access a node in hierarchy directly using variables for reports. When I am using Tcode RSZV it is giving a message that it doesn't exist in BW 3.0 and it is embedded in BEx. Can any one tell me the other options to get the same functionality in BEx?
    A) Tcode RSZV is used in the earlier version of 3.0B only. From 3.0B onwards, it's possible in the Query Designer (BEx) itself. Just right click on the InfoObject for which you want to use as variables and precede further selecting variable type and processing types.
    Q) Wondering how can I get the values, for an example, if I run a report for month range 01/2004 - 10/2004 then monthly value is actually divide by the number of months that I selected. Which variable should I use?
    Q) Why is it every time I switch from Info Provider to InfoObject or from one item to another while in modeling I always get this message " Reading Data " or "constructing workbench" in it runs for minutes.... anyway to stop this?
    Q) Can any one give me info on how the BW delta works also would like to know about 'before image and after image' am currently in a BW project and have to write start routines for delta load.
    Q) I am very new to BW. I would like to clarify a doubt regarding Delta extractor. If I am correct, by using delta extractors the data that has already been scheduled will not be uploaded again. Say for a specific scenario, Sales. Now I have uploaded all the sales order created till yesterday into the cube. Now say I make changes to any of the open record, which was already uploaded. Now what happens when I schedule it again? Will the same record be uploaded again with the changes or will the changes get affected to the previous record.
    A)
    Q) In BW we need to write abap routines. I wish to know when and what type of abap routines we got to write. Also, are these routines written in update rules? I will be glad, if this is clarified with real-time scenarios and few examples?
    A) Over here we write our routines in the start routines in the update rules or in the transfer structure (you can choose between writing them in the start routines or directly behind the different characteristics. In the transfer structure you just click on the yellow triangle behind a characteristic and choose "routine". In the update rules you can choose "start routine" or click on the triangle with the green square behind an individual characteristic. Usually we only use start routine when it does not concern one single characteristic (for example when you have to read the same table for 4 characteristics). I hope this helps.
    We used ABAP Routines for example:
    To convert to Uppercase (transfer structure)
    To convert Values out of a third party tool with different keys into the same keys as our SAP System uses (transfer structure)
    To select only a part of the data for from an infosource updating the InfoCube (Start Routine) etc.
    Q) What is ODS?
    A) An ODS object acts as a storage location for consolidated and cleaned-up transaction data (transaction data or master data, for example) on the document (atomic) level.
    This data can be evaluated using a BEx query.
    Standard ODS Object
    Transactional ODS object:
    The data is immediately available here for reporting. For implementation, compare with the Transactional ODS Object.
    A transactional ODS object differs from a standard ODS object in the way it prepares data. In a standard ODS object, data is stored in different versions ((new) delta, active, (change log) modified), where as a transactional ODS object contains the data in a single version. Therefore, data is stored in precisely the same form in which it was written to the transactional ODS object by the application. In BW, you can use a transaction ODS object as a data target for an analysis process.
    The transactional ODS object is also required by diverse applications, such as SAP Strategic Enterprise Management (SEM) for example, as well as other external applications.
    Transactional ODS objects allow data to be available quickly. The data from this kind of ODS object is accessed transactionally, that is, data is written to the ODS object (possibly by several users at the same time) and reread as soon as possible.
    It offers no replacement for the standard ODS object. Instead, an additio

  • Af:carousel Flexibility / Integration Questions of other .JS libraries

    Hi All,
    I have an ADF application and would like to use the Carousel Item for navigation. I currently have a page with 10 navigation nodes rendered within a Carousel. I want to put extra space between each carousel items but cannot find a way of doing this (Any suggestions?)
    Alternatively - I could make use of http://www.professorcloud.com/mainsite/carousel.htm but am wondering how best to integrate this into a .JSPX page?
    The generated source required for this library is...
    <html>
    <head>
    <!-- You can load the jQuery library from the Google Content Network.
    Probably better than from your own server. -->
    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
    <!-- Load the CloudCarousel JavaScript file -->
    <script type="text/JavaScript" src="/js/cloud-carousel.1.0.0.js"></script>
    <script>
    $(document).ready(function(){
         // This initialises carousels on the container elements specified, in this case, carousel1.
         $("#carousel1").CloudCarousel(          
                   xPos: 128,
                   yPos: 32,
                   buttonLeft: $("#left-but"),
                   buttonRight: $("#right-but"),
                   altBox: $("#alt-text"),
                   titleBox: $("#title-text")
    </script>
    </head>
        <body>
             <!-- This is the container for the carousel. -->
            <div id = "carousel1" style="width:256px; height:128px;background:#000;overflow:scroll;">           
                <!-- All images with class of "cloudcarousel" will be turned into carousel items -->
                <!-- You can place links around these images -->
                <img class = "cloudcarousel" src="/images/carousel/flags/flag1.png" alt="Flag 1 Description" title="Flag 1 Title" />
                <img class = "cloudcarousel" src="/images/carousel/flags/flag2.png" alt="Flag 2 Description" title="Flag 2 Title" />
                <img class = "cloudcarousel" src="/images/carousel/flags/flag3.png" alt="Flag 3 Description" title="Flag 3 Title" />
                <img class = "cloudcarousel" src="/images/carousel/flags/flag4.png" alt="Flag 4 Description" title="Flag 4 Title" />
            </div>
            <!-- Define left and right buttons. -->
            <input id="left-but"  type="button" value="Left" />
            <input id="right-but" type="button" value="Right" />
            <!-- Define elements to accept the alt and title text from the images. -->
            <p id="title-text"></p>
            <p id="alt-text"></p>
        </body>
    </html>I have been working with ADF for a while and still don't know the "Best Practise" for integrating other API's - The JSF components are not exhaustive and sometimes you need to go out of the box. I would appreciate some help with this from an ADF expert.
    Many thanks

    Hi Shay,
    I seem to have got some of the way there. I now have a semi working example. The code is as follows
    <?xml version='1.0' encoding='UTF-8'?>
    <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="2.1"
              xmlns:af="http://xmlns.oracle.com/adf/faces/rich"
              xmlns:f="http://java.sun.com/jsf/core">
        <jsp:directive.page contentType="text/html;charset=UTF-8"/>
        <f:view>
            <af:document id="d1" title="Carousel Test"
                         inlineStyle="background: url(images/background.jpg);overflow:scroll; margin: 0; text-align: center;">
                    <link type="text/css" rel="stylesheet" href="css/carousel.css"/>
                    <af:serverListener type="MyHandler" method="#{Test.clientHandler}"/>
                    <af:resource type="javascript">
                     dblClickEvent = function(event)
                       var comp = AdfPage.PAGE.findComponentByAbsoluteId('cb1');
                       AdfActionEvent.queue(comp,comp.getPartialSubmit());
                    </af:resource>
                    <f:facet name="metaContainer">
                        <f:verbatim>
                            <meta name="description"
                                  content="This is a test description"/>
                            <meta name="keywords" content="ADF Carousel"/>
                            <!-- You can load the jQuery library from the Google Content Network.
                         Probably better than from your own server. -->
                            <script type="text/javascript"
                                    src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
                            <!-- Load the CloudCarousel JavaScript file -->
                            <script type="text/JavaScript"
                                    src="js/cloud-carousel.1.0.4.js"></script>
                            <script type="text/JavaScript"
                                    src="js/jquery.mousewheel.js"></script>
                            <script>
                          $(document).ready(function ()
                            // This initialises carousels on the container elements specified, in this case, carousel1.
                            $("#carousel1").CloudCarousel(
                              xPos : 425,
                              yPos : 120,
                              buttonLeft : $("#left-but"),
                              buttonRight : $("#right-but"),
                              altBox : $("#alt-text"),
                              titleBox : $("#title-text"),
                              reflHeight : 30,
                              reflGap : 2,
                              mouseWheel:true,
                              bringToFront: true
                        </script>
                        </f:verbatim>
                    </f:facet>
                    <f:verbatim>
                        <div id="Container"
                             style="width: 850px; margin: 0 auto; text-align: center;">
                            <div id="Content">
                                <div id="header"
                                     style="font-family:Arial, Helvetica, sans-serif; font-size:14pt; color:White;">
                                    <p>
                                        My World
                                    </p>
                                </div>
                                <!-- This is the container for the carousel. -->
                                <div id="carousel1">
                                    <!-- All images with class of "cloudcarousel" will be turned into carousel items -->
                                    <!-- You can place links around these images -->
                                    <img class="cloudcarousel"
                                         src="images/poauth.png"
                                         alt="Purchase Order Authorisation"
                                         title="Purchase Order Authorisation"
                                         height="79" width="120"
                                         ondblclick="dblClickEvent()"/>
                                    <img class="cloudcarousel"
                                         src="images/suppliers.png" alt="Suppliers"
                                         title="Suppliers" height="62" width="100"/>
                                    <a href="http://www.google.com" target="_blank">
                                        <img class="cloudcarousel"
                                             src="images/budget.png"
                                             alt="Budget Account Enquiry"
                                             title="Budet Account Enquiry"
                                             height="79" width="120"/>
                                         </a>
                                    <img class="cloudcarousel"
                                         src="images/buyingstuff.png"
                                         alt="Buying Stuff" title="Buying Stuff"
                                         height="81" width="120"/>
                                    <img class="cloudcarousel"
                                         src="images/suppliers.png" alt="Suppliers"
                                         title="Suppliers" height="62" width="100"/>
                                    <img class="cloudcarousel"
                                         src="images/mydashboard.png"
                                         alt="Dashboard" title="Dashboard"/>
                                </div>
                                <!-- Here we define left and right buttons. -->
                                <div id="left_box"
                                     style="width:410px; float:left; overflow:hidden;">
                                    <input id="left-but" type="button"
                                           value="Left"/>
                                </div>
                                <div id="right_box"
                                     style="width:410px; float:right; overflow:hidden;">
                                    <input id="right-but" type="button"
                                           value="Right"/>
                                </div>
                                <!-- This ends the content. -->
                            </div>
                            <!-- This ends the container. -->
                        </div>
                    </f:verbatim>
                  <af:panelGroupLayout id="xyz" layout="vertical">
                    <af:form id="f1">
                      <af:commandButton text="Purchase Order Authorisation" id="cb1" rendered="true"
                                      action="#{Test.doNavigation}"
                                        partialSubmit="false" immediate="true"/>
                    </af:form>
                  </af:panelGroupLayout>
            </af:document>
        </f:view>
    </jsp:root>The problem I am now facing is
    A) I cant replace the javascript with the af:resource tag as this then renders the Javascript in the BODY rather than the HEAD element of the HTML
    B) I cant figure out how to queue an event in Javascript as I don't know where to attach the server listener. I know in the past the server listener goes inside the client componenet, but in this case I am using a HTML element to directly call the JavaScript
    C) The navigation doesnt appear to work at the moment on IE8. I am programmatically calling submit on a button using Javascript
    All help is greatly appreciated on the above points! Hopefully I can get to a working solution
    Edited by: mehrdad.montakhab on Dec 7, 2010 3:57 AM

  • First foray in LVOOP mixed with Action Engine functionality, would appreciate comments

    Hello (LVOOP) experts!
    I am a big fan of Action Engines (AEs), and use them very regularly.
    Now, say I wanted to have a Logging module that writes text to a log file, I can create an Action Engine for this and all is well, i.e. I can drop this VI anywhere in my hierachy and it basically just works. I like to encapsulate AE in a lvlib.
    So, what if I wanted a second Logging module, doing exactly the same thing, but operating on a different file. Well, I could create a new copy of the Action Engine in the project, duplicating the code and giving the second AE a different name. This is of course a bit clumsy, as what if I wanted 100 of these!
    I suppose I could make the AE re-entrant (cloned) use VI server to obtain a second copy of the AE, but I have not tried this.
    So what I decided to do is make a LV Class, and just instantiate a second class as needed. I really really really like the ability of AEs to drop them anywhere without wiring all the way through the hierachy, so that was a design goal with my LVOOP implementation. As far as I can tell, one way to do this is using single element named queues (sort of a singleton design pattern).
    The attached code is my attempt, I would really appreciate comments, both positive and negative.
    nrp
    CLA
    Attachments:
    Logger LVOOP.zip ‏54 KB

    tst wrote:
    What you've basically built is a SEQ-based, by-ref class (although you pass a name, not a reference), which is certainly a valid construct. dqGOOP has been doing that for years and the singleton example also uses this, as you mentioned.
    Some comments:
    You really don't need the object as an input. It can be a constant on the diagram.
    You could make this a by-ref system and pass the object which holds the queue reference, similar to the singleton example. This has less chance of braking, IMO.
    Instead of acquiring the queue in each member VI, create an LV2 manager VI - when it gets a name it looks up its reference in an array. If it doesn't find it, it creates a new ref and returns it. If it does find it, it returns it. That simplifies some of the code you have to replicate for every member VI.
    The fact that you have to replicate code at all for member VIs is annoying. It would be great if LVOOP had by-ref support built-in or could at least create data access VIs from a template.
    1. Fixed. I copied this technique from Dr D's Xylophone project. I thought if you drop the class constant on the BD it actually creates a new object each time?
    2. Not sure I get you on this one, could you provide some more enlightenment please.
    3. Done. Probably not the most efficient implementation though...
    4. Agree it sure is annoying!
    New version with basic queue manager attached!
    nrp
    CLA
    Attachments:
    Logger LVOOP v2.zip ‏75 KB

  • Authorization variable on a NW2004s Java webreport variables screen.

    Hi,
    We have an authorization concept on Country and Account. On Account some of our end-user are authorized for a few hundred accounts. The concept works fine and the authorizations are correct.
    However as we are using webreports we are not pleased at all with the layout of the authorization variables on our variables screen.
    The moment that an end-user has a few hundred authorized values for account, the variables screen becomes very wide since all individual values are displayed separated by semi columns :
    Example :
    Customer Account (Authorization)      5024336; 5024338; 5024340; 5024342; 5024344; 5024345; 5024347; 5024349; 5024351; 5024353; 5024355; 5024356; 5024357; 5024359; 5024360; 5024362; 5024363; 5024365; 5024367; 5024369; 5024371; 5024373; 5024375; 5024377; 5024379; 5024381; 5024383; 5024385; 5024387; 5024388; 5024389; 5024391; 5024393; 5024395; 5024397; 5024419.... ..... .....
    In Bex or RSRT the behavior is different as over there we have the classical select option method which is much better : all individual values are initially not visible and can be seen in rows when you open the select option.
    Is there any way to influence this ugly layout on the web ?
    thanks

    Thanks Patricia, Brian.
    As I was saying, I have created the variable of Type "Authorization" and it is giving me the desired result, however, user has to click on selection dropdown to see what Org they are assigned to.
    Now as suggested, I also tried creating the Authorizaiton variable for Org (Multiple single value, Ready for Input is not selected. Ran the report and I am getting error messages like: -->
    "Call of the function RSSB_GET_AUTH_HIER_FOR_USER failed; the formal parameter I_THJT does not exist"
    "An exception with the type CX_SY_DYN_CALL_PARAM_NOT_FOUND occurred, but was neither handled locally, nor declared in a RAISING"
    However as soon as I select "Ready for input" box, I do  not get this errors.
    Any thoughts?
    Regards
    Pankaj

  • DSO Details

    hi,
    can anyone please give me details about different types of DSO & basic difference between them.
    i HAVE got  some document but its difficult to understand.
    Plz provide details
    Thanks
    nilesh

    Hi
    Three Tyeps of DSO are available
    Standard DataStore Object : 
    The standard DataStore object is filled with data during the extraction and loading process in the BI system.
    Structure
    A standard DataStore object is represented on the database by three transparent tables:
    Activation queue: Used to save DataStore object data records that need to be updated, but that have not yet been activated. After activation, this data is deleted if all requests in the activation queue have been activated. See: Example of Activating and Updating Data.
    Active data: A table containing the active data (A table).
    Change log: Contains the change history for the delta update from the DataStore object into other data targets, such as DataStore objects or InfoCubes.
    The tables of active data are built according to the DataStore object definition. This means that key fields and data fields are specified when the DataStore object is defined. The activation queue and the change log are almost identical in structure: the activation queue has an SID as its key, the package ID and the record number; the change log has the request ID as its key, the package ID, and the record number.
    Write-Optimized DataStore Objects :
    Data that is loaded into write-optimized DataStore objects is available immediately for further processing.
    They can be used in the following scenarios:
    ●      You use a write-optimized DataStore object as a temporary storage area for large sets of data if you are executing complex transformations for this data before it is written to the DataStore object. The data can then be updated to further (smaller) InfoProviders. You only have to create the complex transformations once for all data.
    ●      You use write-optimized DataStore objects as the EDW layer for saving data. Business rules are only applied when the data is updated to additional InfoProviders.
    The system does not generate SIDs for write-optimized DataStore objects and you do not need to activate them. This means that you can save and further process data quickly. Reporting is possible on the basis of these DataStore objects. However, we recommend that you use them as a consolidation layer, and update the data to additional InfoProviders, standard DataStore objects, or InfoCubes.
    DataStore Objects for Direct Update :
    The DataStore object for direct update differs from the standard DataStore object in terms of how the data is processed. In a standard DataStore object, data is stored in different versions (active, delta, modified), whereas a DataStore object for direct update contains data in a single version. Therefore, data is stored in precisely the same form in which it was written to the DataStore object for direct update by the application. In the BI system, you can use a DataStore object for direct update as a data target for an analysis process. More information: Analysis Process Designer.
    The DataStore object for direct update is also required by diverse applications, such as SAP Strategic Enterprise Management (SEM) for example, as well as other external applications.
    For Complete Information :
    http://help.sap.com/saphelp_nw04s/helpdata/en/e3/e60138fede083de10000009b38f8cf/frameset.htm
    Regards
    Ram.

Maybe you are looking for