Re: MySQL OJB and Date Objects

Return Receipt Your Re: MySQL OJB and Date Objects document :

Re: MySQL OJB and Date Objects

I had issues with this as well. You want to use TIMESTAMP as the jdbc-type and use the JavaDate2SqlTimestampFieldConversion. /** * @ojb.field column="DATECREATED" *jdbc-type="TIMESTAMP" * conversion="org.apache.ojb.broker.accesslayer.conversions.JavaDate2SqlTi mestampFieldConver

RE: insert-procedure

The insert procedure by-passes OJB's normal insert. Your procedure must handle the actual insert as well. > -Original Message- > From: Ismail Siddiqui [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 09, 2005 9:49 AM > To: OJB Users List > Subject: insert-procedure > > Hi All, > I am

Re: xdoclet: generate interface descriptor

The problem is that you need a table in order to map fields onto columns. Perhaps you could post your design ? Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: xdoclet: generate interface descriptor

Thomas Dudziak wrote: I bumped into some strange thing in ojb xdoclet: I need mapping wich gave me Armin: interface descriptor has field descriptors but doesn't have table attribute class descriptor has both the same field descriptors and table attribute but if I specify *generate-table-info="true

Re: Will a two-level cache solve this problem?

Clute, Andrew wrote: I do have one more question, which I assume a lot of people will have: If I am reading this write, when using a TLCache, objects that are returned to a client that have 1:N or M:N relationships will have to had another query to get the FK's for those collections? Right, because

insert-procedure

Hi All, I am trying to execute a stored procedure after a class get inserted in database.. this is the code snippet from my action class VoteForm vForm = (VoteForm)form; Vote v = new Vote(); voteLogic.createVote(vForm); return mapping.findForward( "success" );

RE: Will a two-level cache solve this problem?

Armin, you are a god! ;) Thanks for the information, all very cool! I do have one more question, which I assume a lot of people will have: If I am reading this write, when using a TLCache, objects that are returned to a client that have 1:N or M:N relationships will have to had another query to g

Re: Will a two-level cache solve this problem?

Clute, Andrew wrote: Good news, I think. Just so I can understand, I want to clarify: The global cache will be the same as the cache today, and will contain full graphs. The second level cache only contain "flat objects", but as second level cache you can declare all ObjectCache implementations. W

Re: xdoclet: generate interface descriptor

> I bumped into some strange thing in ojb xdoclet: > I need mapping wich gave me Armin: interface descriptor has field > descriptors but doesn't have table attribute > class descriptor has both the same field descriptors and table attribute > > but if I specify *generate-table-info="true" in inte

xdoclet: generate interface descriptor

Hi all! I bumped into some strange thing in ojb xdoclet: I need mapping wich gave me Armin: interface descriptor has field descriptors but doesn't have table attribute class descriptor has both the same field descriptors and table attribute but if I specify *generate-table-info="true" in interfa

RE: Will a two-level cache solve this problem?

Good news, I think. Just so I can understand, I want to clarify: The global cache will be the same as the cache today, and will contain full graphs. When an object is retrieved, a copy of the object is returned to the client, and that copy is placed into the second-level global cache? So, any obje

Re: Will a two-level cache solve this problem?

Hi Andrew, > So, my question is will the introduction of a two-level cache isolate > clients of OJB from mutating the object that is in the real cache? yep! > Are > the objects that are in the local cache versus the global cache > different references, or are they the same? > They are different, th

Re: Strange stack

Someone please correct me if I am wrong, but I think the PersistenceBroker is single threaded - meaning that you will either need to write code to explicitly manage sync. of threads, or use multiple PersistenceBrokers, one-per-thread. Xavier Roques wrote: Hi, I'm using OJB 1.0 RC5. I have many

Strange stack

Hi, I'm using OJB 1.0 RC5. I have many threads sharing the same broker. they only use the borker to read in the database. Sometimes, I got this very strange error. INFO | jvm 1| 2005/03/08 21:10:02 | java.lang.ArrayIndexOutOfBoundsException INFO | jvm 1| 2005/03/08 21:10:02 | at

Will a two-level cache solve this problem?

Hello all! I have a standard 3-tier webapp back with OJB in my business layer. We are using the PB API. We have a host of domain objects, that is passed up to the web tier and used for form manipulation. The standard pattern for us when editing an object is: 1) Retrieve business object from P

Re: OJB.properties & Eclipse & Custom location

Hermann, I have had the same problem. The only solution I got to work is actually using another class-loader for ojb related work. public class EclipseHelper { public static ClassLoader m_classloaderOrig; public static ClassLoader m_customClassloader; static {

Re: Unique DB setup

I only created the classes with the XDoclet tags (using Eclipse) and put them into the ojb-blank project's src/java folder (you can download ojb-blank from OJB's download area). After the invocation of the build file in the ojb-blank project using the 'xdoclet' target, I got the repository file and