What is Persistancy Class ?

What is Persistancy Class ?..with Example .

Hi Girish,
 There is a way to avoid building a fully object-oriented program while still working with non-object-oriented relational database. The object services layer now provides a persistence framework that closes the object-relational gap.
You no longer need to write SQL code as objects are transparently loaded from the database when needed. You must create a persistent class. Choose transaction SE24 and create a persistent class; this class must be protected.
steps :
Go to se 24 - choose persistence class
it will be always protected class.
next screen will give u the persistence button when u click on that it will ask u to
add the table or struture.
now u can see two division of the screen where bottom portion of the screen will list uall the fields available and u need to double click and map to the top portion.
Save the persistence class and hit back button..
Whenever u create persistence class zcl_example_persist - it will create two classes - zca_example_persist
and zcb_example_persist automatically
Where zca_example_persist is the agent class and zcb_example_persist is base agent class..
Save and activate.
Activate the whole class. Now that we have a persistent object to access the database table SFLIGHT, we must access it in a program. Here is a small example to read/write data into SFLIGHT using persistent objects.
REPORT ZPERSISTENCECLASS.
data : l_flight type ref to zcl_persist.
data : l_flight_agent type ref to zca_persist.
data : l_seatsfree type i.
data : l_seatsocc type i.
l_flight_agent = zca_persist=>agent.
* CATCH CX_OS_OBJECT_NOT_FOUND .
*ENDTRY.
*TRY.
CALL METHOD L_FLIGHT_AGENT->GET_PERSISTENT
EXPORTING
 I_CARRID = 'LH'
 I_CONNID = '0400'
 I_FLDATE = '20060701'
RECEIVING
 RESULT = l_flight
* CATCH CX_OS_OBJECT_NOT_FOUND .
*ENDTRY.
l_seatsfree = L_FLIGHT->GET_SEATSMAX( ) - L_FLIGHT->GET_SEATSOCC( ).
if l_seatsfree > 0.
l_seatsfree = L_FLIGHT->GET_SEATSOCC( ) + 1.
l_flight->set_seatsocc( l_seatsfree ).
endif.
There are lots of other methods and techniques that you can use in persistent classes.
A demonstration of this can be found in program DEMO_CREATE_PERSISTENT.
DEMO_QUERY_PERSISTENT
kindly look into below link for screen shot to create persistence class
http://erpgenie.com/abaptips/content/view/417/38/
Regards
Sathish

Similar Messages

What are exception class and persistant class?

hi,
what are exception class and persistant class?
how are they different from the normal class?
Regards,
Anil

Hii!
Persistent Classes
To use the Persistence Service for objects, the classes of these objects must be created as persistent classes in the Class Builder. The term persistent class does not imply that a class is persistent. (As a template for objects, every class is persistent). Rather, it means that the objects of that class and their state are managed by the Persistence Service. For example, the objects of these classes are instantiated in the ABAP program with a method of the Persistence Service, which ensures that the initialization is correct (not with the usual CREATE OBJECT statement). When the Class Builder creates a persistent class, it automatically generates an associated class, known as the class actor or class agent, whose methods manage the objects of persistent classes. As well as their identity, persistent classes can contain key attributes, which allow the Persistence Service to ensure that the content of each persistent object is unique.
Check out this link
http://www.sapnet.ru/abap_docu/ABENABAP_EXCEPTION_CLASSES.htm
Regards
Abhijeet

Updating linked fields in a persistent class

Hi all,
If a field of a persistent class is updated, what is the best way to update a related field?
Scenario:
A persistent class with public GET/SET access to a table field STUFF, and public GET access to a field CATEGORY.
Whenever SET_STUFF is called from the outside, the class should also re-evaluate and update CATEGORY.
The easiest is to modify the SET_STUFF method to determine the new category and update it if necessary. However GET/SET methods are always overwritten whenever the class is regenerated, which happens all too easily. Can this be done a bit more elegantly?
Most modifications can be done by redefinitions of the agent class and do not get overwritten each time the class it regenerated. e.g. I have done something similar by redefining the DB access methods to update various fields, but for my current requirement the update needs to be immediate, not during save.
Any input appreciated,
MIke
Edited by: Mike Pokraka on Sep 15, 2009 4:12 PM

Hi Naimesh,
>
Naimesh Patel wrote:
> Updating the field CATEGORY immediatly would lead to some problems while working with Persistent class because of the COMMIT WORK. As soon as COMMIT WORK after the CATEGORY's "save" hits, all pending save request would execute and may update some fields which you don't want to update at that point of time.
No COMMITs should be performed, that's part of what I'm trying to accomplish. STUFF may change several times during the lifetime of the process and CATEGORY must change with it. When the application finally does a COMMIT WORK then both are written to the DB. (In fact my real scenario involves both transient and persistent instances and multiple callers).
My objectives are to have a readonly attribute in the persistent class that changes in response to other fields changing. It should behave as though the app is calling a SET_STUFF and a SET_CATEGORY, but the persistent class must retain control of the CATEGORY field as several applications can modify STUFF.
My current workaround is an UPDATE_CATEGORY method that must be implemented by each caller, so it works. Layering another class above it an option but is a bit of overkill which also makes it a workaround.
I have found that EXT_HANDLER_WRITE_ACCESS seems to provide something, but the comments in there seem to indicate I shouldn't modify the object info. Unfortunately I have run out of time to experiment this week so the workaround will have to stay for now, but I'd still be interested in a more elegant solution.
Thanks for the input,
MIke

Change documents with persistent class

Hi,
I have created a persistent class and want to use a set-method to change data in the mapped table - nothing special.
But: Does anybody know if there's a possibility to write change documents for the changed field without calling FMs like CHANGEDOCUMENT_SINGLE_CASE?
There would be the event if_os_state~changed but unfortunately no information about the changed field itself is available in this event. Is it possible to redefine events?
Thanks a lot for each answer!
Best regards
Jörg

Hi Narin,
thanks for your answer!
The first point is plain to me (although I don't really feel happy about this ) but I have problems understanding your second point because I don't really know what "Business object events" are... I'll try a different phrasing, maybe this is better:
My persistent class inherits the event if_os_state~changed. Can I redefine this event in my class so that I can add an additional parameter where I can put the information about the changed attribute?
Jörg

Is it possible to use a secondary index in embedded persistent class

Hi,
I'm new to Berkely DB Java Edition and have just started playing with it.
To express a relation between two entities Foo and Bar, I am trying with an assocation class FooBarAssociation that is not an entity but rather a @Persistent-annotated embedded class in Foo (Foo has a collection of FooBarAssociations). Now I'm looking for a way to find all Foos associated with a given Bar id by use of an index. Can this be done? Is the use of the SecondaryKey in the embedded class at all correct? If this is not the way to go, can it be done any other way (except from using three entities)?
@Entity
class Bar {
 @PrimaryKey
 private int id;
@Persistent
class FooBarAssocication {
 @SecondaryKey(relatedEntity=Bar.class, relate=Relationship.ONE_TO_ONE)
 private int barId;
@Entity
class Foo {
 @PrimaryKey
 private int id;
 private Set<FooBarAssocication> fooBarAssociations = new HashSet<FooBarAssocication>();
}Any help much appreciated.
/Martin Söderström

Martin,
So could this be done with the embedded persistent class like this, or should I give up and make the FooBarAssociation class an entity of its own?A separate relationship entity class will definitely work, as described in the SecondaryIndex javadoc.
But SecondaryKey fields have to be at the top level of an entity class, so an embedded class that contains the secondary key (and other attributes) won't work.
Logically, you have a one-to-many relationship from Foo-to-Bar, and the relationship has attributes.
If you store the relationship in the Bar entity, then it's pretty easy because there is one Bar instance per relationship and other attributes can easily be stored there. I know you said you want to put it in the Foo class because it logically belongs there, but I'll show this alternative anyway for completeness:
@Entity
class Bar {
 @PrimaryKey
 private int id;
 @SecondaryKey(relatedEntity=Foo.class, relate=Relationship.MANY_TO_ONE)
 private int fooId;
 private Date createTime;
@Entity
class Foo {
 @PrimaryKey
 private int id;
}If it's really important to put the relationship fields into the Foo class, then you can do something like the following. It's messy to attach relationship attributes, but it can be done with either a parallel list or map.
Also, be sure to read the "Key Placement with Many-to-Many for Related Entities" section of the SecondaryIndex javadoc page.
@Entity
class Bar {
 @PrimaryKey
 private int id;
@Entity
class Foo {
 @PrimaryKey
 private int id;
 // Use one of the following, either this:
 @SecondaryKey(relatedEntity=Bar.class, relate=Relationship.ONE_TO_MANY)
 private List<Integer> barIds = new ArrayList<Integer>;
 private List<Date> barCreateTimes = new ArrayList<Date>;
 // Or this:
 @SecondaryKey(relatedEntity=Bar.class, relate=Relationship.ONE_TO_MANY)
 private Set<Integer> barIds = new HashSet<Integer>;
 private Map<Integer, Date> barCreateTimes = new HashMap<Integer, Date>;
From reading the documentation I also get the feeling that I could use the Base API and set up a SecondaryDatabase to create a secondary index for a case like this (correct?).Yes, you could do that, but I would hate to see you move to the base API just for this issue. The DPL is much easier to use (and easier for us to support).
Anyway, so far the BDBJE looks very promising to us. It may replace our current Hibernate solution.Great. We'd love to hear more about what you're doing, why JE works well for you, etc, either on the forum or privately if you prefer (mark.hayes at o.com). It helps us a lot to know what people are doing with JE.
--mark

Improving persistent class performance with on-demand DB reads?

Hi,
Something that has been troubling me for some time is the data access design of persistent classes. A persistent class loads the ENTIRE data set when it is instantiated.
To me this defeats one of the advantages of get/set methods. What I would like is to be able to read data when it is first accessed.
For example: A purchase order header can be loaded in a few ms. However with items it can take 10 times as long - even more if the items are implemented as persistent classes themselves. If items are only needed half the time, a significant performance gain is realized by only reading items the first time the GET_ITEMS method is called. In my own persistence implementations using BI_PERSISTENT (Nothing to do with ABAP Persistent Classes), I implement this using private attributes to buffer data, along the lines of:
method get_items.
if m_items[] is initial.
 m_items = <read and/or instantiate items>.
endif.
re_items = m_items.
endif.
Using ABAP Persistent Objects this does not appear to be possible since they insist on loading everything up front in the DB mapping or IF_OS_STATE~INIT methods. Is some kind of on-demand reading possible using ABAP Persistent Classes?
Any input appreciated
Cheers,
Mike

Hi Mike,
yes, I am also very interested in this topic. While developing my first (and only a mid-complex) persistence application, I am expecting slightly different behaviour of linked persistent objects than you described above. According to the book 'Object Services in ABAP' and lazy loading paradigm mentioned there, the referenced persistent objects should be instantiated as representative objects only, containing no data, and the data should be physically loaded from database only once it's really needed (ie. accessed or explicitly instantiated). This should be the approach preventing the situation of mass chained instantiation of many linked persistent objects where most of them will not be needed, probably.
This is what they say about instantiation of persistent objects that are linked by persistent references.
However, since the persistent objects do not allow creating of 1:N relationships (classics: HEADER->ITEMS) via persistent references automatically, then this kind of relationship has to be maintained manually and therefore I expect you having full control of when it is accessed and instantiated for the first time...? What I want to ask here is then: is there any suitable approach which allows to maintain 1:N relationship fully or semi-automatically and which (as a disadvantage) makes the problem for you with 'full' instantiation? Am I missing something? There are also some threads Table attributes and persistent classes regarding persistent mapping of table-like attributes, but no relevant answers (this should solve my problem as the table of persistent references could be saved then).
Until now, I have found almost nothing about how the 1:N relationship should be correctly built (only 1:1 or M:1 is supported via persistent references), so I am applying the following approach in my app. Any comments are welcome (excuse some typos, as this is written in Notepad, not on the running system):
ref_header = zca_header=>agent->create_persistent( ).
guid_of_header_class = ref_header->get_cl_guid( )."cl_guid is set in IF_OS_STATE~INIT
guid_of_header_instance =
zca_header=>agent->if_os_ca_service~get_oid_by_ref( ref_header ).
ref_header->set_inst_guid( "keep header inst. ref. for future lookups
i_inst_guid = guid_of_header_instance
lt_r_items = ref_header->create_items( "lt_r_items = table of items references
i_cl_guid = guid_of_header_class
i_inst_guid = guid_of_header_instance
it_items = lt_items )
and the method zcl_header->create_items then looks somewhat like this:
loop at it_items assigning <it_items>.
ref_item = zca_item=>agent->create_persistent( ).
ref_item->set_cl_guid( i_header_cl_guid = i_cl_guid ).
ref_item->set_inst_guid( i_header_inst_guid = i_inst_guid ).
ref_item->set_some_other_attrib(
 i_some_other_attrib = <it_items>-some_other_attrib
append ref_item to rt_r_items. "rt_r_items = table of items references
endloop.
I have created a secondary index on items for header_cl_guid and header_inst_guid. This is used during the re-load of already saved items for particular header entry. Query service is used with header_cl_guid and header_inst_guid of actual header entry as filter criteria for item pesistent objects and table of item references is returned. Thus the instance attribute lt_r_items of ref_header is filled with references to relevant items again.
Thank you
Michal

Weird exception: Cannot instantiate non-persistent class: java.util.Map

java.lang.UnsupportedOperationException: Cannot instantiate non-persistent class: java.util.Map
 at com.sleepycat.persist.impl.NonPersistentFormat.newInstance(NonPersistentFormat.java:45)
 at com.sleepycat.persist.impl.PersistEntityBinding.readEntity(PersistEntityBinding.java:89)
 at com.sleepycat.persist.impl.PersistEntityBinding.entryToObject(PersistEntityBinding.java:61)
 at com.sleepycat.persist.PrimaryIndex.put(PrimaryIndex.java:338)
 at com.sleepycat.persist.PrimaryIndex.put(PrimaryIndex.java:299)
 at com.xx.support.dbd.IdentityDataAccessor.insert(IdentityDataAccessor.java:33)
 at com.xx.support.dbd.BerkeleyDBAccountStorage.saveUser(BerkeleyDBAccountStorage.java:95)
 at com.xx.support.bdb.BerkeleyDBAccountStorageTests.initBerkeleyDBData(BerkeleyDBAccountStorageTests.java:38)
 at com.xx.support.bdb.BerkeleyDBAccountStorageTests.setUp(BerkeleyDBAccountStorageTests.java:28)
 at junit.framework.TestCase.runBare(TestCase.java:125)
 at junit.framework.TestResult$1.protect(TestResult.java:106)
 at junit.framework.TestResult.runProtected(TestResult.java:124)
 at junit.framework.TestResult.run(TestResult.java:109)
 at junit.framework.TestCase.run(TestCase.java:118)
 at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
What's the root cause of this exception?

I wrote a small test using the classes you included
in your message and I am able to retrieve the user by
key, as in the code above. So I'm not sure what
you're doing that is causing the problem. Please
send a small test that reproduces the problem.Oops, I forgot to include the source for the test I wrote. Here it is.
import java.io.File;
import java.util.HashMap;
import java.util.Map;
import com.sleepycat.je.DatabaseException;
import com.sleepycat.je.Environment;
import com.sleepycat.je.EnvironmentConfig;
import com.sleepycat.persist.EntityStore;
import com.sleepycat.persist.PrimaryIndex;
import com.sleepycat.persist.StoreConfig;
import com.sleepycat.persist.model.Entity;
import com.sleepycat.persist.model.Persistent;
import com.sleepycat.persist.model.PrimaryKey;
public class Test {
 @Persistent
 public static class SimplePrincipal {
 protected String name;
 public SimplePrincipal(String username) {
 this.name = name;
 public SimplePrincipal() {}
 @Entity
 public static class SimpleUser extends SimplePrincipal {
 @PrimaryKey
 private String key;
 private Map properties;
 public SimpleUser() {
 super();
 this.properties = new HashMap();
 public SimpleUser(String username) {
 super(username);
 this.properties = new HashMap();
 public void setKey(String key){
 this.key = key;
 public void addPropertity(String name, String value) {
 this.properties.put(name, value);
 @Override
 public String toString() {
 return "[SimpleUser key: " + key + " name: " + name + ']';
 private Environment env;
 private EntityStore store;
 private PrimaryIndex<String, SimpleUser> primaryIndex;
 private void open()
 throws DatabaseException {
 EnvironmentConfig envConfig = new EnvironmentConfig();
 envConfig.setAllowCreate(true);
 envConfig.setTransactional(true);
 env = new Environment(new File("./data"), envConfig);
 StoreConfig storeConfig = new StoreConfig();
 storeConfig.setAllowCreate(true);
 storeConfig.setTransactional(true);
 store = new EntityStore(env, "test", storeConfig);
 primaryIndex = store.getPrimaryIndex(String.class, SimpleUser.class);
 private void close()
 throws DatabaseException {
 store.close();
 env.close();
 private void execute()
 throws DatabaseException {
 SimpleUser user = new SimpleUser("test");
 user.setKey("testkey");
 primaryIndex.put(user);
 user = primaryIndex.get("testkey");
 System.out.println(user);
 public static void main(String[] args)
 throws DatabaseException {
 Test test = new Test();
 test.open();
 test.execute();
 test.close();
}Mark

How to abstract colums from persistable class(s)

for example, i have some common column (created, modified, etc) for all
tables and i don't want to mape the common columns in every single class.
i know kodo has the following restriction in Inheritance
"If a persistent class inherits from a non-persistent class, the fields
of the non-persistent superclass cannot be persisted"
is there any workaround for this, can any one help me
Thanks

That's no longer a restriction -- you can do what you indicated by using
Kodo's horizontal mapping support.
-Patrick
kailasam.k wrote:
for example, i have some common column (created, modified, etc) for all
tables and i don't want to mape the common columns in every single class.
i know kodo has the following restriction in Inheritance
"If a persistent class inherits from a non-persistent class, the fields
of the non-persistent superclass cannot be persisted"
is there any workaround for this, can any one help me
Thanks

On activating persistent class: There is no mapping for one or more fields

Hi all,
I'm using an ECC 6.0 system.
I've just created a persistent class and defined the persistence. When I try to activate the class activating fails and I get the message "There is no mapping for one or more fields."
I did not, in fact, use all the fields of the database table I defined the persistence on. When I do use all the fields activating the class works without a problem.
However, as far as I know it should be possible to select only some of the fields when defining the persistence (the only fields I have to select are all the key fields of the table and I've done this).
Has anybody encountered the same problem or has anybody any idea on this?
Cheers,
Kathy

Hi Kathy,
this is exactly what I meant.
If you'd like, then you can also take a look at the documentation: http://help.sap.com/saphelp_nw04/helpdata/en/b0/9d0a3ad259cd58e10000000a11402f/frameset.htm
There under Mapping, you can find:
"You must map all columns of a database table to attributes. If you only want to manage some of the columns using Object Services, you must create a database view."
Making attributes private doesn't change the fact, that you still map all fields. If you have a lot of fields, which you don't want to map, then I will again suggest, that you define a DB-view. This will boost the performance of your implementation.
In case you need "quality 1st" performance, then I would suggest to use an ABAP implementation with internal tables, instead of the Persistent Service.
HTH,
Hristo

Kodo cannot find metadata for valid persistent class?

Hi!
I still cannot make 2.4.0 working. It just refuses loading valid
persistent class. I've tried to preload class by calling Class c =
Category.class but it didn't help.
Tried it on 2.4.0 RC3.
The stacktrace:
2002-12-05 13:56:14,377 ERROR [org.jboss.ejb.plugins.LogInterceptor]
RuntimeException:
javax.jdo.JDOUserException: No database mapping was found for type
"net.xtrim.crm.troubleticket.object.Category@cf9bf0". Make sure that
"net.xtrim.crm.troubleticket.object.Category@cf9bf0" has been enhanced.
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.getClassMapping(JDBC
StoreManager.java:835)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.initialize(JDBCStore
Manager.java:262)
at
com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.initialize(Data
CacheStoreManager.java:255)
at
com.solarmetric.kodo.runtime.StateManagerImpl.loadInitialState(StateManagerI
mpl.java:174)
at
com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectByIdFilter(Pers
istenceManagerImpl.java:986)
at
com.solarmetric.kodo.runtime.PersistenceManagerImpl.getObjectById(Persistenc
eManagerImpl.java:905)
at
com.solarmetric.kodo.impl.jdbc.ormapping.OneToOneMapping.load(OneToOneMappin
g.java:147)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.load(JDBCStoreManage
r.java:366)
at
com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.load(DataCacheS
toreManager.java:284)
at
com.solarmetric.kodo.runtime.StateManagerImpl.loadField(StateManagerImpl.jav
a:1987)
at
com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerImpl.java
:721)
at net.xtrim.crm.troubleticket.object.Type.jdoGetcategory(Type.java)
at net.xtrim.crm.troubleticket.object.Type.getCategory(Type.java:147)
at
net.xtrim.crm.system.persistence.TroubleTicketFactory.getTroubleTicketType(T
roubleTicketFactory.java:148)
at
net.xtrim.crm.system.persistence.TroubleTicketFactory.getTroubleTicket(Troub
leTicketFactory.java:74)
at
net.xtrim.crm.system.persistence.TroubleTicketFactory.getDTO(TroubleTicketFa
ctory.java:280)
at
net.xtrim.crm.troubleticket.ejb.TroubleTicketFacadeBean.getLastTicketsForCur
rentUser(TroubleTicketFacadeBean.java:1015)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
..java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles
sSessionContainer.java:660)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach
edConnectionInterceptor.java:186)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe
ssionInstanceInterceptor.java:77)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor
..java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.
java:178)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13
0)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:204)
at
org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav
a:313)
at
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invoke(BaseLocalContai
nerInvoker.java:301)
at
org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionPro
xy.java:81)
at $Proxy64.getLastTicketsForCurrentUser(Unknown Source)
at net.xtrim.crm.web.WebManager.getListTTCreatedByUser(WebManager.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
..java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.apache.struts.util.PropertyUtils.getSimpleProperty(PropertyUtils.java:71
7)
at
org.apache.struts.util.PropertyUtils.getNestedProperty(PropertyUtils.java:42
6)
at org.apache.struts.util.PropertyUtils.getProperty(PropertyUtils.java:453)
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:503)
at
org.apache.struts.taglib.logic.IterateTag.doStartTag(IterateTag.java:302)
at org.apache.jsp.home$jsp._jspService(home$jsp.java:534)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:201)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366)
at
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicatio
nHandler.java:341)
at net.xtrim.crm.web.LogOnFilter.doFilter(LogOnFilter.java:43)
at
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicatio
nHandler.java:333)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl
er.java:285)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:581)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1687)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext
..java:544)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1637)
at org.mortbay.http.HttpServer.service(HttpServer.java:875)
at org.jboss.jetty.Jetty.service(Jetty.java:543)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:806)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:203)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290)
at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743)
at java.lang.Thread.run(Thread.java:536)
2002-12-05 13:56:14,547 ERROR [net.xtrim.crm.web.WebManager]
javax.ejb.EJBException: RuntimeException; CausedByException is:
No database mapping was found for type
"net.xtrim.crm.troubleticket.object.Category@cf9bf0". Make sure that
"net.xtrim.crm.troubleticket.object.Category@cf9bf0" has been enhanced.
2002-12-05 13:56:14,747 WARN [org.jboss.jbossweb] WARNING: Exception for
/rt/home.jsp
javax.servlet.jsp.JspException: Exception thrown by getter for property
listTTCreatedByUser of bean manager
at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:513)
at
org.apache.struts.taglib.logic.IterateTag.doStartTag(IterateTag.java:302)
at org.apache.jsp.home$jsp._jspService(home$jsp.java:534)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:201)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:366)
at
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicatio
nHandler.java:341)
at net.xtrim.crm.web.LogOnFilter.doFilter(LogOnFilter.java:43)
at
org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicatio
nHandler.java:333)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl
er.java:285)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:581)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1687)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext
..java:544)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1637)
at org.mortbay.http.HttpServer.service(HttpServer.java:875)
at org.jboss.jetty.Jetty.service(Jetty.java:543)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:806)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:956)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:823)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:203)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:290)
at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:743)
at java.lang.Thread.run(Thread.java:536)
During startup I see messages in JBoss log file saying that Category has
been loaded successfully.
Please look at the attached file that contains part of the JBoss log.
begin 666 kodo.log
M,C P,BTQ,BTP-2 Q,SHU-CHQ,2PS,3(@1$5"54<@6V-O;2YS;VQA<FUE=')I
M8RYK;V1O+E)U;G1I;65=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FEM<&PN:F1B
M8RYE92Y%15!E<G-I<W1E;F-E36%N86=E<D9A8W1O<GE ,6%F-SAC93H@<V5T
M=7 -"C(P,#(M,3(M,#4@,3,Z-38Z,3$L,S4R($1%0E5'(%MC;VTN<V]L87)M
M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D;RYI;7!L
M+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A9C<X8V4Z
M('-E='5P.B!D969E<G)I;F<@<F5G:7-T<F%T:6]N(&]F.B!N970N>'1R:6TN
M8W)M+F-U<W1O;65R+F]B:F5C="Y#=7-T;VUE<D R-S-F-&4-"C(P,#(M,3(M
M,#4@,3,Z-38Z,3$L,S4R($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY2
M=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D;RYI;7!L+FID8F,N964N1450
M97)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A9C<X8V4Z(')E9VES=&5R0VQA
M<W,Z(&YE="YX=')I;2YC<FTN8W5S=&]M97(N;V)J96-T+D-U<W1O;65R0#(W
M,V8T93T^9F%L<V4-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L,S4R($1%0E5'(%MC
M;VTN<V]L87)M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N
M:V]D;RYI;7!L+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y
M0#%A9C<X8V4Z('-E='5P.B!D969E<G)I;F<@<F5G:7-T<F%T:6]N(&]F.B!N
M970N>'1R:6TN8W)M+F1I8W1I;VYA<GDN;V)J96-T+D-U<G)E;F-Y0#0S,34S
M8PT*,C P,BTQ,BTP-2 Q,SHU-CHQ,2PS-3(@1$5"54<@6V-O;2YS;VQA<FUE
M=')I8RYK;V1O+E)U;G1I;65=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FEM<&PN
M:F1B8RYE92Y%15!E<G-I<W1E;F-E36%N86=E<D9A8W1O<GE ,6%F-SAC93H@
M<F5G:7-T97)#;&%S<SH@;F5T+GAT<FEM+F-R;2YD:6-T:6]N87)Y+F]B:F5C
M="Y#=7)R96YC>4 T,S$U,V,]/F9A;'-E#0HR,# R+3$R+3 U(#$S.C4V.C$Q
M+#0W,B!)3D9/("!;8V]M+G-O;&%R;65T<FEC+FMO9&\N4G5N=&EM95T@4W1A
M<G1I;F<@2V]D;R!*1$\@=F5R<VEO;B R+C0N," H:V]D;VID;RTR+C0N,"TR
M,# R,3$R-2TQ.34Q*2!W:71H(&-A<&%B:6QI=&EE<SH@6T5N=&5R<')I<V4@
M161I=&EO;B!&96%T=7)E<RP@4W1A;F1A<F0@161I=&EO;B!&96%T=7)E<RP@
M3&ET92!%9&ET:6]N($9E871U<F5S+"!%=F%L=6%T:6]N($QI8V5N<V4L(%%U
M97)Y($5X=&5N<VEO;G,L($1A=&%C86-H92!0;'5G+6EN+"!3=&%T96UE;G0@
M0F%T8VAI;F<L($=L;V)A;"!4<F%N<V%C=&EO;G,L($1E=F5L;W!E<B!4;V]L
M<RP@0W5S=&]M($1A=&%B87-E($1I8W1I;VYA<FEE<RP@16YT97)P<FES92!$
M871A8F%S97-=#0HR,# R+3$R+3 U(#$S.C4V.C$Q+#0X,B!705).("!;8V]M
M+G-O;&%R;65T<FEC+FMO9&\N4G5N=&EM95T@5T%23DE.1SH@2V]D;R!*1$\@
M179A;'5A=&EO;B!E>'!I<F5S(&EN(#$@9&%Y<RX@4&QE87-E(&-O;G1A8W0@
M<V%L97- <V]L87)M971R:6,N8V]M(&9O<B!I;F9O<FUA=&EO;B!O;B!E>'1E
M;F1I;F<@>6]U<B!E=F%L=6%T:6]N('!E<FEO9"!O<B!P=7)C:&%S:6YG(&$@
M;&EC96YS92X-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-3$R($1%0E5'(%MC;VTN
M<V]L87)M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D
M;RYI;7!L+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A
M9C<X8V4Z(&9L=7-H:6YG(&1E9F5R<F5D(')E9VES=')A=&EO;B!O9B R(&-L
M87-S97,-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-3,R($1%0E5'(%MC;VTN<V]L
M87)M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D;RYI
M;7!L+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A9C<X
M8V4Z(')E9VES=&5R:6YG(#(@8VQA<W-E<SH@6V-L87-S(&YE="YX=')I;2YC
M<FTN8W5S=&]M97(N;V)J96-T+D-U<W1O;65R+"!C;&%S<R!N970N>'1R:6TN
M8W)M+F1I8W1I;VYA<GDN;V)J96-T+D-U<G)E;F-Y70T*,C P,BTQ,BTP-2 Q
M,SHU-CHQ,2PU-C,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O+DUE=&%$
M871A72!F;W5N9"!*1$\@<F5S;W5R8V4@0W5S=&]M97(N:F1O(&9O<B!N970N
M>'1R:6TN8W)M+F-U<W1O;65R+F]B:F5C="Y#=7-T;VUE<B!A="!J87(Z9FEL
M93HO1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R=&-R;2]T;7 O
M9&5P;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P;W)T0U)-+F5A
M<B\V-BY3=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S+FIA<B$O;F5T
M+WAT<FEM+V-R;2]C=7-T;VUE<B]O8FIE8W0O0W5S=&]M97(N:F1O#0HR,# R
M+3$R+3 U(#$S.C4V.C$Q+#8P,R!)3D9/("!;8V]M+G-O;&%R;65T<FEC+FMO
M9&\N365T841A=&%=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N2D1/365T
M841A=&%087)S97) -F1C9F1E.B!P87)S:6YG('-O=7)C93H@:F%R.F9I;&4Z
M+T0Z+VIA=F$O:F)O<W,M,RXP+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E
M<&QO>2]S97)V97(O<W5P<&]R=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O
M-C8N4W5P<&]R=$-232YE87(M8V]N=&5N=',O8W)M14I"<RYJ87(A+VYE="]X
M=')I;2]C<FTO8W5S=&]M97(O;V)J96-T+T-U<W1O;65R+FID;PT*,C P,BTQ
M,BTP-2 Q,SHU-CHQ,2PV-C,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O
M+E)U;G1I;65=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FEM<&PN:F1B8RYE92Y%
M15!E<G-I<W1E;F-E36%N86=E<D9A8W1O<GE ,6%F-SAC93H@<F5G:7-T97)I
M;F<Z(&1E9F5R<FEN9R!R96=I<W1R871I;VX@;V8Z(&YE="YX=')I;2YC<FTN
M9&EC=&EO;F%R>2YO8FIE8W0N3&%N9W5A9V5 ,60P-F0P,@T*,C P,BTQ,BTP
M-2 Q,SHU-CHQ,2PV-C,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O+E)U
M;G1I;65=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FEM<&PN:F1B8RYE92Y%15!E
M<G-I<W1E;F-E36%N86=E<D9A8W1O<GE ,6%F-SAC93H@<F5G:7-T97)#;&%S
M<SH@(&YE="YX=')I;2YC<FTN9&EC=&EO;F%R>2YO8FIE8W0N3&%N9W5A9V5
M,60P-F0P,CT^9F%L<V4-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-C<S($1%0E5'
M(%MC;VTN<V]L87)M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R
M:6,N:V]D;RYI;7!L+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T
M;W)Y0#%A9C<X8V4Z(')E9VES=&5R:6YG.B!D969E<G)I;F<@<F5G:7-T<F%T
M:6]N(&]F.B!N970N>'1R:6TN8W)M+F-U<W1O;65R+F]B:F5C="Y.871U<F5
M,6(V.34V9@T*,C P,BTQ,BTP-2 Q,SHU-CHQ,2PV-S,@1$5"54<@6V-O;2YS
M;VQA<FUE=')I8RYK;V1O+E)U;G1I;65=(&-O;2YS;VQA<FUE=')I8RYK;V1O
M+FEM<&PN:F1B8RYE92Y%15!E<G-I<W1E;F-E36%N86=E<D9A8W1O<GE ,6%F
M-SAC93H@<F5G:7-T97)#;&%S<SH@(&YE="YX=')I;2YC<FTN8W5S=&]M97(N
M;V)J96-T+DYA='5R94 Q8C8Y-39F/3YF86QS90T*,C P,BTQ,BTP-2 Q,SHU
M-CHQ,2PV-S,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O+E)U;G1I;65=
M(&-O;2YS;VQA<FUE=')I8RYK;V1O+FEM<&PN:F1B8RYE92Y%15!E<G-I<W1E
M;F-E36%N86=E<D9A8W1O<GE ,6%F-SAC93H@<F5G:7-T97)I;F<Z(&1E9F5R
M<FEN9R!R96=I<W1R871I;VX@;V8Z(&YE="YX=')I;2YC<FTN8W5S=&]M97(N
M;V)J96-T+D-O;G1A8W1);F9O0&-C,V4X#0HR,# R+3$R+3 U(#$S.C4V.C$Q
M+#8W,R!$14)51R!;8V]M+G-O;&%R;65T<FEC+FMO9&\N4G5N=&EM95T@8V]M
M+G-O;&%R;65T<FEC+FMO9&\N:6UP;"YJ9&)C+F5E+D5%4&5R<VES=&5N8V5-
M86YA9V5R1F%C=&]R>4 Q868W.&-E.B!R96=I<W1E<D-L87-S.B @;F5T+GAT
M<FEM+F-R;2YC=7-T;VUE<BYO8FIE8W0N0V]N=&%C=$EN9F] 8V,S93@]/F9A
M;'-E#0HR,# R+3$R+3 U(#$S.C4V.C$Q+#8X,R!$14)51R!;8V]M+G-O;&%R
M;65T<FEC+FMO9&\N4G5N=&EM95T@8V]M+G-O;&%R;65T<FEC+FMO9&\N:6UP
M;"YJ9&)C+F5E+D5%4&5R<VES=&5N8V5-86YA9V5R1F%C=&]R>4 Q868W.&-E
M.B!R96=I<W1E<FEN9SH@9&5F97)R:6YG(')E9VES=')A=&EO;B!O9CH@;F5T
M+GAT<FEM+F-R;2YC=7-T;VUE<BYO8FIE8W0N0V]N=')A8W14>7!E0#$S9&,T
M9#4-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-C@S($1%0E5'(%MC;VTN<V]L87)M
M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D;RYI;7!L
M+FID8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A9C<X8V4Z
M(')E9VES=&5R0VQA<W,Z("!N970N>'1R:6TN8W)M+F-U<W1O;65R+F]B:F5C
M="Y#;VYT<F%C=%1Y<&5 ,3-D8S1D-3T^9F%L<V4-"C(P,#(M,3(M,#4@,3,Z
M-38Z,3$L-C@S($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY2=6YT:6UE
M72!C;VTN<V]L87)M971R:6,N:V]D;RYI;7!L+FID8F,N964N145097)S:7-T
M96YC94UA;F%G97)&86-T;W)Y0#%A9C<X8V4Z(')E9VES=&5R:6YG.B!D969E
M<G)I;F<@<F5G:7-T<F%T:6]N(&]F.B!N970N>'1R:6TN8W)M+F-U<W1O;65R
M+F]B:F5C="Y#;VYT<F%C=$ T-3@Y96(-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L
M-C@S($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY2=6YT:6UE72!C;VTN
M<V]L87)M971R:6,N:V]D;RYI;7!L+FID8F,N964N145097)S:7-T96YC94UA
M;F%G97)&86-T;W)Y0#%A9C<X8V4Z(')E9VES=&5R0VQA<W,Z("!N970N>'1R
M:6TN8W)M+F-U<W1O;65R+F]B:F5C="Y#;VYT<F%C=$ T-3@Y96(]/F9A;'-E
M#0HR,# R+3$R+3 U(#$S.C4V.C$Q+#8X,R!$14)51R!;8V]M+G-O;&%R;65T
M<FEC+FMO9&\N4G5N=&EM95T@8V]M+G-O;&%R;65T<FEC+FMO9&\N:6UP;"YJ
M9&)C+F5E+D5%4&5R<VES=&5N8V5-86YA9V5R1F%C=&]R>4 Q868W.&-E.B!R
M96=I<W1E<FEN9SH@9&5F97)R:6YG(')E9VES=')A=&EO;B!O9CH@;F5T+GAT
M<FEM+F-R;2YC=7-T;VUE<BYO8FIE8W0N0W5S=&]M97)0:&]N94 W,S5F-#4-
M"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-C@S($1%0E5'(%MC;VTN<V]L87)M971R
M:6,N:V]D;RY2=6YT:6UE72!C;VTN<V]L87)M971R:6,N:V]D;RYI;7!L+FID
M8F,N964N145097)S:7-T96YC94UA;F%G97)&86-T;W)Y0#%A9C<X8V4Z(')E
M9VES=&5R0VQA<W,Z("!N970N>'1R:6TN8W)M+F-U<W1O;65R+F]B:F5C="Y#
M=7-T;VUE<E!H;VYE0#<S-68T-3T^9F%L<V4-"C(P,#(M,3(M,#4@,3,Z-38Z
M,3$L-C@S($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY-971A1&%T85T@
M<&%R<V5D(&IA<CIF:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S
M=7!P;W)T8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y
M+U-U<'!O<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R
M;45*0G,N:F%R(2]N970O>'1R:6TO8W)M+V-U<W1O;65R+V]B:F5C="]#=7-T
M;VUE<BYJ9&\Z(%MC;VTN<V]L87)M971R:6,N:V]D;RYM971A+D-L87-S365T
M841A=&% -S-C8S$Q6SMT>7!E/6-L87-S(&YE="YX=')I;2YC<FTN8W5S=&]M
M97(N;V)J96-T+D-U<W1O;65R.VQO861E<CUO<F<N:F)O<W,N;7@N;&]A9&EN
M9RY5;FEF:65D0VQA<W-,;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z+T0Z+VIA
M=F$O:F)O<W,M,RXP+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S
M97)V97(O<W5P<&]R=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P
M<&]R=$-232YE87(M8V]N=&5N=',O8W)M14I"<RYJ87(@?3MF:6YI<VAE9#UF
M86QS93ME;FAA;F-E9#UT<G5E75T-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-C@S
M($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY-971A1&%T85T@<&%R<V5D
M(&UE=&%D871A.B!T>7!E/6-L87-S(&YE="YX=')I;2YC<FTN8W5S=&]M97(N
M;V)J96-T+D-U<W1O;65R0#(W,V8T93MV86QI9&%T93UF86QS93H@6V-O;2YS
M;VQA<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--971A1&%T84 W,V-C,3%;.W1Y
M<&4]8VQA<W,@;F5T+GAT<FEM+F-R;2YC=7-T;VUE<BYO8FIE8W0N0W5S=&]M
M97([;&]A9&5R/6]R9RYJ8F]S<RYM>"YL;V%D:6YG+E5N:69I961#;&%S<TQO
M861E<C- 8V%B.#4T>R!U<FP]9FEL93HO1#HO:F%V82]J8F]S<RTS+C N-"]S
M97)V97(O<W5P<&]R=&-R;2]T;7 O9&5P;&]Y+W-E<G9E<B]S=7!P;W)T8W)M
M+V1E<&QO>2]3=7!P;W)T0U)-F5A<B\V-BY3=7!P;W)T0U)-F5A<BUC;VYT
M96YT<R]C<FU%2D)S+FIA<B!].V9I;FES:&5D/69A;'-E.V5N:&%N8V5D/71R
M=65=70T*,C P,BTQ,BTP-2 Q,SHU-CHQ,2PV.#,@1$5"54<@6V-O;2YS;VQA
M<FUE=')I8RYK;V1O+DUE=&%$871A72!C86-H960@;65T861A=&$Z('1Y<&4]
M;F5T+GAT<FEM+F-R;2YC=7-T;VUE<BYO8FIE8W0N0W5S=&]M97) ,C<S9C1E
M.VQO861E<CUC;VTN<V]L87)M971R:6,N:V]D;RYU=&EL+DUU;'1I3&]A9&5R
M0VQA<W-297-O;'9E<D!C86(X-S,@;&]A9&5R<SH@6V]R9RYJ8F]S<RYM>"YL
M;V%D:6YG+E5N:69I961#;&%S<TQO861E<C- 8V%B.#4T>R!U<FP]9FEL93HO
M1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R=&-R;2]T;7 O9&5P
M;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P;W)T0U)-+F5A<B\V
M-BY3=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S+FIA<B!]73L@=&AR
M96%D)W,@8V]N=&5X="!C;&%S<R!L;V%D97(Z(&IA=F$N;F5T+E523$-L87-S
M3&]A9&5R0#-C.3,Q-#MV86QI9&%T93UF86QS93H@8V]M+G-O;&%R;65T<FEC
M+FMO9&\N;65T82Y#;&%S<TUE=&%$871A0#<S8V,Q,5L[='EP93UC;&%S<R!N
M970N>'1R:6TN8W)M+F-U<W1O;65R+F]B:F5C="Y#=7-T;VUE<CML;V%D97(]
M;W)G+FIB;W-S+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X
M-31[('5R;#UF:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P
M;W)T8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U
M<'!O<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*
M0G,N:F%R('T[9FEN:7-H960]9F%L<V4[96YH86YC960]=')U95T-"C(P,#(M
M,3(M,#4@,3,Z-38Z,3$L-CDS($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D
M;RY-971A1&%T85T@9F]U;F0@2D1/(')E<V]U<F-E($-U<G)E;F-Y+FID;R!F
M;W(@;F5T+GAT<FEM+F-R;2YD:6-T:6]N87)Y+F]B:F5C="Y#=7)R96YC>2!A
M="!J87(Z9FEL93HO1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R
M=&-R;2]T;7 O9&5P;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P
M;W)T0U)-+F5A<B\V-BY3=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S
M+FIA<B$O;F5T+WAT<FEM+V-R;2]D:6-T:6]N87)Y+V]B:F5C="]#=7)R96YC
M>2YJ9&\-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-CDS($E.1D\@(%MC;VTN<V]L
M87)M971R:6,N:V]D;RY-971A1&%T85T@8V]M+G-O;&%R;65T<FEC+FMO9&\N
M;65T82Y*1$]-971A1&%T85!A<G-E<D U83EC-F4Z('!A<G-I;F<@<V]U<F-E
M.B!J87(Z9FEL93HO1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R
M=&-R;2]T;7 O9&5P;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P
M;W)T0U)-F5A<B\V-BY3=7!P;W)T0U)-F5A<BUC;VYT96YT<R]C<FU%2D)S
M+FIA<B$O;F5T+WAT<FEM+V-R;2]D:6-T:6]N87)Y+V]B:F5C="]#=7)R96YC
M>2YJ9&\-"C(P,#(M,3(M,#4@,3,Z-38Z,3$L-S S($1%0E5'(%MC;VTN<V]L
M87)M971R:6,N:V]D;RY-971A1&%T85T@<&%R<V5D(&IA<CIF:6QE.B]$.B]J
M879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M<"]D97!L;WDO
M<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN96%R+S8V+E-U
M<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R(2]N970O>'1R:6TO
M8W)M+V1I8W1I;VYA<GDO;V)J96-T+T-U<G)E;F-Y+FID;SH@6V-O;2YS;VQA
M<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--971A1&%T84!B9#1D8S);.W1Y<&4]
M8VQA<W,@;F5T+GAT<FEM+F-R;2YD:6-T:6]N87)Y+F]B:F5C="Y#=7)R96YC
M>3ML;V%D97(];W)G+FIB;W-S+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A
M9&5R,T!C86(X-31[('5R;#UF:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E
M<G9E<B]S=7!P;W)T8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO
M9&5P;&]Y+U-U<'!O<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E
M;G1S+V-R;45*0G,N:F%R('T[9FEN:7-H960]9F%L<V4[96YH86YC960]=')U
M95U=#0HR,# R+3$R+3 U(#$S.C4V.C$Q+#<P,R!$14)51R!;8V]M+G-O;&%R
M;65T<FEC+FMO9&\N365T841A=&%=('!A<G-E9"!M971A9&%T83H@='EP93UC
M;&%S<R!N970N>'1R:6TN8W)M+F1I8W1I;VYA<GDN;V)J96-T+D-U<G)E;F-Y
M0#0S,34S8SMV86QI9&%T93UF86QS93H@6V-O;2YS;VQA<FUE=')I8RYK;V1O
M+FUE=&$N0VQA<W--971A1&%T84!B9#1D8S);.W1Y<&4]8VQA<W,@;F5T+GAT
M<FEM+F-R;2YD:6-T:6]N87)Y+F]B:F5C="Y#=7)R96YC>3ML;V%D97(];W)G
M+FIB;W-S+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X-31[
M('5R;#UF:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T
M8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O
M<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N
M:F%R('T[9FEN:7-H960]9F%L<V4[96YH86YC960]=')U95U=#0HR,# R+3$R
M+3 U(#$S.C4V.C$Q+#<P,R!$14)51R!;8V]M+G-O;&%R;65T<FEC+FMO9&\N
M365T841A=&%=(&-A8VAE9"!M971A9&%T83H@='EP93UN970N>'1R:6TN8W)M
M+F1I8W1I;VYA<GDN;V)J96-T+D-U<G)E;F-Y0#0S,34S8SML;V%D97(]8V]M
M+G-O;&%R;65T<FEC+FMO9&\N=71I;"Y-=6QT:4QO861E<D-L87-S4F5S;VQV
M97) 8V%B.#<S(&QO861E<G,Z(%MO<F<N:F)O<W,N;7@N;&]A9&EN9RY5;FEF
M:65D0VQA<W-,;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z+T0Z+VIA=F$O:F)O
M<W,M,RXP+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O
M<W5P<&]R=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-2
M32YE87(M8V]N=&5N=',O8W)M14I"<RYJ87(@?5T[('1H<F5A9"=S(&-O;G1E
M>'0@8VQA<W,@;&]A9&5R.B!J879A+FYE="Y54DQ#;&%S<TQO861E<D S8SDS
M,30[=F%L:61A=&4]9F%L<V4Z(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N
M0VQA<W--971A1&%T84!B9#1D8S);.W1Y<&4]8VQA<W,@;F5T+GAT<FEM+F-R
M;2YD:6-T:6]N87)Y+F]B:F5C="Y#=7)R96YC>3ML;V%D97(];W)G+FIB;W-S
M+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X-31[('5R;#UF
M:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M
M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN
M96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R('T[
M9FEN:7-H960]9F%L<V4[96YH86YC960]=')U95T-"C(P,#(M,3(M,#4@,3,Z
M-38Z,3$L-S$S($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY-971A1&%T
M85T@8W)E871E9"!M971A9&%T83H@='EP93UN970N>'1R:6TN8W)M+F1I8W1I
M;VYA<GDN;V)J96-T+D-U<G)E;F-Y0#0S,34S8SML;V%D97(]8V]M+G-O;&%R
M;65T<FEC+FMO9&\N=71I;"Y-=6QT:4QO861E<D-L87-S4F5S;VQV97) 8V%B
M.#<S(&QO861E<G,Z(%MO<F<N:F)O<W,N;7@N;&]A9&EN9RY5;FEF:65D0VQA
M<W-,;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z+T0Z+VIA=F$O:F)O<W,M,RXP
M+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O<W5P<&]R
M=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-232YE87(M
M8V]N=&5N=',O8W)M14I"<RYJ87(@?5T[('1H<F5A9"=S(&-O;G1E>'0@8VQA
M<W,@;&]A9&5R.B!J879A+FYE="Y54DQ#;&%S<TQO861E<D S8SDS,30[=F%L
M:61A=&4]9F%L<V4Z(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--
M971A1&%T84!B9#1D8S);.W1Y<&4]8VQA<W,@;F5T+GAT<FEM+F-R;2YD:6-T
M:6]N87)Y+F]B:F5C="Y#=7)R96YC>3ML;V%D97(];W)G+FIB;W-S+FUX+FQO
M861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X-31[('5R;#UF:6QE.B]$
M.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M<"]D97!L
M;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN96%R+S8V
M+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R('T[9FEN:7-H
M960]=')U93ME;FAA;F-E9#UT<G5E70T*,C P,BTQ,BTP-2 Q,SHU-CHQ,2PW
M,C,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O+DUE=&%$871A72!F;W5N
M9"!*1$\@<F5S;W5R8V4@0V]N=&%C=$EN9F\N:F1O(&9O<B!N970N>'1R:6TN
M8W)M+F-U<W1O;65R+F]B:F5C="Y#;VYT86-T26YF;R!A="!J87(Z9FEL93HO
M1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R=&-R;2]T;7 O9&5P
M;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P;W)T0U)-+F5A<B\V
M-BY3=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S+FIA<B$O;F5T+WAT
M<FEM+V-R;2]C=7-T;VUE<B]O8FIE8W0O0V]N=&%C=$EN9F\N:F1O#0HR,# R
M+3$R+3 U(#$S.C4V.C$Q+#<R,R!)3D9/("!;8V]M+G-O;&%R;65T<FEC+FMO
M9&\N365T841A=&%=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N2D1/365T
M841A=&%087)S97) ,3DQ9&0Q9#H@<&%R<VEN9R!S;W5R8V4Z(&IA<CIF:6QE
M.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M<"]D
M97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN96%R
M+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R(2]N970O
M>'1R:6TO8W)M+V-U<W1O;65R+V]B:F5C="]#;VYT86-T26YF;RYJ9&\-"C(P
M,#(M,3(M,#4@,3,Z-38Z,3$L-S,S($1%0E5'(%MC;VTN<V]L87)M971R:6,N
M:V]D;RY-971A1&%T85T@<&%R<V5D(&IA<CIF:6QE.B]$.B]J879A+VIB;W-S
M+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U
M<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN
M96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R(2]N970O>'1R:6TO8W)M+V-U<W1O
M;65R+V]B:F5C="]#;VYT86-T26YF;RYJ9&\Z(%MC;VTN<V]L87)M971R:6,N
M:V]D;RYM971A+D-L87-S365T841A=&% 9C8Y,&4T6SMT>7!E/6-L87-S(&YE
M="YX=')I;2YC<FTN8W5S=&]M97(N;V)J96-T+D-O;G1A8W1);F9O.VQO861E
M<CUO<F<N:F)O<W,N;7@N;&]A9&EN9RY5;FEF:65D0VQA<W-,;V%D97(S0&-A
M8C@U-'L@=7)L/69I;&4Z+T0Z+VIA=F$O:F)O<W,M,RXP+C0O<V5R=F5R+W-U
M<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O<W5P<&]R=&-R;2]D97!L;WDO
M4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-232YE87(M8V]N=&5N=',O8W)M
M14I"<RYJ87(@?3MF:6YI<VAE9#UF86QS93ME;FAA;F-E9#UT<G5E75T-"C(P
M,#(M,3(M,#4@,3,Z-38Z,3$L-S,S($1%0E5'(%MC;VTN<V]L87)M971R:6,N
M:V]D;RY-971A1&%T85T@<&%R<V5D(&UE=&%D871A.B!T>7!E/6-L87-S(&YE
M="YX=')I;2YC<FTN8W5S=&]M97(N;V)J96-T+D-O;G1A8W1);F9O0&-C,V4X
M.W9A;&ED871E/69A;'-E.B!;8V]M+G-O;&%R;65T<FEC+FMO9&\N;65T82Y#
M;&%S<TUE=&%$871A0&8V.3!E-%L[='EP93UC;&%S<R!N970N>'1R:6TN8W)M
M+F-U<W1O;65R+F]B:F5C="Y#;VYT86-T26YF;SML;V%D97(];W)G+FIB;W-S
M+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X-31[('5R;#UF
M:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M
M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN
M96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R('T[
M9FEN:7-H960]9F%L<V4[96YH86YC960]=')U95U=#0HR,# R+3$R+3 U(#$S
M.C4V.C$Q+#<S,R!$14)51R!;8V]M+G-O;&%R;65T<FEC+FMO9&\N365T841A
M=&%=(&-A8VAE9"!M971A9&%T83H@='EP93UN970N>'1R:6TN8W)M+F-U<W1O
M;65R+F]B:F5C="Y#;VYT86-T26YF;T!C8S-E.#ML;V%D97(]8V]M+G-O;&%R
M;65T<FEC+FMO9&\N=71I;"Y-=6QT:4QO861E<D-L87-S4F5S;VQV97) 8V%B
M.#<S(&QO861E<G,Z(%MO<F<N:F)O<W,N;7@N;&]A9&EN9RY5;FEF:65D0VQA
M<W-,;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z+T0Z+VIA=F$O:F)O<W,M,RXP
M+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O<W5P<&]R
M=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-232YE87(M
M8V]N=&5N=',O8W)M14I"<RYJ87(@?5T[('1H<F5A9"=S(&-O;G1E>'0@8VQA
M<W,@;&]A9&5R.B!J879A+FYE="Y54DQ#;&%S<TQO861E<D S8SDS,30[=F%L
M:61A=&4]9F%L<V4Z(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--
M971A1&%T84!F-CDP931;.W1Y<&4]8VQA<W,@;F5T+GAT<FEM+F-R;2YC=7-T
M;VUE<BYO8FIE8W0N0V]N=&%C=$EN9F\[;&]A9&5R/6]R9RYJ8F]S<RYM>"YL
M;V%D:6YG+E5N:69I961#;&%S<TQO861E<C- 8V%B.#4T>R!U<FP]9FEL93HO
M1#HO:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R=&-R;2]T;7 O9&5P
M;&]Y+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P;W)T0U)-+F5A<B\V
M-BY3=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S+FIA<B!].V9I;FES
M:&5D/69A;'-E.V5N:&%N8V5D/71R=65=#0HR,# R+3$R+3 U(#$S.C4V.C$Q
M+#<S,R!$14)51R!;8V]M+G-O;&%R;65T<FEC+FMO9&\N365T841A=&%=(&9O
M=6YD($I$3R!R97-O=7)C92!,86YG=6%G92YJ9&\@9F]R(&YE="YX=')I;2YC
M<FTN9&EC=&EO;F%R>2YO8FIE8W0N3&%N9W5A9V4@870@:F%R.F9I;&4Z+T0Z
M+VIA=F$O:F)O<W,M,RXP+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO
M>2]S97)V97(O<W5P<&]R=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N
M4W5P<&]R=$-232YE87(M8V]N=&5N=',O8W)M14I"<RYJ87(A+VYE="]X=')I
M;2]C<FTO9&EC=&EO;F%R>2]O8FIE8W0O3&%N9W5A9V4N:F1O#0HR,# R+3$R
M+3 U(#$S.C4V.C$Q+#<S,R!)3D9/("!;8V]M+G-O;&%R;65T<FEC+FMO9&\N
M365T841A=&%=(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N2D1/365T841A
M=&%087)S97) ,6$R.30U,#H@<&%R<VEN9R!S;W5R8V4Z(&IA<CIF:6QE.B]$
M.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T8W)M+W1M<"]D97!L
M;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O<G1#4DTN96%R+S8V
M+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N:F%R(2]N970O>'1R
M:6TO8W)M+V1I8W1I;VYA<GDO;V)J96-T+TQA;F=U86=E+FID;PT*,C P,BTQ
M,BTP-2 Q,SHU-CHQ,2PW-#,@1$5"54<@6V-O;2YS;VQA<FUE=')I8RYK;V1O
M+DUE=&%$871A72!P87)S960@:F%R.F9I;&4Z+T0Z+VIA=F$O:F)O<W,M,RXP
M+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O<W5P<&]R
M=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-232YE87(M
M8V]N=&5N=',O8W)M14I"<RYJ87(A+VYE="]X=')I;2]C<FTO9&EC=&EO;F%R
M>2]O8FIE8W0O3&%N9W5A9V4N:F1O.B!;8V]M+G-O;&%R;65T<FEC+FMO9&\N
M;65T82Y#;&%S<TUE=&%$871A0#$X.&0Y,F5;.W1Y<&4]8VQA<W,@;F5T+GAT
M<FEM+F-R;2YD:6-T:6]N87)Y+F]B:F5C="Y,86YG=6%G93ML;V%D97(];W)G
M+FIB;W-S+FUX+FQO861I;F<N56YI9FEE9$-L87-S3&]A9&5R,T!C86(X-31[
M('5R;#UF:6QE.B]$.B]J879A+VIB;W-S+3,N,"XT+W-E<G9E<B]S=7!P;W)T
M8W)M+W1M<"]D97!L;WDO<V5R=F5R+W-U<'!O<G1C<FTO9&5P;&]Y+U-U<'!O
M<G1#4DTN96%R+S8V+E-U<'!O<G1#4DTN96%R+6-O;G1E;G1S+V-R;45*0G,N
M:F%R('T[9FEN:7-H960]9F%L<V4[96YH86YC960]=')U95U=#0HR,# R+3$R
M+3 U(#$S.C4V.C$Q+#<T,R!$14)51R!;8V]M+G-O;&%R;65T<FEC+FMO9&\N
M365T841A=&%=('!A<G-E9"!M971A9&%T83H@='EP93UC;&%S<R!N970N>'1R
M:6TN8W)M+F1I8W1I;VYA<GDN;V)J96-T+DQA;F=U86=E0#%D,#9D,#([=F%L
M:61A=&4]9F%L<V4Z(%MC;VTN<V]L87)M971R:6,N:V]D;RYM971A+D-L87-S
M365T841A=&% ,3@X9#DR95L[='EP93UC;&%S<R!N970N>'1R:6TN8W)M+F1I
M8W1I;VYA<GDN;V)J96-T+DQA;F=U86=E.VQO861E<CUO<F<N:F)O<W,N;7@N
M;&]A9&EN9RY5;FEF:65D0VQA<W-,;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z
M+T0Z+VIA=F$O:F)O<W,M,RXP+C0O<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E
M<&QO>2]S97)V97(O<W5P<&]R=&-R;2]D97!L;WDO4W5P<&]R=$-232YE87(O
M-C8N4W5P<&]R=$-232YE87(M8V]N=&5N=',O8W)M14I"<RYJ87(@?3MF:6YI
M<VAE9#UF86QS93ME;FAA;F-E9#UT<G5E75T-"C(P,#(M,3(M,#4@,3,Z-38Z
M,3$L-S0S($1%0E5'(%MC;VTN<V]L87)M971R:6,N:V]D;RY-971A1&%T85T@
M8V%C:&5D(&UE=&%D871A.B!T>7!E/6YE="YX=')I;2YC<FTN9&EC=&EO;F%R
M>2YO8FIE8W0N3&%N9W5A9V5 ,60P-F0P,CML;V%D97(]8V]M+G-O;&%R;65T
M<FEC+FMO9&\N=71I;"Y-=6QT:4QO861E<D-L87-S4F5S;VQV97) 8V%B.#<S
M(&QO861E<G,Z(%MO<F<N:F)O<W,N;7@N;&]A9&EN9RY5;FEF:65D0VQA<W-,
M;V%D97(S0&-A8C@U-'L@=7)L/69I;&4Z+T0Z+VIA=F$O:F)O<W,M,RXP+C0O
M<V5R=F5R+W-U<'!O<G1C<FTO=&UP+V1E<&QO>2]S97)V97(O<W5P<&]R=&-R
M;2]D97!L;WDO4W5P<&]R=$-232YE87(O-C8N4W5P<&]R=$-232YE87(M8V]N
M=&5N=',O8W)M14I"<RYJ87(@?5T[('1H<F5A9"=S(&-O;G1E>'0@8VQA<W,@
M;&]A9&5R.B!J879A+FYE="Y54DQ#;&%S<TQO861E<D S8SDS,30[=F%L:61A
M=&4]9F%L<V4Z(&-O;2YS;VQA<FUE=')I8RYK;V1O+FUE=&$N0VQA<W--971A
M1&%T84 Q.#AD.3)E6SMT>7!E/6-L87-S(&YE="YX=')I;2YC<FTN9&EC=&EO
M;F%R>2YO8FIE8W0N3&%N9W5A9V4[;&]A9&5R/6]R9RYJ8F]S<RYM>"YL;V%D
M:6YG+E5N:69I961#;&%S<TQO861E<C- 8V%B.#4T>R!U<FP]9FEL93HO1#HO
M:F%V82]J8F]S<RTS+C N-"]S97)V97(O<W5P<&]R=&-R;2]T;7 O9&5P;&]Y
M+W-E<G9E<B]S=7!P;W)T8W)M+V1E<&QO>2]3=7!P;W)T0U)-+F5A<B\V-BY3
M=7!P;W)T0U)-+F5A<BUC;VYT96YT<R]C<FU%2D)S+FIA<B!].V9I;FES:&5D
M/69A;'-E.V5N:&%N8V5D/71R=65

Can you check what metadata you can see?
I gathered that you have an access to dWfStepName, and dID, but not to other metadata values - sounds like the values you can see are taken from workflow temporary files and if you want to have all the metadata of the item you will have to run a search query to get them. I would suggest to follow to other workflow screens (workflow_review_frames template), because there it is possible to see all metadata and you can get an idea what needs to be done.

Problems with generating persistent classes

I've been following the tutorial for generating persistent classes from a
DB. I'm not having much luck:
First, with rd-schemagen, how do you tell it to only work on a specific
schema? I run "rd-schemagen -file schema.xml NBS_ODS_101", but it still
generates the schema file for all schemas in the DB. Is there a usage
option for the tool (I haven't been able to find it yet)?
Second, I have the following tables in my DB: ACT, ACT_ID, ENTITY,
ENTITY_ID. When rd-reversemappingtool runs on these tables, it creates an
ID class for ACT (ActId) which conflicts with the class generated for
ACT_ID (ActId). Since renaming the tables is not an option and I really
don't want to have to rename classes and change the mapping file every
time I regenerate, what is a solution for this problem?
Third, if I do the latter above so I can run the importtool and then I
run "rd-importtool test\test.mapping", it runs successfully for a bit
while spitting out information until I get this:
Exception in thread "main" java.lang.NullPointerException
at
com.solarmetric.rd.kodo.impl.jdbc.meta.compat.ImportTool.mapForeignKe
y(ImportTool.java:336)
at
com.solarmetric.rd.kodo.impl.jdbc.meta.compat.ImportTool.mapField(Imp
ortTool.java:207)
at
com.solarmetric.rd.kodo.impl.jdbc.meta.compat.ImportTool.importMappin
gs(ImportTool.java:78)
at com.solarmetric.rd.kodo.impl.jdbc.meta.compat.ImportTool.run
(ImportTo
ol.java:408)
at com.solarmetric.rd.kodo.impl.jdbc.meta.compat.ImportTool.main
(ImportT
ool.java:385)

Abe White <[email protected]> wrote in
news:[email protected]:
First, with rd-schemagen, how do you tell it to only work on a specific
schema? I run "rd-schemagen -file schema.xml NBS_ODS_101", but it still
generates the schema file for all schemas in the DB. Is there a usage
option for the tool (I haven't been able to find it yet)?Try using -schemas <comma-separated list of schema names>
I apologize for the documentation in this area. We're going to upgrade
the tool and the documentation to a more recent version from our internal
R&D codebase when our 2.5 release comes out in the next couple of weeks.
This release will also include a system for customizing the tool's output
in many more ways.This works:
rd-schemagen -file schema.xml -indexes false -schemas NBS_ODS_101
but this does not:
rd-schemagen -file schema.xml -indexes false -schemas NBS_ODS_101,NBS_SRT_
101
Exception in thread "main" java.lang.IllegalArgumentException:
com.solarmetric.r
[email protected] = NBS_ODS_
101,NBS_SRT_10
1: java.lang.ArrayIndexOutOfBoundsException: 1
at serp.util.Options.setInto(Options.java:206)
at serp.util.Options.setInto(Options.java:168)
at com.solarmetric.rd.conf.Configurations.populateConfiguration
(Configur
ations.java:144)
at com.solarmetric.rd.kodo.impl.jdbc.schema.SchemaGenerator.main
(SchemaG
enerator.java:690)
Second, I have the following tables in my DB: ACT, ACT_ID, ENTITY,
ENTITY_ID. When rd-reversemappingtool runs on these tables, it creates
an ID class for ACT (ActId) which conflicts with the class generated for
ACT_ID (ActId)This is a bug, and will also be fixed with 2.5. I can't even think of a
good way to tell you to work around it for now, unfortunately.I renamed the ID classes to ActOid and EntityOid and changed the .jdo file
to reflect that. Do you see any problems with this strategy?
Third, if I do the latter above so I can run the importtool and then I
run "rd-importtool test\test.mapping", it runs successfully for a bit
while spitting out information until I get this:
Exception in thread "main" java.lang.NullPointerExceptionCan you please send the generated .mapping, .jdo, and .java files?
Unless you want to wait until the 2.5 improvements to debug.I will send you all the files in a zip file by email.

How do I find out what Package a class is in

I am trying to find out what Package the classes XMLNode and XMLInterface are located in. Is there a way to search for a class to find out what package it is held in ?
Quite often I see example code but spend wore time working out what package the class is in than actually writing code. Am I being really stupid ? (Don't answer that !!)
Many thanks for any tips
Dan

you can find the class path by searching the $JAVA_TOP directory.
Login to apps server.
cd $JAVA_TOP
find . -name "Classname.class"
--Prasanna

Problem in creating a Persistent Class

Hi All,
I am working on Persistent Classes for the first time. I have tried to gain some info by going through some related threads and of course Thomas' Blog on Persistent Classes.
My Problem:
I have been trying to create a Persistent Class that takes fields from multiple database tables (KNA1 and KNVV).
I wasn't able to generate mapping successfully.
So, the solution was to create 2 Persistent Classes and create a data model class for these two (It was mentioned in one of the threads)
I have been trying to create a Persistent Class for the fields from table KNA1 (I need only some 11 fields)
When I activate, I again get a warning 'No mapping exists for the fields' as a result of which the main class is not activated.
I read somewhere that all fields from a table needs to be included in the 'Inclusion area', otherwise, the class doesn't activate.
So I tried creating a view, but I get another warning message saying 'Database operations with view are not allowed' and the main class remains unactivated.
Please suggest.
Also, if there are any related materials on how to deal with multiple tables, I would be more than glad.
Thanks for all your time.

If you are creating a persistent class for SAP tables, then effectively you are attempting to update the tables directly. And that is a really bad idea.
See [here|regarding updation of database table...; and [here |Important points to be cautios of when updating a standard table; for more discussion on that topic.
Only create persistent classes for database operations on your own tables.
I guess your classes are failing because you haven't done the mapping. Did you click on the button marked "persistence" on the SE24 view of your ZCL class?
matt
One more thing - it's against the forum rules to ask for material and links...

Error while activating a persistent class

Hi,
I have created a persistent class and included fields of the custom table in persistent mapping.
But when I tried to activate the class I am getting the following error
Method IF_OS_FACTORY~CREATE_TRANSIENT has already been implemented.
Pls suggest how this can be resolved.
Regards,
Savitha

Hi Savitha,
By the error I can deduce that there are multiple implementations done for the method CREATE_TRANSIENT
of the interface IF_OS_FACTORY which is not recommended..
So please check the Where used list of that method or interface so that you could come to a conclusion.
Hope this would help you.
Good luck
Narin

Problems in actvating a persistent class

Hello All
I have created a persistent class. When I am trying to activate it I am getting a
message in status bar that
'There is no mapping defined for one or more fields'.
I have defiend 4 attributes in the class - then clicked on the PERSISTENCE tab in
in the main toolbar, gave the table name and mapped the table fields to the class attributes. Still I am getting the message.
Could anyone please suggest why this is happening?
Also could anyone please explain to me why do we always need to define the instantiation as "protected" when creating a persistent class.
Thanks in advance.
Regards
Indrajit

Hello All,
The problem is solved.
I was of the understanding that I can take only few of the table fields and map it to class attributes. So I took only 4 fields of the table SPFLI and mapped it to the corresponding 4 attributes of the persistent class. So I was getting the message that
'There is no mapping defined for one or more fields'.
So I tried by defining class attributes corresponding to all fields of the table and mapped accordingly all table fields. This time I could activate the class.
This I believe is a constarint because one may not be really interested in all fields of the database table.
Regards
Indrajit

What is Persistancy Class ?

Similar Messages

Maybe you are looking for