[JBoss-dev] CVS update: newsite/pictures head000.jpg head2.gif head3.gif

2001-07-11 Thread marc fleury
User: mnf999 Date: 01/07/10 23:34:05 Modified:pictures head2.gif head3.gif Added: pictures head000.jpg Log: new logo Revision ChangesPath 1.2 +9 -10 newsite/pictures/head2.gif Binary file 1.2 +8 -9

[JBoss-dev] CVS update: newsite navigation.jsp lists.jsp cvs.jsp head.jsp

2001-07-11 Thread marc fleury
User: mnf999 Date: 01/07/10 23:37:00 Modified:.navigation.jsp lists.jsp cvs.jsp head.jsp Log: new logo look pointing to forums Revision ChangesPath 1.5 +12 -7 newsite/navigation.jsp Index: navigation.jsp

[JBoss-dev] CVS update: newsite/pictures jboss.survey.zip

2001-07-11 Thread marc fleury
User: mnf999 Date: 01/07/11 00:00:06 Added: pictures jboss.survey.zip Log: Andreas survey Revision ChangesPath 1.1 newsite/pictures/jboss.survey.zip Binary file ___ Jboss-development

Re: [JBoss-dev] [ jboss-Bugs-440167 ] null finder arg

2001-07-11 Thread Vinay Menon
Done. Will remember in future now that I have done this a couple of times :) Thanks - Original Message - From: Scott M Stark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 2:17 AM Subject: Re: [JBoss-dev] [ jboss-Bugs-440167 ] null finder arg Tagging the main

[JBoss-dev] CVS update: jbosstest/src/resources/perf/META-INF ejb-jar.xml

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 01:25:47 Modified:src/resources/perf/META-INF ejb-jar.xml Log: Add basic performace tests of cmp entity findByPrimaryKey and stateless session transacted method invocations. Revision ChangesPath 1.3 +144 -49

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/interfaces TxSession.java TxSessionHome.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 01:30:34 Added: src/main/org/jboss/test/perf/interfaces TxSession.java TxSessionHome.java Log: Add basic performace tests of cmp entity findByPrimaryKey and stateless session transacted method invocations. Revision

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/security/ejb EntityBeanImpl.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 01:30:34 Modified:src/main/org/jboss/test/security/ejb EntityBeanImpl.java Log: Add basic performace tests of cmp entity findByPrimaryKey and stateless session transacted method invocations. Revision ChangesPath 1.3 +68 -66

RE: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

2001-07-11 Thread Saint-Martin Cecile
Do you really think Jboss log configuration will be on another computer? Network yes, but no local... I don't think that 2 applications will share log4j configuration file. SAINT-MARTIN Cecile [EMAIL PROTECTED] -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De

Re: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

2001-07-11 Thread Scott M Stark
Yes. Downloading a server install from a central server is the future startup model. - Original Message - From: Saint-Martin Cecile [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 1:50 AM Subject: RE: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

RE: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

2001-07-11 Thread Saint-Martin Cecile
Central? I don't like this word. I always have an exception : java.io.FileNotFoundException: Failed to find logj4 props: file:C:/dev/etango/conf/log4j.properties SAINT-MARTIN Cecile [EMAIL PROTECTED] -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de

RE: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

2001-07-11 Thread marc fleury
|Central? I don't like this word. | |I always have an exception : |java.io.FileNotFoundException: Failed to find logj4 props: |file:C:/dev/etango/conf/log4j.properties and what do you want *us* to do about it... cecile... check FADQ forum and the explanation marcf

[JBoss-dev] CVS update: manual/src/docs webconfig.xml

2001-07-11 Thread Tobias Frech
User: gropi Date: 01/07/11 03:04:48 Modified:src/docs webconfig.xml Log: CDATA cosmetics Revision ChangesPath 1.2 +8 -8 manual/src/docs/webconfig.xml Index: webconfig.xml === RCS

Re: [JBoss-dev] more contention fluff

2001-07-11 Thread Scott M Stark
I'm looking into this. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 10, 2001 10:55 PM Subject: [JBoss-dev] more contention fluff Well, I have not been able to track it down fully, but I modified the locktest to be a bit more

Re: [JBoss-dev] CacheKey fix

2001-07-11 Thread Dan OConnor
This thread is a little funny to me. We got the idea of a cache key from a thread on ejb-interest, where Jonathan Wheedon (Borland's very intelligent alien...their Rickard, so to speak) described how it was implemented in IAS. But if memory serves me, the trigger for the thread was how the

[JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Dain Sundstrom
I posted the original message to the wrong forum (user forum), and almost lost the responses in all the traffic. I will switch over to direct log4j soon. Has anyone given any thought to how we should organize the log categories? For example, what root are we going to use 'jboss' or

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/metadata JawsEntityMetaData.java

2001-07-11 Thread KV Vinay Menon
User: kvvinaymenon Date: 01/07/11 08:03:26 Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4 JawsEntityMetaData.java Log: Modified for support for stable row id based updates in databases like Oracle. The jaws.xml file needs to include a

Re: [JBoss-dev] ROWID: Final Call :)

2001-07-11 Thread Vinay Menon
Alright, Have checked in the code for rowid based update into Branch_2_4. Will probably wait for the changes to be validated before committing it to the HEAD as well. To use rowid based updates for Oracle a) In your bean class delcare a field 'rowid' of type String and declare it in your

[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jaws_2_4.dtd

2001-07-11 Thread KV Vinay Menon
User: kvvinaymenon Date: 01/07/11 08:27:01 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jaws_2_4.dtd Log: Support for stable row id based updates. Revision ChangesPath No revision No

Re: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Scott M Stark
I think we want to use the fully qualified classname. If the bean name is added it should be appened to the classname. We need to be careful not to introduce a lot of overhead in obtaining the logging category by constructing highly dynamic category names. - Original Message - From: Dain

Re: [JBoss-dev] So why is MessageDrivenContainer throwing Errors?

2001-07-11 Thread Peter Antman
On Mon, 9 Jul 2001, Scott M Stark wrote: Since the notion of local interfaces was introduced at the Container base class level, why is the MessageDrivenContainer throwing a runtime exception instead of simply returning null? This is not a valid implementation of the

[JBoss-dev] [ jboss-Bugs-440455 ] JBoss Tomcat 3.3

2001-07-11 Thread noreply
Bugs item #440455, was opened at 2001-07-11 10:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=440455group_id=22866 Category: JBossServer Group: v2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Koen Serry (koen_serry) Assigned to:

Re: [JBoss-dev] possible JBossMQ UIL socket multiplexor race condition

2001-07-11 Thread Peter Antman
On Tue, 10 Jul 2001, Jason Dillon wrote: I have been trying to track down this transactional contention, then I ran into a problem where the spooler eventually hung, after a seemingly random number of messages. SpyXAQueueConnection.createXAQueueSession() would not return from

RE: [JBoss-dev] CacheKey fix

2001-07-11 Thread marc fleury
Well, scott wrote to me it's not worth arguing about and I sort of agree, but for the sake of completeness, at least on my part, here goes |This thread is a little funny to me. We got the idea of a cache key |from a thread on ejb-interest, where Jonathan Wheedon (Borland's |very intelligent

[JBoss-dev] CVS update: newsite/pictures jboss.survey.ear

2001-07-11 Thread marc fleury
User: mnf999 Date: 01/07/11 11:15:53 Added: pictures jboss.survey.ear Log: andreas survey partII Revision ChangesPath 1.1 newsite/pictures/jboss.survey.ear Binary file ___

RE: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Dain Sundstrom
I think we want to use the fully qualified classname. Ok. If the bean name is added it should be appended to the classname. We need to be careful not to introduce a lot of overhead in obtaining the logging category by constructing highly dynamic category names. Are you sure that there

[JBoss-dev] small patch for startup / shutdown

2001-07-11 Thread Stewart Allen
This patch allows the creation of startup scripts and configuration files that permit you to (a) start JBoss from directories other than $JBOSSHOME/bin or (b) boot JBoss from within another Java application. The only problematic piece seems to be InstantDB which does not like this at all (it

RE: [JBoss-dev] CacheKey fix

2001-07-11 Thread Dan OConnor
Hi Marc, You're right. That was kind of an annoying e-mail. Sorry. And I'll try never to say pattern again, LOL. Still friends? :-) By the way, if anyone is interested in finding out what the heck I was talking about, the origins of the serialization cache key in Jonathan Weedon's work is

Re: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Scott M Stark
It is ok if your initializing the category once per class as is all you need for a classname based category. Similarly an infrequent initialization step is fine also. If you start adding per instance or even worse per method based context then logging starts being intrusive. Are you sure

[JBoss-dev] CVS update: newsite jboss-castor.jsp

2001-07-11 Thread Oleg Nitz
User: olegnitz Date: 01/07/11 13:52:38 Modified:.jboss-castor.jsp Log: Added link to jmoz project, thanks to Kevin O'Neill [EMAIL PROTECTED]. Applied minor fix by Terry Child [EMAIL PROTECTED]. Revision ChangesPath 1.3 +3 -1 newsite/jboss-castor.jsp

RE: [JBoss-dev] RE: [JBoss-user] Log4j configuration file location

2001-07-11 Thread Jason Dillon
Central? I don't like this word. Pick a different one. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] CVS update: newsite jboss-castor.jsp

2001-07-11 Thread Oleg Nitz
User: olegnitz Date: 01/07/11 13:55:42 Modified:.jboss-castor.jsp Log: Minor fix by me ;-) Revision ChangesPath 1.4 +1 -1 newsite/jboss-castor.jsp Index: jboss-castor.jsp === RCS

[JBoss-dev] CVS update: jboss/src/main/org/jboss/jdo/castor CastorJDOImpl.java

2001-07-11 Thread Oleg Nitz
User: olegnitz Date: 01/07/11 14:01:26 Modified:src/main/org/jboss/jdo/castor CastorJDOImpl.java Log: Fixed debug message (by Terry Child [EMAIL PROTECTED]). Revision ChangesPath 1.2 +2 -2 jboss/src/main/org/jboss/jdo/castor/CastorJDOImpl.java Index:

Re: [JBoss-dev] more contention fluff

2001-07-11 Thread Scott M Stark
I have a fix for this problem that I am stress testing now. Commit option c is working fine with 20 threads and 10 iterations. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 10, 2001 10:55 PM Subject: [JBoss-dev] more contention fluff

Re: [JBoss-dev] small patch for startup / shutdown

2001-07-11 Thread Scott M Stark
I'll look at integrating this into 2.4, but 3.0 changes this totally. Were going to drop InstantDB anyway because its not an open source product and it has this filesystem view that isn't easy to work around. - Original Message - From: Stewart Allen [EMAIL PROTECTED] To: [EMAIL

[JBoss-dev] CVS update: jbosstest/src/build run_tests.xml

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 14:42:20 Modified:src/build run_tests.xml Log: Up the timeout as some of the stress tests are running longer than the simple tests Revision ChangesPath 1.21 +10 -10jbosstest/src/build/run_tests.xml Index: run_tests.xml

[JBoss-dev] CVS update: jbosstest/src/resources/security/META-INF ejb-jar.xml

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 14:44:22 Modified:src/resources/security/META-INF ejb-jar.xml Log: Restore all lock tests and comment out the logging in the bean as it just drowns out any trace info enabled in the core packages. Revision ChangesPath 1.9 +290 -286

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/lock/bean EnterpriseEntityBean.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 14:44:22 Modified:src/main/org/jboss/test/lock/bean EnterpriseEntityBean.java Log: Restore all lock tests and comment out the logging in the bean as it just drowns out any trace info enabled in the core packages. Revision ChangesPath 1.4

[JBoss-dev] CVS update: jboss/src/etc/conf/default log4j.properties

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 14:48:48 Modified:src/etc/conf/default log4j.properties Log: Add the priority to the server.log layout pattern. Add an example of enabling the custom TRACE priority for all packages in and below org.jboss.ejb.plugins Revision ChangesPath

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 14:47:14 Modified:src/main/org/jboss/ejb/plugins EntityInstanceInterceptor.java Log: Fix a thread starvation problem due to incomplete condition notification Add support for trace level diagnositics Revision Changes

Re: [JBoss-dev] more contention fluff

2001-07-11 Thread Jason Dillon
Did you see the NullPointerException at all. I belive this will happen from time to time with option A or B. --jason On Wed, 11 Jul 2001, Scott M Stark wrote: I have a fix for this problem that I am stress testing now. Commit option c is working fine with 20 threads and 10 iterations.

Re: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Jason Dillon
What is the overhead of using highly dynamic category names? --jason On Wed, 11 Jul 2001, Scott M Stark wrote: I think we want to use the fully qualified classname. If the bean name is added it should be appened to the classname. We need to be careful not to introduce a lot of overhead in

[JBoss-dev] jaws_2_4.dtd not valid

2001-07-11 Thread Mike Swainston-Rainford
the jaws dtd is no longer valid. The datasource element is defined twice. This mucks up any validating editor/parser (like XMLSpy) used to edit a jaws.xml file. Suggest the second definition at line 69 is a comment thus:- !-- The datasource at bean level. If specified the bean will use this

[JBoss-dev] jbosstest build failure

2001-07-11 Thread Jason Dillon
compile: [mkdir] Created dir: /nfs/home/jason/ws/jboss/jbosstest/build/classes [javac] Compiling 263 source files to /nfs/home/jason/ws/jboss/jbosstest/build/classes [javac] /nfs/home/jason/ws/jboss/jbosstest/src/main/org/jboss/test/perf/test/TestProbe.java:16: Class

Re: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging

2001-07-11 Thread Scott M Stark
Whatever it takes to form the category name. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 3:42 PM Subject: Re: [JBoss-dev] RE: [JBoss-user] log4j or JBoss logging What is the overhead of using highly dynamic category

Re: [JBoss-dev] more contention fluff

2001-07-11 Thread Scott M Stark
Not with the lock tests. I did see it once still with the bank test. This is a seperate issue that still needs to be investigated. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 3:16 PM Subject: Re: [JBoss-dev] more

Re: [JBoss-dev] jaws_2_4.dtd not valid

2001-07-11 Thread Vinay Menon
Mike, That is a bean level datasource and quite obviously cannot be commented out in principal! I mean if you got to have a bean level ds you got to have one! Client programs should be able to define a datasource at the file level i.e. applicable to all the beans declared in the jaws.xml and

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/interfaces Entity2Home.java Entity2PK.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 16:12:45 Added: src/main/org/jboss/test/perf/interfaces Entity2Home.java Entity2PK.java Log: Add the new perf test beans to cvs Revision ChangesPath 1.1

[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/perf/ejb Entity2Bean.java

2001-07-11 Thread Scott M Stark
User: starksm Date: 01/07/11 16:12:45 Added: src/main/org/jboss/test/perf/ejb Entity2Bean.java Log: Add the new perf test beans to cvs Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/perf/ejb/Entity2Bean.java Index: Entity2Bean.java

Re: [JBoss-dev] jbosstest build failure

2001-07-11 Thread Scott M Stark
Fixed. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 3:50 PM Subject: [JBoss-dev] jbosstest build failure compile: [mkdir] Created dir: /nfs/home/jason/ws/jboss/jbosstest/build/classes [javac] Compiling 263

Re: [JBoss-dev] jboss daily test results

2001-07-11 Thread Jason Dillon
It also looks like the server failed to startup correctly, with a few: java.net.BindException: Address already in use --jason On Wed, 11 Jul 2001, Scott M Stark wrote: The test run includes less than half the current tests. Based on the run log it looks like the server ran out of

[JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Jason Dillon
What was the problem... the diff is more or less the entire file. I am curious, because I am still running into a hang, though it seems like it might be MDB or SB related (not sure at the moment). --jason On Wed, 11 Jul 2001, Scott M Stark wrote: User: starksm Date: 01/07/11 14:47:14

Re: [JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Scott M Stark
Generate a thread dump using SIGHUP or Ctrl-\ on unix/linux or Ctrl-Break on win32. This should be the first step to any deadlock/starvation investigation. The sun vm tends to produce garbage dumps with HotSpot so turn it off using the -classic switch. MDBs are involed in the lock unit test so

RE: [JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Bill Burke
By garbage dumps do you mean invalid stack traces? Does this only happen with the Sun VM? I've been doing thread dumps on Linux + Hotspot and have gotten results. Are the results sometimes bogus? TIA, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On

Re: [JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Scott M Stark
Not neccessarily invalid, but missing line numbers and it does not dump out the monitors in a usable fashion. Take a look at the difference between the HotSpot dump and a -classic dump. - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July

Re: [JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Jason Dillon
It is complicated. I have a client, which communicates with a servlet running on one JBoss server. That servlet then proxies one or more requests from the client to a stateless session bean running inside of another JBoss server. That bean creates 2 entities and the enqueues a messsage via the

Re: [JBoss-dev] EntityInstanceInterceptor change

2001-07-11 Thread Scott M Stark
Alright. Like I said the best starting point is a thread dump of the VM that appears to be hanging. Post it if you get one that looks interesting. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 11, 2001 10:47 PM Subject: Re: