Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
Frank Morton wrote: >>Does your ejb-jar have a jbosscmp-jdbc.xml, or a jaws.xml? It should >>be only jbosscmp-jdbc.xml (although any jaws.xml should be ignored by >>JBoss 3.0 or later). Trying to use jaws.xml with JBoss 3.x is getting >>to be a FAQ issue, but I know Dain's been trying to help you with this >>so I imagine you've got this right. >> > > I have neither a jbosscmp-jdbc.xml or a jaws.xml, assuming it would > use standard setting if missing. Is that right? Yes if you don't want to tune loading, but then you are not allowed to complain about speed. -dain ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Moving from EJB 1.x to 2.x
Frank Morton wrote: > Anyone know what these error messages mean when deploying > a 2.x entity bean? What exactly does this message mean: > > org.jboss...DeploymentException: expected one strategy tag > > I do have in my ejb-jar.xml a ... > entry, which is what I assume it is talking about. > In ejb-jar.xml? Looking in ejb-jar_2_0.dtd, I see no strategy here. In jbosscmp-jdbc.xml, your read-ahead tag must have one and only one child, which must be the first tag. Hmmm, what else might that mean... grep grep grep ... Well, to be more precise, that particular message means that it didn't find any. If it says 'only one' it means it found multiples. -danch ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
> Does your ejb-jar have a jbosscmp-jdbc.xml, or a jaws.xml? It should > be only jbosscmp-jdbc.xml (although any jaws.xml should be ignored by > JBoss 3.0 or later). Trying to use jaws.xml with JBoss 3.x is getting > to be a FAQ issue, but I know Dain's been trying to help you with this > so I imagine you've got this right. I have neither a jbosscmp-jdbc.xml or a jaws.xml, assuming it would use standard setting if missing. Is that right? Frank ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
danch wrote: > Hmm. > Well I can help with JAWS: JAWS really should be removed from the 3.0 > codebase because even if you deploy a vanilla 1.1 CMP bean, Dain's > JDBCStoreManager should be handling it (uh, right, Dain?). It should. It is not used much, so the code is probably more buggy. > To paraphrase Monty Python, "JAWS is dead! it is deceased! it is no more!" This is a backwards compatibility issue. I except to fully remove JAWS in JBoss 4.0. > From the trace, JAWS isn't trying to do read-ahead. For the historic > record, read-ahead defaulted off in JAWS. > > Does your ejb-jar have a jbosscmp-jdbc.xml, or a jaws.xml? It should be > only jbosscmp-jdbc.xml (although any jaws.xml should be ignored by JBoss > 3.0 or later). Trying to use jaws.xml with JBoss 3.x is getting to be a > FAQ issue, but I know Dain's been trying to help you with this so I > imagine you've got this right. > > I'll try to take a look tonight and see why 3.0 would use JAWS at all. It is used for applications that do not use the new EJB 2.0 dtd for the ejb-jar.xml file. This is an EJB 1.1 jar and therefore CMP 1.1. -dain ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] GMS address
Remove cluster-service.xml from your deploy directory or enable multicasting on your box. Mike Dougherty wrote: >I am trying to run RC1 on a Win2K box that doesn't seem to like (it just >hangs) some of the addresses it chooses. The console output just stops >at this point: > >>--- >>GMS: address is dev08:1890 >>--- >> > >What is it? Can I control the address (range?) which it binds to? If so, >how? > >Thanks, >/mike > > > >___ >JBoss-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-user > -- Andrew Scherpbier, CTO ([EMAIL PROTECTED]) BlackBall Music (http://www.blackballmusic.com/) ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Moving from EJB 1.x to 2.x
> Does your ejbCreate method have "throws CreateException" in its definition > and the interfaces? > > > > Bean: Identifier > > Method: public String ejbCreate(String) > > Section: 10.6.4 > > Warning: The throws clause must define the javax.ejb.CreateException Turns out the ejbCreate method did throw CreateException, but the bean had a superclass with an ejbCreate that did not throw the exception. Still don't know what "expected one strategy tag" means. Thanks. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
Frank Morton wrote: >>Wait. Are you using JAWS? I only ask that because all of the log stuff >>is from JAWS. >> >>If you are using JAWS, I can't help, because I don't know anything about >>the JAWS optimized loading process. >> >>-dain >> > > Well, I'm using 3.0 as distributed. I assumed if I set cmp-version to "2.x" > that I would be using the persistence-manager for Standard CMP 2.x > EntityBean, which in standardjboss.xml is orgJDBCStoreManager. > So, to answer your question as best I can, I don't think so > and I'm thinking if I am, it is by accident and shouldn't be the case. > JAWS is for pre-2.0, right? Can you shed light on this? > > Frank > Hmm. Well I can help with JAWS: JAWS really should be removed from the 3.0 codebase because even if you deploy a vanilla 1.1 CMP bean, Dain's JDBCStoreManager should be handling it (uh, right, Dain?). To paraphrase Monty Python, "JAWS is dead! it is deceased! it is no more!" From the trace, JAWS isn't trying to do read-ahead. For the historic record, read-ahead defaulted off in JAWS. Does your ejb-jar have a jbosscmp-jdbc.xml, or a jaws.xml? It should be only jbosscmp-jdbc.xml (although any jaws.xml should be ignored by JBoss 3.0 or later). Trying to use jaws.xml with JBoss 3.x is getting to be a FAQ issue, but I know Dain's been trying to help you with this so I imagine you've got this right. I'll try to take a look tonight and see why 3.0 would use JAWS at all. -danch ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Configuring JBoss-2.4.5/Tomcat-4.0.3 to use virtual hosts
Greetings, I fear this topic may be beaten to death but I am in need of some guidance. I know JBoss 2.4.5 has support for virtual hosts as per the change log. What I need to know is which files need to be configured to allow this, as well as how to alter those files. Despite being new to Java development and newer still to JBoss in particular, I have been charged with the task (not one I've sought) of determining how best to move our applications from Orion to JBoss (for which virtual hosting is an absolute necessity). I've gotten an existing application to run under JBoss-2.4.4 so only the virtual hosting issue is of concern to me at this point. Normally I would quite enjoy sorting though everything in my own time learning it and letting it soak in and all, unfortunately I am not graced with the luxury of time, so any help would be welcome help. I should also note that as of this posting I am still downloading the JBoss-2.4.5_Tomcat-4.0.3.zip file (sourceforge is particularly slow today), so it may very well be when I view the conf files it will all be clear, but for now I'm hedging my bets :) Thank you kindly in advance, ~Jakob Kramer ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Moving from EJB 1.x to 2.x
Does your ejbCreate method have "throws CreateException" in its definition and the interfaces? > From: "Frank Morton" <[EMAIL PROTECTED]> > Date: Wed, 24 Apr 2002 16:10:22 -0500 > To: <[EMAIL PROTECTED]> > Subject: [JBoss-user] Moving from EJB 1.x to 2.x > > Bean: Identifier > Method: public String ejbCreate(String) > Section: 10.6.4 > Warning: The throws clause must define the javax.ejb.CreateException ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] javax.transaction.xa.xid not found
Hi When I upgrade to 2.4.4 from 2.4.1, simply by pointing at the new directories, I get a NoClassDefFoundError when the app server tries to find javax.transaction.xa.Xid. This apparently was not a problem with 2.4.1. Ideas on what has changed and what I need to do? Can I use my old jboss.jcml? Any thoughts would be appreciated. Thanks Eric Kaplan Armanta, Inc. 55 Madison Ave. Morristown, NJ 07960 Phone: (973) 326-9600 winmail.dat Description: application/ms-tnef
[JBoss-user] Moving from EJB 1.x to 2.x
Anyone know what these error messages mean when deploying a 2.x entity bean? What exactly does this message mean: org.jboss...DeploymentException: expected one strategy tag I do have in my ejb-jar.xml a ... entry, which is what I assume it is talking about. Also I get this message deploying a bean called Identifier: Bean: Identifier Method: public String ejbCreate(String) Section: 10.6.4 Warning: The throws clause must define the javax.ejb.CreateException Thanks. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] GMS address
I am trying to run RC1 on a Win2K box that doesn't seem to like (it just hangs) some of the addresses it chooses. The console output just stops at this point: > >--- >GMS: address is dev08:1890 >--- > What is it? Can I control the address (range?) which it binds to? If so, how? Thanks, /mike ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Context Configuration for EmbeddedCatalinaServiceSX
Title: Context Configuration for EmbeddedCatalinaServiceSX I posted this in the forum but wanted to try here as well... Sorry if this is already covered in another thread but I was not able to find one that really addressed my issue. I have a system that currently runs on the JBoss-2.4.4_Tomcat-4.0.1 bundle and I have upgraded the catalina to 4.0.3. This all runs great on W2K, Linux and Solaris, aren't JBoss and Java great!!! When I deploy my application ear it creates the context I need and every thing is fine. What I want/need to be able to do is to manipulate the configuration of that context like I can in tomcat to set things like "debug" and "reloadable", logging would be a plus as well. I have been able to add things to the service such as below without problems, but anything I do to try to change the context created has no effect. I'm at a loss for what to try next. Can what I'm trying to do even be done? 8090 port="8009" minProcessors="5" maxProcessors="75" acceptCount="10" /> Any suggestions / advice on this would be greatly appreciated. Leonard Crowe
[JBoss-user] JBoss-2.4.5.RC2 Available
The second 2.4.5 release candidate is available from SourceForge here: http://sourceforge.net/project/showfiles.php?group_id=22866 See the release notes here: http://sourceforge.net/project/shownotes.php?release_id=83816 Scott Stark Chief Technology Officer JBoss Group, LLC ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Building Catalina .sar (Tomcat to work with JBossBeta 2 HOWTO)?
I was talking to Jules during JavaOne about this. He was saying that this was an issue with the JasperC (JSPC compiler). The workaround that he recommended was to precompile all the JSPs and put the compiled class files in the war file. -Steve -- In Between jobs, and just getting my new development machine online. <===Begin Original Message===> James Higginbotham wrote: > On the contrary, by using the testcase I emailed to the list, but > modifying it to have the war inside the ear, I still get the same > problem. If I remove the client jar from the war, I cannot compile the > JSPs as they require the remote and home interfaces but cannot find > them. So, I'm still in the same spot. Am I missing something? Did your > team successfully deploy my test application in this manner? If so, can > you email me the .ear file so I can see why its working for you? > > Any other workaround ideas? Still have an estimated date for beta 2 to > be released? > > Thanks, > James > > >>-Original Message- >>From: Scott M Stark [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, April 11, 2002 8:40 PM >>To: [EMAIL PROTECTED] >>Subject: Re: [JBoss-user] Building Catalina .sar (Tomcat to >>work with JBossBeta 2 HOWTO)? >> >> >>This is not a Catalina integration issue. It is an issue with >>the servlet 2.3 class loading model and the servlet to ejb >>call being optimized when it should not be. >> >>By default Jetty is not using the servlet 2.3 class loading >>model that loads classes from the war before the parent class >>loader and so it works. If you turn on the servlet 2.3 class >>loading model in Jetty it also fails. >> >>This behavior is not seen if the war is included in the ear >>with the ejb jar and the ejb client jar left out of the war. >>Is there a reason this can't be done? >> >> >>Scott Stark >>Chief Technology Officer >>JBoss Group, LLC >> >>- Original Message - >>From: "James Higginbotham" <[EMAIL PROTECTED]> >>To: "Dennis Muhlestein" <[EMAIL PROTECTED]>; >><[EMAIL PROTECTED]> >>Cc: "Scott M Stark" <[EMAIL PROTECTED]> >>Sent: Tuesday, April 09, 2002 5:08 PM >>Subject: RE: [JBoss-user] Building Catalina .sar (Tomcat to >>work with JBossBeta 2 HOWTO)? >> >> >>Attached is a testcase that reproduces the problem that we >>talked about here. My apologies for sending this to all on >>the list, but I hope that this testcase finds it way to the >>appropriate Jboss developers. I don't have an official bug >>number for reference, nor do I have a specific email to send >>this to within the development team. >> >>If you have any questions about the testcase, feel free to >>send me an email to this address. >> >>Regards, >>James >> >> >> >>___ >>JBoss-user mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/j> boss-user >> >> > > ___ > 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
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
Frank Morton wrote: >>Wait. Are you using JAWS? I only ask that because all of the log stuff >>is from JAWS. > > Well, I'm using 3.0 as distributed. I assumed if I set cmp-version to "2.x" > that I would be using the persistence-manager for Standard CMP 2.x > EntityBean, which in standardjboss.xml is orgJDBCStoreManager. > So, to answer your question as best I can, I don't think so > and I'm thinking if I am, it is by accident and shouldn't be the case. > JAWS is for pre-2.0, right? Can you shed light on this? > You do not need to set the persistence-manager; all you need to do is specify the correct doctype in the ejb-jar.xml file. Do you have the following in your ejb-jar.xml file: http://java.sun.com/j2ee/dtd/ejb-jar_2_0.dtd";> If not added it. Are you coding CMP 2.0 beans? For example, is the entity bean class abstract? If not, you need to convert your code to CMP 2.0. When you run you application you should not ANY messages from JAWS. -dain ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
> Does anyone have an entity bean that has a method that > returns a Collection that performs well with ~200 elements > in the Collection? Reaching it through a session bean is > fine. If so, would you share the source? I'm beginning to > believe that no one actually has done this successfully. Yes, I have run into the same issue using a custom finder. One finder in particular returns all order lines for a customer. This is very quick if a moderate amount of records, but because agonizingly slow when it gets into the hundreds. The custom finder SQL is tuned and tested so I know the PK values are coming back quickly (single column PK). I was thinking of doing some timing tests to see where the issue is. Sounds like you have already done this. I wonder though what the time is to load a bean found by PK rather than the finder collection is. It shouldn't be different, but if it is then that would give us more information. I know other beans that I find by PK load up much faster than 100ms. I am still on 3.0.0beta, but we seem to have the same issue anyway. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
> Wait. Are you using JAWS? I only ask that because all of the log stuff > is from JAWS. > > If you are using JAWS, I can't help, because I don't know anything about > the JAWS optimized loading process. > > -dain Well, I'm using 3.0 as distributed. I assumed if I set cmp-version to "2.x" that I would be using the persistence-manager for Standard CMP 2.x EntityBean, which in standardjboss.xml is orgJDBCStoreManager. So, to answer your question as best I can, I don't think so and I'm thinking if I am, it is by accident and shouldn't be the case. JAWS is for pre-2.0, right? Can you shed light on this? Frank > Frank Morton wrote: > > >>Dain wrote: > >>BTW: there is a difference between doesn't work and is not fast enough > >>for me. > >> > > > > You are right about that. With all the weird things I have tried on this, > > I have never gotten an exception that I didn't cause which is a real > > testimony to the stability of 3.0.0.RC1. > > > > > >>Have you looked at the server.log? What queries are being executed? > >>Don't post the whole file. Give us a summary. > >> > > > > Here is the log where I invoke the stateless session bean that first > > does a find on a Container, then finds a Collection of Attribute > > beans. I'm after the "name" property in each Attribute. It is doing > > individual selects on each Attribute in the Collection. I guess my > > bottom-line question is if cmp can be coaxed into loading the > > Collection with a single Select since it takes around 100ms > > per select, leading to about 20 seconds for a Collection of 200. > > > > I'll try any idea you may have. Wow does that leave me open > > for comment ;-) > > > > Frank > > > > 2002-04-24 10:02:37,151 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1] getProfileHandle() > > 2002-04-24 10:02:37,153 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1] getId() > > 2002-04-24 10:02:37,154 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] > > background thread started: org.jboss.jetty.util.NaiveTimeOutManager@7b914d > > 2002-04-24 10:02:37,248 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1] getId() > > 2002-04-24 10:02:37,311 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > > InvokeHome: create() > > 2002-04-24 10:02:37,318 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > findByPrimaryKeyMap(1004976,name) > > 2002-04-24 10:02:37,379 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > > InvokeHome: findByPrimaryKey(1004976) > > 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Exists command executing: SELECT COUNT(*) FROM Container WHERE id=? > > 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Set parameter: idx=1, jdbcType=BIGINT, value=1004976 > > 2002-04-24 10:02:37,387 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] > > background thread ended: org.jboss.jetty.util.NaiveTimeOutManager@7b914d > > 2002-04-24 10:02:37,420 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > > InvokeHome: findByContainerId(1004976) > > 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > findByContainerId command executing: SELECT id FROM Attribute WHERE > > containerId=? > > 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Set parameter: idx=1, jdbcType=BIGINT, value=1004976 > > 2002-04-24 10:02:37,555 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1006166] getName() > > 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Load command executing: SELECT > > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > > containerType FROM Attribute WHERE id=? > > 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Set parameter: idx=1, jdbcType=BIGINT, value=1006166 > > 2002-04-24 10:02:37,623 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1006167] getName() > > 2002-04-24 10:02:37,624 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Load command executing: SELECT > > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > > containerType FROM Attribute WHERE id=? > > 2002-04-24 10:02:37,625 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Set parameter: idx=1, jdbcType=BIGINT, value=1006167 > > 2002-04-24 10:02:37,685 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1006168] getName() > > 2002-04-24 10:02:37,688 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Load command executing: SELECT > > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > > containerType FROM Attribute WHERE id=? > > 2002-04-24 10:02:37,689 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Set parameter: idx=1, jdbcType=BIGINT, value=1006168 > > 2002-04-24 10:02:37,768 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > > [1007007] getName() > > 2002-04-24 10:02:37,771 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > > Load command executing:
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
Wait. Are you using JAWS? I only ask that because all of the log stuff is from JAWS. If you are using JAWS, I can't help, because I don't know anything about the JAWS optimized loading process. -dain Frank Morton wrote: >>Dain wrote: >>BTW: there is a difference between doesn't work and is not fast enough >>for me. >> > > You are right about that. With all the weird things I have tried on this, > I have never gotten an exception that I didn't cause which is a real > testimony to the stability of 3.0.0.RC1. > > >>Have you looked at the server.log? What queries are being executed? >>Don't post the whole file. Give us a summary. >> > > Here is the log where I invoke the stateless session bean that first > does a find on a Container, then finds a Collection of Attribute > beans. I'm after the "name" property in each Attribute. It is doing > individual selects on each Attribute in the Collection. I guess my > bottom-line question is if cmp can be coaxed into loading the > Collection with a single Select since it takes around 100ms > per select, leading to about 20 seconds for a Collection of 200. > > I'll try any idea you may have. Wow does that leave me open > for comment ;-) > > Frank > > 2002-04-24 10:02:37,151 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1] getProfileHandle() > 2002-04-24 10:02:37,153 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1] getId() > 2002-04-24 10:02:37,154 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] > background thread started: org.jboss.jetty.util.NaiveTimeOutManager@7b914d > 2002-04-24 10:02:37,248 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1] getId() > 2002-04-24 10:02:37,311 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > InvokeHome: create() > 2002-04-24 10:02:37,318 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > findByPrimaryKeyMap(1004976,name) > 2002-04-24 10:02:37,379 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > InvokeHome: findByPrimaryKey(1004976) > 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Exists command executing: SELECT COUNT(*) FROM Container WHERE id=? > 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1004976 > 2002-04-24 10:02:37,387 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] > background thread ended: org.jboss.jetty.util.NaiveTimeOutManager@7b914d > 2002-04-24 10:02:37,420 DEBUG [org.jboss.ejb.plugins.LogInterceptor] > InvokeHome: findByContainerId(1004976) > 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > findByContainerId command executing: SELECT id FROM Attribute WHERE > containerId=? > 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1004976 > 2002-04-24 10:02:37,555 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1006166] getName() > 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Load command executing: SELECT > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > containerType FROM Attribute WHERE id=? > 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1006166 > 2002-04-24 10:02:37,623 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1006167] getName() > 2002-04-24 10:02:37,624 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Load command executing: SELECT > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > containerType FROM Attribute WHERE id=? > 2002-04-24 10:02:37,625 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1006167 > 2002-04-24 10:02:37,685 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1006168] getName() > 2002-04-24 10:02:37,688 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Load command executing: SELECT > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > containerType FROM Attribute WHERE id=? > 2002-04-24 10:02:37,689 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1006168 > 2002-04-24 10:02:37,768 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1007007] getName() > 2002-04-24 10:02:37,771 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Load command executing: SELECT > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > containerType FROM Attribute WHERE id=? > 2002-04-24 10:02:37,771 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Set parameter: idx=1, jdbcType=BIGINT, value=1007007 > 2002-04-24 10:02:37,839 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: > [1007008] getName() > 2002-04-24 10:02:37,840 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] > Load command executing: SELECT > Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. > containerType FROM At
Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer
> Dain wrote: > BTW: there is a difference between doesn't work and is not fast enough > for me. You are right about that. With all the weird things I have tried on this, I have never gotten an exception that I didn't cause which is a real testimony to the stability of 3.0.0.RC1. > Have you looked at the server.log? What queries are being executed? > Don't post the whole file. Give us a summary. Here is the log where I invoke the stateless session bean that first does a find on a Container, then finds a Collection of Attribute beans. I'm after the "name" property in each Attribute. It is doing individual selects on each Attribute in the Collection. I guess my bottom-line question is if cmp can be coaxed into loading the Collection with a single Select since it takes around 100ms per select, leading to about 20 seconds for a Collection of 200. I'll try any idea you may have. Wow does that leave me open for comment ;-) Frank 2002-04-24 10:02:37,151 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1] getProfileHandle() 2002-04-24 10:02:37,153 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1] getId() 2002-04-24 10:02:37,154 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] background thread started: org.jboss.jetty.util.NaiveTimeOutManager@7b914d 2002-04-24 10:02:37,248 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1] getId() 2002-04-24 10:02:37,311 DEBUG [org.jboss.ejb.plugins.LogInterceptor] InvokeHome: create() 2002-04-24 10:02:37,318 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: findByPrimaryKeyMap(1004976,name) 2002-04-24 10:02:37,379 DEBUG [org.jboss.ejb.plugins.LogInterceptor] InvokeHome: findByPrimaryKey(1004976) 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Exists command executing: SELECT COUNT(*) FROM Container WHERE id=? 2002-04-24 10:02:37,383 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1004976 2002-04-24 10:02:37,387 DEBUG [org.jboss.jetty.util.NaiveTimeOutManager] background thread ended: org.jboss.jetty.util.NaiveTimeOutManager@7b914d 2002-04-24 10:02:37,420 DEBUG [org.jboss.ejb.plugins.LogInterceptor] InvokeHome: findByContainerId(1004976) 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] findByContainerId command executing: SELECT id FROM Attribute WHERE containerId=? 2002-04-24 10:02:37,423 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1004976 2002-04-24 10:02:37,555 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1006166] getName() 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Load command executing: SELECT Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. containerType FROM Attribute WHERE id=? 2002-04-24 10:02:37,556 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1006166 2002-04-24 10:02:37,623 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1006167] getName() 2002-04-24 10:02:37,624 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Load command executing: SELECT Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. containerType FROM Attribute WHERE id=? 2002-04-24 10:02:37,625 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1006167 2002-04-24 10:02:37,685 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1006168] getName() 2002-04-24 10:02:37,688 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Load command executing: SELECT Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. containerType FROM Attribute WHERE id=? 2002-04-24 10:02:37,689 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1006168 2002-04-24 10:02:37,768 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1007007] getName() 2002-04-24 10:02:37,771 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Load command executing: SELECT Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. containerType FROM Attribute WHERE id=? 2002-04-24 10:02:37,771 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1007007 2002-04-24 10:02:37,839 DEBUG [org.jboss.ejb.plugins.LogInterceptor] Invoke: [1007008] getName() 2002-04-24 10:02:37,840 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Load command executing: SELECT Attribute.id,Attribute.containerId,Attribute.name,Attribute.value,Attribute. containerType FROM Attribute WHERE id=? 2002-04-24 10:02:37,841 DEBUG [org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand] Set parameter: idx=1, jdbcType=BIGINT, value=1007008 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Re: JBoss-2.4.5_Tomcat-4.0.3 MAPPING configuration error
Hi, Sorry the subject was supposed to be more informative on the original message. Hopefully this will help. I found that adding the xerces.jar file to catalina/common/lib enabled me to start tomcat on its own but still don't have jboss+tomcat working. :( -- Regards, M Martin Sillence PR Newswire DL +44 (0)1865 78 5065 F +44 (0)1865 78 5100 W www.prnewswire.eu.com --- Any views or opinions are solely those of the author and do not necessarily represent those of PR Newswire Europe. The e-mail contents are intended only for addressee and may contain confidential and/or privileged material. If you are not the intended recipient, please do not read, copy, use or disclose this communication and notify the sender. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss-2.4.5_Tomcat-4.0.3
Hi, With the new build of JBoss/Tomcat I cant seem to access any web pages: [INFO,Engine] StandardHost[localhost]: MAPPING configuration error for request URI The deployed ear file worked in the last build of jboss/tomcat I get the same message when I start it up with the webtest.ear file that came with the build. Beans seem to work fine. Running it on debian linux. Also - maybe related - cant start up tomcat on its own: Exception during startup processing java.lang.reflect.InvocationTargetException: java.lang.NoClassDefFoundError: org /xml/sax/HandlerBase at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:674) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:1093) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:992) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at org.apache.catalina.startup.Catalina.createStartMapper(Catalina.java:280) at org.apache.catalina.startup.Catalina.start(Catalina.java:722) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) Exception during startup processing java.lang.reflect.InvocationTargetException: java.lang.NoClassDefFoundError: org/xml/sax/HandlerBase -- Regards, M Martin Sillence PR Newswire DL +44 (0)1865 78 5065 F +44 (0)1865 78 5100 W www.prnewswire.eu.com --- Any views or opinions are solely those of the author and do not necessarily represent those of PR Newswire Europe. The e-mail contents are intended only for addressee and may contain confidential and/or privileged material. If you are not the intended recipient, please do not read, copy, use or disclose this communication and notify the sender. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user