I asked Francisco to look into the details further and am still waiting for
information about the problem.
I am working on it and had good results already. It seems that a very
small change on JacORB will render unnecessary the Xbootclasspath hack.
Excelent!
If my testing goes well
Bugs item #539379, was opened at 2002-04-04 20:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned to:
Patches item #543348, was opened at 2002-04-13 01:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=543348group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Larry Sanderson
User: slaboure
Date: 02/04/13 05:44:58
Modified:src/main/org/jboss/ha/framework/server
DistributedStateImpl.java
Log:
Nice bug, and vive strong-typing: the remove method call were not distributed
Revision ChangesPath
1.9 +2 -2
User: slaboure
Date: 02/04/13 08:12:49
jbosstest/src/main/org/jboss/test/testbeancluster/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: slaboure
Date: 02/04/13 08:13:56
Added: src/main/org/jboss/test/testbeancluster/interfaces
StatelessSession.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.1
User: slaboure
Date: 02/04/13 08:15:19
Modified:src/main/org/jboss/test/testbeancluster/bean
StatelessSessionBean.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.2 +22 -0
User: slaboure
Date: 02/04/13 08:16:45
Modified:src/resources/testbeancluster/META-INF ejb-jar.xml
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.4 +13 -13jbosstest/src/resources/testbeancluster/META-INF/ejb-jar.xml
Index:
User: slaboure
Date: 02/04/13 08:17:35
Modified:src/resources/testbeancluster/META-INF jboss.xml
Log:
Activating call-logging for tests (usefull)
Revision ChangesPath
1.3 +5 -5 jbosstest/src/resources/testbeancluster/META-INF/jboss.xml
Index: jboss.xml
User: slaboure
Date: 02/04/13 08:15:53
Added: src/main/org/jboss/test/testbeancluster/test
BeanUnitTestCaseNew.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.1
User: slaboure
Date: 02/04/13 08:21:52
Modified:src/main/org/jboss/test JBossTestCase.java
Log:
Extended test environment for clustering testing
Revision ChangesPath
1.12 +9 -4 jbosstest/src/main/org/jboss/test/JBossTestCase.java
Index: JBossTestCase.java
User: slaboure
Date: 02/04/13 08:24:58
Added: src/main/org/jboss/test JBossClusteredTestCase.java
JBossTestClusteredServices.java
JBossTestClusteredSetup.java
Log:
Extended test environment for clustering testing
Revision
Bugs item #543408, was opened at 2002-04-13 17:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=543408group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to:
User: slaboure
Date: 02/04/13 08:30:23
Modified:src/main/org/jboss/test/testbeancluster/test
BeanUnitTestCase.java
Log:
Removed unused import statements
Revision ChangesPath
1.3 +1 -49
Hi!
I tried now the same cmp beans without jaws usage. It seems I got the
same exceptions ..
May I have some details regarding the settings within the xml config
files? I will attach here all 3 xml I used.
I mention that I am using Mckoi database and I have done the proper
seettings within
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment MainDeployer.java
Log:
fix deployer to compare lastModified against time from file instead of system
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
fix deployer to compare lastModified against time from file instead of system
___
User: jules_gosnell
Date: 02/04/13 09:17:58
Added: src/main/org/jboss/deployment MainDeployer.java
Log:
put these back after mistaken removal, with patches
Revision ChangesPath
1.24 +17 -1 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
User: jules_gosnell
Date: 02/04/13 09:17:58
Added: src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
put these back after mistaken removal, with patches
Revision ChangesPath
1.11 +22 -20
Bugs item #543408, was opened at 2002-04-13 10:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=543408group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick Charbonnier (pch)
Assigned to:
Did you mean to remove these?
david
On 2002.04.13 11:51:51 -0400 Jules Gosnell wrote:
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
fix deployer to compare lastModified
Jason,
I have just moved a couple of files I was working on into Attic instead
of checking them in - I don't want to 'add' my new copies in case we
lose the copies in Attic which still have history attached.
I'm looking into it - any ides:
No read 'Cock-Up thread'
Sorry,
Jules
David Jencks wrote:
Did you mean to remove these?
david
On 2002.04.13 11:51:51 -0400 Jules Gosnell wrote:
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment/scanner
Panic Over !!
I have added them back, with my changes, and they have remembered their
history.
Sorry for breaking the build guys.
Let me know if there are any further problems.
Jules
Jules Gosnell wrote:
Jason,
I have just moved a couple of files I was working on into Attic instead
of
User: d_jencks
Date: 02/04/13 09:10:11
Modified:src/main/org/jboss/ejb EjbModule.java
Log:
Added ability to declare mbean dependencies from ejbs and container configurations
Revision ChangesPath
1.19 +9 -7 jboss/src/main/org/jboss/ejb/EjbModule.java
User: d_jencks
Date: 02/04/13 09:10:11
Modified:src/main/org/jboss/system ServiceConfigurator.java
ServiceController.java
Log:
Added ability to declare mbean dependencies from ejbs and container configurations
Revision ChangesPath
1.8 +2
User: d_jencks
Date: 02/04/13 09:10:11
Modified:src/main/org/jboss/metadata BeanMetaData.java
ConfigurationMetaData.java
Log:
Added ability to declare mbean dependencies from ejbs and container configurations
Revision ChangesPath
1.38 +26 -7
User: slaboure
Date: 02/04/13 09:51:35
Modified:src/resources/ClusteredHTTPSessionService/META-INF
jboss-service.xml
Log:
Added new dependency flags from David Jencks (Thank you!) to solve service-to-bean
(and bean-to-service) dependencies
JBoss can now
Hi!
Any details regarding CMPFieldMetaData.java:194 this source code?
I still can not deploy any cmp bean either with jaws ort without it?
Where I can find the entire source code of this class? Maybe I can see
what the tokenizer expecteds to get inside getLastComponent method...
Thanks a lot,
Change Notes item #543428, was opened at 2002-04-13 16:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=543428group_id=22866
Category: JBoss/System
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to:
User: jules_gosnell
Date: 02/04/13 10:16:09
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
further improvements:
You can now redeploy by copying an older version of a jar over a newer
one - if you need to roll back
The DeploymentInfo class remembers the
User: jules_gosnell
Date: 02/04/13 10:16:09
Modified:src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
further improvements:
You can now redeploy by copying an older version of a jar over a newer
one - if you need to roll back
Every run of the testsuite with
build.sh -Dtest=cmp2 -Dnojars=t test
is leaking 2695 org.jboss.resource.adapter.jdbc.local.ConnectionInPool
instances that are being held in the BaseManagedConnection listeners
list. Here is a trace of the references to one of the ConnectionInPool
instances:
User: starksm
Date: 02/04/13 11:27:19
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
Cleanup the shutdown of the cache and pool.
Remove the JMS notification messages from the AbstractInstanceCache.
Revision ChangesPath
1.76 +5 -1
User: starksm
Date: 02/04/13 11:27:20
Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java
EntityInstanceCache.java
LRUEnterpriseContextCachePolicy.java
LRUStatefulContextCachePolicy.java
that code is such crap.
Does this help, JDBCManagedConnection around line 140?
public void connectionClosed(javax.resource.spi.ConnectionEvent
evt)
{
JDBCManagedConnection.this.removeConnectionEventListener(this);
//no shutdown needed
User: starksm
Date: 02/04/13 12:21:18
Modified:src/main/org/jboss/resource/adapter/jdbc/local
JDBCManagedConnection.java
Log:
Fix leak of connection pool listeners
Revision ChangesPath
1.3 +2 -1
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.0
Java(TM) 2 Runtime Environment, Standard
User: juhalindfors
Date: 02/04/13 13:08:58
Modified:src/main/org/jboss/mx/metadata XMBeanMetaData.java
Log:
merge metadata fix from 1.0 branch
Revision ChangesPath
1.2 +4 -0 jmx/src/main/org/jboss/mx/metadata/XMBeanMetaData.java
Index:
User: starksm
Date: 02/04/13 13:25:01
Modified:src/main/org/jboss/util LRUCachePolicy.java
Log:
Clear the cache list.
Utility methods for jars.
Revision ChangesPath
1.3 +12 -1 jboss-common/src/main/org/jboss/util/LRUCachePolicy.java
Index:
User: starksm
Date: 02/04/13 13:25:02
Added: src/main/org/jboss/util/file JarUtils.java
Log:
Clear the cache list.
Utility methods for jars.
Revision ChangesPath
1.1 jboss-common/src/main/org/jboss/util/file/JarUtils.java
Index: JarUtils.java
I have found another way to get the INSERTING AN ALREADY EXISTING BEAN
bug to appear. The following code you would add to LineItem (in an
Order-LineItem relationship):
public String ejbCreate(Long id, Order order) {
setId(id);
return null;
}
public void
Um... how is the fix to remove this file?
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
fix deployer to compare
Or this one?
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
User: jules_gosnell
Date: 02/04/13 08:51:51
Removed: src/main/org/jboss/deployment MainDeployer.java
Log:
fix deployer to compare lastModified against time from file instead of
system
Um... why? Please explain what you were trying to do here...
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
Jason,
I have just moved a couple of files I was working on into Attic instead
of checking them in - I don't want to 'add' my new copies in case we
lose the copies in Attic
Good... but I would still like to know what happened.
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
Panic Over !!
I have added them back, with my changes, and they have remembered their
history.
Sorry for breaking the build guys.
Let me know if there are any further problems.
I wasn't trying to do anything - just hit a couple of wrong keys in emacs
cvs-mode and it was all over.
It's all OK now isn't it ?
Jules
Jason Dillon wrote:
Um... why? Please explain what you were trying to do here...
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
Jason,
I
Why not like we discussed Dain?
Have an interceptor before EntityLockInterceptor that creates to
invocations. An invokeHome invocation for the ejbCreate and a regular
invocation for the ejbPostCreate?
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Saturday,
It will be like we discussed. The mail just took like 2 hours to get
delivered. I'm almost done... it is very simple
-dain
Bill Burke wrote:
Why not like we discussed Dain?
Have an interceptor before EntityLockInterceptor that creates to
invocations. An invokeHome invocation for the
Yes, yes. No worries... I did not read ahead in my inbox (of like 150 msgs)
and simply responded to them as I read.
=)
--jason
Quoting Jules Gosnell [EMAIL PROTECTED]:
I wasn't trying to do anything - just hit a couple of wrong keys in emacs
cvs-mode and it was all over.
It's all OK
On 2002.04.13 15:39:37 -0400 Frederick N. Brier wrote:
You know I read your MBean deployment message back on 10Sep2001, but it
didn't really penetrate because we had already added the
DeploymentNotification mechanism to 2.4x. I think I could re-engineer my
code to fit within the .sar
Marc,
This is getng silly !!! ...
just employ James ??? ...
on 14-04-2 00.37, Dain Sundstrom at [EMAIL PROTECTED] wrote:
It will be like we discussed. The mail just took like 2 hours to get
delivered. I'm almost done... it is very simple
-dain
Bill Burke wrote:
Why not like
Number of tests run: 556
Successful tests: 521
Errors:28
Failures: 7
[time of test: 14 April 2002 1:3 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
Do you mean use a different mailing list engine/host other than sf.net?
--jason
Quoting Peter Fagerlund [EMAIL PROTECTED]:
Marc,
This is getng silly !!! ...
just employ James ??? ...
on 14-04-2 00.37, Dain Sundstrom at [EMAIL PROTECTED] wrote:
It will be like we discussed.
Hi,
Just a heads up.
I realise this notification was originally only used
by the farm service, and is only used locally.
But ideally all JMX notifications should contain
Serializable data, for people who want to monitor
remotely.
Currently, the DeploymentInfo isn't Serializable.
Regards,
Two of the JBossMQ unit tests run for a bit and then
just sit there until they timeout, and the SecurityUnitTestCase
takes 4 minutes to run with virtually no cpu usage:
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.735 sec
[junit] Running
The previous failures were on win2ksp2 using
Java 626java -version
java version 1.3.1_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01)
Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode)
On linux these seem to be running better:
[junit] Running
Thanks Adrian, I will leave the notification content as is and make
DeploymentInfo accessible from MainDeployer via a managed-operation.
(Less work, too;-)
Thanks
david
On 2002.04.13 20:26:31 -0400 Adrian Brock wrote:
Hi,
Just a heads up.
I realise this notification was originally only
Very odd indeed, since a couple of minutes ago I got different results
running jbossmq tests by themselves (600 mhz PIII, 256M ram, linux 2.4.26,
sun 1.3.1_b24 jvm, which likes to use up all the swap and crash):
[david@HP testsuite]$ ./build.sh -Dnojars=t -Dtest=jbossmq test
Searching for
Number of tests run: 563
Successful tests: 532
Errors:27
Failures: 4
[time of test: 14 April 2002 2:0 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
User: dsundstrom
Date: 02/04/13 18:06:16
Modified:src/main/org/jboss/ejb EntityPersistenceManager.java
Log:
Added new postCreateEntity method which is used to call the ejbPostCreate
method in the entity implementation class.
Revision ChangesPath
1.14 +20 -4
User: dsundstrom
Date: 02/04/13 18:05:09
Modified:src/main/org/jboss/ejb/plugins BMPPersistenceManager.java
CMPPersistenceManager.java
Log:
Moved invocation of ejbPostCreate to the new postCreateEntity method.
This breaks the ejbCreate and ejbPostCreate
User: starksm
Date: 02/04/13 18:08:01
Removed: src/bin BeanCacheMonitorJMS.jar BeanCacheMonitorJMX.jar
Log:
Remove the obsolete jars
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 02/04/13 18:11:05
Modified:src/main/org/jboss/resource/connectionmanager
CachedConnectionInterceptor.java
Log:
Added postCreateEntity pass through method.
Revision ChangesPath
1.4 +10 -0
User: dsundstrom
Date: 02/04/13 18:09:50
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
Broke entity creation into 2 steps, one for ejbCreate and one for
ejbPostCreate. The trick is the create method enters the
ContainerIneterceptor twice, once on invokeHome and
User: jwalters
Date: 02/04/13 18:12:05
Modified:src/main/org/jboss/verifier/strategy EJBVerifier20.java
Log:
Entity bean verification is working a bit better, it's now all turned on.
Revision ChangesPath
1.16 +99 -63
User: jwalters
Date: 02/04/13 18:12:05
Modified:src/resources/org/jboss/verifier DefaultMessages.properties
Log:
Entity bean verification is working a bit better, it's now all turned on.
Revision ChangesPath
1.14 +2 -4
User: dsundstrom
Date: 02/04/13 18:12:16
Modified:src/etc/conf/default standardjboss.xml
Log:
Added new EntityCreationInterceptor.
Revision ChangesPath
1.37 +12 -1 jboss/src/etc/conf/default/standardjboss.xml
Index: standardjboss.xml
User: d_jencks
Date: 02/04/13 18:19:53
Modified:src/main/org/jboss/deployment EARDeployer.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Revision ChangesPath
1.12 +36 -3 jboss/src/main/org/jboss/deployment/EARDeployer.java
User: d_jencks
Date: 02/04/13 18:19:53
Modified:src/main/org/jboss/ejb EJBDeployer.java EjbModule.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Revision ChangesPath
1.18 +6 -2 jboss/src/main/org/jboss/ejb/EJBDeployer.java
User: d_jencks
Date: 02/04/13 18:19:54
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Revision ChangesPath
1.43 +2 -2 jboss/src/main/org/jboss/web/AbstractWebContainer.java
User: d_jencks
Date: 02/04/13 18:19:49
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Revision ChangesPath
1.25 +5 -5 jbosscx/src/main/org/jboss/resource/RARDeployer.java
Index:
User: d_jencks
Date: 02/04/13 18:19:54
Modified:src/main/org/jboss/deployment/scanner
URLDeploymentScanner.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Revision ChangesPath
1.13 +39 -27
User: d_jencks
Date: 02/04/13 18:19:54
Modified:src/main/org/jboss/deployment JARDeployer.java
MainDeployer.java SARDeployer.java
SubDeployerSupport.java
Log:
Larry Sanderson's patch to enable deploying unpacked directories
Bugs item #539379, was opened at 2002-04-04 12:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=539379group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned
User: dsundstrom
Date: 02/04/13 18:56:10
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCQueryManager.java
Log:
Fixed complaint (bug) [ 541870 ] Exception Cleanup (findByPrimaryKey).
Now reports method name and parameter type.
Revision
Bugs item #541870, was opened at 2002-04-10 01:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=541870group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Number of tests run: 557
Successful tests: 526
Errors:28
Failures: 3
[time of test: 14 April 2002 3:10 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
User: d_jencks
Date: 02/04/13 19:13:17
Added: src/main/org/jboss/test/ejbconf/beans/ejb
ReadOnlyHelperSessionBean.java
Log:
fixed read only test case, but behavior may not be desirable
Revision ChangesPath
1.1
User: d_jencks
Date: 02/04/13 19:13:17
Modified:src/main/org/jboss/test/ejbconf/test
ReadOnlyUnitTestCase.java
Log:
fixed read only test case, but behavior may not be desirable
Revision ChangesPath
1.2 +8 -7
User: dsundstrom
Date: 02/04/13 19:26:39
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCQueryManager.java
Log:
Forgot to set the method variable...
Revision ChangesPath
1.7 +2 -2
User: starksm
Date: 02/04/13 19:58:43
Modified:src/main/javax/management/timer Timer.java
Log:
Fix spinning seen on Linux due to sleep(0) call.
Revision ChangesPath
1.7 +2 -2 jmx/src/main/javax/management/timer/Timer.java
Index: Timer.java
Bugs item #532734, was opened at 2002-03-20 15:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=532734group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
The problem with the server spinning after running the testsuite
on linux was due to the javax.management.timer.Timer calling
sleep(0) which apparently is basically a noop and so a busy
wait for new timers resulted. In general the implementation of
this class looks questionable as it is using
Jdk 1.4 balks when an entry in auth.conf is the empty string. This is a problem with
the default set-up, because that the password for the Hypersonic DataBase. Since
security setup is part of jboss-service, this failure causes JBoss to come crashing
down. The simple solution is to remove
Number of tests run: 563
Successful tests: 529
Errors:28
Failures: 6
[time of test: 14 April 2002 4:44 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
User: d_jencks
Date: 02/04/13 21:31:56
Modified:src/main/org/jboss/resource/security
ConfiguredIdentityLoginModule.java
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
Revision ChangesPath
1.3 +3 -2
User: d_jencks
Date: 02/04/13 21:31:56
Modified:src/etc/example-config firebird-service.xml
hsqldb-service.xml
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
Revision ChangesPath
1.3 +1 -1
User: d_jencks
Date: 02/04/13 21:31:57
Removed: src/etc/deploy hsqldb-default-service.xml
new-hsqldb-default-service.xml
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
___
User: d_jencks
Date: 02/04/13 21:31:57
Modified:.build.xml
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
Revision ChangesPath
1.83 +5 -1 jboss/build.xml
Index: build.xml
User: d_jencks
Date: 02/04/13 21:31:57
Modified:src/etc/conf/default auth.conf
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
Revision ChangesPath
1.11 +16 -4 jboss/src/etc/conf/default/auth.conf
Index: auth.conf
User: d_jencks
Date: 02/04/13 21:31:56
Modified:jbossbuild.xml
Log:
A little config cleanup and possible solution to jdk1.4 hslqdb login problem
Revision ChangesPath
1.117 +14 -2 build/jboss/build.xml
Index: build.xml
There are now 2 sets of functionality around readonly cmp entity behavior,
and I wonder if they should be integrated a little more.
As I understand it Dain's cmp2 readonly stuff throws exceptions if you try
to change a marked readonly value or something in a readonly bean. The
tags for this are
I think I found a way container managed login will work for jdk 1.4 and
security-free db's such as hsqldb. If you leave out the password line in
auth.conf, the ConfiguredIdentityLoginModule will issue a warning and
supply a blank password. This works OK on 1.3.1_03. Could someone with
jdk 1.4
94 matches
Mail list logo