Let me rephrase the question. If I only want to create a new container-configuration with commit option A instead of B, do I have to include all the internals? The dtd refers to defaults on most of the options and specifies them as optional tags.
I copied and pasted from standardjboss.xml to my jboss.xml and changed the one line but that seams kind of "klutzy". I would like to specify only the one line to differ. Most likely I'll have lots of beans and each one will need some customization to achieve optimum performance. I don't want to have to have a massive jboss.xml to accomplish this though if I don't have to. Right now, if I try with the configuration below, jboss croaks/groans/whines and the app is not deployed (I posted this as a bug too by the way) > <container-configuration> > <container-name>Commit A</container-name> > <commit-option>A</commit-option> > </container-configuration> Any comments? Someone with experience in this area? Thanks Dennis PS, jboss rocks and we are planning on deploying a production web site in June with JBoss 3.0 On Mon, 2002-04-29 at 11:19, Dennis Muhlestein wrote: > Thanks Much, > > In trying to deploy with a new configuration, I started getting a lot of > errors like missing container-invoker, invalid instance-cache, etc etc. > > According to the DTD, those elements are all optional. I thought I > could provide a simple configuration with only the change I wanted and > the rest would be defaulted. > > Like this... > > <container-configuration> > <container-name>Commit A</container-name> > <commit-option>A</commit-option> > </container-configuration> > > > Do I have to provide each element or is there something else I'm > missing? > > Thanks > Dennis > > > On Mon, 2002-04-29 at 10:26, Alex Loubyansky wrote: > > Yes, you can. Look at this > > http://www.jboss.org/online-manual/HTML/ch07s16.html > > > > alex > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Dennis > > > Muhlestein > > > Sent: Monday, April 29, 2002 5:26 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection > > > PerformanceKiller > > > > > > > > > It makes sense to change the commit option for transactions for > > > performance tuning. I have one Entity Bean that I think would fit > > > option A better, and others that fit option B better. > > > > > > Can I customize each entity bean? I tried putting read-only > > > to true on > > > the one bean, but the container still loaded it before each > > > transaction. > > > (Option B). I don't want to change everything to option A. > > > > > > Thanks > > > -Dennis > > > > > > > > > On Fri, 2002-04-26 at 10:29, Dan Christopherson wrote: > > > > First, the re-fetch you see between your two tests is > > > because of the > > > > commit option. Option B (default in 3.0) doesn't cache data between > > > > transactions, although the bean instances will be cached. > > > If you aren't > > > > clustering and your data can't be modified from anywhere > > > else, you can > > > > change standardjboss.xml to use Option A instead. > > > > > > > > As to why you need the user transaction, what kind of > > > object are you > > > > calling from? If it's a client, well then you need a > > > UserTransaction. If > > > > it's a session bean, then make sure your session bean's > > > method is in a > > > > transaction with type of Required or RequiresNew. > > > > > > > > hth, > > > > danch > > > > > > > > Frank Morton wrote: > > > > > > > > > > If I wrap it with a UserTransaction, things look good, but I don't > > > > > see why I would have to do so. And, if I do, I have many places > > > > > where I will have to do the same thing, which I would > > > like to avoid. > > > > > > > > > > Without wrapping in my own transaction, when trying to > > > get a single > > > > > property from a single element in the Collection, it > > > loads the whole > > > > > Collection. I don't understand why it would do it twice, let alone > > > > > for each element in the Collection. I also don't understand if it > > > > > is a function of the commit options, config or it is not working > > > > > as expected. > > > > > > > > > > > > > > > > _______________________________________________ > > > > JBoss-user mailing list > > > > [EMAIL PROTECTED] > > > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > > > > > > > > > > > > > > _______________________________________________ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > >
signature.asc
Description: This is a digitally signed message part