|
From: Patrick Y. <kc...@ce...> - 2003-06-26 07:13:39
|
I am working on a document describing the 1.0 plan. This would be added to the plan. :-) Regards, -Patrick Ronald van Kuijk wrote: > Alexei, > > Things like this are already happening in other points in the code > (resolving a url, verifiy a certificate) > > I agree that persistancy is another of those points. If we would start > using Hermes in production environment, we have to run it in a Bea > Weblogic Server and are forced by our ASP to use the internal > connectionpools, are not allowed to use a filesystem for persistancy > (unless it is controlled by bea e.g. file persitency for jms queues) > > This means however that configuration items of the persitancy should > probably not be in the general MHS configuration, but in a separate > file or so. Major changes which I think should not happen before the > 1.0 release, but shortly after that. (and take clustering/failover > into account as well) > > Ronald > > Alexei Zolotarev probeerde het volgende duidelijk te maken op > 25-6-2003 10:13: > >> Hi, >> >> I`m follow the Hermes development for about half year and notice >> one unpleasant design defect. The persistent store in Hermes designed >> in following manner: >> 1) Message relations are stored in RDBMS structure. >> 2) Messages are stored in file system >> Not bad decision. >> >> But under living conditions we are forced to use Oracle to storage >> both for message relations and for messages themselves. Oracle offers >> BLOB type for such issues. >> Hermes source code investigation shows that it`s not easy to correct >> product. Too many things are based on files and their names :-( >> >> Could you define Java interface for file storage operations? Anybody >> who want to redifine storage manner will create new interface >> imlementation only. I think that this will simplify Hermes code and >> make Hermes for flexible. >> >> What do you think? >> >> Regards, >> Alexei Zolotarev >> Software Developer >> RDTEX JSC >> Zavodskoi proezd 6, Protvino, Moscow region, Russia Federation >> >> P.S. Excuse me for my bad English >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: INetU >> Attention Web Developers & Consultants: Become An INetU Hosting Partner. >> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! >> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php >> _______________________________________________ >> ebxmlms-develop mailing list >> ebx...@li... >> https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop >> >> > |