Re: A modification to ejbtags.jar
Consider this a friendly pat on the back... I had this on my list of things to get done for a big, nasty internal project, and this fits the bill perfectly. Maybe I'll send you a netcentive, or possibly a been, or even a flooz... unit? Uh... nah... nevermind. Thanks, Rian - Original Message - From: Michael A Third <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Friday, April 06, 2001 3:14 PM Subject: RE: A modification to ejbtags.jar > Since I had already modified the Iterate tag to support sliding windows, I > went ahead and incorporated Rafael's sorting tag and enhanced it to support > descending order. I've only attached the IterateTag.java and a sample tld > if anyone would like to use it. > > Michael > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez > Sent: Tuesday, March 06, 2001 9:42 AM > To: Orion-Interest > Subject: Re: A modification to ejbtags.jar > > > Ok. that resolve it :) > I made two mistakes: > 1) This mail was intended for Karl, but I misclicked in my email > manager. > 2) The version I sent is not a working one. I just realized that I > lost the last version in the last crash of our CVS... Mea culpa not > having a backup. > > Anyway, here is the working version. > > > I'm interested in performance metrics, since it uses reflection... > > > -- > Best regards, > Rafaelmailto:[EMAIL PROTECTED] >
Re: Performance problems (More Info).
SMP = Symmetric Multiprocessing. It's a multi-CPU box. Jeff. On Sat, 07 Apr 2001 14:02:37 +0200 "Marco Pas (GMX)" <[EMAIL PROTECTED]> wrote: >Sorry for my stupid question, but what is a >a SMP machine ? > >Kind Regards, >Marco > >At 18:13 2-4-01 -0700, you wrote: >>Well I found the problem with this and I thought I'd let everyone know for >>the sake of posterity. >> >>I found that this problem did not occur on my non-SMP machines, so I played >>around and found that the HotSpot server behaves wierd with SMP. Switching >>to pure interpretted mode fixes the problem. >> >>It wasn't Orion... >> >>-Original Message- >>From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] >>Sent: Monday, March 26, 2001 12:11 PM >>To: Orion-Interest >>Subject: RE: Performance problems (More Info). >> >> >>JVM Settings -- My normal settings are "-server -Xincgc -Xms128m -Xmx384m". >>I've tried playing around with different JVM options including turning off >>server, using normal gc, running in interpreted mode, running in classic >>mode, et al. I even tried running under JDK1.2.2. While these definately >>effect performance in dramatic ways, none seems to fix this problem. >> >>Garbage Collection -- I tried watching the heap by turning on verbosegc, and >>the pauses do not appear to be timed with a full gc. So thats not it >>either, definately a good thought though... >> >>DB Server -- The DB server itself is performing fine, CPU and memory >>utilization is low. The database is completely accessable via sqlplus or an >>alternative app while these pauses occur. >> >>Connection Pooling vs Orions DataSource Manager -- Interestingly the >>problem seems to go away when I turn off Orions datasources, and run with a >>third party ConnectionPool manager (such as BitMechanic).While this >>fixes my immediate problem it will prevent me from using Orion as an EJB >>container, which is not good. >> >> > -Original Message- >> > From: [EMAIL PROTECTED] >> > [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron >> > Tavistock >> > Sent: Monday, March 26, 2001 1:09 PM >> > To: Orion-Interest >> > Subject: Performance problems... >> > >> > >> > I've been working on getting Orion running in a production >> > environment for a >> > little while now and just when I thought everything was working >> > fine I go to >> > push to production and something load/volume related is creating massive >> > slowdowns. >> > >> > Basically every 250 database accesses or so there is a long pause >> > (20 to 60 >> > second), where nothing occurs. During this pause the CPU load *drops* to >> > practically nothing and our entire site is frozen. I'm not sure exactly >> > where the problem exists; it could be our code, our >> > configuration, or even a >> > bug in Orion. >> > >> > The environment is Redhat 6.2, JDK1.3, Oracle 8i. Its a pure >> > J2EE app, but >> > we're not using EJB. I initially thought it might be a memory issue, but >> > I've played with the JDK heap size and carefully watched memory >> > utilization >> > and thats also not the issue. I even considered that maybe >> > Evermind/IronFlare might have a throttle (to push you to get a >> > license) so I >> > put one of our production licenses on the QA box. >> > >> > I've since gotten a load tester and can reproduce the problem. Oddly, it >> > only happens on pages which require database access. Even more >> > interesting >> > is that it occurs more frequently on pages which utilize more than one >> > connection. But thats about as far as I can narrow it. I've tried the >> > 8.15 and 8.17 type4 jdbc drivers from oracle and we've tried Oracles >> > ConnectionCacheImpl and Orions XADataSource implimentation, both show the >> > same behavior (though both are using the Oracle Driver). I've also tried >> > Orions jdbc debug and it shows nothing of interest. >> > >> > So far I've put about a week straight into finding it, and I've just about >> > run out of ideas. I'd really be appreciative if anyone has any good >> > suggestions on where to look. ANyone seen behavior like this before? >> > >> > >
Error : Interbase schema and deployment
I am trying to change the database from hsql to Interbase (well, actually firebird 0.94...) in the CMP primer example for orion. My setup of Interbase followed the "Falk Langhammers database schema for Interbase " input to the orion-interest. It was easy, and I appreciate it. But it doesnt work for me. I get this error when starting the Orion server : C:\orion>java -Djsp.reuse.tags=false -jar orion.jar Auto-unpacking C:\code\addressbook\build\addressbook.ear... done. Auto-unpacking C:\code\addressbook\build\addressbook\addressbook-web.war... done. Auto-deploying addressbook (New server version detected)... Auto-deploying addressbook-ejb.jar (No previous deployment found)... SQL error: [interclient] Installed versions of InterClient and InterServer use in compatible client/server protocol versions. See API reference for exception interbase.interclient.BadInstallationException Warning: Error creating table: [interclient] Installed versions of InterClient and InterServer use incompatible client/server protocol versions. See API reference for exception interbase.interclient.BadInstallationException DataSourceConnection was not closed! done. I did look at the API, and this is mentioned. But I cant seem to solve the problem... What has happened, and how can i fix it ? This is my data-sources.xml : class="interbase.interclient.DataSource" location="jdbc/InterBaseDS" xa-location="jdbc/xa/InterBaseXADS" ejb-location="jdbc/InterBaseDS" connection-driver="interbase.interclient.Driver" username="sysdba" password="masterkey" url="jdbc:interbase://localhost//C:/programs/firebird_094/examples/v5/EMPLOYEE.GDB" inactivity-timeout="30" /> / Peter Nordlund "The mouse has moved - Windows needs to be restarted for the changes to take effect."
RE: A modification to ejbtags.jar
I had a quick look through and I have an observation if you're interested
in performance stuff:
(One of) the slowest aspects of reflection is Class.forName(). When I've
used reflection in the past, I created a static Map classes = new
HashMap(), which I use as a cache, with the class name as the key and the
class itself as the value.
Hmm - the amount of time it's taking me to explain this I might as well
code it myself :o)
Here you go (attached). Haven't tested it, so usual caveats apply.
Cheers,
Dan/tastapod
At 18:14 06/04/2001 -0400, you wrote:
>Since I had already modified the Iterate tag to support sliding windows, I
>went ahead and incorporated Rafael's sorting tag and enhanced it to support
>descending order. I've only attached the IterateTag.java and a sample tld
>if anyone would like to use it.
>
>Michael
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez
>Sent: Tuesday, March 06, 2001 9:42 AM
>To: Orion-Interest
>Subject: Re: A modification to ejbtags.jar
>
>
>Ok. that resolve it :)
>I made two mistakes:
>1) This mail was intended for Karl, but I misclicked in my email
>manager.
>2) The version I sent is not a working one. I just realized that I
>lost the last version in the last crash of our CVS... Mea culpa not
>having a backup.
>
>Anyway, here is the working version.
>
>
>I'm interested in performance metrics, since it uses reflection...
>
>
>--
>Best regards,
> Rafaelmailto:[EMAIL PROTECTED]
>
>
--
Dan North
VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550
CONFIDENTIALITY
This e-mail and any attachments are confidential
and may also be privileged. If you are not the named recipient,
please notify the sender immediately and do not disclose the
contents to another person, use it for any purpose, or store
or copy the information in any medium
package com.evermind.ejb.taglib;
import java.util.*;
import javax.ejb.*;
import javax.naming.*;
import javax.servlet.jsp.*;
import javax.servlet.jsp.tagext.*;
import javax.servlet.http.*;
import java.lang.reflect.*;
/**
* IterateTag
*
*@author Magnus Stenman
*@createdApril 6, 2001
*/
public class IterateTag extends BodyTagSupport {
// iterator
private PagedIterator it = new PagedIterator();
// temporary variables
private Vector vector = null;
private String type = null;
private int startRow = 1;
private int displayRows = 1000;
private String orderBy = null;
private boolean descending = false;
/**
* Sets the Collection attribute of the IterateTag object
*
*@param collection The new Collection value
*/
public void setCollection(Collection collection) {
this.vector = new Vector(collection);
}
/**
* Sets the Type attribute of the IterateTag object
*
*@param type The new Type value
*/
public void setType(String type) {
this.type = type;
}
/**
* Sets the StartRow attribute of the IterateTag object
*
*@param startRow The new StartRow value
*/
public void setStartRow(int startRow) {
this.startRow = startRow;
}
/**
* Sets the DisplayRows attribute of the IterateTag object
*
*@param displayRows The new DisplayRows value
*/
public void setDisplayRows(int displayRows) {
this.displayRows = displayRows;
}
/**
* Sets the OrderBy attribute of the IterateTag object
*
*@param orderBy The new OrderBy value
*/
public void setOrderBy(String orderBy) {
this.orderBy = orderBy;
}
/**
* Sets the Descending attribute of the IterateTag object
*
*@param descending The new Descending value
*/
public void setDescending(boolean descending) {
this.descending = descending;
}
/**
* Description of the Method
*
*@return Description of the Returned Value
*@exception JspException Description of Exception
*/
public int doStartTag() throws JspException {
if (this.orderBy != null) {
System.out.println("Order by = " + orderBy);
CompareInstances compare = new CompareInstances(this.type,
this.orderBy, this.descending);
Collections.sort(vector, compare);
}
it.setIterator(vector.iterator());
it.setStartRow(startRow);
it.setDisplayRows(displayRows);
return doAfterBody();
}
/**
* Description of the Method
OrionRemoteException
Hi all. Can anyone shed any light on this error? [java] com.evermind.server.rmi.OrionRemoteException: Disconnected: No such queue item: 81920 [java] at com.evermind._bi.EXCEPTION_ORIGINATES_FROM_THE_REMOTE_SERVER(.:1286) [java] at com.evermind._bi.invokeMethod(.:1229) [java] at com.evermind._dc.invoke(.:53) [java] at com.evermind._vo.invoke(.:22) [java] at __Proxy11.getName(Unknown Source) ... (the rest of the stack trace is a regular client-side stack with the usual line number stuff) It occurs while processing a file of records, each of which involves quite a bit of EJB manipulation, finders, etc. But the first 700-odd rows go through fine, and suddenly this happens. I've checked the data and it doesn't look like it's related to that - I'm thinking maybe it's a timing or contention issue. If anyone has seen anything like this, please let me know. Thanks in advance, Dan/tastapod -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
RE: Performance problems (More Info).
Sorry for my stupid question, but what is a a SMP machine ? Kind Regards, Marco At 18:13 2-4-01 -0700, you wrote: >Well I found the problem with this and I thought I'd let everyone know for >the sake of posterity. > >I found that this problem did not occur on my non-SMP machines, so I played >around and found that the HotSpot server behaves wierd with SMP. Switching >to pure interpretted mode fixes the problem. > >It wasn't Orion... > >-Original Message- >From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] >Sent: Monday, March 26, 2001 12:11 PM >To: Orion-Interest >Subject: RE: Performance problems (More Info). > > >JVM Settings -- My normal settings are "-server -Xincgc -Xms128m -Xmx384m". >I've tried playing around with different JVM options including turning off >server, using normal gc, running in interpreted mode, running in classic >mode, et al. I even tried running under JDK1.2.2. While these definately >effect performance in dramatic ways, none seems to fix this problem. > >Garbage Collection -- I tried watching the heap by turning on verbosegc, and >the pauses do not appear to be timed with a full gc. So thats not it >either, definately a good thought though... > >DB Server -- The DB server itself is performing fine, CPU and memory >utilization is low. The database is completely accessable via sqlplus or an >alternative app while these pauses occur. > >Connection Pooling vs Orions DataSource Manager -- Interestingly the >problem seems to go away when I turn off Orions datasources, and run with a >third party ConnectionPool manager (such as BitMechanic).While this >fixes my immediate problem it will prevent me from using Orion as an EJB >container, which is not good. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron > > Tavistock > > Sent: Monday, March 26, 2001 1:09 PM > > To: Orion-Interest > > Subject: Performance problems... > > > > > > I've been working on getting Orion running in a production > > environment for a > > little while now and just when I thought everything was working > > fine I go to > > push to production and something load/volume related is creating massive > > slowdowns. > > > > Basically every 250 database accesses or so there is a long pause > > (20 to 60 > > second), where nothing occurs. During this pause the CPU load *drops* to > > practically nothing and our entire site is frozen. I'm not sure exactly > > where the problem exists; it could be our code, our > > configuration, or even a > > bug in Orion. > > > > The environment is Redhat 6.2, JDK1.3, Oracle 8i. Its a pure > > J2EE app, but > > we're not using EJB. I initially thought it might be a memory issue, but > > I've played with the JDK heap size and carefully watched memory > > utilization > > and thats also not the issue. I even considered that maybe > > Evermind/IronFlare might have a throttle (to push you to get a > > license) so I > > put one of our production licenses on the QA box. > > > > I've since gotten a load tester and can reproduce the problem. Oddly, it > > only happens on pages which require database access. Even more > > interesting > > is that it occurs more frequently on pages which utilize more than one > > connection. But thats about as far as I can narrow it. I've tried the > > 8.15 and 8.17 type4 jdbc drivers from oracle and we've tried Oracles > > ConnectionCacheImpl and Orions XADataSource implimentation, both show the > > same behavior (though both are using the Oracle Driver). I've also tried > > Orions jdbc debug and it shows nothing of interest. > > > > So far I've put about a week straight into finding it, and I've just about > > run out of ideas. I'd really be appreciative if anyone has any good > > suggestions on where to look. ANyone seen behavior like this before? > > > >
Re: Where is the log file?
To the best of my knowledge, there is no such logging. You either need to turn on logging in Your database or write a JDBC wrapper. Markus On Fri, Apr 06, 2001 at 07:39:24PM -0700, Andrew Chau wrote: > How about the log for EntityBean container to the SQL database? > Is there any log containing the SQL statement that orion container > sends to teh database? -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
