Hi,
I saw some info on JDepend (
http://www.clarkware.com/software/JDepend.html ) which might help
with what your trying to do...
Chris
--- Jason Dillon [EMAIL PROTECTED] wrote:
Does anyone know of a tool that can show what classes are being
used by
inspecting a source directory ?
Hi,
--- Tobias Frech [EMAIL PROTECTED] wrote:
Chris Kimpton wrote:
snip
Alternatively, there are various bugs in these jdk's/Linux
versions
that are causing problems... but I am surprised it is showing up
so
subtlely...
Any other ideas on what could be causing it?
I must
Hi,
Looking at the test results more closely:
For the IBM jdk:
The jbossmq test just seems to die.
The mdb test just dies - but with Interrupted Socket Exception errors
- perhaps it does not handle this?
The jmsra test and testEJBspec tests complete, but have Interrupted
Socket Exception
Hi,
Poseidon:
http://www.gentleware.com/
Does a fairly good job, being free. It generates
UML charts of src trees.
Regards,
S.
+++ http://www.newfoundland.nl
+++Sanne de Roever Newfoundland Interactive
TechnologyJacob van Lennepkade 1871054 ZN AmsterdamTelefoon:
I have a simple message driven bean, listening on a queue.
When I send a message to the queue, the send happens ok (ok meaning no error
messages/exceptions), but the message seems to be disappear into the void.
I guess the bean isn't registered on this queue somehow, even though I'm
pretty damned
I am posting here because I think this is way off-topic for JBoss-User,
I hope I'm not making too big a breach of protocol :-)
I've had a look at the discussions regarding scoped deployment. This
will prove very useful on large projects like the one I'm currently
architecturing.
Now... I just
Check out code from cvs and look at
org.jboss.deployment.scope.J2eeGlobalScopeDeployer ... enable the
scope deployer by uncommenting the right line in jboss.jcml (and disabling
the normal J2eeDeployer) ...
build two dependent ear´s (I tested with testbean.ear and testbean2.ear from
jbosstest
Patches item #444844, was opened at 2001-07-26 09:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=444844group_id=22866
Category: JBossCX
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: David Jencks (d_jencks)
Hi guys,
I was hoping someone would know where this bug would be as
soon as I described the symptoms.
A bean-managed entity registers a synchronization object with a
transaction. If it is called from a web-tier client with optimizations
turned on, it fails like this:
Dan,
In org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy we have the following
code:
protected Object invokeContainer(final Object id,
final Method method,
final Object[] args)
throws Throwable
{
what version?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan
|OConnor
|Sent: Thursday, July 26, 2001 12:51 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Transactions and Optimization
|
|
|Hi guys,
|
|I was hoping someone would know where
The problem occurs with 2.2.4-BETA with Tomcat, like you
can download from the web site.
On 26 Jul 01, at 13:16, marc fleury wrote:
what version?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan
|OConnor
|Sent: Thursday, July 26,
On 26 Jul 01, at 12:11, Dain Sundstrom wrote:
So, it calls getTransaction which will return null if there is no current
tx. I think in that case, the tx invocation interceptor creates a new tx.
Which would be the expected behavior. I might have to set up
Tomcat with my development
On 26 Jul 01, at 12:11, Dain Sundstrom wrote:
So, it calls getTransaction which will return null if there is no current
tx. I think in that case, the tx invocation interceptor creates a new tx.
Which would be the expected behavior. I might have to set up
Tomcat with my development
User: user57
Date: 01/07/26 12:46:45
Log:
o import of JUnit v3.7
Status:
Vendor Tag: junit
Release Tags: junit_3_7
N thirdparty/junit/junit/lib/junit.jar
No conflicts created by this import
___
Jboss-development
User: user57
Date: 01/07/26 12:51:22
Log:
o Import of Apache/Jakarta Log4j v1.1.3
Status:
Vendor Tag: apache_jakarta
Release Tags: log4j_1_1_3
N thirdparty/apache/log4j/lib/log4j.jar
No conflicts created by this import
User: user57
Date: 01/07/26 12:57:06
Log:
o Import of JNDI v1.2.1 from Sun.
Status:
Vendor Tag: sun
Release Tags: jndi_1_2_1
N thirdparty/sun/jndi/lib/jndi.jar
No conflicts created by this import
___
do me a favor and try 2.5 HEAD ... a null tx should not register with the
underlying TM
if it does it is a bug...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dan
|OConnor
|Sent: Thursday, July 26, 2001 3:20 PM
|To: [EMAIL PROTECTED]
try to get a repro case
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Thursday, July 26, 2001 4:12 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Transactions and Optimization
|
|
|do me a favor and try 2.5 HEAD ...
User: user57
Date: 01/07/26 14:03:17
Added: etc Tag: jboss_buildmagic local.properties-example
Log:
o set up initial set integration with buildmagic, still need to hookup
project release/install
Revision ChangesPath
No revision
User: user57
Date: 01/07/26 14:03:18
Removed: lib Tag: jboss_buildmagic ant.jar crimson.jar javac.jar
jaxp.jar
Log:
o set up initial set integration with buildmagic, still need to hookup
project release/install
User: user57
Date: 01/07/26 14:03:17
Added: .Tag: jboss_buildmagic build build.xml config.xml
Log:
o set up initial set integration with buildmagic, still need to hookup
project release/install
Revision ChangesPath
No revision
User: user57
Date: 01/07/26 14:03:19
Modified:src/etc Tag: jboss_buildmagic client.mf server.mf
Added: src/etc Tag: jboss_buildmagic tests.mf
Removed: src/etc Tag: jboss_buildmagic jnp.mf
Log:
o set up initial set integration with buildmagic, still need to
User: user57
Date: 01/07/26 14:03:18
Removed: src/build Tag: jboss_buildmagic build.bat build.sh build.xml
Log:
o set up initial set integration with buildmagic, still need to hookup
project release/install
___
Jboss-development
User: user57
Date: 01/07/26 14:04:22
Modified:.Tag: jboss_buildmagic build.xml
Log:
o removed the buildmagic echo
o updated task jar (which contains task defaults)
o added naming to the module list
Revision ChangesPath
No revision
User: user57
Date: 01/07/26 14:04:22
Modified:.Tag: jboss_buildmagic build.xml config.xml
Log:
o removed the buildmagic echo
o updated task jar (which contains task defaults)
o added naming to the module list
Revision ChangesPath
No
User: user57
Date: 01/07/26 14:04:22
Modified:planet57/buildmagic/lib Tag: jboss_buildmagic
buildmagic-tasks.jar
Log:
o removed the buildmagic echo
o updated task jar (which contains task defaults)
o added naming to the module list
Revision
Feature Requests item #444937, was opened at 2001-07-26 14:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=444937group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCFindEntitiesCommand.java
JDBCFindEntityCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
User: dsundstrom
Date: 01/07/26 14:54:13
Modified:src/main/org/jboss/ejb/plugins/cmp CMPStoreManager.java
FindEntitiesCommand.java FindEntityCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
instead of being
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws/bmp
CustomFindByEntitiesCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
instead of being wrapped in a FinderException.
User: dsundstrom
Date: 01/07/26 14:54:13
Modified:src/main/org/jboss/ejb/plugins/cmp/bmp
CustomFindByEntitiesCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
instead of being wrapped in a FinderException. This
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws
JAWSPersistenceManager.java
JPMFindEntitiesCommand.java
JPMFindEntityCommand.java
Log:
Changed finders to allow application
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCFindEntitiesCommand.java
JDBCFindEntityCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
One of the reasons I am using the blackdown JDK is that it has a
green threads option - which I am using - which should eliminate any
thread limit issues - but it is also showing a low count on the
tests.
What are the thread limit issues?
I must look at tinderbox some more - this would
User: dsundstrom
Date: 01/07/26 15:09:41
Modified:src/main/org/jboss/metadata QueryMetaData.java
Log:
Applied patch 444395. This fixes a bug where the optional element method-intf
was required.
Revision ChangesPath
1.2 +2 -3
User: dsundstrom
Date: 01/07/26 15:24:29
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCQueryMetaDataFactory.java
Log:
Applied patch 22. This fixes a bug where it was assumed that a bean
always had a home and local home interface, which
User: user57
Date: 01/07/26 15:24:54
Modified:.modules
Log:
o added server and pool to jboss-all-modules
Revision ChangesPath
1.15 +3 -4 CVSROOT/modules
Index: modules
===
RCS
User: user57
Date: 01/07/26 15:25:09
Modified:.modules
Log:
o removed extra \
Revision ChangesPath
1.16 +1 -1 CVSROOT/modules
Index: modules
===
RCS file:
You know the philosophy scratch your own itch. SF is open source.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 26, 2001 5:15 PM
Subject: Re: [JBoss-dev] jboss daily test results
The SF people are very resonable and would most
I am working on a build system proof of concept, that integrates cvs modules
as sources instead of binaries. Things are going well, but I have run into
a few module dependency issues. Currently there is only one that is causing
a problem.
There is a circular dependency between jboss and
On Thu, Jul 26, 2001 at 03:42:09PM -0700, Jason Dillon wrote:
I am working on a build system proof of concept, that integrates cvs modules
as sources instead of binaries. Things are going well, but I have run into
a few module dependency issues. Currently there is only one that is causing
a
User: chirino
Date: 01/07/26 15:54:08
Modified:src/main/org/jbossmq/server JMSServer.java
JMSDestination.java
Log:
no message
Revision ChangesPath
1.14 +2 -1 jbossmq/src/main/org/jbossmq/server/JMSServer.java
Index: JMSServer.java
User: user57
Date: 01/07/26 16:09:54
Log:
o Import of JMX v1.0 ri from Sun.
Status:
Vendor Tag: sun
Release Tags: jmx_1_0_ri
N thirdparty/sun/jmx/lib/jmxgrinder.jar
N thirdparty/sun/jmx/lib/jmxri.jar
N thirdparty/sun/jmx/lib/jmxtools.jar
No conflicts
User: user57
Date: 01/07/26 16:15:10
jboss/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 01/07/26 16:07:38
jbosspool/src/main/org/jboss/jdbc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Ok I think I just fixed one of the threading issues JBossMQ was having
that caused lockups.. Problem was that on a heavy load, all the threads in
the server thread pool get busy, and the pool has a limit of 25 threads. I
the pool WAS setup so that the execution of a new task would block
User: user57
Date: 01/07/26 16:23:22
Log:
o Import of JAXP v1.1 from Sun.
Status:
Vendor Tag: sun
Release Tags: jaxp_1_1
N thirdparty/sun/jaxp/lib/crimson.jar
N thirdparty/sun/jaxp/lib/jaxp.jar
N thirdparty/sun/jaxp/lib/xalan.jar
No conflicts created by
User: user57
Date: 01/07/26 16:42:39
Log:
o import of util.concurrent v1.3.0 from Oswego/Doug Lea.
Status:
Vendor Tag: oswego
Release Tags: concurrent_1_3_0
N thirdparty/oswego/concurrent/lib/concurrent.jar
No conflicts created by this import
User: user57
Date: 01/07/26 16:54:46
Log:
o Import of JavaMail v1.2 from Sun.
Status:
Vendor Tag: sun
Release Tags: javamail_1_2
N thirdparty/sun/javamail/lib/imap.jar
N thirdparty/sun/javamail/lib/mailapi.jar
N thirdparty/sun/javamail/lib/mail.jar
N
User: user57
Date: 01/07/26 16:49:47
Modified:src/main/org/jboss/jdbc Tag: jboss_buildmagic
InstantDBDatabase.java
Log:
o removed import org.hsql.Server, since this is for InstantDB.
Revision ChangesPath
No revision
I'm trying to run the latest jbossmq. I brought
down the code and everything built fine, but when I try to combine this with the
latest JBoss, I run into what appears to be configuration troubles. I've studied
closely the changes to the JBossMQ config, but I must be overlooking something.
User: user57
Date: 01/07/26 17:18:24
Log:
o Import of jpl-util v0.5b (taken from jboss/src/lib)
Status:
Vendor Tag: gjt
Release Tags: jpl_util_0_5_b
N thirdparty/gjt/jpl-util/lib/jpl-util.jar
No conflicts created by this import
Hi, I'm working on this rewriting. Should I change the package?? Seems
like no, these are going to be sort of deprecated anyway, only there for
backwards compatibility, so we should keep the package the same.
Agreed?
Thanks
david jencks
On 2001.07.26 18:48:54 -0400 Toby Allsopp wrote:
On
Hi,
Strange, this should only happen if you are holding
on to a Transaction reference, and that transaction
was terminated (committed or rolled back).
For more information about what is going on in the
default TM, change the trace flag near the top of
org.jboss.tm.TxCapsule to true, and
On Thu, Jul 26, 2001 at 08:48:14PM -0400, David Jencks wrote:
Hi, I'm working on this rewriting. Should I change the package?? Seems
like no, these are going to be sort of deprecated anyway, only there for
backwards compatibility, so we should keep the package the same.
Agreed?
Agreed.
JBoss daily test results
SUMMARY
Number of tests run: 136
Successful tests: 133
Errors:0
Failures: 3
[time of test: 27 July 2001 3:2 GMT]
[java.version: 1.3.0]
JBoss daily test results
SUMMARY
Number of tests run: 133
Successful tests: 133
Errors:0
Failures: 0
[time of test: 27 July 2001 3:26 GMT]
[java.version: 1.3.1]
JBoss daily test results
SUMMARY
Number of tests run: 59
Successful tests: 59
Errors:0
Failures: 0
[time of test: 27 July 2001 4:37 GMT]
[java.version: 1.3.1]
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
___
On 27 Jul 01, at 3:32, Ole Husgaard wrote:
Hi,
Strange, this should only happen if you are holding
on to a Transaction reference, and that transaction
was terminated (committed or rolled back).
Hi Ole,
This is certainly a possible defect in my application, but if this is
the cause,
Sorry, I'm an idiot. 2.4-BETA. I'll try to figure this out first thing
tomorrow.
-Dan
On 26 Jul 01, at 15:01, Dan OConnor wrote:
The problem occurs with 2.2.4-BETA with Tomcat, like you
can download from the web site.
On 26 Jul 01, at 13:16, marc fleury wrote:
what version?
I would leave it for the moment... Unless you are talking about integration
into the jbosscx module.
--jason
On Thu, 26 Jul 2001, David Jencks wrote:
Hi, I'm working on this rewriting. Should I change the package?? Seems
like no, these are going to be sort of deprecated anyway, only there
68 matches
Mail list logo
