Most of the DTDs in JBoss use the JBoss.org site for public url. Do you just
want to avoid the web traffic? We could put them at jboss.sourceforg.net.
Or do you think we just don't need the DTDs publicly available? In that
case then I'm done. :)
-dain
-Original Message-
From: marc
User: jules_gosnell
Date: 01/11/25 06:52:44
Added: jettyREADME
Log:
tidy up JSP support a little more.
add README
minor changes
Revision ChangesPath
1.6 +93 -29contrib/jetty/README
___
User: jules_gosnell
Date: 01/11/25 06:52:51
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
tidy up JSP support a little more.
add README
minor changes
Revision ChangesPath
1.3 +6 -3
User: jules_gosnell
Date: 01/11/25 06:52:51
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java
Log:
tidy up JSP support a little more.
add README
minor changes
Revision
User: jules_gosnell
Date: 01/11/25 07:09:44
Added: jettyTODO
Log:
my TODO list
Revision ChangesPath
1.5 +5 -16 contrib/jetty/TODO
___
Jboss-development mailing list
[EMAIL PROTECTED]
Is this available to the Jetty integration anywhere.
It is not enough simply to be passed the classloader because I need to make up a
classpath for the java compiler so I can
compile JSPs on the fly.
Currently Jetty only knows about classes/jars stored in the war module. If
classes/jars are
User: jules_gosnell
Date: 01/11/25 08:02:01
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
use Jetty DebugMBean - name not sorted yet
Revision ChangesPath
1.29 +47 -13contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index:
I'm not sure how this works currently. I'm working on a revision in which
everything in a package gets put into a URLClassLoader after unpacking. If
you got this classloader could you call getURLs() on it and turn the URLs
into Files? (they will all be local copies). I haven't gotten to the
Tomcat has a similar problem, though, it seems it is even worse. The
invocation of javac to compile the jsps sets up the path to the WAR and
standard java classes and does not use the classloader, so you would have
to do something that David Jencks proposes, namely, get the URLs from the
OK ok
look class visibility is something we can solve easily with the cl
integration, so
either
1- pass teh ear ref from the deployer on down,
2- wait for the integration.
david, if you read this integration is a big word that says in the first
iteration let just set the system SL to be
|Tomcat has a similar problem, though, it seems it is even worse. The
|invocation of javac to compile the jsps sets up the path to the WAR and
|standard java classes and does not use the classloader, so you would have
|to do something that David Jencks proposes, namely, get the URLs from the
See below.
On Sat, 24 Nov 2001, David Jencks wrote:
On 2001.11.24 21:11:40 -0500 Anatoly Akkerman wrote:
Hi,
The bulk of this e-mail has been posted earlier on the topic of j2ee
packaging and nobody but Scott replied to it. It shares some of the ideas
with the author of this
|Tomcat has a similar problem, though, it seems it is even worse. The
|invocation of javac to compile the jsps sets up the path to
the WAR and
|standard java classes and does not use the classloader, so
you would have
|to do something that David Jencks proposes, namely, get the
URLs
Sounds like a great idea, you need to call the
getResourceAsStream on it,
why don't you look into it?
marcf
This won't work for an out-of-process compiler such as jikes.
Yeap, jikes is not java -- it is C++. Also, it may very well be so that
even Sun's compiler can't do
Using the current cvs-version of jboss, I get some new problems on
startup after doing an build all.
conf-file jboss-service.xml requests jbosspool.jar.
jbosspool.jar was build in jboss-all/pool/ouput/lib but not copied to
$JBOSS_HOME/lib/ext.
conf-file jboss-service.xml also requests
|Yes, this is not j2ee-spec compliant and I agree, we should also support
|standard packaging as well, this is just in addition, for those who see
|advantage in having flexible packaging.
Yes that's the spirit,
| I think these are supplied in *service.xml via the classpath elements?
|
|Could
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Adam
|Heath
|Sent: Sunday, November 25, 2001 1:23 AM
|To: marc fleury
|Cc: Jboss-Development@Lists. Sourceforge. Net
|Subject: Re: [JBoss-dev] [ANN] JBoss 3.0 alpha is out
|
|
|On Wed, 21 Nov 2001, marc
On Sun, 25 Nov 2001, marc fleury wrote:
|Where is tomcat integration? Is this just an oversite? JBoss 2.4.3 had
|Tomcat integration(both 3.x and 4.x), yet I see nothing in JBoss cvs that
|mention this.
Where is your code, Adam? If you care so much about it, get your keyboard
and code
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned to:
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned to:
|These kinds of emails are not the ones that make people want to flock to
|program for JBoss.
Talk is cheap, emails are a dime a dozen, we have seen a quarter of it from
you,
can we get your 2c in code? We are pretty lax in giving RW, so code
something relevant and you are in, talk some more
Adam Heath wrote:
On Sun, 25 Nov 2001, marc fleury wrote:
Such nice, friendly emails from you. Makes one just want to pitch in and
help.
Hmmm. Perhaps you should take a look back at your own emails over the
last week or so. You sound like a spoilt child stamping his feet and
Frank,
I'm surprised at the Jetty error.
mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it,
should.
can you confirm ?
when you say current - how current ?
are there any other errors, warnings associable with Jetty upon startup ?
what happens if you move the
Adam,
Have you tried the Jetty integration ?
If so, and you didn't like it, would you let me know what was broken, so it can
be fixed.
Any feedback at all would be useful, otherwise I am working in a vacuum.
JBoss 3 cvs now contains Jetty4 which is Servlet 2.3 and JSP 1.2 (Jasper - same
as
Sybase does not support select for update.
Standard SQL dictates (and Sybase supports) a select at serializable
mechanism which will change the isolation level on the transaction to
serializable.
Of course, Oracle does not support serializable isolation.
-jim
-Original Message-
I can't see how we can get java compilers to use our classloaders
without actually modifying the javac compilers. Ant does not
do this - it passed a classpath that you have specified in the
build.xml
The fundamental problem is that JSPs are not well designed when it comes
to deployment, as
Julian Gosnell schrieb:
Frank,
I'm surprised at the Jetty error.
mortbay.jetty.jar should not be in lib/etc but jetty-plugin.sar, which contains it,
should.
can you confirm ?
jetty-plugin.sar is in deploy/lib. It contains
org.jboss.jetty.JBossLogSink but not
can't we use the javac compiler from one of the open source VM projects?
are they java enabled? javac.jar available?
we only need to track down the cl usage in there.
could be my arse talking (?)
marcf
|-Original Message-
|From: Greg Wilkins [mailto:[EMAIL PROTECTED]]
|Sent: Sunday,
|I think that the best that we can do is to make a best effort approach
|to determine a file classpath that we can pass to the JspServlet.
|We should also provide good override mechanisms to allow a deployer (or ear
|developer) to explicitly set the classpath passed to the JspServlet
but in the
Sorry -- been out of town for a few days...
The execute bits shouldn't be lost when you tar up a filelook at this
output--the executable bit is still set: (using gnu tar --- anybody know
if the other versions of UNIX tar behave any differently?)
[jason@buford test]$ touch test.txt
hrmm...unfortunately no -- I had tried that before, but CVS complains that
I don't have read/write access to the history file.
-jason
Dain Sundstrom [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
11/21/2001 07:54 PM
To: 'Jason Dillon' [EMAIL PROTECTED], [EMAIL PROTECTED]
Have you had any luck getting this to work with sourceforge? It appears
that it requires a little different setup serverside
-jason
Adam Heath [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
11/21/2001 07:41 PM
To: [EMAIL PROTECTED]
cc: Jason Dillon [EMAIL
The use of a custom category subclass requiring a category factory
is going away. It is already gone in the 2.4 branch.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, November 21, 2001 4:00 PM
Subject:
What is the syntax in Sybase? Or did I miss the point of this email?
-dain
-Original Message-
From: James Cook [mailto:[EMAIL PROTECTED]]
Sent: Sunday, November 25, 2001 3:50 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] what DBMS's support select for update?
Sybase does
Can I turn up the console appender threashold for only one category?
I want the normal console loging but also cmp debug messages. By the way, I
rewote the category creation for cmp and eliminated the debug flag from the
metadata.
-dain
___
On Sun, 25 Nov 2001 [EMAIL PROTECTED] wrote:
Have you had any luck getting this to work with sourceforge? It appears
that it requires a little different setup serverside
-jason
[snip]
http://kitenet.net/programs/sshcvs/
CVS over anonymous ssh.
No, haven't tried. The main problem
Why set permissions to 655? (rw owner, rx for group and world) --- the
owner of the files can't execute these---755 is probably the right choice
here. Really, build.sh is the only one to worry about --- I don't see why
you can't execute the 'ant' program or 'antRun' with calls to sh like 'sh
User: starksm
Date: 01/11/25 19:12:27
Modified:src/main/org/jboss/ejb/plugins/jaws/bmp
CustomFindByEntitiesCommand.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:25
Modified:src/main/org/jboss/ejb Container.java ContainerFactory.java
ContainerFactoryMBean.java EnterpriseContext.java
EntityContainer.java LocalHomeObjectFactory.java
User: starksm
Date: 01/11/25 19:12:29
Modified:src/main/org/jboss/ejb/plugins/jrmp13/server
JRMPContainerInvoker.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:26
Modified:src/main/org/jboss/ejb/plugins/cmp/bmp
CustomFindByEntitiesCommand.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:28
Modified:src/main/org/jboss/ejb/plugins/jms DLQHandler.java
JMSContainerInvoker.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:26
Modified:src/main/org/jboss/ejb/plugins/cmp/bridge
EntityBridgeInvocationHandler.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:29
Modified:src/main/org/jboss/ejb/plugins/lock BeanLockSupport.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the org.jboss.logging.Logger to use the
User: starksm
Date: 01/11/25 19:12:29
Modified:src/main/org/jboss/ejb/plugins/jrmp12/server
JRMPContainerInvoker.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:28
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvoker.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:12:29
Modified:src/main/org/jboss/ejb/plugins/local
BaseLocalContainerInvoker.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
JBoss daily test results
SUMMARY
Number of tests run: 177
Successful tests: 148
Errors:16
Failures: 13
[time of test: 26 November 2001 3:12 GMT]
[java.version:
User: starksm
Date: 01/11/25 19:12:26
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCCommandFactory.java
JDBCDefinedFinderCommand.java
JDBCEJBQLFinderCommand.java
User: starksm
Date: 01/11/25 19:12:28
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCCommandFactory.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Clean up the
User: starksm
Date: 01/11/25 19:17:48
Modified:src/main/org/jboss/metadata ApplicationMetaData.java
BeanMetaData.java ClusterConfigMetaData.java
ConfigurationMetaData.java EjbLocalRefMetaData.java
User: starksm
Date: 01/11/25 19:17:47
Modified:src/main/org/jboss/deployment DeployerMBeanSupport.java
Installer.java InstallerFactory.java
J2eeApplicationMetaData.java J2eeDeployer.java
J2eeModuleMetaData.java
User: starksm
Date: 01/11/25 19:16:10
Modified:src/main/org/jboss/logging Logger.java
Removed: src/main/org/jboss/logging LoggerFactory.java
Log:
Clean up the Logger class to not be a subclass of org.apache.log4j.Category
and support only a single factory method called
User: starksm
Date: 01/11/25 19:12:26
Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java
AbstractInstancePool.java AbstractInterceptor.java
AbstractTxInterceptor.java
User: starksm
Date: 01/11/25 19:19:47
Modified:src/main/org/jboss/web AbstractWebContainer.java
AbstractWebContainerMBean.java WebServer.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.8 +4 -5
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/system Info.java ServiceConfigurator.java
ServiceController.java ServiceCreator.java
ServiceMBeanSupport.java
Log:
Use the Logger.getLogger factory method
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/proxy Proxies.java ProxyProxy.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.7 +1 -1 jboss/src/main/org/jboss/proxy/Proxies.java
Index: Proxies.java
User: starksm
Date: 01/11/25 19:19:45
Modified:src/main/org/jboss/monitor BeanCacheMonitor.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.5 +2 -2 jboss/src/main/org/jboss/monitor/BeanCacheMonitor.java
Index:
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/naming NamingService.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.19 +2 -2 jboss/src/main/org/jboss/naming/NamingService.java
Index: NamingService.java
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/tm/usertx/server
UserTransactionSessionImpl.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.6 +79 -60
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/util CounterInterceptor.java
Executor.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.6 +0 -1
User: starksm
Date: 01/11/25 19:24:51
Modified:src/main/org/jboss/ejb/plugins/jrmp13/server
JRMPContainerInvokerHA.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:51
Modified:src/main/org/jboss/ha/framework/server
DistributedReplicantManagerImpl.java
DistributedStateImpl.java HAPartitionImpl.java
HARMIServerImpl.java
Log:
Drop the
User: starksm
Date: 01/11/25 19:24:51
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvokerHA.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:50
Modified:src/main/org/jboss/ejb/plugins
StatefulHASessionPersistenceManager.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jboss/ha/hasessionstate/server
HASessionStateImpl.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jboss/ha/jndi HAJNDI.java HANamingService.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory
User: starksm
Date: 01/11/25 19:24:53
Modified:src/main/org/jboss/resource/adapter/jdbc
BaseManagedConnection.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jbossmx/cluster/watchdog/util
HermesMachineProperties.java
MirrorServiceRemoteListener.java
MirroringService.java
Log:
Drop the
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jbossmx/cluster/watchdog/mbean Watchdog.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory
User: starksm
Date: 01/11/25 19:24:53
Modified:src/main/org/jboss/resource/adapter/jdbc/local
JDBCManagedConnectionFactory.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
ConnectionManagerFactoryLoader.java
JBossConnectionListenerImpl.java
JBossResourceSubjectFactory.java
User: starksm
Date: 01/11/25 19:24:52
Modified:src/main/org/jbossmx/cluster/watchdog/mbean/xmlet XMLet.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory
User: starksm
Date: 01/11/25 19:12:26
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCAbstractCMPFieldBridge.java
JDBCCMP1xFieldBridge.java JDBCCMP2xFieldBridge.java
JDBCCMRFieldBridge.java
User: starksm
Date: 01/11/25 19:24:53
Modified:src/main/org/jboss/resource/connectionmanager
BaseConnectionManager.java
ManagedConnectionPoolFactory.java
XAConnectionManager.java
Log:
Drop the
User: starksm
Date: 01/11/25 19:24:53
Modified:src/main/org/jboss/resource/adapter/jdbc/xa
XAManagedConnectionFactory.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:12:28
Modified:src/main/org/jboss/ejb/plugins/jaws/metadata
CMPFieldMetaData.java FinderMetaData.java
JawsApplicationMetaData.java
JawsEntityMetaData.java JawsXmlFileLoader.java
User: starksm
Date: 01/11/25 19:24:54
Modified:src/main/org/jboss/pool/xml XMLUtils.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory method.
Revision
User: starksm
Date: 01/11/25 19:24:54
Modified:src/main/org/jboss/security/plugins JaasSecurityManager.java
JaasSecurityManagerService.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
User: starksm
Date: 01/11/25 19:24:53
Modified:src/main/org/jboss/resource/security
PrincipalMappingSupport.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:54
Modified:varia/src/main/org/jboss/jdo/castor CastorJDOImpl.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory method.
User: starksm
Date: 01/11/25 19:24:53
Modified:jetty/src/main/org/jboss/jetty Jetty.java JettyService.java
JettyServiceMBean.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the
User: starksm
Date: 01/11/25 19:24:54
Modified:src/main/org/jboss/pool/cache LeastRecentlyUsedCache.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory
User: starksm
Date: 01/11/25 19:24:54
Modified:src/main/org/jboss/pool ObjectPool.java PoolGCThread.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory
User: starksm
Date: 01/11/25 19:12:27
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCApplicationMetaData.java
JDBCCMPFieldMetaData.java
JDBCCMPFieldPropertyMetaData.java
User: starksm
Date: 01/11/25 19:19:46
Modified:src/main/org/jboss/util/timeout TimeoutFactory.java
Log:
Use the Logger.getLogger factory method
Revision ChangesPath
1.9 +4 -3 jboss/src/main/org/jboss/util/timeout/TimeoutFactory.java
Index:
User: starksm
Date: 01/11/25 19:24:54
Modified:varia/src/main/org/jboss/boot/servlets BootServlet.java
Log:
Drop the org.jboss.ejb.DeploymentException in favor of the
org.jboss.deployment.DeploymentException class.
Use the org.jboss.logging.Logger.getLogger factory method.
I guess I was stating that the select for update concept of forcing a
lock does not exist using that syntax in Sybase. The closest thing
would be select ... holdlock, although I am not sure that has exactly
the same effect. Using the keywork holdlock has the same effect as
using transaction
User: starksm
Date: 01/11/25 19:45:44
Modified:src/etc/conf/default log4j.properties
Log:
Drop the log4j.categoryFactory setting as it is no longer needed.
Revision ChangesPath
1.15 +1 -4 jboss/src/etc/conf/default/log4j.properties
Index:
JBoss daily test results
SUMMARY
Number of tests run: 177
Successful tests: 150
Errors:15
Failures: 12
[time of test: 26 November 2001 3:57 GMT]
[java.version:
No, appenders have priority thresholds as do categories, but configuring
the threshold for an appender for a given category is not supported. You
can configure an appender just for a category and then sets its threshold
as you wish to achieve a custom appender threshold for a category.
One of the current unit test failures has to do with a BMP bean seeing an
already closed exception on an attempt to close a JDBC connection. The
unit test is org.jboss.test.cts.test.BmpUnitTestCase and the corresponding
EJB is org.jboss.test.cts.ejb.CtsBmpBean. Below is the server side exception
User: starksm
Date: 01/11/25 20:50:31
Modified:.build.xml
Log:
Change the one-test target to execute a single unit test as specified
by the test property. The test property gives the fully qualified class
name of the unit test to execute rather than a class name that
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 137
Errors:13
Failures: 12
[time of test: 26 November 2001 5:23 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 177
Successful tests: 150
Errors:15
Failures: 12
[time of test: 26 November 2001 6:19 GMT]
[java.version:
User: starksm
Date: 01/11/25 22:33:11
Modified:src/main/org/jboss/mq Connection.java
Log:
Clean up the execessive logging by introducing trace level messages
Revision ChangesPath
1.13 +206 -187 jbossmq/src/main/org/jboss/mq/Connection.java
Index:
User: starksm
Date: 01/11/25 22:33:12
Modified:src/main/org/jboss/mq/server ClientConsumer.java
JMSServer.java MessageReference.java
Log:
Clean up the execessive logging by introducing trace level messages
Revision ChangesPath
1.9 +169
User: starksm
Date: 01/11/25 22:33:12
Modified:src/main/org/jboss/mq/il/uil UILClientIL.java
Log:
Clean up the execessive logging by introducing trace level messages
Revision ChangesPath
1.4 +14 -8 jbossmq/src/main/org/jboss/mq/il/uil/UILClientIL.java
User: starksm
Date: 01/11/25 22:33:12
Modified:src/main/org/jboss/mq/il/oil OILClientIL.java
Log:
Clean up the execessive logging by introducing trace level messages
Revision ChangesPath
1.4 +15 -8 jbossmq/src/main/org/jboss/mq/il/oil/OILClientIL.java
User: starksm
Date: 01/11/25 22:35:12
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Change the getObjectInstance log level to trace
Revision ChangesPath
1.15 +6 -3 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java
1 - 100 of 103 matches
Mail list logo
