User: starksm
Date: 01/07/25 19:44:15
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvoker.java
Added: src/main/org/jboss/ejb/plugins/jrmp/server
DefaultSocketFactory.java
Log:
Add support for binding the
User: starksm
Date: 01/07/25 20:25:53
Modified:src/client jbosssx-client.jar jnp-client.jar
Log:
Merge the JBossSX and JBossNS changes
Revision ChangesPath
1.11 +39 -39jboss/src/client/jbosssx-client.jar
Binary file
1.13 +19 -19
User: starksm
Date: 01/07/25 20:25:53
Modified:src/lib jboss-jaas.jar jbosssx.jar jnpserver.jar
Log:
Merge the JBossSX and JBossNS changes
Revision ChangesPath
1.14 +60 -62jboss/src/lib/jboss-jaas.jar
Binary file
1.15 +98 -104
I am seeing different results on a 2.4.3-12 kernel than your results, each of
which is different depending on which VM you use.
## Run 1
JBoss daily test results
SUMMARY
Number of tests run: 145
Successful tests: 145
Errors:
User: starksm
Date: 01/07/26 20:38:32
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
JaasSecurityManagerService.java
Log:
Update to use log4j
Revision ChangesPath
No
User: starksm
Date: 01/07/26 20:51:33
Modified:tomcat/src/main/org/jboss/tomcat/security Tag: Branch_2_4
JBossSecurityMgrRealm.java
Log:
Clear any SecurityAssociation value at the end of the service call to
ensure that reuse of the thread with unsecure
User: starksm
Date: 01/07/26 20:51:33
Modified:tomcat/src/build Tag: Branch_2_4 build.xml
Log:
Clear any SecurityAssociation value at the end of the service call to
ensure that reuse of the thread with unsecure content does not allow access
to components it should not
User: starksm
Date: 01/07/26 21:10:00
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
tomcat-service.jar
Log:
Integrate the JBossSX and Tomcat service changes in Rel_2_4_0_25
Revision ChangesPath
No revision
User: starksm
Date: 01/07/26 21:16:01
Modified:tomcat/src/main/org/jboss/tomcat/security
JBossSecurityMgrRealm.java
Log:
Clear any SecurityAssociation value at the end of the service call to
ensure that reuse of the thread with unsecure content does not
User: starksm
Date: 01/07/26 21:19:55
Modified:src/lib jbosssx.jar
Log:
Integrate the JaasSecurityManager changes
Revision ChangesPath
1.16 +55 -42jboss/src/lib/jbosssx.jar
Binary file
___
User: starksm
Date: 01/07/27 11:26:50
Modified:.navigation.jsp
Log:
Added Merchandise link under JBossGroup
Revision ChangesPath
1.6 +3 -2 newsite/navigation.jsp
Index: navigation.jsp
Someone claimed to be interested in this but I have not seen any code. Just do it
and post your results to get this moving.
- Original Message -
From: Francisco Reverbel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, July 27, 2001 1:42 PM
Subject: [JBoss-dev] IIOP support
User: starksm
Date: 01/07/27 17:42:33
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Update the version string to Rel_2_4_0_25
Revision ChangesPath
No revision
No revision
1.35.2.6 +3 -3
Put it into contrib/iiop if you want or I can put it on the sourceforge files page
as an experimental project.
- Original Message -
From: Ole Husgaard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, July 28, 2001 4:34 AM
Subject: Re: [JBoss-dev] IIOP support
Hi,
I am
User: starksm
Date: 01/07/28 10:41:05
Modified:.jboss-tomcat.jsp
Log:
Send readers to one of the JBoss/servlet container bundles as this doc
is obsoleted by the preconfigured bundles.
Revision ChangesPath
1.3 +299 -293 newsite/jboss-tomcat.jsp
User: starksm
Date: 01/07/28 11:22:47
Modified:tomcat/src/main/org/jboss/tomcat/security Tag: Branch_2_4
JBossSecurityMgrRealm.java
Log:
The password passed to securityMgr.isValid() should be a char[] to be
compatible with the cached credential.
User: starksm
Date: 01/07/28 11:28:46
Modified:tomcat/src/main/org/jboss/tomcat/security
JBossSecurityMgrRealm.java
Log:
The password passed to securityMgr.isValid() should be a char[] to be
compatible with the cached credential
Revision Changes
User: starksm
Date: 01/07/28 13:06:20
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
UsernamePasswordLoginModule.java
Log:
Login the principal identity rather than just the username as null may
map to a non-null principal
Revision
User: starksm
Date: 01/07/28 13:06:58
Modified:src/main/org/jboss/security/auth/spi
UsernamePasswordLoginModule.java
Log:
Login the principal identity rather than just the username as null may
map to a non-null principal
Revision ChangesPath
User: starksm
Date: 01/07/28 19:22:28
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManagerService.java
JaasSecurityManagerServiceMBean.java
Log:
Add method to flush the authentication cache of a security
User: starksm
Date: 01/07/28 19:29:47
Modified:src/lib jboss-jaas.jar jbosssx.jar
Log:
Synch with changes to JBossSX
Revision ChangesPath
1.15 +20 -22jboss/src/lib/jboss-jaas.jar
Binary file
1.17 +41 -42jboss/src/lib/jbosssx.jar
User: starksm
Date: 01/07/28 19:32:13
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
Log:
Integrate changes made in JBossSX in version Rel_2_4_0_26
Revision ChangesPath
No revision
No revision
1.11.2.5
User: starksm
Date: 01/07/28 19:33:45
Modified:src/client Tag: Branch_2_4 jbosssx-client.jar
Log:
Update version tag to Rel_2_4_0_26
Revision ChangesPath
No revision
No revision
1.8.2.4 +30 -30
User: starksm
Date: 01/07/28 19:33:45
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Update version tag to Rel_2_4_0_26
Revision ChangesPath
No revision
No revision
1.35.2.7 +2 -2
User: starksm
Date: 01/07/29 07:57:16
Modified:src/main/org/jboss/util Tag: Branch_2_4 Semaphore.java
Log:
Turn off the m_debug flag
Revision ChangesPath
No revision
No revision
1.2.4.1 +2 -2
User: starksm
Date: 01/07/29 08:00:07
Modified:src/main/org/jboss/security Tag: Branch_2_4
SimplePrincipal.java
Log:
Update equals method to work correctly for two objects with
a null name
Revision ChangesPath
No revision
User: starksm
Date: 01/07/29 07:58:11
Modified:src/main/org/jboss/util Semaphore.java
Log:
Turn off the m_debug flag
Revision ChangesPath
1.4 +2 -2 jboss/src/main/org/jboss/util/Semaphore.java
Index: Semaphore.java
User: starksm
Date: 01/07/29 08:22:33
Modified:src/main/org/jboss/security Tag: Branch_2_4
SimplePrincipal.java
Log:
Change to Principal.getName() rather than Object.toString()
Revision ChangesPath
No revision
No
User: starksm
Date: 01/07/29 08:23:25
Modified:src/lib Tag: Branch_2_4 tomcat-service.jar
Log:
Integrate the Rel_2_4_0_26 contrib/tomcat changes
Revision ChangesPath
No revision
No revision
1.9.6.5 +47 -55
User: starksm
Date: 01/07/29 08:24:02
Modified:src/client Tag: Branch_2_4 jbosssx-client.jar
Log:
Integrate the Rel_2_4_0_26 JBossSX changes
Revision ChangesPath
No revision
No revision
1.8.2.5 +48 -46
User: starksm
Date: 01/07/29 08:26:04
Modified:tomcat/src/main/org/jboss/tomcat/security Tag: Branch_2_4
JBossSecurityMgrRealm.java
Log:
Update the username authentication debug statement
Revision ChangesPath
No revision
User: starksm
Date: 01/07/29 09:19:07
Modified:src/main/org/jboss/security SimplePrincipal.java
Log:
Update the equals method to work with Principals
Revision ChangesPath
1.5 +10 -8 jboss/src/main/org/jboss/security/SimplePrincipal.java
Index:
User: starksm
Date: 01/07/29 09:32:42
Modified:src/build Tag: Branch_2_4 run_tests.xml
Log:
Need to flush the security manager authentication cache as different tests
use the same security domain with different user to role mappings
Revision ChangesPath
No
User: starksm
Date: 01/07/29 09:32:43
Modified:src/main/org/jboss/test/web/test Tag: Branch_2_4
TestWebIntegration.java
Log:
Need to flush the security manager authentication cache as different tests
use the same security domain with different user to
User: starksm
Date: 01/07/29 09:32:43
Modified:src/main/org/jboss/test/security/test Tag: Branch_2_4
TestEJBSpec.java
Log:
Need to flush the security manager authentication cache as different tests
use the same security domain with different user to role
User: starksm
Date: 01/07/29 09:32:42
Modified:src/main/org/jboss/test/perf/test Tag: Branch_2_4 Setup.java
Log:
Need to flush the security manager authentication cache as different tests
use the same security domain with different user to role mappings
Revision Changes
User: starksm
Date: 01/07/29 11:17:40
Modified:src/main/org/jboss/test/web/test TestWebIntegration.java
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
Clean up failures due to the JMS name
User: starksm
Date: 01/07/29 11:17:39
Modified:src/main/org/jboss/test/cts/jms ContainerMBox.java
MsgSender.java
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
Clean
User: starksm
Date: 01/07/29 11:17:39
Modified:src/main/org/jboss/test/jmsra/test RaQueueTest.java
RaTopicTest.java
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
User: starksm
Date: 01/07/29 11:17:40
Modified:src/resources/naming/META-INF jboss.xml
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
Clean up failures due to the JMS name changes
User: starksm
Date: 01/07/29 11:17:39
Modified:src/main/org/jboss/test/security/test TestEJBSpec.java
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
Clean up failures due to the JMS name
User: starksm
Date: 01/07/29 11:18:50
Modified:src/main/org/jboss/ejb/plugins LogInterceptor.java
Log:
Add trace capability to the LogInterceptor
Log runtime errors in service startup failures
Revision ChangesPath
1.17 +174 -163
User: starksm
Date: 01/07/29 11:19:53
Modified:src/client jbosssx-client.jar
Log:
Integrate the JBossSX and tomcat-service changes merged from 2.4
Revision ChangesPath
1.12 +40 -42jboss/src/client/jbosssx-client.jar
Binary file
User: starksm
Date: 01/07/29 11:19:53
Modified:src/lib jboss-jaas.jar jbosssx.jar tomcat-service.jar
Log:
Integrate the JBossSX and tomcat-service changes merged from 2.4
Revision ChangesPath
1.16 +54 -56jboss/src/lib/jboss-jaas.jar
Binary file
User: starksm
Date: 01/07/29 11:20:20
Modified:src/main/org/jboss/security/plugins
JaasSecurityManagerService.java
Log:
Merge changes from 2.4
Revision ChangesPath
1.5 +5 -2
User: starksm
Date: 01/07/29 11:20:20
Modified:src/main/org/jboss/security/auth/spi
AbstractServerLoginModule.java
Log:
Merge changes from 2.4
Revision ChangesPath
1.2 +10 -5
User: starksm
Date: 01/07/29 11:17:39
Modified:src/main/org/jboss/test/perf/test Setup.java
Log:
Flush security auth cache to avoid conflicts due to tests using the same
security domain with different user to role mappings.
Clean up failures due to the JMS name changes
There are 6 errors when running the org.jboss.test.jmsra.test.AllJUnitTests with
the latest cvs code. I have cleaned up the obvious problems due to the JBossMQ
name changes, but the following problem persists:
AllJUnitTests Client error:
java.rmi.ServerException: RemoteException occurred in
Running with -classic with the Sun jdk1.3.1 uses green threads and allows
the Threads example to run. On my RedHat 7.1 2.4.3-12 kernel using native
threads the test fails at about 940 threads. With -classic I can get upto
just
about any number. I tried 5000 threads and had no problem.
Now as to
User: starksm
Date: 01/07/30 11:03:16
Modified:src/examples/build build.xml
Log:
Update the interest example to include the interest servlet and add
an ear target
Revision ChangesPath
1.11 +165 -161 manual/src/examples/build/build.xml
Index: build.xml
User: starksm
Date: 01/07/30 11:03:17
Modified:src/examples/org/jboss/docs/interest build.xml home.html
Log:
Update the interest example to include the interest servlet and add
an ear target
Revision ChangesPath
1.4 +0 -1
User: starksm
Date: 01/07/30 11:08:52
Modified:doco_files documentation-example.tar.gz
documentation-example.zip
Log:
Update the interest example
Revision ChangesPath
1.4 +119 -104 newsite/doco_files/documentation-example.tar.gz
User: starksm
Date: 01/07/31 11:50:27
Modified:.index.jsp navigation.jsp
Added: .store.jsp
Log:
Add temporary store page and link to it. Add an announcement.
Revision ChangesPath
1.4 +84 -78newsite/index.jsp
Index: index.jsp
I was looking to add a new unit test and was looking at an existing test
and found that it was not using the junit assert and fail methods. Rather,
it was simply printing out FAILED or the like. This is useless for
automated unit testing. I don't think this is the norm, but if your adding
or
User: starksm
Date: 01/07/31 18:59:18
Modified:src/main/org/jboss/test/testbean/test Main.java
Log:
Update to use assert and fail rather than System.out
Revision ChangesPath
1.10 +146 -169 jbosstest/src/main/org/jboss/test/testbean/test/Main.java
Index:
, but for some legacy reason
jars there are included.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, July 31, 2001 11:27 PM
Subject: [JBoss-dev] Re: class loading problems new build system
Why does this include lib
I'm able to build and run it ok. It is complaining about not finding
in 1063./run.sh
===
===
Environment settings
HOTSPOT = -server
JAVA_OPTS =
CLASSPATH = :run.jar:../lib/crimson.jar
JAXP
Although I like the concept, I have some questions...
1. If there is a buy-it add on that does something, is there any reason
someone can't/shouldn't/is discouraged from writing a free version that
does the same thing?
Shouldn't be. There is a free 2.0 CMP offering in main and a for sale
I'm seeing this in the current cvs main when I
run:
[Default] Statistics: {StoreTime=JBossTimeStatistic
[ TimStatistic [ Count: 0, Min. Time: 0, Max. Time: 0, Total Time: 0, Request
Rate: 0.0 ], LoadTime=JBossTimeStatistic [ TimStatistic [ Count: 0, Min. Time:
0, Max. Time: 0, Total Time:
Missed one:
[javac]
/home/starksm/cvsroot/Main/jboss/src/main/org/jboss/ejb/plugins/lock/SimpleP
essimisticEJBLock.java:58: Superclass
org.jboss.ejb.plugins.lock.BeanLockSupport of class
org.jboss.ejb.plugins.lock.SimplePessimisticEJBLock not found.
[javac] public class
User: starksm
Date: 01/08/02 20:04:31
Modified:src/main/org/jboss/deployment Installer.java
Log:
Fix the web context for wars in ears
Revision ChangesPath
1.10 +2 -2 jboss/src/main/org/jboss/deployment/Installer.java
Index: Installer.java
User: starksm
Date: 01/08/03 13:38:39
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
Log:
Integrate fix for bug #447596
Revision ChangesPath
No revision
No revision
1.11.2.7 +116 -120
User: starksm
Date: 01/08/03 13:38:38
Modified:src/client Tag: Branch_2_4 jbosssx-client.jar
Log:
Integrate fix for bug #447596
Revision ChangesPath
No revision
No revision
1.8.2.6 +44 -48
User: starksm
Date: 01/08/03 13:31:18
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
LdapLoginModule.java
Log:
Fix bug in validatePassword, #447596
Revision ChangesPath
No revision
No
User: starksm
Date: 01/08/03 13:29:03
Modified:src/main/org/jboss/security/auth/spi LdapLoginModule.java
Log:
Fix bug in validatePassword
Revision ChangesPath
1.3 +221 -220
jbosssx/src/main/org/jboss/security/auth/spi/LdapLoginModule.java
Index:
cvs update -j 1.41 -j 1.39 Main.java
- Original Message -
From:
Bill
Burke
To: Jboss-Development@Lists.
Sourceforge. Net
Sent: Friday, August 03, 2001 11:29
AM
Subject: [JBoss-dev] Main.java is still
screwed, can I revert to 1.39?
How does one
User: starksm
Date: 01/08/06 09:08:35
Modified:src/main/org/jboss/web WebServer.java WebService.java
WebServiceMBean.java
Log:
Allow for binding the listening port to a specific IP address.
Add host attribute for setting the host portion of the RMI
Yes, I am going to nuke the legacy logging
interface. Are you suggesting that
org.jboss.logging.Logger be the log4j custom
category implementation instead of
org.jboss.logging.log4j.JBossCategory?
- Original Message -
From:
Jason Dillon
To: [EMAIL PROTECTED]
Sent:
User: starksm
Date: 01/08/10 10:51:32
Modified:src/main/org/jboss/security SecurityAssociation.java
Log:
Catch SecurityException that can be thrown when looking for the
org.jboss.security.SecurityAssociation.ThreadLocal system property
and use the default when access is not
The default value for the property should be used
if there is a SecurityException
due to accessing the system property. I have
updated this.
- Original Message -
From:
Sacha Labourey
To: Jboss-Dev
Sent: Friday, August 10, 2001 9:53
AM
Subject: [JBoss-dev]
The profile shows two traces from
org.jboss.ejb.plugins.jrmp.interfaces.EntityHandleImpl.getEJBObject()
into JNDI. The first takes 1600 ms, the second 100 ms. The only
difference between the two calls
is the order in which NamingContext.checkRef() is called. How is the
entity being created?
User: starksm
Date: 01/08/13 10:23:14
Modified:src/client Tag: Branch_2_4 jbosssx-client.jar
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision ChangesPath
User: starksm
Date: 01/08/13 10:23:15
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 ContainerFactory.java
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision
User: starksm
Date: 01/08/13 10:23:15
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
Log:
Include fix for applet dynamic class loading and security exception on
access of org.jboss.security.SecurityAssociation.ThreadLocal system property
Revision Changes
User: starksm
Date: 01/08/13 11:02:40
Modified:src/main/org/jboss/test/jrmp/test TestDynLoading.java
Log:
Add validation that IString impl is not coming from the local filesystem.
Revision ChangesPath
1.4 +21 -7
User: starksm
Date: 01/08/13 11:33:00
Modified:src/bin run.bat run.sh
Log:
Remove the xml parser classpaths
Revision ChangesPath
1.23 +1 -6 jboss/src/bin/run.bat
Index: run.bat
===
RCS
User: starksm
Date: 01/08/13 11:52:26
Modified:.build.xml
Log:
Drop the excludsions from jboss.jar due to system classpath restrictions
Revision ChangesPath
1.5 +1 -5 jboss/build.xml
Index: build.xml
After updating the jaas.jar and jaxp.jar so that they no longer use the
system classloader,
most of the jars that had to be in the dist/lib directory and included on
the system
classpath can now be in dist/lib/ext. The following changes have been made
in main:
lib/crimson.jar -
to clarify, it is slow because of the full execution of the docs
target right?
--jason
On Mon, 13 Aug 2001, Scott M Stark wrote:
Changing one server file and rebuilding to test is taking on the order of
2 minutes
where this takes 5 seconds previously. There should be an intermediate
build
Its a bug in the jikes compiler.
- Original Message -
From: Jason Dillon
To: [EMAIL PROTECTED]
Sent: Monday, August 13, 2001 7:36 PM
Subject: [JBoss-dev] VerifyError: (class: org/jboss/web/WebServer
Does anyone know why this error might be showing up when using the Jikes
compiler:
User: starksm
Date: 01/08/13 20:12:57
Modified:.build.xml
Log:
Remove the GlobalId exclusion from jboss.jar since jboss-client.jar is
no longer used by the server
Revision ChangesPath
1.6 +1 -5 jboss/build.xml
Index: build.xml
User: starksm
Date: 01/08/13 20:31:34
Modified:src/main/org/jboss/ejb ContainerFactory.java Container.java
Added: src/main/org/jboss/ejb ContainerRelection.java
ContainerRelectionMBean.java
Log:
Add a prototype DynamicMBean interface implementation
A trivial testcase is to simply start the bundle with the tomcat-test.ear in
the deploy
directory and then touch the ear after startup. I see the same basic
behavior with
both the 2.4.0.26 JBoss tomcat and jetty bundles, and neither does a double
deployment.
- Original Message -
From:
What is wrong with just using Ant directly instead of a platform
shell script? That is what I am doing.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Sacha Labourey [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, August 15, 2001 1:23 AM
Subject: RE: [JBoss-dev]
it again ?
Jules
--- Scott M Stark [EMAIL PROTECTED] wrote: A
trivial testcase is to simply start the bundle
with the tomcat-test.ear in
the deploy
directory and then touch the ear after startup. I
see the same basic
behavior with
both the 2.4.0.26 JBoss tomcat and jetty bundles
Caching the values destroys the dynamic filtering capability of the logging
system. The cost of the check is trivial compared to all the other stuff
going
on in any call to JBoss so unless you have a profile showing this is a
hotspot
it doesn't make sense to cache these values.
- Original
We need to think about integrating the JBossSX security manager
into the JCA layer and elsewhere to obtain a consistent view of
security. Right now security is very fragmented.
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 15,
User: starksm
Date: 01/08/15 07:36:32
Modified:src/main/org/jboss/ejb Container.java
Log:
Use mbeanServer.getDefaultDomain() ad the jmx ObjectName domain portion
Revision ChangesPath
1.56 +7 -4 jboss/src/main/org/jboss/ejb/Container.java
Index:
takes the time to install ant on thier systems. They like
the fact that it is so small it can come down with the build system.
Regards,
Hiram
From: Scott M Stark [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] What happened to build.bat
Yes, I was able to use ObjectName(:service=Container,jndiName=someName)
and the mbean shows up in the DefaultDomain.This is a dynamic mbean, not
a statically configured mbean coming from a jcml config.
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
I have a todo to rewrite the deployer for a number of issues:
http://sourceforge.net/pm/task.php?func=detailtaskproject_task_id=36457gro
up_id=22866group_project_id=9292
1. Update the deployer to allow for a non-jar based object describing the
deployment content.
2. Update the AutoDeployer to:
I cleaned this up. See if its acceptable now.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 14, 2001 4:12 PM
Subject: [JBoss-dev] LogInterceptor two log messages per exception
The current LogInterceptor impl will log two
User: starksm
Date: 01/08/15 11:14:21
Modified:src/main/org/jboss/ejb/plugins LogInterceptor.java
Log:
Only issue one log message when handling an exception.
Revision ChangesPath
1.19 +10 -6 jboss/src/main/org/jboss/ejb/plugins/LogInterceptor.java
Index:
Let's not worry about micro-management level details in main that are going
to
change.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 16, 2001 12:26 PM
Subject: Re: [JBoss-dev] Container.java
Is there any reason why we are
2001, Scott M Stark wrote:
There is no such msg in main. Where are you seeing this?
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 16, 2001 11:17 AM
Subject: [JBoss-dev] AutoDeployer [Auto deploy] DEBUG - Wait for 3
seconds
Due to the changes to the CVSROOT/modules
fileone can't checkout the 2.4 branch
of the jbossmq source using the previous syntax.
The 2.4 branch needs to be checked
out using:
cvs co -r Branch_2_4 -P
_jboss_messaging
which creates a messaging rather than jbossmq
directory.
Why not leave
Right now there are any number of ways to cause JBoss to spin in a tight
loop
trying to deliver a transacted msg to an mdb due to a problem with either
the msg or mdb code that either causes an exception thrown from onMessage()
or the tx to be rolled back. A trivial example of the latter is to
Start with the fact that the bank unit test deadlocks and the server is
spewing tons
of messages at info level to the console:
[DefaultDS] Pool
org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory-1 is full
(10/10)!
[DefaultDS] Pool
.
But I think that is the best solution would be to allow the MDB to be
configured with the 'rejected' queue in it's deployment descriptor. I
know
that not everybody will enclose thier MDB code in try { } catch (Throable
e)
{}
Regards,
Hiarm
From: Scott M Stark [EMAIL PROTECTED]
Reply
Well, the current level of logging coming from the datasource layer is
absurd. If this is
due to PrintWriter interface screw the spec. Unless someone has called
setLogger the
JBoss RAs should be defaulting to log4j.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL
401 - 500 of 4240 matches
Mail list logo
