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 <mproctor@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