6 Replies Latest reply on May 5, 2003 12:23 AM by ipozeng

    Is it a good architecture ?

    ipozeng

      Even if using local interface the JBoss CMP is still too slow to meet our customer's need :(
      So we plan to use JDO instead of EntityBean as below:

      jsp/servlet/javabean
      |
      stateless session bean
      |
      castor JDO
      |
      RDBMS

      i know what castor is and what castor can do but i have few practical experience about castor :(
      so i hope i could get help here.

      thanks in advance !

        • 1. Re: Is it a good architecture ?
          timfox

          This is not really the forum for this, but here's my 2c.

          If you're just modelling your beans behind a session facade, I agree the Jboss interceptor stack (although very cool idea) can be too slow.
          I have used Castor JDO in a real project, it is ok, but when I used it (about a year ago) it was really buggy, and response from the developers was poor. I had to fix several bugs myself in the codebase to get it up and running properly.
          Also Castor is not really JDO - it does not conform to the sun specifications.
          Several vendors are now producing "real" JDO implementations, (see www.jdocentral.com for more info), although the technology is still quite immature, and I don't know how good/stable the implementations are.
          Currently, because of the local interface performance problems in jboss, we model our domain objects as CMP entity beans, using JBoss 3, but using mvcsoft (www.mvcsoft.com) as the CMP implementation - this allows you to completely bypass the interceptor stack, if you are willing to make a few sacrifices - also it is very cheap.
          So there are some options - hope that helps.

          • 2. Re: Is it a good architecture ?
            ipozeng

            thanks for your answer ! If possible i will try the CMP implementation from www.mvcsoft.com .

            Yes,i know castor is not comparable with sun's specification . However castor is open source and i donot know any cheap implementation of sun's specification .

            regards!

            • 3. Re: Is it a good architecture ?
              johnnycannuk

              Try looking at Jakarta OJB...we use it and it rocks. Saved us a TONNE of development time on our latest project and it is a virtually transparent object relational mapping....

              • 4. Re: Is it a good architecture ?
                bstil

                > Try looking at Jakarta OJB...we use it and it rocks.
                > Saved us a TONNE of development time on our latest
                > project and it is a virtually transparent object
                > relational mapping....

                Do you use DAO and VO?

                I am starting a Struts project and want to use OJB. What layer(s) exist between a Business Delegate and OJB?

                • 5. Re: Is it a good architecture ?
                  jme

                  I tried to use the same architecture explained by IPO Zeng.
                  with JBoss, oracle, castor-0.9.4.3.
                  ( client - > Session bean - JDO - RDBMS)

                  but , when i used it , i found that both Contanier managed and user transactions are not happening in JBoss .

                  timfox, as you said that you used castor . i would like to know if transactions are supported in jboss for castor or not ?

                  do i need to configure any elements in deploy ment descriptors ?
                  i used the following attribute :
                  <trans-attribute> RequiresNew </trans-attribute>


                  i appreciate any help this ..

                  thanks ,
                  Shyam

                  • 6. Re: Is it a good architecture ?
                    ipozeng

                    There is a mbean jn jboss org.jboss.jdo.castor.CastorJDOImpl .



                    file:../jdo/conf/database.xml
                    jdo/castortestnews
                    10000
                    true
                    false
                    false

                    true


                    regards!