Subject:   "Castor JDO": Simply False Advertising
Date:   2003-05-04 19:59:40
From:   tomdavies
Response to: "Castor JDO": Simply False Advertising

You say:"Source and Bytecode enhancements are not ideas that the developer community will like very much". Why would people object to Bytecode enhancements?

If you think that building an ORM yourself is easy, then you probably don't understand all the things which a JDO implementation can do for you:

- transparency, due to persistence by reachability you don't need to explicitly make instances persistent.

- support for inheritence.

- management of relationships between instances, again transparently.

- caching.

I too have written a simple ORM, but I now use JDO extensively, and find that it saves a lot of effort.


Full Threads Newest First

Showing messages 1 through 1 of 1.

  • "Castor JDO": Simply False Advertising
    2004-03-16 17:35:04  tksrajan [View]

    I am not aganist any frmawork or tool that makes life easier for the developer.

    Unfortunately, most of these do the reverse.I have just completed a project that uses OJB for ORM.This was the tool I had recommended from a host of tools evaluated.

    Guess what? I found this wanting in many areas, with bugs that the auhors do not think worth fixing

    For example if I want to insert records in a batch , ojb.0.9.xx version has no support for it.Likewise if database restarts , I am left with stale connections from the pool.There could be others as well.

    This is of course the issue with open source tools.(You can't complain when the stuff is free).My own experience is to use home grown stuff in areas whose execution is critical for the success of the project, or use products that have support from the vendor,else you will end up debugging the vedor's code instead of your own :)

    As regards developer comunity not comfortable with bytecode manipulation,this becoes a problem when you have a globally distributed develpoment team that uses the same source from a central repository. versioning binaly files in CVS that are actually source, somehow doesn't make sense

    As regards homegrown implemenations, these start at a very simple scale and evelove into full fledged frameworks that support XML mapping, polymorphism, multiple table queries ,complex joins,Object caching and life cycle management.The point is in any well managed project that follows a development methodology( not XP),there is a full set of collateral pertaining to archiecture design and implemenation with profuse documenation will exist. I can vouch for this for all CMM level 3+ or ISO 9001 companies in India.So knowledge transfer is never a problem

    Anyway I don't think what Sun dishes out is always holy writ( same about Microsoft as well).So my suggestion about building on our own if time and money permits