Nothing out-of-the-box AFAIK, but a patch (or better yet a pull request)
is welcome.
Just wrapping both ends in ZipOutputstream and ZipInputstream should do
the trick,
but then we'd have always zipping, but we might want it optional.
If we want optional zipping, the client should include a header/argument
to the server
to ask it in zip format (similar like the HTTP protocol) and the server
should always support both (just do what the client asks him to do).
That we we don't rely in the client and server having to be configured
the same and crashing wierdly if they aren't.
Op 01-07-11 16:42, tarley.lana schreef:
Ok, but I have to modify the class
org.drools.agent.impl.KnowledgeAgentImpl
for it to do unzip the package on the client. There is no standard mechanism
for this?
--
View this message in context:
http://drools.46999.n3.nabble.com/Is-there-any-way-to-compress-gzip-the-r...
Sent from the Drools: User forum mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
With kind regards,
Geoffrey De Smet