Re: [JBoss-dev] JMS thread usage

2001-06-22 Thread Scott M Stark
By sending a SIGQUIT go the IBM VM. The Sun VM is crashing after 1 or 2 dumps so I am using the IBM 1.3 version. - Original Message - From: "Hiram Chirino" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 22, 2001 10:22 PM Subject: Re: [JBoss-dev] JMS thread usage > Scott

Re: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Andreas Schaefer
Hi - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 22, 2001 9:49 PM Subject: Re: [JBoss-dev] XML Adaptor to JMX > > Object[] invokeXML( Document ); > > I am not sure that an array of objects in this case would be very useful, > an

Re: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Jason Dillon
> Object[] invokeXML( Document ); I am not sure that an array of objects in this case would be very useful, and would lead to a possible memory issue for large invokations in this manner... in extereme cases that is. Why clutter up the method name with an XML suffix when you are passing in XML s

Re: [JBoss-dev] JMS thread usage

2001-06-22 Thread Hiram Chirino
Scott, Thanks for verifying the changes. I have feeling those connections are not closing themselfs out properly. How is it the you get the thread dumps?? Are you running it in a debugger??? Regards, Hiram - Original Message - From: "Scott M Stark" <[EMAIL PROTECTED]> To: <[EMAIL PROT

Re: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Andreas Schaefer
How's about this: Object[] invokeXML( Document ); and Object invokeXML( Element ); Note that MBeanServer's invoke() is not the same. The document in the first example would look like this: ... ... ... ... ... ... Each element in the document returns an object which is null if n

Re: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Andreas Schaefer
Hi Marc In general an JMX Adaptor is to access a JMX MBeanServer from a remote site. In this case I don't think that is what you want ? The call is made locally and therefore the XML Adaptor just translate the XML data into an MBeanServer call and returns the value back wrapped into XML. I would

RE: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread marc fleury
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Friday, June 22, 2001 11:19 PM |To: [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] XML Adaptor to JMX | | |Might also want to expose methods like: | | void invoke(Document) | |and | |

RE: [JBoss-dev] CVS update: jboss/src/main/org/jboss/configuration ConfigurationService.java

2001-06-22 Thread marc fleury
ED]";>Scott |Stark. |* @author mailto:[EMAIL PROTECTED]";>Jason Dillon | - * @version $Revision: 1.32 $ | + * @version $Revision: 1.33 $ |* Revisions: |* |* 20010622 scott.stark: Clean up the unsafe downcast of |Throwable to Exception | | | | |

RE: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Jason Dillon
Might also want to expose methods like: void invoke(Document) and Object invoke(Element) Where the first would assume that there are more than one 's and the second would assume that the passed in element is a and it should return the value of server.invoke(). If no one else volunteers I

[JBoss-dev] CVS update: jboss/src/main/org/jboss/configuration ConfigurationService.java

2001-06-22 Thread starksm
]";>Rickard Öberg. * @author mailto:[EMAIL PROTECTED]";>Scott Stark. * @author mailto:[EMAIL PROTECTED]";>Jason Dillon - * @version $Revision: 1.32 $ + * @version $Revision: 1.33 $ * Revisions: * * 20010622 scott.stark: Clean up the unsafe downcast o

RE: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread marc fleury
|Might want to make it | | | yes good idea, | ... | | |This should be fairly simply to do, what would be it used for? just a proxy that understands XML messages in input, just an adaptor very useful (you'll see) marcf | |--jason | | |On Fri, 22 Jun 2001, marc fleury wrote: | |> Since peo

Re: [JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread Jason Dillon
Might want to make it ... This should be fairly simply to do, what would be it used for? --jason On Fri, 22 Jun 2001, marc fleury wrote: > Since people really want to help. > > Any taker on a simple XML Adaptor to JMX invocations? > > signature="..."/> > > will result in a > > server

RE: [JBoss-dev] how to spot a newbie coder?

2001-06-22 Thread marc fleury
well for example in ConfigurationService getConfiguration (use to be save() I think) you get the XMLWriter thingy at the end and if you go look at the code you see that the class is 2 lines (!). Why not include inline the 2 lines? well i thought "mkey we use this static methods in 10,000 places?"

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 20:32:55 Modified:src/main/org/jboss/ejb/plugins BMPPersistenceManager.java Log: Fix unsafe downcast from Throwable to Error Revision ChangesPath 1.24 +19 -7 jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java Index

Re: [JBoss-dev] how to spot a newbie coder?

2001-06-22 Thread Jason Dillon
I am not sure that I understand what you are talking about, could you go into a bit more detail, perhaps with an example or two? If you are talking about what I think you are talking about... well lets leave that discussion for after I am clear on what you are talking about =) --jason On Fri,

[JBoss-dev] XML Adaptor to JMX

2001-06-22 Thread marc fleury
Since people really want to help. Any taker on a simple XML Adaptor to JMX invocations? will result in a server.invoke(new ObjectName(name), method, Object[] (from args), String[] (from signature)); any takers? that should be an hour job org.jboss.jmx.XMLAdaptorMBean org.jboss.jmx.XMLAdapt

[JBoss-dev] how to spot a newbie coder?

2001-06-22 Thread marc fleury
Excessive factorization in code and in classes. Factorization is evil OK? unless it is heavily used by other parties, factoring out bits of code makes for unreadable code. Keep factorization at a minimum it is important in open source. open source means that we should be able to read code and r

Re: [JBoss-dev] JMS thread usage

2001-06-22 Thread Scott M Stark
Its much better now but there are still DistributedJMSServerOIL and ConnectionReceiverOIL threads around. There is an 8-12 thread leak on each run of the jbosstest suite needs to be tracked down and eliminated. 148 Total Threads after 7 runs DistributedJMSServerOIL 31: org.jbossmq.distributed

[JBoss-dev] jboss daily test results

2001-06-22 Thread chris
JBoss daily test results SUMMARY Number of tests run: 84 Successful tests: 79 Errors:1 Failures: 4 [time of test: 23 June 2001 2:49] See http://lubega.com for fu

[JBoss-dev] jboss daily build failed - in cvs module: jbossmq

2001-06-22 Thread chris
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = Buildfile: build.xml init: [echo] build.compiler = classic [echo] java.home

[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 18:26:40 Modified:src/main/org/jboss Tag: Branch_2_4 Main.java Log: Update the version to include Rel_2_4_0_6 Revision ChangesPath No revision No revision 1.35.2.2 +2 -2 jboss/src/mai

[JBoss-dev] CVS update: jboss/src/lib tomcat-service.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 18:23:45 Modified:src/lib Tag: Branch_2_4 tomcat-service.jar Log: Merge the tomcat security fixes Revision ChangesPath No revision No revision 1.9.6.2 +57 -52jboss/src/lib/tomcat-ser

[JBoss-dev] CVS update: contrib/tomcat/src/main/org/jboss/tomcat EmbeddedTomcatServiceSX.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 18:10:58 Modified:tomcat/src/main/org/jboss/tomcat Tag: Branch_2_4 EmbeddedTomcatServiceSX.java Log: Fix TCL problem Revision ChangesPath No revision No revision 1.2

[JBoss-dev] CVS update: contrib/tomcat/src/main/org/jboss/tomcat/security JBossSecurityMgrRealm.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 18:10:58 Modified:tomcat/src/main/org/jboss/tomcat/security Tag: Branch_2_4 JBossSecurityMgrRealm.java Log: Fix TCL problem Revision ChangesPath No revision No revision

[JBoss-dev] [JBoss-user] ejb-ref Issue / java.lang.ClassCastException:java.lang.NoClassDefFoundError (fwd)

2001-06-22 Thread Jason Dillon
I briefly looked at this, well I looked at the odd ClassCastException and found that a Throwable was being casted into an Exception at the end of the else block to deal with the InvocationTargetException. I have seen this in many other places inside of JBoss and I am curious why people think that

Re: [JBoss-dev] When will 2.4 be official?

2001-06-22 Thread Juha Lindfors
At 17:23 22.6.2001 -0400, you wrote: > I want to move our production service to a "stable" official 2.4 and >need to plan time to do it. Any guestimates would be greatly >appreciated. TIA, Bill end of july -- Juha ___ Jboss-development ma

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ServiceControl.java

2001-06-22 Thread user57
User: user57 Date: 01/06/22 16:16:27 Modified:src/main/org/jboss/util ServiceControl.java Log: o Using Log4j for logging. Revision ChangesPath 1.11 +27 -28jboss/src/main/org/jboss/util/ServiceControl.java Index: ServiceControl.java

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util Shutdown.java

2001-06-22 Thread user57
User: user57 Date: 01/06/22 16:11:15 Modified:src/main/org/jboss/util Shutdown.java Log: o Corretly set the Category name. Revision ChangesPath 1.5 +2 -2 jboss/src/main/org/jboss/util/Shutdown.java Index: Shutdown.java ===

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ClassPathExtension.java Shutdown.java

2001-06-22 Thread user57
User: user57 Date: 01/06/22 16:09:48 Modified:src/main/org/jboss/util ClassPathExtension.java Shutdown.java Log: o Using Log4j api for logging. Revision ChangesPath 1.12 +30 -24jboss/src/main/org/jboss/util/ClassPathExtension.java

[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjboss.xml

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 15:52:01 Modified:src/etc/conf/default standardjboss.xml Log: secure replaced by enforce-ejb-restrictions Revision ChangesPath 1.9 +20 -21jboss/src/etc/conf/default/standardjboss.xml Index: standardjboss.xml

[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjboss.xml

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 15:52:30 Modified:src/etc/conf/default Tag: Branch_2_4 standardjboss.xml Log: secure replaced by enforce-ejb-restrictions Revision ChangesPath No revision No revision 1.8.4.1 +20 -21j

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 15:52:30 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jboss_2_4.dtd Log: secure replaced by enforce-ejb-restrictions Revision ChangesPath No revision No revisio

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 15:52:01 Modified:src/resources/org/jboss/metadata jboss_2_4.dtd Log: secure replaced by enforce-ejb-restrictions Revision ChangesPath 1.4 +1 -3 jboss/src/resources/org/jboss/metadata/jboss_2_4.dtd Index: jboss_2_4.dtd

[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/jndi AbstractJMSProviderAdapter.java JBossMQProvider.java JMSProviderAdapter.java JMSProviderLoader.java

2001-06-22 Thread user57
User: user57 Date: 01/06/22 15:41:21 Modified:src/main/org/jboss/jms/jndi AbstractJMSProviderAdapter.java JBossMQProvider.java JMSProviderAdapter.java JMSProviderLoader.java Log: o Changed AbstractJMSProviderAdapter back to an abstr

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 15:39:27 Modified:src/build run_tests.xml Log: Update test classpath Revision ChangesPath 1.17 +2 -1 jbosstest/src/build/run_tests.xml Index: run_tests.xml ===

[JBoss-dev] CVS update: jbosstest/src/bin spydermqperf.bat spydermqperf.sh spydermqtest.bat spydermqtest.sh

2001-06-22 Thread chirino
User: chirino Date: 01/06/22 15:28:08 Modified:src/bin spydermqperf.bat spydermqperf.sh spydermqtest.bat spydermqtest.sh Log: Updating the test suite to the latest JBossMQ Revision ChangesPath 1.3 +1 -1 jbosstest/src/bin/spydermqperf.

[JBoss-dev] CVS update: jbosstest/src/bin mdbtest.bat mdbtest.sh

2001-06-22 Thread chirino
User: chirino Date: 01/06/22 15:30:02 Modified:src/bin mdbtest.bat mdbtest.sh Log: Update the MDB scripts to include the new jar reqired for JBossMQ Revision ChangesPath 1.3 +1 -1 jbosstest/src/bin/mdbtest.bat Index: mdbtest.bat ==

[JBoss-dev] CVS update: jbosstest/src/lib oswego-concurrent.jar

2001-06-22 Thread chirino
User: chirino Date: 01/06/22 15:27:43 Added: src/lib oswego-concurrent.jar Log: Updating the test suite to the latest JBossMQ Revision ChangesPath 1.1 jbosstest/src/lib/oswego-concurrent.jar <> __

[JBoss-dev] CVS update: jboss/src/client oswego-concurrent.jar

2001-06-22 Thread chirino
User: chirino Date: 01/06/22 15:18:29 Added: src/client oswego-concurrent.jar Log: This lib is also needed by JBossMQ clients Revision ChangesPath 1.1 jboss/src/client/oswego-concurrent.jar <>

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 15:16:54 Modified:src/docs cmp.xml Log: Compliance 2.2 Revision ChangesPath 1.10 +353 -361 manual/src/docs/cmp.xml Index: cmp.xml === RCS file: /cvsroot/jboss/man

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

2001-06-22 Thread Scott M Stark
The secure element has been changed to enforce-ejb-restrictions so that it is understandable although still never enforced. The standardjboss.xml file needs to be updated and the secure tag from the jboss_2_4.dtd dropped. - Original Message - From: "Vincent Harcq" <[EMAIL PROTECTED]> To

[JBoss-dev] CVS update: manual/src/examples/build build.bat build.sh build.xml env.bat env.sh readme.txt

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:53:18 Added: src/examples/build build.bat build.sh build.xml env.bat env.sh readme.txt Log: Proposal to handle Ant script to build/deploy/run the examples shown in the manual Revision ChangesPath 1.1

[JBoss-dev] CVS update: manual/src/examples/org/jboss/docs/cmp/cd/build build-cmp-cd-compile.xml build.xml

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:53:18 Added: src/examples/org/jboss/docs/cmp/cd/build build-cmp-cd-compile.xml Removed: src/examples/org/jboss/docs/cmp/cd/build build.xml Log: Proposal to handle Ant script to build/deploy/run the examples shown in th

[JBoss-dev] CVS update: manual/src/examples/build - New directory

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:45:13 manual/src/examples/build - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

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

2001-06-22 Thread Vincent Harcq
I did the changes. So : jwas.dtd and jboss.dtd are frozen and should be change anymore. All changes are now made to jaws_2_4.dtd and jboss_2_4.dtd. I check standardjboss.xml, It passes through the validation but I had to add , which is present in current standardjboss.xml. I also commit these cha

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:20:12 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jaws_2_4.dtd jboss_2_4.dtd Log: Add some missing element (again thanks to Mike S-R) Revision ChangesPath No revision No

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:19:05 Modified:src/resources/org/jboss/metadata jaws_2_4.dtd jboss_2_4.dtd Log: Add some missing element (again thanks to Mike S-R) Revision ChangesPath 1.2 +25 -0 jboss/src/resources/org/jboss/metadata/jaws_2_4.dtd Index:

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:19:50 Modified:src/resources/org/jboss/metadata Tag: Branch_2_4 jaws.dtd jboss.dtd Log: jboss.dtd and jaws.dtd are frozen to JBoss 2.2. New changes must be done in jboss_2_4.dtd and jaws_2_4.dtd. This commit is to restore

[JBoss-dev] When will 2.4 be official?

2001-06-22 Thread Bill Burke
I want to move our production service to a "stable" official 2.4 and need to plan time to do it.   Any guestimates would be greatly appreciated.   TIA,   Bill

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

2001-06-22 Thread vharcq
User: vharcq Date: 01/06/22 14:16:34 Modified:src/resources/org/jboss/metadata jaws.dtd jboss.dtd Log: jboss.dtd and jaws.dtd are frozen to JBoss 2.2. New changes must be done in jboss_2_4.dtd and jaws_2_4.dtd. This commit is to restore the version to the one of Branch 2.2

Re: [JBoss-dev] jndi.properties checkin is invalid

2001-06-22 Thread Scott M Stark
External modules must be able to delegate their configuration to locating items on the classpath or via some common interface(JNDI, etc.) that is administered outside of the package. To integrate a module you have to understand its requirements and make sure it does not introduce conflicting confi

RE: [JBoss-dev] finder optimization(read-ahead) phase 3

2001-06-22 Thread Bill Burke
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of danch > Sent: Thursday, June 21, 2001 11:31 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] finder optimization(read-ahead) phase 3 > > > I mentioned in another email that this didn't seem to wo

RE: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCFinderCommand.java

2001-06-22 Thread Bill Burke
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of danch > (Dan Christopherson) > Sent: Thursday, June 21, 2001 6:35 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] CVS update: > jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCFinderCommand.j

Re: [JBoss-dev] jndi.properties checkin is invalid

2001-06-22 Thread Anatoly Akkerman
Hi, Scott, With this one, I for sure did not want to get on your ass kicking list. Perhaps, we need a more organized approach to adding modules to JBoss (maybe the new RabbitHole release should standardize the way modules get packaged into SARs or whatever, this way such problems may get minimiz

Re: [JBoss-dev] Spoutnik

2001-06-22 Thread Jason Dillon
> early morning Friday... > > and the pure > > run --net-install localhost/test > > finally bootstrapped > > and to much of my surprise even downloaded some of the services.xml stuff > (aka jboss.jcml). Jason I do it with the structure discussed earlier, > (installer, configurer, starter) all MBe

Re: [JBoss-dev] jndi.properties checkin is invalid

2001-06-22 Thread Anatoly Akkerman
It was me, who changed it. I did it at the time I checked in the Tyrex integration and JBoss was not working properly together with Tyrex if this entry was commented out, I have not investigated why it happened, just changed it back. Sorry if it caused problems. I'll look more into it, I did not

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:42:49 Modified:src/build Tag: Branch_2_4 build.xml Log: Update the build version to 2.4.0BETA and fix a spurious carriage return marker Revision ChangesPath No revision No revision 1.7

[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NamingService.java

2001-06-22 Thread starksm
Öberg ([EMAIL PROTECTED]) - * @author [EMAIL PROTECTED] - * @version $Revision: 1.11 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @author mailto:[EMAIL PROTECTED]";>Scott Stark. + * @version $Revision: 1.11.4.1 $ + * + * Revisions: + * 2001

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util ServiceMBeanSupport.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:41:42 Modified:src/main/org/jboss/util Tag: Branch_2_4 ServiceMBeanSupport.java Log: Initialize the logging interface in the constructor and set the log4j category name to the full class name Revision ChangesPath

[JBoss-dev] CVS update: jboss/src/client jnp-client.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:39:37 Modified:src/client Tag: Branch_2_4 jnp-client.jar Log: Integrate the Rel_2_4_0_3 changes from the jnp module Revision ChangesPath No revision No revision 1.11.4.1 +40 -45jbos

[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:39:38 Modified:src/lib Tag: Branch_2_4 jnpserver.jar Log: Integrate the Rel_2_4_0_3 changes from the jnp module Revision ChangesPath No revision No revision 1.13.4.1 +53 -62jboss/s

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:37:17 Modified:src/etc/conf/default Tag: Branch_2_4 log4j.properties Log: Change the format to display only the rightmost portion of the category name Revision ChangesPath No revision No revis

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:36:49 Modified:src/etc/conf/default Tag: Branch_2_4 jndi.properties Log: Comment out the java.naming.provider.url and add a warning not to uncomment it Revision ChangesPath No revision No revi

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:36:12 Modified:src/etc/conf/default Tag: Branch_2_4 jboss.jcml Log: Set the default tomcat service to the EmbeddedTomcatSX service Revision ChangesPath No revision No revision 1.40.2.1

[JBoss-dev] CVS update: jboss/src/lib tyrex-0.9.8.5.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:34:55 Modified:src/lib Tag: Branch_2_4 tyrex-0.9.8.5.jar Log: Remove jndi.properties from this jar Revision ChangesPath No revision No revision 1.1.4.1 +3 -5 jboss/src/lib/tyrex-

[JBoss-dev] CVS update: jboss/src/client jnp-client.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:07:48 Modified:src/client jnp-client.jar Log: Handle empty provider urls and accept the logging category name Revision ChangesPath 1.12 +39 -44jboss/src/client/jnp-client.jar <> _

[JBoss-dev] CVS update: jnp/src/main/org/jnp/server Main.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:08:25 Modified:src/main/org/jnp/server Main.java Log: Handle empty provider url names Accept the name to use for the log4j category Revision ChangesPath 1.7 +6 -2 jnp/src/main/org/jnp/server/Main.java Index: Main.java

[JBoss-dev] CVS update: jnp/src/main/org/jnp/interfaces NamingContext.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:08:25 Modified:src/main/org/jnp/interfaces NamingContext.java Log: Handle empty provider url names Accept the name to use for the log4j category Revision ChangesPath 1.10 +18 -10jnp/src/main/org/jnp/interfaces/NamingContext.jav

[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 12:07:48 Modified:src/lib jnpserver.jar Log: Handle empty provider urls and accept the logging category name Revision ChangesPath 1.14 +36 -45jboss/src/lib/jnpserver.jar <>

[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming NamingService.java

2001-06-22 Thread starksm
ersion $Revision: 1.13 $ + * + * Revisions: + * 20010622 scott.stark: Report IntialContext env for problem tracing */ public class NamingService extends ServiceMBeanSupport @@ -34,7 +47,8 @@ // Constructors -- publ

Re: [JBoss-dev] JMS thread usage

2001-06-22 Thread Hiram Chirino
Yes, sorry about that.. the missing jar was : oswego-concurrent.jar I've added it to the jboss src/lib directory. Could you give it another try?? Thanks, Hiram >From: "Scott M Stark" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: <[EMAIL PROTECTED]> >Subject: Re: [JBoss-dev] JMS thread

[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 11:59:51 Modified:src/main/org/jboss Main.java Log: The main trunk version is really 2.5 heading towards a 3.0 release Revision ChangesPath 1.38 +2 -2 jboss/src/main/org/jboss/Main.java Index: Main.java =

[JBoss-dev] CVS update: jboss/src/lib oswego-concurrent.jar

2001-06-22 Thread chirino
User: chirino Date: 01/06/22 12:00:38 Added: src/lib oswego-concurrent.jar Log: The concurrent libs needed by the latest version of JBossMQ. Revision ChangesPath 1.1 jboss/src/lib/oswego-concurrent.jar <> ___

[JBoss-dev] CVS update: jboss/src/lib tyrex-0.9.8.5.jar

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 11:30:09 Modified:src/lib tyrex-0.9.8.5.jar Log: Remove the jndi.properties file from this jar Revision ChangesPath 1.2 +3 -5 jboss/src/lib/tyrex-0.9.8.5.jar <> ___ Jb

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

2001-06-22 Thread starksm
User: starksm Date: 01/06/22 10:56:37 Modified:src/etc/conf/default jndi.properties Log: Comment out the java.naming.provider.url property and add a warning not to uncomment it Revision ChangesPath 1.4 +3 -1 jboss/src/etc/conf/default/jndi.properties I

Re: [JBoss-dev] jndi.properties checkin is invalid

2001-06-22 Thread Scott M Stark
And there is another jndi.properties file embeded in the damn tyrex-0.9.8.5.jar You cannot bundle fundamental property files like jndi.properties in jars stuck into lib/ext as it destroys the runtime configurability of the server. Making me find two screwed up jndi.properties files is going to pu

[JBoss-dev] jndi.properties checkin is invalid

2001-06-22 Thread Scott M Stark
In the last check in of the conf/default/jndi.properties file by azakkerman the java.naming.provider.url=localhost value was added back in. This should not exist in the server version of this file as it causes all JNDI lookups to go through RMI and it can break the JNDI server on multi-homed

[JBoss-dev] [ jboss-Bugs-435463 ] Distributed transactions

2001-06-22 Thread noreply
Bugs item #435463, was updated on 2001-06-22 07:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=435463&group_id=22866 Category: JBossTX Group: v2.2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to

Re: [JBoss-dev] Spoutnik

2001-06-22 Thread Carlos Cardenas
Wow, Congratulations, certainly the WebOS you have been talking about is here happening and to stay! CC --- marc fleury <[EMAIL PROTECTED]> wrote: > early morning Friday... > > and the pure > > run --net-install localhost/test > > finally bootstrapped > > and to much of my surprise even dow

[JBoss-dev] [ jboss-Bugs-435434 ] Exception in createDurableSubscriber()

2001-06-22 Thread noreply
Bugs item #435434, was updated on 2001-06-22 04:28 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=435434&group_id=22866 Category: JBossMQ Group: v2.2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to

Re: [JBoss-dev] JMS thread usage

2001-06-22 Thread Scott M Stark
There is a class missing that is used by the latest jbossmq code: Suite: org.jboss.test.cts.test.AllJUnitTests Test:testUserTransaction Type:error Exception: java.lang.NoClassDefFoundError Message: EDU/oswego/cs/dl/util/concurrent/Channel Stack Trace: java.lang.NoClass

[JBoss-dev] Spoutnik

2001-06-22 Thread marc fleury
early morning Friday... and the pure run --net-install localhost/test finally bootstrapped and to much of my surprise even downloaded some of the services.xml stuff (aka jboss.jcml). Jason I do it with the structure discussed earlier, (installer, configurer, starter) all MBeans all 100% net-k

[JBoss-dev] [ jboss-Change Notes-435361 ] Security Changes

2001-06-22 Thread noreply
Change Notes item #435361, was updated on 2001-06-22 00:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=435361&group_id=22866 Category: None Group: v2.4 Status: Open Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Scott M Stark (starksm)