我想以不同的间隔保存注入的有状态bean的数据:更改 - 保存 - 更改 - 保存...我使用核心序列化,问题是所有字节数组都是相同的。我相信代理是序列化的,因为如果我稍后反序列化其中一个数组,我会得到bean的当前状态。
序列化没有捕获bean中的更改的示例:
@Stateful
@RequestScoped
public class State implements Serializable {
private static final long serialVersionUID = 1L;
@Inject
StatelessBean bean; // assume it's needed
private List<String> list = new ArrayList<>();
public void add() {
list.add("S");
}
}
这是一个JAX-RS类:
@Stateless
@Path("t1")
public class ChickensResource {
@Inject
State state;
@GET
@Path("/test")
public String test() {
state.add();
byte[] b0 = serialize(state);
System.out.println(b0.length + " " + Arrays.toString(b0));
state.add();
byte[] b1 = serialize(state);
System.out.println(b1.length + " " + Arrays.toString(b1)); // prints same as b0
System.out.println(b0.length + " " + Arrays.toString(b0)); // prints same thing
}
public static <T extends Serializable> byte[] serialize(T s) {
try (ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(bos))
{
oos.writeObject(s);
return bos.toByteArray();
} catch (IOException e) {
e.printStackTrace();
}
return null;
}
}
我想要做的只是将State
中的列表保存为相关数据。我也尝试了JSON序列化,它给了IOException
,但我尝试了核心序列化。
使用JavaEE7和Wildfly 10.1。
答案 0 :(得分:3)
由于各种原因,直接序列化CDI bean是危险的:
但是这个问题的目的是以某种方式保存CDI bean的状态,以便以后可以恢复。这可以通过使用另一个保存CDI bean状态的对象来完成。此其他对象不由CDI管理,即使用new
创建,并且是可序列化的。需要保持其状态的每个CDI bean都有一对setState(state)
/ getState()
方法 - 它们甚至可以是接口的一部分。您可能希望每个对象也将setState(state)
/ getState()
传播给其协作者。
请参阅Memento设计模式。如果您熟悉它,也可以在JSF状态保存/恢复机制中实现。
一些示例代码(还有其他有效的方法),从状态界面开始:
interface HasState<S extends Serializable> {
S getState();
void setState(S state);
}
然后是具有协作者的服务本身和相关的状态对象:
class SomeServiceState implements Serializable {
private String someData;
private Long someId;
private List<String> list;
private CollaboratorState collaboratorState;
// accessors
}
@RequestScoped
public class SomeService implements HasState<SomeServiceState> {
// COLLABORATORS
@Inject
Collaborator collaborator; // assume it's needed
// INTERNAL STATE
private String someData;
private Long someId;
private List<String> list = new ArrayList<>();
public void add() {
list.add("S");
}
// ...
public SomeServiceState getState() {
SomeServiceState state = new SomeServiceState();
state.setSomeData(someData);
state.setSomeId(someId);
state.setList(new ArrayList<>(list)); // IT IS PROBABLY SAFER TO COPY STATE!
// SEE HOW STATE GETS EXTRACTED RECURSIVELY:
state.setCollaboratorState(collaborator.getState());
return state;
}
public void setState(SomeServiceState state) {
someData = state.getSomeData();
someId = state.getSomeId();
list = new ArrayList<>(state.getList());
// SEE HOW STATE GETS APPLIED RECURSIVELY:
collaborator.setState(state.getCollaboratorState());
}
}
协作者及其状态遵循相同的模式:
class CollaboratorState implements Serializable {
private String anyName;
// accessors
}
@RequestScoped
class Collaborator implements HasState<CollaboratorState> {
// you get the point...
}
一个示例用法,遵循问题中的代码:
@Stateless
@Path("t1")
public class ChickensResource {
@Inject
SomeService someService;
@GET
@Path("/test")
public String test() {
someService.add();
byte[] b0 = serialize(someService.getState());
// ...
}
public static <T extends Serializable> byte[] serialize(T s) {
try (ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(bos))
{
oos.writeObject(s);
return bos.toByteArray();
} catch (IOException e) {
e.printStackTrace();
}
return null;
}
}
编辑:如果服务的客户端需要知道服务具有状态,则客户端和服务可能比期望的更加耦合。一个出路是修改HasState
来处理不透明的对象:
interface HasState {
Object getState();
void setState(Object state);
}
客户端的状态包含每个协作者的状态列表:
class SomeServiceState implements Serializable {
private String someData;
private Long someId;
private List<String> list;
private List<Object> collaboratorsState;
// accessors
}
仅当客户扩展HasState
时,客户端才会向该州添加协作者:
public Object getState() {
SomeServiceState state = new SomeServiceState();
state.setSomeData(someData);
state.setSomeId(someId);
state.setList(new ArrayList<>(list));
if( collaborator instanceof HasState ) {
state.getCollaboratorsState().add(collaborator.getState());
}
return state;
}