java.lang.Object
org.schooltool.complextypes.finance.AccountGroup
- All Implemented Interfaces:
- java.io.Serializable
- public class AccountGroup
- extends java.lang.Object
- implements java.io.Serializable
classChanged
protected boolean classChanged
AccountGroup_PrimaryKeyChanged
public boolean AccountGroup_PrimaryKeyChanged
AccountGroup_PrimaryKey
private long AccountGroup_PrimaryKey
GroupNumberChanged
public boolean GroupNumberChanged
groupNumber
private java.lang.String groupNumber
NameChanged
public boolean NameChanged
name
private java.lang.String name
AccountTypeChanged
public boolean AccountTypeChanged
accountType
private int accountType
SchoolProfileForeignKeyChanged
public boolean SchoolProfileForeignKeyChanged
schoolProfileForeignKey
private long schoolProfileForeignKey
schoolProfile
private org.schooltool.complextypes.access.SchoolProfile schoolProfile
AccountGroup
public AccountGroup()
isClassChanged
public boolean isClassChanged()
clearChangeTracker
public void clearChangeTracker()
getAccountGroup_PrimaryKey
public long getAccountGroup_PrimaryKey()
setAccountGroup_PrimaryKey
public void setAccountGroup_PrimaryKey(long setValue)
getPrimaryKey
public long getPrimaryKey()
getGroupNumber
public java.lang.String getGroupNumber()
setGroupNumber
public void setGroupNumber(java.lang.String value)
getName
public java.lang.String getName()
setName
public void setName(java.lang.String value)
getAccountType
public int getAccountType()
setAccountType
public void setAccountType(int value)
getSchoolProfileForeignKey
public long getSchoolProfileForeignKey()
setSchoolProfileForeignKey
public void setSchoolProfileForeignKey(long value)
getSchoolProfile
public org.schooltool.complextypes.access.SchoolProfile getSchoolProfile()
setSchoolProfile
public void setSchoolProfile(org.schooltool.complextypes.access.SchoolProfile value)
hashCode
public int hashCode()
- Description copied from class:
java.lang.Object
- Get a value that represents this Object, as uniquely as
possible within the confines of an int.
There are some requirements on this method which
subclasses must follow:
- Semantic equality implies identical hashcodes. In other
words, if
a.equals(b) is true, then
a.hashCode() == b.hashCode() must be as well.
However, the reverse is not necessarily true, and two
objects may have the same hashcode without being equal.
- It must be consistent. Whichever value o.hashCode()
returns on the first invocation must be the value
returned on all later invocations as long as the object
exists. Notice, however, that the result of hashCode may
change between separate executions of a Virtual Machine,
because it is not invoked on the same object.
Notice that since hashCode is used in
java.util.Hashtable and other hashing classes,
a poor implementation will degrade the performance of hashing
(so don't blindly implement it as returning a constant!). Also,
if calculating the hash is time-consuming, a class may consider
caching the results.
The default implementation returns
System.identityHashCode(this)
equals
public boolean equals(java.lang.Object other)
- Description copied from class:
java.lang.Object
- Determine whether this Object is semantically equal
to another Object.
There are some fairly strict requirements on this
method which subclasses must follow:
- It must be transitive. If
a.equals(b) and
b.equals(c), then a.equals(c)
must be true as well.
- It must be symmetric.
a.equals(b) and
b.equals(a) must have the same value.
- It must be reflexive.
a.equals(a) must
always be true.
- It must be consistent. Whichever value a.equals(b)
returns on the first invocation must be the value
returned on all later invocations.
a.equals(null) must be false.
- It must be consistent with hashCode(). That is,
a.equals(b) must imply
a.hashCode() == b.hashCode().
The reverse is not true; two objects that are not
equal may have the same hashcode, but that has
the potential to harm hashing performance.
This is typically overridden to throw a java.lang.ClassCastException
if the argument is not comparable to the class performing
the comparison, but that is not a requirement. It is legal
for a.equals(b) to be true even though
a.getClass() != b.getClass(). Also, it
is typical to never cause a java.lang.NullPointerException.
In general, the Collections API (java.util) use the
equals method rather than the ==
operator to compare objects. However, java.util.IdentityHashMap
is an exception to this rule, for its own good reasons.
The default implementation returns this == o.