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,
--- Scott M Stark <[EMAIL PROTECTED]> wrote:
> 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.
>
Funky...
One of the reasons I am using the blackdown JDK is that it has a
green threads option - which I am u
http://sources.redhat.com/sourcenav/
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
Dillon
Sent: Donnerstag, 26. Juli 2001 03:34
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Class usage tool
Does anyone know of a tool that can show what classes ar
User: kimptoc
Date: 01/07/26 02:08:47
Modified:src/build/stylesheets summary2.xsl
Log:
updated web report for latest testing
Revision ChangesPath
1.8 +30 -17jbosstest/src/build/stylesheets/summary2.xsl
Index: summary2.xsl
===
Chris Kimpton wrote:
> 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 look at tinderbox some more - this would allow us to build
Hi,
--- Tobias Frech <[EMAIL PROTECTED]> wrote:
> Chris Kimpton wrote:
>
> > 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?
> >
User: kimptoc
Date: 01/07/26 03:42:53
Modified:src/build/stylesheets summary2.xsl
Log:
set ordering on directory list
Revision ChangesPath
1.9 +1 -1 jbosstest/src/build/stylesheets/summary2.xsl
Index: summary2.xsl
==
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 errors
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 AmsterdamTel
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 damne
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 d
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 by
Patches item #444844, was opened at 2001-07-26 09:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=444844&group_id=22866
Category: JBossCX
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: David Jencks (d_jencks)
> I just had a quick look - we would need to install the various java
> versions, in our (test) user - they don't provide this.
The SF people are very resonable and would most likely allow us to do this.
Also, can't we just install the JVMs in the user's home directory.
> Also, we would need to
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:
java.lang.IllegalStateE
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,
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 environme
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 environme
User: user57
Date: 01/07/26 12:38:35
Modified:.modules
Log:
o changed jboss-bm to jboss-all, hand trouble typing -bm over and over
o added _jboss_naming to jboss-all-modules
Revision ChangesPath
1.14 +37 -36CVSROOT/modules
Index: modules
===
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 maili
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
___
Jboss-development
User: user57
Date: 01/07/26 12:57:55
jnp/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
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]
|Subject
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 ... a
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
No
User: user57
Date: 01/07/26 14:03:19
Removed: src/lib Tag: jboss_buildmagic jndi.jar junit.jar log4j.jar
Log:
o set up initial set integration with buildmagic, still need to hookup
project release/install
___
Jboss-development ma
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 hookup
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 m
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 rev
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 Cha
Feature Requests item #444937, was opened at 2001-07-26 14:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=444937&group_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
inst
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 wrap
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. This
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 e
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
inste
> 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 jboss/src/main/org/jboss/metadata
> The SF people are very resonable and would most likely allow us to do this.
I wish they would fix the mailing list search... =(
I have sent more than one request and even exchanged a few emails on the
side with one of there admin's and it is still broken.
--jason
___
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 a
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 f
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: /cvsroot/jboss/CVSROOT
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 wou
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 jbosspo
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
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 created
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 un
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 this
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 thirdparty
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
No
User: user57
Date: 01/07/26 16:57:09
Log:
o Import of JAF v1.0.1 from Sun.
Status:
Vendor Tag: sun
Release Tags: jaf_1_0_1
N thirdparty/sun/jaf/lib/activation.jar
No conflicts created by this import
___
Jboss-developm
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.
Wh
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 Th
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 recompil
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]
[j
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]
[ja
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 con
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
Revi
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 al
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
<>
___
Jboss-development
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
On 26 Jul, Brian Sondergaard wrote:
> 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,
>b
On 26 Jul, Hiram Chirino wrote:
>
> 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
81 matches
Mail list logo