It seems to me that an environment is not the best place for an operation that could depend on the session and/or a client's request. It could be used additionally, but not without the direct approach. -W
On 21 April 2011 02:23, Mark Proctor <mproc...@codehaus.org> wrote: > On 20/04/2011 22:19, ljnelson wrote: > > I filed a pull request to fix this issue: > > https://github.com/droolsjbpm/drools/pull/7 > I just checked the code and it seems we have two conflict approaches. So > currently the method you are replacing calls: > public ObjectMarshallingStrategyStore > getObjectMarshallingStrategyStore() { > if ( this.marshallingStore == null ) { > this.marshallingStore = new ObjectMarshallingStrategyStore( > > (ObjectMarshallingStrategy[]) this.environment.get( > EnvironmentName.OBJECT_MARSHALLING_STRATEGIES ) ); > } > return this.marshallingStore; > } > > Notice it uses the environment. That means you must inject yoru > strategies into the ENV and they will get picked up. > > But on the other hand we clearly made strategies part of the > MarshallingConfiguration which is a member field on DefaultMarshaller > and currently being ignored. > > I'm not sure why we have both at this stage, will need to sleep on it to > refresh my mind on the best way forward. > > Mark > > Best, > > Laird > > > > -- > > View this message in context: > http://drools.46999.n3.nabble.com/Serialization-errors-bug-JBRULES-2976-filed-tp2843422p2843834.html > > Sent from the Drools: Developer (committer) mailing list mailing list > archive at Nabble.com. > > _______________________________________________ > > rules-dev mailing list > > rules-dev@lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > > > > _______________________________________________ > rules-dev mailing list > rules-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev >
_______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
