Serializable two times within a entity?

[nimo frey]

Hello,

I have something like this:

@Entity
@Table(...)
public class User implements Serializable{
	

private static final long serialVersionUID = 9814427685769960799L;

// for composite key
public static class UserID implements Serializable
{

private static final long serialVersionUID = 123427688742960799L;

...

}

@EmbeddedId
UserID userID = new UserID
//getter/setter

..


}

My Question is:
Do I need (have to) put the "implements Serializable" both to the "class User" and the "static class UserID"?

Or is it enough to do it only within the "static class UserID" (or better "class User"?)?

Does it makes a difference?

[Omar Al Kababji]

Its enough to put it to the UserID however its not a bad idea to have your entities serialaizable so that in case your web app. is used in a distributed environment then your objects will be able to move from one VM to another without problems. ;)

(peace)

[nimo frey]

Okay, then I put the "implements Serializable" both to the "class User" and the "static class UserID!

thanks:-)

[Angel Taveras]

omar al kababji wrote:Its enough to put it to the UserID however its not a bad idea to have your entities serialaizable so that in case your web app. is used in a distributed environment then your objects will be able to move from one VM to another without problems. ;)

(peace)

I believe that it's a requirement that the Primary Keys of any entity must be serializable.

regards,

[Omar Al Kababji]

Angel Taveras wrote:

I believe that it's a requirement that the Primary Keys of any entity must be serializable.

regards,

yes thats exactly what i meant by its enough for the UserId which is the primary key ;), actually if you look at the load or get methods of the session object of hibernate you will notice that the second parameter that is the primary key should be serializable.

however its not bad to always make your classes serializable if you can, since many frameworks depends on that to move objects back and forth on the network in distributed applications ;)


(peace)