RE: [JBoss-dev] JVM crash on linux
We had some problems on linux with a runaway java process. The process hangs at 99% and cannot be stopped. We found out that it has to do will file io. We can even recreate it with perl. We have a perl script that can recreate this. If you want we can send you the perl script for further testing. Cheers, d. -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] Sent: Saturday, November 03, 2001 6:09 PM To: Tobias Frech Cc: Dain Sundstrom; [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JVM crash on linux ulimit > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Tobias Frech > Sent: Saturday, November 03, 2001 6:40 PM > To: Bill Burke > Cc: Dain Sundstrom; [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] JVM crash on linux > > > Increasing the shell limits (especially stacksize) helped me a lot with > some crasheing JVM. I am actually sitting at a NT box (*sic*) and can't > remember the correct command (limit ?). > > Tobi > > Bill Burke schrieb: > > > > I've had serious problems on linux with JDK 1.3.1 Stuff like > runaway memory > > gobbling and such. We had to revert to 1.3.02. Don't know if > there is a > > patch posted recently though. > > > > Bill > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On > Behalf Of Dain > > > Sundstrom > > > Sent: Saturday, November 03, 2001 5:45 PM > > > To: [EMAIL PROTECTED] > > > Subject: [JBoss-dev] JVM crash on linux > > > > > > > > > I remember seeing some posts about JVM crashes on linux, but > > > don't remember > > > if it was ever resolved. I am fairly regularly getting a crash > > > with the RH > > > server. I just restart the server, and the test run fine. > > > > > > I get a bunch or internal info then. > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Quick JMX question
Hey,
I was trying to invoke a method on an MBEAN using server.inoke and it won't
work.
It works fine when I try to inoke no arg methods like start() or init()
I call server.invoke(myObjectName, "start", new Object[0], new String0]);
But when I try to call sendNotification it screws up.
server.inovke(myObjectName, "sendNotification", new Object[]{
myDeploymentNotification }, new String[]{"javax.management.Notification"});
Is sendNotification not allowd to be invoke, or did I screw up the signature
or something?
Thanks,
d.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
R: [JBoss-dev] Quick JMX question
Hey Doug,
> Hey,
>
> I was trying to invoke a method on an MBEAN using
> server.inoke and it won't
> work.
>
> It works fine when I try to inoke no arg methods like start()
> or init()
> I call server.invoke(myObjectName, "start", new Object[0],
> new String0]);
>
> But when I try to call sendNotification it screws up.
> server.inovke(myObjectName, "sendNotification", new Object[]{
> myDeploymentNotification }, new
> String[]{"javax.management.Notification"});
>
> Is sendNotification not allowd to be invoke, or did I screw
> up the signature
> or something?
Is "sendNotification" in the management interface of your MBean ? If not,
cannot be invoked through MBeanServer.invoke
HTH,
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Quick JMX question
Please keep support questions OFF this list,
thanks
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Bordet, Simone
|Sent: Sunday, November 04, 2001 10:46 AM
|To: jBoss Dev (E-mail)
|Subject: R: [JBoss-dev] Quick JMX question
|
|
|Hey Doug,
|
|> Hey,
|>
|> I was trying to invoke a method on an MBEAN using
|> server.inoke and it won't
|> work.
|>
|> It works fine when I try to inoke no arg methods like start()
|> or init()
|> I call server.invoke(myObjectName, "start", new Object[0],
|> new String0]);
|>
|> But when I try to call sendNotification it screws up.
|> server.inovke(myObjectName, "sendNotification", new Object[]{
|> myDeploymentNotification }, new
|> String[]{"javax.management.Notification"});
|>
|> Is sendNotification not allowd to be invoke, or did I screw
|> up the signature
|> or something?
|
|Is "sendNotification" in the management interface of your MBean ? If not,
|cannot be invoked through MBeanServer.invoke
|
|HTH,
|
|Simon
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite on Windows NT - Problems
The previous problems I saw with the one-test run of the EJBSpecUnitTestCase
were due to this target not setting up the security environment correctly.
When I run the tests-security-basic-unit suite all test pass on a Win2K SP2
system using the Sun 1.3.1_01 JDK.
testsuite 715>build.sh tests-security-basic-unit
Searching for build.xml ...
Buildfile: D:\usr\local\src\cvsroot\Main\jboss-all\testsuite\build.xml
...
tests-security-basic-unit:
[junit] Running org.jboss.test.security.test.EJBSpecUnitTestCase
[junit] +++ testMethodAccess2
[junit] Found StatelessSessionHome
[junit] Created spec.StatelessSession_test
[junit] Bean.echo('Hello') -> Hello
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 20.344 sec
[junit] Running org.jboss.test.security.test.LoginContextUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.282 sec
[junit] Running
org.jboss.test.security.test.NamespacePermissionsUnitTestCase
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.422 sec
[junit] Running org.jboss.test.security.test.PermissionNameUnitTestCase
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.375 sec
What's the full OS/JDK version for the case where you are seeing 8 errors?
I am seeing three security related failures in the
WebIntegrationUnitTestCase with
Jetty that I'll look into.
testsuite 720>build.sh -Dtest=web test
Searching for build.xml ...
Buildfile: D:\usr\local\src\cvsroot\Main\jboss-all\testsuite\build.xml
...
test:
[junit] Running org.jboss.test.web.test.WebIntegrationUnitTestCase
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] HttpClient.reponse = HTTP/1.1 403 Forbidden
[junit] HttpClient.reponse = HTTP/1.1 401 Unauthorized
[junit] HttpClient.reponse = HTTP/1.1 401 Unauthorized
[junit] HttpClient.reponse = HTTP/1.1 403 Forbidden
[junit] HttpClient.reponse = HTTP/1.1 403 Forbidden
[junit] HttpClient.reponse = HTTP/1.1 200 OK
[junit] Tests run: 13, Failures: 3, Errors: 0, Time elapsed: 15.36 sec
[junit] TEST org.jboss.test.web.test.WebIntegrationUnitTestCase FAILED
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Luke Taylor" <[EMAIL PROTECTED]>
To: "JBoss Dev" <[EMAIL PROTECTED]>
Sent: Saturday, November 03, 2001 7:09 AM
Subject: [JBoss-dev] Testsuite on Windows NT - Problems
> Hi all,
>
> Can anyone tell me if they are managing to run the test suite
> successfully on Windows, with similar results to the automated tests?
> I'm consistently getting worse results which I can't quite track the
> cause of and which is giving me grief. The figures I'm getting from the
> basic test suite target are:
>
> Number of tests run: 131
>
>
>
> Successful tests: 113
>
> Errors:12
>
> Failures: 6
>
> I need to investigate further to get a clearer idea of what's
> happening, but thought I'd do a quick sanity check with the list first
> in case anyone already knows where things are going awry.
>
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-447158 ] Problem with cascade-delete in CMP2.x
Bugs item #447158, was opened at 2001-08-02 05:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=447158&group_id=22866 Category: JBossCMP Group: v2.5 Rabbit Hole (unstable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Liam Magee (lmagee) >Assigned to: Dain Sundstrom (dsundstrom) Summary: Problem with cascade-delete in CMP2.x Initial Comment: In the JDBCRemoveEntityCommand, the deletion of the master record happens before any slave records. Is this correct? I get the following error when removing an EJB with relations: javax.ejb.RemoveException: Could not remove 3 at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFro mServer(StreamRemoteCall.java:245) at sun.rmi.transport.StreamRemoteCall.executeCall (StreamRemoteCall.java:220) at sun.rmi.server.UnicastRef.invoke (UnicastRef.java:122) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_ Stub.invoke(Unknown Source) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invo keContainer(GenericProxy.java:362) at org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invok e(EntityProxy.java:133) at $Proxy1.remove(Unknown Source) at com.jaccess.startup.ModelTest. (C:/factory/jaccess/src/com/jaccess/startup/ModelTest.j ava:46) at com.jaccess.startup.ModelTest.main (C:/factory/jaccess/src/com/jaccess/startup/ModelTest.j ava:19) The server log shows: [CMP,DEBUG] Remove command executing: DELETE FROM PRODUCT WHERE PROD_ID=? [CMP,DEBUG] Set parameter: index=1, jdbcType=INTEGER, value=3 [CMP,DEBUG] interbase.interclient.SQLException: [interclient][interbase] violation of FOREIGN KEY constraint "INTEG_50" on table "PROJECT" It looks to me like records with the foreign key should be removed first, to preserve referential integrity, ie: for(int i=0; iComment By: Dain Sundstrom (dsundstrom) Date: 2001-11-04 07:00 Message: Logged In: YES user_id=251431 It is required that the object on which remove was called is removed before remove is cascaded to any relationhsips. See section 10.3.4.2 Cascade-delete of the EJB 2.0 Final Draft for more info. The code was removing the entity to be delete from all relationships by setting the fk fields to null, before executing the remove. The problem was that the changes to the related entities were not synchronized with the database (i.e., no update statement was executed) before the remove was executed. Note: this bug was fixed on 2001/08/07. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=447158&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Let's drop the org.jboss.ejb.DeploymentException
On Thu, Nov 01, 2001 at 07:13:42PM -0800, Scott M Stark wrote: > We have two equivalent exceptions > org.jboss.deployment.DeploymentException and > org.jboss.ejb.DeploymentException. In a number of places we have to catch a > org.jboss.ejb.DeploymentException just to rethrow it as a > org.jboss.deployment.DeploymentException. > Very ugly. I'm going to drop the ejb package version in favor of the > more general > org.jboss.deployment.DeploymentException version. Speak now or kiss the > ejb version > goodbye. Yay! I tried to do this ages ago, when I was first writing JBossCX (and introduced org.jboss.deployment.DeploymentException), but ran into a very weird verification problem that I couldn't track down (I think I posted to jboss-dev about it) so I gave up and left them both in there. Toby. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Testsuite on Windows NT - Problems
Scott M Stark wrote: > > The previous problems I saw with the one-test run of the EJBSpecUnitTestCase > were due to this target not setting up the security environment correctly. > When I run the tests-security-basic-unit suite all test pass on a Win2K SP2 > system using the Sun 1.3.1_01 JDK. > > > What's the full OS/JDK version for the case where you are seeing 8 errors? > It's pretty standard, I think. NT4 SP6: Java Version 1.3.1 Java Vendor Sun Microsystems Inc. Java VM Name Java HotSpot(TM) Client VM Java VM Version1.3.1-b24 Java VM Info mixed mode OS Name Windows NT OS Version 4.0 OS Arch x86 I'm pretty sure it's down to the failure to load the properties files for users and roles, but why that is happening I'm not so sure. I may have some stuff that's out of sync, though I've cvs updated and done a clean build several times. I'm supposed to be getting a DSL line in this week, so I'll do a completely fresh checkout then and see what the results are then. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.mkeym.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 129 Errors:5 Failures: 6 [time of test: 5 November 2001 3:18 GMT] [java.version: 1.3.0] [java.vendor: IBM Corporation] [java.vm.version: 1.3.0] [java.vm.name: Classic VM] [java.vm.info: J2RE 1.3.0 IBM build cx130-20010626 (JIT enabled: jitc)] [os.name: Linux] [os.arch: x86] [os.version: 2.4.9-6] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/plugins JaasSecurityManager.java
User: starksm
Date: 01/11/04 20:03:18
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
Log:
Change EJBSecurityManager to SecurityManager.
Revision ChangesPath
No revision
No revision
1.7.2.7 +2 -2
jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java
Index: JaasSecurityManager.java
===
RCS file:
/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/JaasSecurityManager.java,v
retrieving revision 1.7.2.6
retrieving revision 1.7.2.7
diff -u -r1.7.2.6 -r1.7.2.7
--- JaasSecurityManager.java 2001/10/01 19:35:47 1.7.2.6
+++ JaasSecurityManager.java 2001/11/05 04:03:18 1.7.2.7
@@ -34,7 +34,7 @@
import org.jboss.logging.log4j.TracePriority;
import org.jboss.security.AppPolicy;
import org.jboss.security.AuthenticationInfo;
-import org.jboss.security.EJBSecurityManager;
+import org.jboss.security.SecurityManager;
import org.jboss.security.RealmMapping;
import org.jboss.security.SecurityAssociation;
import org.jboss.security.SecurityPolicy;
@@ -56,7 +56,7 @@
@author Oleg Nitz
@author [EMAIL PROTECTED]
- @version $Revision: 1.7.2.6 $
+ @version $Revision: 1.7.2.7 $
*/
public class JaasSecurityManager implements SubjectSecurityManager, RealmMapping
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security EJBSecurityManager.java
User: starksm
Date: 01/11/04 20:04:54
Modified:src/main/org/jboss/security Tag: Branch_2_4
EJBSecurityManager.java
Log:
Make EJBSecurityManager an empty subinterface of SecurityManager and
deprecate it.
Revision ChangesPath
No revision
No revision
1.3.2.1 +7 -10 jboss/src/main/org/jboss/security/EJBSecurityManager.java
Index: EJBSecurityManager.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/EJBSecurityManager.java,v
retrieving revision 1.3
retrieving revision 1.3.2.1
diff -u -r1.3 -r1.3.2.1
--- EJBSecurityManager.java 2001/06/12 08:00:43 1.3
+++ EJBSecurityManager.java 2001/11/05 04:04:54 1.3.2.1
@@ -4,20 +4,17 @@
* Distributable under LGPL license.
* See terms of license at gnu.org.
*/
-
package org.jboss.security;
-import java.security.Principal;
+/** The EJBSecurityManager is a legacy interface that has been renamed because
+ the interface was not specific to EJBs. It now extends the SecurityManager
+ interface which replaced it for backward compatibility.
-
-/**
- * The EJBSecurityManager is responsible for validating credentials
- * associated with principals.
- *
- * @author Daniel O'Connor [EMAIL PROTECTED]
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.3.2.1 $
+ * @deprecated, use the org.jboss.security.SecurityManager interface instead.
*/
-public interface EJBSecurityManager
+public interface EJBSecurityManager extends SecurityManager
{
- public boolean isValid( Principal principal, Object credential );
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security AnybodyPrincipal.java NobodyPrincipal.java RealmMapping.java SecurityAssociation.java SecurityProxy.java SecurityProxyFactory.java SimplePrincipal.java
User: starksm
Date: 01/11/04 20:08:55
Modified:src/main/org/jboss/security Tag: Branch_2_4
AnybodyPrincipal.java NobodyPrincipal.java
RealmMapping.java SecurityAssociation.java
SecurityProxy.java SecurityProxyFactory.java
SimplePrincipal.java
Log:
Update the author tags to [EMAIL PROTECTED]
Revision ChangesPath
No revision
No revision
1.2.2.1 +2 -2 jboss/src/main/org/jboss/security/AnybodyPrincipal.java
Index: AnybodyPrincipal.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/AnybodyPrincipal.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- AnybodyPrincipal.java 2001/06/12 08:00:43 1.2
+++ AnybodyPrincipal.java 2001/11/05 04:08:54 1.2.2.1
@@ -16,8 +16,8 @@
Note that this class is not likely to operate correctly in a collection
since the hashCode() and equals() methods are not correlated.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.2.2.1 $
*/
public class AnybodyPrincipal implements Comparable, Principal
{
1.2.2.1 +2 -2 jboss/src/main/org/jboss/security/NobodyPrincipal.java
Index: NobodyPrincipal.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/NobodyPrincipal.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- NobodyPrincipal.java 2001/06/12 08:00:43 1.2
+++ NobodyPrincipal.java 2001/11/05 04:08:54 1.2.2.1
@@ -16,8 +16,8 @@
Note that this class is not likely to operate correctly in a collection
since the hashCode() and equals() methods are not correlated.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.2.2.1 $
*/
public class NobodyPrincipal implements Comparable, Principal
{
1.3.2.2 +2 -2 jboss/src/main/org/jboss/security/RealmMapping.java
Index: RealmMapping.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/RealmMapping.java,v
retrieving revision 1.3.2.1
retrieving revision 1.3.2.2
diff -u -r1.3.2.1 -r1.3.2.2
--- RealmMapping.java 2001/09/26 06:23:16 1.3.2.1
+++ RealmMapping.java 2001/11/05 04:08:54 1.3.2.2
@@ -17,8 +17,8 @@
environment Principal belongs via the {@link #getPrincipal(Principal) getPrincipal}
method.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.3.2.1 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.3.2.2 $
*/
public interface RealmMapping
{
1.4.2.2 +2 -2 jboss/src/main/org/jboss/security/SecurityAssociation.java
Index: SecurityAssociation.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/SecurityAssociation.java,v
retrieving revision 1.4.2.1
retrieving revision 1.4.2.2
diff -u -r1.4.2.1 -r1.4.2.2
--- SecurityAssociation.java 2001/08/13 17:23:15 1.4.2.1
+++ SecurityAssociation.java 2001/11/05 04:08:54 1.4.2.2
@@ -31,8 +31,8 @@
the current VM.
@author Daniel O'Connor ([EMAIL PROTECTED])
-@author [EMAIL PROTECTED]
-@version $Revision: 1.4.2.1 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.4.2.2 $
*/
public final class SecurityAssociation
{
1.1.2.1 +1 -1 jboss/src/main/org/jboss/security/SecurityProxy.java
Index: SecurityProxy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/SecurityProxy.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- SecurityProxy.java2001/06/12 08:00:43 1.1
+++ SecurityProxy.java2001/11/05 04:08:54 1.1.2.1
@@ -15,8 +15,8 @@
Custom security checks are those that cannot be described using the
standard EJB deployment time declarative role based security.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.1.2.1 $
* @stereotype plug-in point
*/
public interface SecurityProxy
1.1.2.1 +1 -1 jboss/src/main/org/jboss/security/SecurityProxyFactory.java
Index: SecurityProxyFactory.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/security/SecurityProxyFactory.java,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- SecurityProxyFactory.java 2001/06/12 08:00:43 1.1
+++ SecurityProxyFactory
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 131 Errors:4 Failures: 5 [time of test: 5 November 2001 4:9 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-6] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java
User: starksm
Date: 01/11/04 20:09:37
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
Log:
Change the EJBSecurityManager interface to SecurityManager
Revision ChangesPath
No revision
No revision
1.4.4.6 +3 -3 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index: AbstractWebContainer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/AbstractWebContainer.java,v
retrieving revision 1.4.4.5
retrieving revision 1.4.4.6
diff -u -r1.4.4.5 -r1.4.4.6
--- AbstractWebContainer.java 2001/11/02 08:42:38 1.4.4.5
+++ AbstractWebContainer.java 2001/11/05 04:09:37 1.4.4.6
@@ -53,7 +53,7 @@
String password = f(request);
// Get the JBoss security manager from the ENC context
InitialContext iniCtx = new InitialContext();
-EJBSecurityManager securityMgr = (EJBSecurityManager)
iniCtx.lookup("java:comp/env/security/securityMgr");
+SecurityManager securityMgr = (SecurityManager)
iniCtx.lookup("java:comp/env/security/securityMgr");
SimplePrincipal principal = new SimplePrincipal(username);
if( securityMgr.isValid(principal, password) )
{
@@ -108,13 +108,13 @@
@see #performUndeploy(String)
@see #parseWebAppDescriptors(ClassLoader, Element, Element)
@see #linkSecurityDomain(String, Context)
-@see org.jboss.security.EJBSecurityManager;
+@see org.jboss.security.SecurityManager;
@see org.jboss.security.RealmMapping;
@see org.jboss.security.SimplePrincipal;
@see org.jboss.security.SecurityAssociation;
@author [EMAIL PROTECTED]
-@version $Revision: 1.4.4.5 $
+@version $Revision: 1.4.4.6 $
*/
public abstract class AbstractWebContainer extends ServiceMBeanSupport implements
AbstractWebContainerMBean
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins SecurityInterceptor.java SecurityProxyInterceptor.java
User: starksm
Date: 01/11/04 20:09:37
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
SecurityInterceptor.java
SecurityProxyInterceptor.java
Log:
Change the EJBSecurityManager interface to SecurityManager
Revision ChangesPath
No revision
No revision
1.17.2.4 +3 -3 jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java
Index: SecurityInterceptor.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java,v
retrieving revision 1.17.2.3
retrieving revision 1.17.2.4
diff -u -r1.17.2.3 -r1.17.2.4
--- SecurityInterceptor.java 2001/09/26 16:01:07 1.17.2.3
+++ SecurityInterceptor.java 2001/11/05 04:09:37 1.17.2.4
@@ -19,7 +19,7 @@
import org.jboss.metadata.BeanMetaData;
import org.jboss.metadata.SecurityIdentityMetaData;
import org.jboss.security.AnybodyPrincipal;
-import org.jboss.security.EJBSecurityManager;
+import org.jboss.security.SecurityManager;
import org.jboss.security.RealmMapping;
import org.jboss.security.SecurityAssociation;
import org.jboss.security.SimplePrincipal;
@@ -29,7 +29,7 @@
@author Oleg Nitz
@author [EMAIL PROTECTED]
-@version $Revision: 1.17.2.3 $
+@version $Revision: 1.17.2.4 $
*/
public class SecurityInterceptor extends AbstractInterceptor
{
@@ -44,7 +44,7 @@
* @supplierQualifier authentication
* @clientCardinality 1..*
*/
-protected EJBSecurityManager securityManager;
+protected SecurityManager securityManager;
/**
* @supplierCardinality 0..1
1.2.2.1 +3 -3
jboss/src/main/org/jboss/ejb/plugins/SecurityProxyInterceptor.java
Index: SecurityProxyInterceptor.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/SecurityProxyInterceptor.java,v
retrieving revision 1.2
retrieving revision 1.2.2.1
diff -u -r1.2 -r1.2.2.1
--- SecurityProxyInterceptor.java 2001/06/13 04:49:58 1.2
+++ SecurityProxyInterceptor.java 2001/11/05 04:09:37 1.2.2.1
@@ -17,7 +17,7 @@
import org.jboss.ejb.EnterpriseContext;
import org.jboss.ejb.MethodInvocation;
-import org.jboss.security.EJBSecurityManager;
+import org.jboss.security.SecurityManager;
import org.jboss.security.SecurityProxy;
import org.jboss.security.SecurityProxyFactory;
@@ -28,7 +28,7 @@
interceptor has access to the EJB instance and context.
@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@version $Revision: 1.2.2.1 $
*/
public class SecurityProxyInterceptor extends AbstractInterceptor
{
@@ -42,7 +42,7 @@
* @supplierCardinality 1
*/
protected Container container;
-protected EJBSecurityManager securityManager;
+protected SecurityManager securityManager;
/**
* @supplierCardinality 0..1
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Container.java ContainerFactory.java
User: starksm
Date: 01/11/04 20:09:36
Modified:src/main/org/jboss/ejb Tag: Branch_2_4 Container.java
ContainerFactory.java
Log:
Change the EJBSecurityManager interface to SecurityManager
Revision ChangesPath
No revision
No revision
1.44.2.6 +5 -5 jboss/src/main/org/jboss/ejb/Container.java
Index: Container.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Container.java,v
retrieving revision 1.44.2.5
retrieving revision 1.44.2.6
diff -u -r1.44.2.5 -r1.44.2.6
--- Container.java2001/11/02 08:42:32 1.44.2.5
+++ Container.java2001/11/05 04:09:36 1.44.2.6
@@ -41,7 +41,7 @@
import javax.sql.DataSource;
import org.jboss.logging.Logger;
-import org.jboss.security.EJBSecurityManager;
+import org.jboss.security.SecurityManager;
import org.jboss.security.RealmMapping;
import org.jboss.deployment.DeploymentException;
@@ -70,7 +70,7 @@
* @author Rickard Öberg ([EMAIL PROTECTED])
* @author Marc Fleury
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.44.2.5 $
+ * @version $Revision: 1.44.2.6 $
*/
public abstract class Container
{
@@ -100,7 +100,7 @@
protected TransactionManager tm;
// This is the SecurityManager
- protected EJBSecurityManager sm;
+ protected SecurityManager sm;
// This is the realm mapping
protected RealmMapping rm;
@@ -182,12 +182,12 @@
return tm;
}
- public void setSecurityManager(EJBSecurityManager sm)
+ public void setSecurityManager(SecurityManager sm)
{
this.sm = sm;
}
- public EJBSecurityManager getSecurityManager()
+ public SecurityManager getSecurityManager()
{
return sm;
}
1.77.2.5 +3 -3 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/ContainerFactory.java,v
retrieving revision 1.77.2.4
retrieving revision 1.77.2.5
diff -u -r1.77.2.4 -r1.77.2.5
--- ContainerFactory.java 2001/11/02 08:42:32 1.77.2.4
+++ ContainerFactory.java 2001/11/05 04:09:36 1.77.2.5
@@ -58,7 +58,7 @@
import org.jboss.metadata.ConfigurationMetaData;
import org.jboss.metadata.XmlLoadable;
import org.jboss.metadata.XmlFileLoader;
-import org.jboss.security.EJBSecurityManager;
+import org.jboss.security.SecurityManager;
import org.jboss.security.RealmMapping;
import org.jboss.util.MBeanProxy;
import org.jboss.verifier.BeanVerifier;
@@ -82,7 +82,7 @@
* @author Peter Antman ([EMAIL PROTECTED])
* @author Scott Stark([EMAIL PROTECTED])
*
-* @version $Revision: 1.77.2.4 $
+* @version $Revision: 1.77.2.5 $
*/
public class ContainerFactory
extends org.jboss.util.ServiceMBeanSupport
@@ -783,7 +783,7 @@
confSecurityDomain = securityDomain;
System.out.println("lookup securityDomain manager name:
"+confSecurityDomain);
Object securityMgr = iniCtx.lookup(confSecurityDomain);
-EJBSecurityManager ejbS = (EJBSecurityManager) securityMgr;
+SecurityManager ejbS = (SecurityManager) securityMgr;
RealmMapping rM = (RealmMapping) securityMgr;
container.setSecurityManager( ejbS );
container.setRealmMapping( rM );
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/security SecurityManager.java SubjectSecurityManager.java
User: starksm
Date: 01/11/04 20:05:48
Modified:src/main/org/jboss/security Tag: Branch_2_4
SubjectSecurityManager.java
Added: src/main/org/jboss/security Tag: Branch_2_4
SecurityManager.java
Log:
Rename the EJBSecurityManager interface SecurityManager since it has
nothing specific to EJBs.
Revision ChangesPath
No revision
No revision
1.3.2.1 +5 -5 jboss/src/main/org/jboss/security/SubjectSecurityManager.java
Index: SubjectSecurityManager.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/security/SubjectSecurityManager.java,v
retrieving revision 1.3
retrieving revision 1.3.2.1
diff -u -r1.3 -r1.3.2.1
--- SubjectSecurityManager.java 2001/06/12 08:00:43 1.3
+++ SubjectSecurityManager.java 2001/11/05 04:05:47 1.3.2.1
@@ -10,13 +10,13 @@
import javax.security.auth.Subject;
-/** An extension of the EJBSecurityManager that adds the notion of the active
+/** An extension of the SecurityManager that adds the notion of the active
Subject and security domain.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.3 $
+@author [EMAIL PROTECTED]
+@version $Revision: 1.3.2.1 $
*/
-public interface SubjectSecurityManager extends EJBSecurityManager
+public interface SubjectSecurityManager extends SecurityManager
{
/** Get the security domain from which the security manager is from. Every
security manager belongs to a named domain. The meaning of the security
@@ -30,7 +30,7 @@
call, a SubjectSecurityManager has a Subject associated with the current
thread. This Subject will typically contain the Principal passed to isValid
as well as any number of additional Principals, and credentials.
-@see EJBSecurityManager#isValid(Principal, Object)
+@see SecurityManager#isValid(Principal, Object)
@return The previously authenticated Subject if isValid succeeded, null if
isValid failed or has not been called for the active thread.
*/
No revision
No revision
1.1.2.1 +29 -0 jboss/src/main/org/jboss/security/Attic/SecurityManager.java
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/client jbosssx-client.jar
User: starksm Date: 01/11/04 20:19:55 Modified:src/client Tag: Branch_2_4 jbosssx-client.jar Log: Integrate Rel_2_4_4_10 JBossSX changes Revision ChangesPath No revision No revision 1.8.2.14 +30 -30jboss/src/client/Attic/jbosssx-client.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jboss-jaas.jar jbosssx.jar
User: starksm Date: 01/11/04 20:19:55 Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar Log: Integrate Rel_2_4_4_10 JBossSX changes Revision ChangesPath No revision No revision 1.11.2.15 +55 -55jboss/src/lib/Attic/jboss-jaas.jar <> 1.11.2.15 +75 -74jboss/src/lib/Attic/jbosssx.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-478090 ] EJBLocalHome interface NOT passivateable
Bugs item #478090, was opened at 2001-11-04 13:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478090&group_id=22866 Category: JBossServer Group: v2.5 Rabbit Hole (unstable) Status: Open Resolution: None Priority: 5 Submitted By: Peter Levart (plevart) Assigned to: Nobody/Anonymous (nobody) Summary: EJBLocalHome interface NOT passivateable Initial Comment: The EJB 2.0 spec says about SFSBs (in 7.4.1, page 71) that references to EJBLocalHome interfaces can be left in the non-transient fields to be passivated by the container. Well, I get following exception thrown when my SFSB gets passivated: PassivatorQueue [ERROR] EXCEPTION java.rmi.ServerException: Could not passivate; nested exception is: java.io.NotSerializableException: org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy java.io.NotSerializableException: org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1827) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480) at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366) at org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:286) at org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:68) at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:711) at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:199) at java.lang.Thread.run(Thread.java:484) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478090&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default standardjaws.xml standardjbosscmp-jdbc.xml
User: schaefera Date: 01/11/04 21:25:26 Modified:src/etc/conf/default standardjaws.xml standardjbosscmp-jdbc.xml Log: Adjusted the SQL-Type for the Oracle7/8 Type Mappiing because VARCHAR2 should be instead of VARCHAR. Revision ChangesPath 1.23 +3 -3 jboss/src/etc/conf/default/standardjaws.xml Index: standardjaws.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjaws.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- standardjaws.xml 2001/10/18 17:09:33 1.22 +++ standardjaws.xml 2001/11/05 05:25:25 1.23 @@ -7,7 +7,7 @@ - + java:/DefaultDS @@ -216,7 +216,7 @@ java.lang.String VARCHAR - VARCHAR(255) + VARCHAR2(255) java.sql.Date @@ -287,7 +287,7 @@ java.lang.String VARCHAR - VARCHAR(255) + VARCHAR2(255) java.sql.Date 1.7 +3 -3 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml Index: standardjbosscmp-jdbc.xml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- standardjbosscmp-jdbc.xml 2001/08/20 22:39:52 1.6 +++ standardjbosscmp-jdbc.xml 2001/11/05 05:25:25 1.7 @@ -7,7 +7,7 @@ - + @@ -242,7 +242,7 @@ java.lang.String VARCHAR - VARCHAR(255) + VARCHAR2(255) java.sql.Date @@ -339,7 +339,7 @@ java.lang.String VARCHAR - VARCHAR(255) + VARCHAR2(255) java.sql.Date ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 131 Errors:4 Failures: 5 [time of test: 5 November 2001 5:21 GMT] [java.version: 1.3.1] [java.vendor: Blackdown Java-Linux Team] [java.vm.version: Blackdown-1.3.1-FCS] [java.vm.name: Classic VM] [java.vm.info: green threads, nojit] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-6] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/connector/jboss MinervaSharedLocalCMFactory.java
User: thedug
Date: 01/11/04 22:06:19
Modified:src/main/org/jboss/pool/connector/jboss Tag: Branch_2_4
MinervaSharedLocalCMFactory.java
Log:
Exposed BlockingTimeout for MinervaShareLocalCMFactory.
setBlockingTimeout was already available on ObjectPool.
I just add a new key & data member to PoolParameters.
I use them in MinervaShareLocalCMFactory when loading properties.
PoolManager then passes it on when building the ObjectPool..
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +4 -2
jbosspool/src/main/org/jboss/pool/connector/jboss/Attic/MinervaSharedLocalCMFactory.java
Index: MinervaSharedLocalCMFactory.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/connector/jboss/Attic/MinervaSharedLocalCMFactory.java,v
retrieving revision 1.1.1.1
retrieving revision 1.1.1.1.2.1
diff -u -r1.1.1.1 -r1.1.1.1.2.1
--- MinervaSharedLocalCMFactory.java 2001/05/15 07:58:24 1.1.1.1
+++ MinervaSharedLocalCMFactory.java 2001/11/05 06:06:19 1.1.1.1.2.1
@@ -18,7 +18,7 @@
/**
* Implementation of JBoss connector initialization.
* @author Aaron Mulder <[EMAIL PROTECTED]>
- * @version $Revision: 1.1.1.1 $
+ * @version $Revision: 1.1.1.1.2.1 $
*/
public class MinervaSharedLocalCMFactory implements ConnectionManagerFactory {
private TransactionManager tm;
@@ -73,6 +73,8 @@
PoolParameters params = new PoolParameters();
String s = props.getProperty(PoolParameters.BLOCKING_KEY);
if(s != null) try {params.blocking = new Boolean(s).booleanValue();}
catch(Exception e) {}
+s = props.getProperty(PoolParameters.BLOCKING_TIMEOUT_KEY);
+if(s != null) try {params.blockingTimeoutSecs = Integer.parseInt(s);}
catch(Exception e) {}
s = props.getProperty(PoolParameters.GC_ENABLED_KEY);
if(s != null) try {params.gcEnabled = new Boolean(s).booleanValue();}
catch(Exception e) {}
s = props.getProperty(PoolParameters.GC_INTERVAL_MS_KEY);
@@ -114,4 +116,4 @@
return cm;
}
-}
\ No newline at end of file
+}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool/connector PoolManager.java
User: thedug
Date: 01/11/04 22:06:19
Modified:src/main/org/jboss/pool/connector Tag: Branch_2_4
PoolManager.java
Log:
Exposed BlockingTimeout for MinervaShareLocalCMFactory.
setBlockingTimeout was already available on ObjectPool.
I just add a new key & data member to PoolParameters.
I use them in MinervaShareLocalCMFactory when loading properties.
PoolManager then passes it on when building the ObjectPool..
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +2 -1
jbosspool/src/main/org/jboss/pool/connector/Attic/PoolManager.java
Index: PoolManager.java
===
RCS file:
/cvsroot/jboss/jbosspool/src/main/org/jboss/pool/connector/Attic/PoolManager.java,v
retrieving revision 1.1.1.1
retrieving revision 1.1.1.1.2.1
diff -u -r1.1.1.1 -r1.1.1.1.2.1
--- PoolManager.java 2001/05/15 07:58:24 1.1.1.1
+++ PoolManager.java 2001/11/05 06:06:19 1.1.1.1.2.1
@@ -52,6 +52,7 @@
private static ObjectPool createPool(PoolObjectFactory factory, PoolParameters
params, String name) {
ObjectPool pool = new ObjectPool(factory, name);
pool.setBlocking(params.blocking);
+pool.setBlockingTimeout(params.blockingTimeoutSecs);
pool.setGCEnabled(params.gcEnabled);
pool.setGCInterval(params.gcIntervalMillis);
pool.setGCMinIdleTime(params.gcMinIdleMillis);
@@ -147,4 +148,4 @@
params = null;
}
}
-}
\ No newline at end of file
+}
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosspool/src/main/org/jboss/pool PoolParameters.java
User: thedug Date: 01/11/04 22:06:19 Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolParameters.java Log: Exposed BlockingTimeout for MinervaShareLocalCMFactory. setBlockingTimeout was already available on ObjectPool. I just add a new key & data member to PoolParameters. I use them in MinervaShareLocalCMFactory when loading properties. PoolManager then passes it on when building the ObjectPool.. Revision ChangesPath No revision No revision 1.1.1.1.2.1 +3 -0 jbosspool/src/main/org/jboss/pool/PoolParameters.java Index: PoolParameters.java === RCS file: /cvsroot/jboss/jbosspool/src/main/org/jboss/pool/PoolParameters.java,v retrieving revision 1.1.1.1 retrieving revision 1.1.1.1.2.1 diff -u -r1.1.1.1 -r1.1.1.1.2.1 --- PoolParameters.java 2001/05/15 07:58:24 1.1.1.1 +++ PoolParameters.java 2001/11/05 06:06:19 1.1.1.1.2.1 @@ -17,6 +17,7 @@ public final static String MIN_SIZE_KEY = "MinSize"; public final static String MAX_SIZE_KEY = "MaxSize"; public final static String BLOCKING_KEY = "Blocking"; +public final static String BLOCKING_TIMEOUT_KEY = "BlockingTimeout"; public final static String GC_ENABLED_KEY = "GCEnabled"; public final static String IDLE_TIMEOUT_ENABLED_KEY = "IdleTimeoutEnabled"; public final static String INVALIDATE_ON_ERROR_KEY = "InvalidateOnError"; @@ -28,9 +29,11 @@ public final static String LOGGER_KEY = "Logger"; public final static String LOGGER_ENABLED = "LoggingEnabled"; + public int minSize = 0; public int maxSize = 0; public boolean blocking= true; +public int blockingTimeoutSecs = -1;//Forever... public boolean gcEnabled = false; public boolean idleTimeoutEnabled = false; public boolean invalidateOnError = false; ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss Testsuite Results
JBoss daily test results SUMMARY Number of tests run: 140 Successful tests: 131 Errors:4 Failures: 5 [time of test: 5 November 2001 6:23 GMT] [java.version: 1.3.1] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1-b24] [java.vm.name: Java HotSpot(TM) Server VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.9-6] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS [details not shown - as this makes the mail too big to reach the sf mailing list] PS BEFORE you commit, run the test suite. Its easy, just run the target 'run-basic-testsuite' from the main build.xml. PPS Come on people - there were a few days back in July 2001 when we had ZERO tests failing! Oh, and thanks - remember we love you too! ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-478090 ] EJBLocalHome interface NOT passivateable
Bugs item #478090, was opened at 2001-11-04 13:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478090&group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Levart (plevart)
Assigned to: Nobody/Anonymous (nobody)
Summary: EJBLocalHome interface NOT passivateable
Initial Comment:
The EJB 2.0 spec says about SFSBs (in 7.4.1, page 71) that
references to EJBLocalHome interfaces can be left in the
non-transient fields to be passivated by the container.
Well, I get following exception thrown when my SFSB gets
passivated:
PassivatorQueue [ERROR] EXCEPTION
java.rmi.ServerException: Could not passivate; nested
exception is:
java.io.NotSerializableException:
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy
java.io.NotSerializableException:
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1827)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1827)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
at
java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
at
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.passivateSession(StatefulSessionFilePersistenceManager.java:286)
at
org.jboss.ejb.plugins.StatefulSessionInstanceCache.passivate(StatefulSessionInstanceCache.java:68)
at
org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:711)
at
org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:199)
at java.lang.Thread.run(Thread.java:484)
--
>Comment By: Peter Levart (plevart)
Date: 2001-11-04 14:51
Message:
Logged In: YES
user_id=346981
The place where this is missing from are
org.jboss.ejb.plugins.SessionObjectInputStream and
org.jboss.ejb.plugins.SessionObjectOutputStream but for them to
be able to serialize/deserialize local interfaces some support has
to be added to the framework. I propose the following:
Create 4 new interfaces that will be used internally by the JBoss:
//
// analogue to javax.ejb.Handle but for local interfaces
//
public interface LocalHandle extends java.io.Serializable {
// obtain EJBLocalObject reference represented by this
handle
public EJBLocalObject getEJBLocalObject();
}
//
// analogue to javax.ejb.HomeHandle but for local interfaces
//
public interface LocalHomeHandle extends java.io.Serializable {
// obtain EJBLocalHome reference represented by this
handle
public EJBLocalHome getEJBLocalHome();
}
//
// extension to javax.ejb.EJBLocalObject interface that adds a
method to obtain a handle
//
public interface EJBossLocalObject extends
javax.ejb.EJBLocalObject {
// obtain a LocalHandle for this EJBossLocalObject
public LocalHandle getLocalHandle();
}
//
// extension to javax.ejb.EJBLocalHome interface that adds a
method to obtain a handle
//
public interface EJBossLocalHome extends
javax.ejb.EJBLocalHome {
// obtain a LocalHomeHandle for this EJBossLocalHome
public LocalHomeHandle getLocalHomeHandle();
}
... then use EJBossLocalObject & EJBossLocalHome for the
various implementation classes internally in JBoss instead of
standard EJBLocalObject & EJBLocalHome (for proxies) and create
some analogues implementations of LocalHandle and
LocalHomeHandle interfaces as done with remote interfaces in
org.jboss.ejb.plugins.jrmp package...
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478090&group_id=22866
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
