RE: [JBoss-user] Timer MBean

2002-04-23 Thread Loïc Lefèvre
I really thank you! :D One more question is: I use JBoss 2.4.4, will it work? If no, is there as similar way for JBoss 2.4.4? TIA, Loic -Message d'origine- De : Eric Jain [mailto:[EMAIL PROTECTED]] Envoyé : lundi 22 avril 2002 18:54 À : JBoss User Mailing List Cc : Loïc Lefèvre Objet :

RE: [JBoss-user] Timer MBean

2002-04-23 Thread Eric Jain
One more question is: I use JBoss 2.4.4, will it work? If no, is there as similar way for JBoss 2.4.4? Can't help you there; jboss-service.xml will certainly be different. -- Eric Jain ___ JBoss-user mailing list [EMAIL PROTECTED]

RE: [JBoss-user] App development with JBoss 3

2002-04-23 Thread Frank Groot
Simon, With XDoclet and Ant you can automate building and deploying an EAR file. Works for me. Only you still end up with the deploy time of your app and compile time of your jsp before you can check your page. Success, Frank Groot MORSE B.V. www.morse.nl -Original Message- From:

Re: [JBoss-user] App development with JBoss 3

2002-04-23 Thread Simon Stewart
On Mon, Apr 22, 2002 at 06:42:53PM +0100, Simon Stewart wrote: I'm currently developing my app heavily, and there are many small, incremental changes that I make to one file at a time (for example, tweaking the HTML in a JSP) It would be extremely useful if I didn't need to prepare an EAR

[JBoss-user] EJB deployment warnings

2002-04-23 Thread Alex Loubyansky
Deploying entity beans with local interfaces I see these warnings: INFO [EJBDeployer] Bean : Section Method : public abstract void remove() throws RemoveException Section: 12.2.1 Warning: Each local home method must match a method defined in the entity bean class. In SectionEJB I have:

[JBoss-user] different transaction context ?

2002-04-23 Thread Mris Orbidns
Does anyone know what could cause this exception ? It happens when I do sessionContext.setRollbackOnly(); in my stateful session bean. In the same method SFSB called SLSB. SFSB has Required, SLSB has Mandatory TX attribute on all methods. Maris Orbidans [ERROR,DataAccess] TRANSACTION

[JBoss-user] RE: log4j

2002-04-23 Thread Eric Kaplan
ok, now i feel like i'm being ignored. is this is a difficult question? i see other people encountered this same problem, but have tried various things and nothing seems to fix this. can someone please tell me, this is critical for the work we're doing. if you can't use log4j with jboss

RE: [JBoss-user] RE: log4j

2002-04-23 Thread James Higginbotham
Title: RE: [JBoss-user] RE: log4j I'll throw this out, though it may not directly relate to your problem.. We encountered a VerifyError when trying to call the Logger, part of log4j 1.2 beta, that isn't part of log4j1.1.3 that is distributed with Jboss 3 (not sure about 2.4). I simply

Re: [JBoss-user] RE: log4j

2002-04-23 Thread David Ward
Just a quick idea - you aren't including log4j.jar in any of your application deployment units are you? Just use the one that is already in the jboss classpath. If I'm way off, feel free to ignore me but just thought I'd check. David -- Eric Kaplan wrote: ok, now i feel like i'm being

[JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Frank Morton
Using 3.0.0RC1 with PostgreSQL underneath. Just converted to using a Local Interface, but didn't make as much performance difference as I hoped. I have a case where I need to iterate a Collection resulting from a finder method with an entity bean. Since the collection might have 200 items,

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
Use a transaction or turn off read ahead. You are basically reading ahead data, tossing the read-ahead information out, and then repeating. -dain Frank Morton wrote: Using 3.0.0RC1 with PostgreSQL underneath. Just converted to using a Local Interface, but didn't make as much performance

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Frank Morton
Use a transaction or turn off read ahead. You are basically reading ahead data, tossing the read-ahead information out, and then repeating. -dain Thanks for your response. Sorry for my confusion, but I am. Your doc states to use read-ahead with the strategyon-load/strategy for this exact

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
Frank Morton wrote: Use a transaction or turn off read ahead. You are basically reading ahead data, tossing the read-ahead information out, and then repeating. -dain Thanks for your response. Sorry for my confusion, but I am. Your doc states to use read-ahead with the

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
danch wrote: Dain Sundstrom wrote: Frank Morton wrote: I tried that, too, which doesn't appear to make any difference. Please clarify this. There is a lot of contradictory info on the web about this. I also tried setting read-ahead in standardjaws.xml to true and false, neither of which

RE: [JBoss-user] EJB deployment warnings

2002-04-23 Thread Eric Jain
And in SectionLocalHome I have: public void remove() throws javax.ejb.RemoveException; Remove remove() from the home interface. -- Eric Jain ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] Roadmap?

2002-04-23 Thread Mike Dougherty
I am new to the list so I am not real familiar with the release cycles. So I went looking around the site for a road-map but was unable to find one. I am trying to find out when (approximately) when JBoss 3.0 will be released. If it's soon and will beat my product I be able say my application

STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Frank Morton
I think I'm close.Thanks to all who have given advice. If I get this going, I'll be glad to write up the results, which based on dain's comments, others are also asking about. Here are the details (using 3.0.0.RC1): I have two cmp entity beans: Container and Attribute. I also have a stateless

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Marius Kotsbak
Dain Sundstrom wrote: danch wrote: Dain Sundstrom wrote: Frank Morton wrote: I tried that, too, which doesn't appear to make any difference. Please clarify this. There is a lot of contradictory info on the web about this. I also tried setting read-ahead in standardjaws.xml to true and

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
Marius Kotsbak wrote: In that file, I find fk-constraintfalse/fk-constraint. Is there a reason for that to be false as default? FK constraints are not supported by hypersonic, or more importantly I couldn't get them to work. And since this one is there: read-ahead

Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection PerformanceKiller

2002-04-23 Thread Marius Kotsbak
Frank Morton wrote: You have specified transaction-typeBean/transaction-type. Then I think you have to manually start and end the transaction. Do you do this? And I think you should use container for this option instead, and Required in the transaction-type of your methods. I am not

Re: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
Marius Kotsbak wrote: I remember from using jboss 2.4.x, that manual changes in the DB would take some time to be reflected from CMP-beans (no new data even in a new transaction after the change), probably because jboss was caching the data, and not writing it to the DB at the same time

[JBoss-user] create-table, jaws.xml and JBoss 3.0 beta2

2002-04-23 Thread James Higginbotham
Title: Message Can someone please tell me why the following entry in a jaws.xml file inside my entity bean's jar continues to cause jboss to create the table in mysql (named workflowstoragebean after the EJB) rather than using the one specified in the jaws file (workflowejb)? When JBoss

Re: [JBoss-user] create-table, jaws.xml and JBoss 3.0 beta2

2002-04-23 Thread David Jencks
Any chance you are using cmp2 in enough places so that jbosscmp-jdbc.xml would be the place to specify this? I think the pm (jaws/cmp2) is specified somewhere in the container configuration. david jencks On 2002.04.23 19:05:20 -0400 James Higginbotham wrote: Can someone please tell me why the

RE: [JBoss-user] create-table, jaws.xml and JBoss 3.0 beta2

2002-04-23 Thread James Higginbotham
That may be the case. The entity bean isn't using CMP 2.0 standards (abstract fields and such), but I noticed that if I changed the datasource in the standardjbosscmp-jdbc.xml file, things worked better (didn't use hsql by default - DefaultDS). So, do I use jbosscmp-jdbc.xml in place of jaws in

Re: [JBoss-user] create-table, jaws.xml and JBoss 3.0 beta2

2002-04-23 Thread David Jencks
On 2002.04.23 20:28:46 -0400 James Higginbotham wrote: That may be the case. The entity bean isn't using CMP 2.0 standards (abstract fields and such), but I noticed that if I changed the datasource in the standardjbosscmp-jdbc.xml file, things worked better (didn't use hsql by default -

Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Frank Morton
Maybe I should try a different tactic. 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

Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dain Sundstrom
Have you looked at the server.log? What queries are being executed? Don't post the whole file. Give us a summary. -dain BTW: there is a difference between doesn't work and is not fast enough for me. Frank Morton wrote: Maybe I should try a different tactic. Does anyone have an

Re: STILL TRYING: [JBoss-user] CMP: Iterate Collection Performance Killer

2002-04-23 Thread Dmitri Colebatch
Frank, I'm assuming you're doing read-only operations? What we typically do is use SQL and just load data-objects ourselves for collections that size. hth dim - Original Message - From: Frank Morton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 24, 2002 1:44 PM

[JBoss-user] 414 Votes for the RFE 4670071 ... We are in the Top25! ... Go ahead ...

2002-04-23 Thread Jung , Dr. Christoph
Title: Nachricht Ilet it be recatecorizedunder RFE. Now we are in the Top25! The shown ranking is slightly behind the actual votes (414!). We should be 6th place now. http://developer.java.sun.com/developer/bugParade/top25rfes.html You are a great bunch of Java connaisseurs ;-) Go ahead,

[JBoss-user] RE: [JBoss-dev] 414 Votes for the RFE 4670071 ... We are in the Top25! ... Go ah ead ...

2002-04-23 Thread Matt Humphrey
Title: Message I wonder if issues classified as RFE's are less likely to be fixed/implemented than issues classified as bugs. It seems like those RFE's at the top of that list have been there a LONG time. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL

RE: [JBoss-user] RE: [JBoss-dev] 414 Votes for the RFE 4670071 ... We are in the Top25! ... Go ah ead ...

2002-04-23 Thread Eric Kaplan
Title: Message problem is, sun doesn't think it's a bug in the first place, so if it's classified as a bug it will never get fixed -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt HumphreySent: Tuesday, April 23, 2002 1:29 PMTo: 'Jung ,