[Objectbridge-developers] OJB Server
Brought to you by:
thma
From: Thomas M. <tho...@ho...> - 2001-08-09 17:01:42
|
Hi Chris, I tried to send you a preview release of the OJB PersistenceBroker Server. unfortunately some mailer daemon refused to forward this mail. thus I decided to prepare a preview release on the OJB homepage, see: http://sourceforge.net/project/showfiles.php?group_id=13647&release_id=47444 You'll find some hints how to get started in my quoted original mail below: cheers, Thomas Thomas Mahler wrote: > > Hi again, > > "Freyer, Chris" wrote: > > > > We will be using a pool of web servers (WebSphere) behind a load balancing > > server. I'm guessing this will cause problems with ObjectBridge. > > Yes, with the current single VM implementation. No, with the new > scalable ObjectServer... > > > > > I've been asked to look at some commercial products. There's a product > > called Visual Business Sight Framework (VBSF) from Object Matter that is > > very similar to your product. I'm checking it out too. > > > > TopLink is also a very feature complete persistence layer. But it's > quite expensive... > > > I'd like to see the pre-release of your stuff. > > See the attached tgz archive. it works just like a "normal" ojb > distribution. > To see the server running just start the shell script server.sh. I have > currently no server.bat for windows but it's really a no-brainer to > write... > > OJB is shipped with the single VM option enabled. to switch to server > mode you have to edit the file > src/test/ojb/ojb.broker.PersistenceBrokerFactoryConfiguration.properties: > set useServer=true to enable the Server mode. > > To use it in a multi-ejb Server environment I would do the following: > > say you have three ejb servers A,B,C and a two servers D, E as OJB > Objectservers. (Of course it's possible to run the OJB server on the > same physical machine as an ejb server). > 1. start server.sh on machines D and E (the server runs on port 2001 by > default) > 2. edit the file PersistenceBrokerFactoryConfiguration.properties on > machines A, B and C as follows: > BrokerServers=D\:2001,E\:2001 > useServer=true > > running in this configuration A, B, and C share the same pool of > BrokerServers D and E. There is also a roundrobin loadbalancing > implemented that will distribute the load between D and E. > > Currently there is NO proper lock-management implemented, that could > handle access conflicts between D and E. > This will be the next big effort. > > > I've used DBGen to create > > some of the beans on this project. It automates much of the routine work, > > and is a good start when doing persistent beans. > > Did you just use it to reverse engineer Java classes from the database > schema? Or did you any changes to the DBGen code for some OJB specific > things? If so I'd be quite happy if you could share this code! > > cheers, > > Thomas > > > > > > > Thanks-- > > Chris Freyer > > Java Contractor > > E-commerce Dept. > > HomeSide Lending, Inc. > > (904) 281-3219 > > > > -----Original Message----- > > From: Thomas Mahler [SMTP:tho...@ho...] > > Sent: Monday, August 06, 2001 3:15 AM > > To: Freyer, Chris > > Subject: Re: objectbridge > > > > Hi Chris, > > > > thanks for your interest in OJB. > > I was on vacation and thus could not answer earlier. I hope you > > don't > > mind. > > > > "Freyer, Chris" wrote: > > > > > > hi thomas, > > > > > > I'm probably going to use ObjectBridge in a very large intranet > > application. > > > Your performance analysis was really great because we use VAJ and > > WebSphere > > > here, and we've had really bad performance with EJB's under > > WebSphere. > > > > > > If you don't mind, could you let me know of any issues that aren't > > on the > > > web? In particular, issues with scalability or performance in a > > large > > > environment (50 - 100 concurrent users for 16 hrs per day). > > > > As I mentioned in the performance study I was doubting whether OJB > > could > > be even faster for updates than plain JDBC. > > Actually there was a bug in the broker which prevented execution of > > updates. This bug is now fixed and there have been several drastic > > performance improvements for using OJB with DB2 and Oracle. > > Thus the numbers from that study should be still valid. But I have > > no > > upto-date numbers. > > > > Scalability: > > until now OJB can not be used savely accross several JVMs. That is: > > if > > you use it within a servlet or EJB container running on one physical > > machine everything should work fine. > > Even the workload you mention should not result in problems. > > Scalability > > is then limited to the scalibility of the underlying hardware. > > > > But running it within an EJB container that is running of several > > physical machines is not save (regarding object locking, caching, db > > writes and reads). > > > > I'm currently working on a highly scalable OJB Object-Server that > > will > > allow to use an arbitrary number of jvms on an arbitrary number of > > physical machines. > > I will release a first version of this server within the next two > > weeks. > > If you are interested I could provide you with a pre-release. > > > > > > > > Also-my database schema already exists. I'm planning to modify > > dbGen > > > (http://dbgen.sourceforge.net) so that it outputs the required > > > object-mapping XML document. I can't do it by hand because I've > > got over > > > 100 tables with 3 - 30 fields each. > > > > Yes that's a very good idea. I was also thinking of reusing parts of > > DBGEN for generation of the O/R mappings. It would be great if you > > could > > contribute your solution to our codebase! > > > > regards, > > > > Thomas > > > > > > > > Thanks- > > > Chris Freyer > > > Java contractor > > > HomeSide Lending, Inc. > > > Cf...@ho... <mailto:> > > > (904) 281-3219 > > > > > > This message may contain confidential information. We provide > > customer > > > information to others only under certain circumstances, and based > > on > > > representations that each applicable customer has authorized the > > disclosure. > > > If any person makes a false or misleading representation to obtain > > customer > > > information, that person may have committed a federal crime, and > > we may > > > report any such incident to the proper authorities. If you > > received this in > > > error, please notify the sender by fax or e-mail and delete this > > message. If > > > you properly received this message, you may use and distribute it > > only in > > > accordance with our instructions and applicable law. HomeSide and > > its > > > affiliates do not represent, warrant or guarantee that the > > integrity of this > > > communication has been maintained nor that the communication is > > free of > > > errors, viruses or interference. > > > > This message may contain confidential information. We provide customer > > information to others only under certain circumstances, and based on > > representations that each applicable customer has authorized the disclosure. > > If any person makes a false or misleading representation to obtain customer > > information, that person may have committed a federal crime, and we may > > report any such incident to the proper authorities. If you received this in > > error, please notify the sender by fax or e-mail and delete this message. If > > you properly received this message, you may use and distribute it only in > > accordance with our instructions and applicable law. HomeSide and its > > affiliates do not represent, warrant or guarantee that the integrity of this > > communication has been maintained nor that the communication is free of > > errors, viruses or interference. > > ------------------------------------------------------------------------ > Name: ojb-0.5.150-src.tgz > ojb-0.5.150-src.tgz Type: unspecified type (application/octet-stream) > Encoding: base64 |