JBoss daily test results
SUMMARY
Number of tests run: 140
Successful tests: 131
Errors:4
Failures: 5
[time of test: 3 November 2001 6:27 GMT]
[java.version: 1.3
This a user level question so I posted a response on the user forums on the
jboss website:
http://jboss.org/forums/thread.jsp?forum=48&thread=3505
Regards,
Hiram
>From: Brian Weaver <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [JBoss-dev] Question about durable subscription setup
>Dat
Why do you don't write a HowTo for the JBoss 3 build ?
Andy
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 02, 2001 8:15 PM
Subject: Re: [JBoss-dev] [ jboss-Bugs-450615 ] Build instructions
> Marc, while it is likely tha
Hi
I think to add everywhere a DomainName to the ObjectNames of the MBeans
is a great idea. But please keep in mind that some MBean overwrite the given
ObjectName to enforce a particulare name (see preRegister()) methods.
On the other side not all MBeans should be added to JBOSS-SYSTEM because
t
JBoss daily test results
SUMMARY
Number of tests run: 130
Successful tests: 121
Errors:4
Failures: 5
[time of test: 3 November 2001 5:28 GMT]
[java.version: 1.3
Andy,
Thanks for your quick response! Here is an updated patch that makes
the naming more in line with the spec, by adding JBOSS-SYSTEM where
it is missing in the code.
Should make it easier to use the full Object Name capabilities in
the future.
Comments welcome,
-- Guillaume
diff -urN
jboss
Well, don't confuse the rar and the connectionfactory.
What I have on my machine, using the mbean references, is like this:
a rar gets a RARDeployment mbean, which among other things lets you see the
default properties and classes easily, but mostly allows you to depend on
it.
The ConnectionFac
Marc, while it is likely that buildmagic is more complicated than
necessary, it does not require any external config files. I have found
some of the local properties files (that you have to set up if you want to
use them) very useful for things like specifying the number of iterations
on stress t
JBoss daily test results
SUMMARY
Number of tests run: 140
Successful tests: 131
Errors:4
Failures: 5
[time of test: 3 November 2001 4:8 GMT]
[java.version: 1.3.
Hi
Your are right but Object Names rules are:
:[=],...
Right now JBoss does not use the Object Name capabilities fully
one part you can see this is in the J2eeDeployer and WebDeployer.
There we could create the WebDeployer service like this:
JBOSS-SYSTEM:service=deployer,type=web,vendor=jetty
T
JBoss daily test results
SUMMARY
Number of tests run: 140
Successful tests: 129
Errors:5
Failures: 6
[time of test: 3 November 2001 3:18 GMT]
[java.version: 1.3
Perusing through the code, I saw the following variations for the service
names of MBeans in JBoss:
- no prefix, i.e ":service=Mail"
- EJB prefix, i.e "EJB:service="
- JBOSS-SYSTEM prefix i.e "JBOSS-SYSTEM:service=Info"
- J2EE prefix i.e "J2EE:service=J2eeDeployer"
Are there any specific rules f
User: starksm
Date: 01/11/02 18:37:23
Modified:src/main/org/jboss/ejb/plugins CMPPersistenceManager.java
Log:
Cleanup formatting
Revision ChangesPath
1.34 +354 -259 jboss/src/main/org/jboss/ejb/plugins/CMPPersistenceManager.java
Index: CMPPersistenceManager.j
Please follow the coding standards when submitting changes. They
are listed here: http://www.jboss.org/developers/guidelines.jsp
Your checkin is using tabs instead of spaces and is not aligning
braces consistent with the rest of the code.
Scott Stark
Chief Technology Offi
User: dbudworth
Date: 01/11/02 18:07:41
Modified:src/main/org/jboss/ejb/plugins CMPPersistenceManager.java
Log:
added more descriptive NoSuchMethodException throw. Default version didn't
specify what class or what method, requiring users to look in the jboss source
to find out
I'm not particularly keen on how we couple the deployment properties of a
RAR to an MBean configuration AND a JMX notification. This makes the
configuration for a RAR inconsistent with any other J2EE component
deployment where this information is specified via a JBoss specific
descriptor
to build
While I agree that this is not a bug, and it should therefore be closed, I
do agree with the guy who gave that bug. It is true that "buildmagic" is
WAAY too complex for what it does and introduces an unnecessarily scary
barrier to entry.
I don't use the 1000 configuration files that come wit
Bugs item #448447, was opened at 2001-08-06 08:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=448447&group_id=22866
Category: JBossServer
Group: v2.4 BETA (stable)
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody
Interesting situation. I have on my machine a reimplementation of the
depends mechanism that changes the RARDeployment sequence so it does not
rely on the notifications noted here. However, it eliminates the separate
init and start steps of mbean startup. The only place this is used is
setting
Hi all,
First off, I have to warn you that I am fairly new to EJB and JBoss.
After developing an app under JBoss-2.4.3-Tomcat, I figured I would make
a try at playing with Rabbit Hole.
I got everything checked out (HEAD), compiled, and running. (A little
bit more documentation on this would be
Bugs item #450615, was opened at 2001-08-13 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=450615&group_id=22866
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Andre
Bugs item #458277, was opened at 2001-09-03 22:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=458277&group_id=22866
Category: None
Group: v2.4 (stable)
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned t
Hi, Hiram,
The technique you mentioned should generally works for
most MBeans. But for ConnectionFactoryLoader, it's a
little different. The
org.jboss.resource.ConnectionFactoryLoader uses some
kind of a two step initialization. The connection
specified in your XML file is created and bound to
J
Bugs item #462187, was opened at 2001-09-17 00:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=462187&group_id=22866
Category: None
Group: v2.4 (stable)
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: A
Bugs item #462187, was opened at 2001-09-17 00:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=462187&group_id=22866
Category: None
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Bugs item #463590, was opened at 2001-09-21 08:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463590&group_id=22866
Category: None
Group: v2.4 (stable)
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned t
Bugs item #470697, was opened at 2001-10-12 13:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=470697&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assig
Bugs item #472046, was opened at 2001-10-17 05:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=472046&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned t
Bugs item #459443, was opened at 2001-09-07 00:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=459443&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Bugs item #459443, was opened at 2001-09-07 00:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=459443&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
User: weave
Date: 01/11/02 15:06:47
Modified:src/main/org/jboss/mq SpyTextMessage.java
Log:
Modified the readExternl() method to check the number of available
chunks. If there is only one chuck available then the initial capacity
of the StringBuffer is set to the number of av
You haven't done anything wrong.
Until you deploy something, you won't find any apps running.
Standalone Jetty ships with some demo apps statically configured - but this was
confusing for JBoss/Jetty users who don't want to know about Jetty's static
config file. They just want to deploy WebApps.
User: schaefera
Date: 01/11/02 14:38:58
Modified:src/main/org/jboss/survey/ejb/entity SurveyBean.java
Log:
Added the JAWS type-mapping for the BOOLEAN attributes.
Revision ChangesPath
1.4 +9 -1
website-survey/src/main/org/jboss/survey/ejb/entity/SurveyBean.ja
Patches item #477656, was opened at 2001-11-02 14:01
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=477656&group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Guillaume Boissiere
Sure, why not? I disable MQ, why couldn't they disable EJB?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
> Chirino
> Sent: Friday, November 02, 2001 3:52 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Fwd: Re: [spyderMQ] Digest Number 3
User: dsundstrom
Date: 01/11/02 13:20:29
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/ejbql
EJBQLParser.java
Log:
Added support for input parameters in collection_member_expression as is
required in the EJB 2.0 Final Draft.
Revision ChangesPat
User: dsundstrom
Date: 01/11/02 13:19:12
Modified:src/etc/conf/default standardjboss.xml
Log:
Changed CMP 2.0 Entities back to use
org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.
Revision ChangesPath
1.24 +2 -3 jboss/src/etc/conf/default/standardjboss.xm
User: reverbel
Date: 01/11/02 13:17:42
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/client
DynamicStub.java
Log:
Changed from protected to public all methods of the DynamicStub base class
that must be seen (by reflection) by the ProxyAssembler.
Re
User: dsundstrom
Date: 01/11/02 13:16:16
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
CMRMessage.java
Log:
Changed referance from org.jboss.ejb.plugins.cmp.jdbc.bridge.NonentrantMessage
to org.jboss.ejb.plugins.lock.NonentrantMessage
Revisio
User: dsundstrom
Date: 01/11/02 13:14:42
Removed: src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
NewQueuedPessimisticEJBLock.java
Log:
Code integrated into org.jboss.ejb.plugins.lock.BeanLockSupport
___
Jboss-devel
User: dsundstrom
Date: 01/11/02 13:14:01
Removed: src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
NonentrantMessage.java
Log:
Moved to org.jboss.ejb.plugins.lock
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/11/02 13:12:10
Modified:src/main/org/jboss/ejb/plugins/lock BeanLockSupport.java
Log:
Added support for non-entrant messages to be passed through invocation
chain. A method invocation is non-entrant if it is on a reentrant bean,
a known non-entrant met
User: dsundstrom
Date: 01/11/02 13:07:07
Added: src/main/org/jboss/ejb/plugins/lock NonentrantMessage.java
Log:
moved from org.jboss.ejb.plugins.cmp.jdbc.bridge
This interface is used to mark an invocation as non-entrant.
Revision ChangesPath
1.1 jbo
Forwarding to JBoss Dev list as the spyderMQ list has been deprecated. What
do you guys think? I personaly think that if they want jbossmq integration
with tomcat they can just get the normal jboss server and disable the ejb
stuff.
Regards,
Hiram
>From: Malaika ssachanakul <[EMAIL PROTECTE
just flew in from bangkok... much todo, just wanted to let you know. more
to come later as I sift through email.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/11/02 11:05:49
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMRFieldBridge.java
Log:
Added much more detailed deployment exception message.
Revision ChangesPath
1.11 +20 -2
jboss/src/main/org/jbos
User: dsundstrom
Date: 01/11/02 10:26:59
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCEntityBridge.java
Log:
Added code to track the creted state of beans. This used to disallow setting
a pk member field after create and to disallow adding a
User: dsundstrom
Date: 01/11/02 10:19:22
Modified:src/main/org/jboss/ejb/plugins/cmp/bridge
CMPFieldBridge.java
Log:
Cleaned up code added more javadoc comments.
Revision ChangesPath
1.5 +57 -9
jboss/src/main/org/jboss/ejb/plugins/cmp/b
User: dsundstrom
Date: 01/11/02 10:29:32
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMRFieldBridge.java
Log:
Added code to throw an IllegalStateExcpetion if the bean provider tries to
add a bean to a relationship that has not been full crea
User: dsundstrom
Date: 01/11/02 10:23:13
Modified:src/main/org/jboss/ejb/plugins/cmp/bridge
EntityBridgeInvocationHandler.java
Log:
Changed to throw an IllegalStateException if bean provider tries to change
the value of a pk member field after the bean has
User: dsundstrom
Date: 01/11/02 10:24:25
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCCreateEntityCommand.java
JDBCLoadEntityCommand.java
Log:
Now marks the bean as created after successful execution.
Revision Changes
User: dsundstrom
Date: 01/11/02 10:21:22
Modified:src/main/org/jboss/ejb/plugins/cmp/bridge EntityBridge.java
Log:
Added method to check to see if entity has been create (i.e., has ejbCreate
been successfully called).
Revision ChangesPath
1.4 +10 -6
jboss/sr
User: mnf999
Date: 01/11/02 09:29:54
Modified:src/metadata website-application.xml
Log:
Revision ChangesPath
1.3 +1 -8 newsite/src/metadata/website-application.xml
Index: website-application.xml
===
User: mnf999
Date: 01/11/02 09:29:54
Modified:.build.xml
Log:
Revision ChangesPath
1.23 +1 -10 newsite/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/newsite/build.xml,v
User: mnf999
Date: 01/11/02 09:30:42
Removed: src/metadata jbossgroup-web.xml
Log:
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
oops fired a bit early... I will still give you rw but please follow Scott's
recommendation
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Friday, November 02, 2001 12:29 PM
|To: Brian Weaver; [EMAIL PROTECTED]
|Subject: R
Send me a sourceforge id I will give you rw
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Brian
|Weaver
|Sent: Friday, November 02, 2001 11:39 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] SpyTextMessage StringBuffer allocation!?
|(Memor
We shouldn't even be allocating a big buffer unless there are multiple
chunks to read. Try this change and if it works I'll commit it.
[starksm@banshee mq]$ cvs diff SpyTextMessage.java
Index: SpyTextMessage.java
===
RCS file: /cvsro
Hi,
probably that's the most FAQ question around, but I checked both the list
archive and the forum (honestly!), and couldn't find any answer.
I've got the latest JBoss+Jetty package (JBoss-2.4.3_Jetty-3.1.3-1.zip)
from sourceforge, unpacked, chmod-ed, ran ./run.sh, and the whole started up
I just made a simple fix to the SpyTextMessage class and it dropped the
memory usage drasticly. Here is the context diff.
Weave
diff -urN --exclude=CVS jboss-mq/messaging/src/main/org/jboss/mq/SpyTextMessage.java
jboss-mq.onms/messaging/src/main/org/jboss/mq/SpyTextMessage.java
--- jboss-mq/me
I'm busy trying to run our application using JBossMQ and were having
some sever memory problems with our application. I've been using OptimizeIt
to track down what happening, and I've found that the class SpyTextMessage
is using a java.lang.StringBuffer class to read int the UTF text from the
Obje
User: mnf999
Date: 01/11/02 07:19:53
Modified:.build.xml
Log:
build.xml for the current website
Revision ChangesPath
1.22 +17 -30newsite/build.xml
Index: build.xml
===
RCS file: /
Wonderful, this will help one of my projects a great deal.
Thanks!
david
On 2001.11.02 00:02:08 -0500 Scott M Stark wrote:
> - Original Message -
> From: "David Jencks" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, November 01, 2001 7:09 PM
> Subject: Re: [JBoss-dev] Th
-Ursprüngliche Nachricht-
>Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
>Gesendet: Freitag, 2. November 2001 10:19
>An: Jboss-Development (E-Mail)
>Betreff: Re: [JBoss-dev] Let's drop the
>org.jboss.ejb.DeploymentException
>Maybe in 3.0 if it really adds something. An ejb specific exce
Maybe in 3.0 if it really adds something. An ejb specific exception
without any new data doesn't do anything for me.
org.jboss.ejb.DeploymentException is gone from 2.4.
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Freitag, 2. November 2001 09:55
An: 'Scott M Stark'
Betre
User: starksm
Date: 01/11/02 01:05:45
Modified:src/lib Tag: Branch_2_4 jbosscx.jar
Log:
Include Rel_2_4_4_9 JBossCX changes
Revision ChangesPath
No revision
No revision
1.1.2.3 +119 -127 jboss/src/lib/Attic/jbosscx
Arrrgh, the reply-to PITA (pain in the ass).
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Freitag, 2. November 2001 09:55
An: 'Scott M Stark'
Betreff: AW: [JBoss-dev] Let's drop the
org.jboss.ejb.DeploymentException
Why not have the ejb.DeploymentException being a su
User: starksm
Date: 01/11/02 00:42:36
Modified:src/main/org/jboss/ejb/plugins/local Tag: Branch_2_4
BaseLocalContainerInvoker.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentException
Revision ChangesPa
User: starksm
Date: 01/11/02 00:42:37
Modified:src/main/org/jboss/metadata Tag: Branch_2_4
ApplicationMetaData.java BeanMetaData.java
ConfigurationMetaData.java EjbLocalRefMetaData.java
EjbRefMetaData.java EntityMe
User: starksm
Date: 01/11/02 00:42:34
Modified:src/main/org/jboss/ejb/plugins/jms Tag: Branch_2_4
JMSContainerInvoker.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentException
Revision ChangesPath
No
User: starksm
Date: 01/11/02 00:42:39
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
AbstractWebContainerMBean.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentEx
User: starksm
Date: 01/11/02 00:42:36
Modified:src/main/org/jboss/management Tag: Branch_2_4
ContainerManagement.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentException
Revision ChangesPath
No
User: starksm
Date: 01/11/02 00:42:34
Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4
CMPFieldMetaData.java FinderMetaData.java
JawsApplicationMetaData.java
JawsEntityMetaData.java JawsXmlFile
User: starksm
Date: 01/11/02 00:42:33
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstanceCache.java
AbstractInstancePool.java
LRUEnterpriseContextCachePolicy.java
LRUSta
User: starksm
Date: 01/11/02 00:42:35
Modified:src/main/org/jboss/ejb/plugins/jrmp/server Tag: Branch_2_4
JRMPContainerInvoker.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentException
Revision ChangesP
User: starksm
Date: 01/11/02 00:42:33
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc Tag: Branch_2_4
JDBCCommandFactory.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.jboss.deploymen.DeploymentException
Revision ChangesPath
User: starksm
Date: 01/11/02 00:42:31
Modified:src/main/org/jboss/deployment Tag: Branch_2_4 Installer.java
InstallerFactory.java J2eeApplicationMetaData.java
J2eeDeployer.java J2eeModuleMetaData.java
Log:
Remove org.jboss.ejb.Deploym
User: starksm
Date: 01/11/02 00:42:33
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 Container.java
ContainerFactory.java ContainerFactoryMBean.java
EntityContainer.java
Log:
Remove org.jboss.ejb.DeploymentException in favor of
org.
User: starksm
Date: 01/11/02 00:38:08
Modified:src/main/org/jboss/resource Tag: Branch_2_4 RARDeployer.java
RARMetaData.java
Log:
Add the RAR jar files to the server MLet class loader on deployment to
make the adapapter available to all components.
Re
79 matches
Mail list logo
