User: starksm
Date: 01/09/25 23:23:16
Modified:src/main/org/jboss/security Tag: Branch_2_4
RealmMapping.java
Log:
Add a Set getUserRoles(Principal principal) method
Revision ChangesPath
No revision
No
User: starksm
Date: 01/09/25 23:29:14
Removed: src/main/org/jboss/tomcat Tag: Branch_2_4 TomcatService.java
TomcatServiceMBean.java
Log:
Drop the out of date tomcat service
___
Jboss-development mailing list
User: starksm
Date: 01/09/25 23:27:01
Added: src/main/org/jboss/security Tag: Branch_2_4
SecurityDomain.java
Log:
The SecurityDomain interface combines the SubjectSecurityManager and
RealmMapping interfaces and adds a keyStore and trustStore as well as
User: starksm
Date: 01/09/25 23:35:58
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
LdapLoginModule.java
Log:
matchOnUserDN : A flag indicating if the search for user roles should match
on the user's fully distinguished name. If false
User: starksm
Date: 01/09/25 23:36:35
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
JaasSecurityManagerService.java
JaasSecurityManagerServiceMBean.java
Added:
I just did a quick search on freshmeat.net when I saw this. I have looked
over this stuff before, but never had time or a reason to look futher.
Might have to adapt JMX to it or it to JMX (which ever you prefer).
I think there might be a few other packages available, but this one looks
like it
User: gropi
Date: 01/09/26 00:19:17
Modified:src/xdocs jbossdocs.xml
Log:
;-) scary this slipped through unnoticed.
Revision ChangesPath
1.8 +2 -2 manual/src/xdocs/jbossdocs.xml
Index: jbossdocs.xml
Hi, you are so great!!!
Unfortunately I am not able to test it since the HEAD cvs is broken.
(seems as if Scotts latest checkins is broken).
I will test it with my old failsafe code when things stabilize.
//Peter
On 26 Sep, Hiram Chirino wrote:
Peter,
I have just fixed this bug in the
Hello Jason,
There is no firm release date for 1.2. It will be released when it is ready.
However, 1.2alpha0 is available since yesterday. :-)
Extending the interface of Logger (i.e. Category) with new printing methods
such as trace() is considered bad practice, at least by me. I understand
Hate to follow up on myself but my previous discussion is based on the
premise that log4j classes are loaded once and for all for everyone at JBoss
startup time. Playing class loader tricks à la Tomcat-Catalina makes it a
totally different game.
Am I correct to assume that log4j classes are
Take look at The lizzard lounge forum and Jboss and SNMP thread.
It seems there is currently no a clean implementation of SNMP JMX
adaptor...
Jiri.
On Tue, 25 Sep 2001 11:53:42 -0700, you wrote:
Hi Geeks
I am looking for information how Java Classes
can be managed through SNMP (I know this
This is a good point. The logic should be easily convertible. Hey aren't
you glad that we at least detect connection failures now?? ;)
Regards,
Hiram
From: Jason Dillon [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMS ExceptionListener not
Bugs item #465222, was opened at 2001-09-26 07:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=465222group_id=22866
Category: None
Group: v2.4 BETA (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
User: starksm
Date: 01/09/26 08:14:42
Removed: src/main/org/jboss/security/plugins/samples Tag: Branch_2_4
CacheRealmMapping.java
CacheRealmMappingService.java
CacheRealmMappingServiceMBean.java
User: starksm
Date: 01/09/26 08:15:24
Modified:src/main/org/jboss/security/plugins NullSecurityManager.java
Log:
Remove obsolete samples and update NullSecurityManager for RealmMapping
changes
Revision ChangesPath
1.4 +13 -1
User: starksm
Date: 01/09/26 08:15:24
Removed: src/main/org/jboss/security/plugins/samples
CacheRealmMapping.java
CacheRealmMappingService.java
CacheRealmMappingServiceMBean.java
User: starksm
Date: 01/09/26 08:17:17
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
NullSecurityManager.java
Log:
Update for changes in RealmMapping interface
Revision ChangesPath
No revision
No
That is the case.
- Original Message -
From: Ceki Gülcü [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 1:13 AM
Subject: RE: [JBoss-dev] jboss and log4j version 1.2
Hate to follow up on myself but my previous discussion is based on the
premise that log4j
User: starksm
Date: 01/09/26 08:55:26
Removed: src/lib Tag: Branch_2_4 idb.jar
Log:
Remove InstantDB from the distribution
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: starksm
Date: 01/09/26 09:04:03
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbosssx.jar
Log:
Integrate the Rel_2_4_2_4 JBossSX changes
Revision ChangesPath
No revision
No revision
1.11.2.12 +121 -124
User: starksm
Date: 01/09/26 09:01:08
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
SecurityInterceptor.java
Log:
Log the principal roles on authorization failure
Revision ChangesPath
No revision
No
User: starksm
Date: 01/09/26 09:00:19
Modified:src/main/org/jboss/web Tag: Branch_2_4
AbstractWebContainer.java
Log:
Drop the local category in favor of the ServiceMBeanSupport category
Revision ChangesPath
No revision
User: starksm
Date: 01/09/26 09:04:03
Modified:src/client Tag: Branch_2_4 auth.conf jbosssx-client.jar
Log:
Integrate the Rel_2_4_2_4 JBossSX changes
Revision ChangesPath
No revision
No revision
1.2.6.1 +1 -1
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: jboss-dev [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 9:03 AM
Subject: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories.
(rh/3.0)
1. How does your program find its local directory? I don't want to
| 1. How does your program find its local directory? I don't want to bind
| anything in jndi, since jndi may not be started when these local
| directories are copied. I think it's time for the JBossFilesSystemRoot
| mbean which anyone can use to find the jboss local directory structure.
| I'm
On 2001.09.26 12:34:31 -0400 Scott M Stark wrote:
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: jboss-dev [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 9:03 AM
Subject: [JBoss-dev] JBossFilesystemRoot mbean and sar local directories.
(rh/3.0)
1. How
|This whole local directory thing was not my idea, however as I understood
|it David Maplesden, the Jetty guys, and Jason wanted to be able to put a
|directory in a sar that would be copied literally into the local filesystem
|for eg. pre-setup databases, config files, native libraries, and
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 10:11 AM
Subject: RE: [JBoss-dev] JBossFilesystemRoot mbean and sar local
directories. (rh/3.0)
| everyone else to find where stuff is. For instance, log4j can find its
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 10:20 AM
Subject: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local
directories. (rh/3.0)
directories are copied. I think it's time for the
JBossFilesSystemRoot
|A filesystem should just be another service just like JDBC. Ideally it
|should be
|accessed like any other securable managed resource via a resource factory.
|This
|is the direction we should be moving in.
interesting... yes, you are probably right here.
marcf
|
|
|
On 2001.09.26 13:51:23 -0400 Scott M Stark wrote:
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 10:20 AM
Subject: Re: [JBoss-dev] JBossFilesystemRoot mbean and sar local
directories. (rh/3.0)
directories
Hmm, I guess I should experiment and see if a url like
jar:jar:http://.../myrar.rar!/path/myjar.jar!/ works to get to the jar
inside a rar... maybe we don't need to unpack these things.
Scott, does the idea of a mbean providing where the local filesystem is
fit in better to your securable
On 26 Sep, marc fleury wrote:
|A filesystem should just be another service just like JDBC. Ideally it
|should be
|accessed like any other securable managed resource via a resource factory.
|This
|is the direction we should be moving in.
interesting... yes, you are probably right here.
That there has to be a local filesystem is a invalid premise. That this is
required for
deployment currently is a criticism of our deployment mechanism, not a
justification for requiring a filesystem. We need to be able to run
configurations
of JBoss in environments where there is no
|normally obtains from a file. For example, take the
|jboss/system/home/db/jbossmq/QUEUE.A.dat29 file as a DirContext and
|there could be the following attributes
|+ QUEUE.A.dat29
|| -- lastModified = Date of last modification
|| -- size = size of file in bytes
|| -- in = java.io.InputStream
NetBeans appears to have quite a rich interface after a quick read of the
link you provided. But it's an IDE so it has a need for all of that.
How rich an interface does JBoss need, I have been just sort of following
the emails and not thinking too hard. Did this need start with a desire to
User: starksm
Date: 01/09/26 13:16:36
Modified:.build.xml
Log:
Create a j2ee/dtd directory containing server/src/resource/org/jboss/metadata
dtd files so that the DTD uri corresponds to a valid url from which the
latest version may be obtained.
Revision Changes
On 2001.09.26 15:26:57 -0400 Jay Walters wrote:
NetBeans appears to have quite a rich interface after a quick read of the
link you provided. But it's an IDE so it has a need for all of that.
How rich an interface does JBoss need, I have been just sort of following
the emails and not
NetBeans appears to have quite a rich interface after a quick read of the
link you provided. But it's an IDE so it has a need for all of that.
How rich an interface does JBoss need, I have been just sort of following
the emails and not thinking too hard. Did this need start with a desire
Hi,
Jason Dillon wrote:
I ran some tests last night with the TransactionManager.TransactionTimeout
set toInteger.MAX_VALUE, and I am still getting these messages:
org.jboss.tm.TxCapsule [Thread-5] () - Transaction XidImpl [FormatId=257,
GlobalId=eng-ecr5a//0, BranchQual=] timed out.
Jason Dillon wrote:
perhaps Integer.MAX_VALUE isn't the best thing to set the default tx timeout
too. Does anyone know what happens with this value is 0 ? Is there any
way to turn this off altogether?
No, it cannot be turned off completely.
It was meant to be able to be set to a value
Hi,
Scott M Stark wrote:
No, the WebIntegrationTestCase doesn't apply unless the server
has a web container configured. The test checks for the existence
of a web container and set the webServerAvailable accordingly.
Strange, when searching the main branch sources, i see
this field
User: sparre
Date: 01/09/26 13:50:21
Modified:src/main/org/jboss/tm/usertx/client
ClientUserTransaction.java
ClientUserTransactionObjectFactory.java
Added: src/main/org/jboss/tm/usertx/client
User: sparre
Date: 01/09/26 14:01:24
Modified:src/main/org/jboss/tm TxManager.java
Log:
Setting extremely high timeout values could lead to and undetected integer
multiplication overflow and wrong timeout settings.
Revision ChangesPath
1.33 +2 -2
User: d_jencks
Date: 01/09/26 14:24:57
jbosstest/src/resources/jmx/mbeanlocaldir - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/09/26 14:24:57
jbosstest/src/resources/jmx/mbeane - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Its set at line 76 of org.jboss.test.web.test.WebIntegrationUnitTestCase:
webServerAvailable = getServer().isRegistered(deployerName);
- Original Message -
From: Ole Husgaard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 2:02 PM
Subject: Re: [JBoss-dev]
User: d_jencks
Date: 01/09/26 14:24:57
jbosstest/src/main/org/jboss/test/jmx/mbeane - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/09/26 14:31:02
jbosstest/src/resources/jmx/mbeanlocaldir/local-directory - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/09/26 14:47:06
Added: src/resources/jmx/mbeanlocaldir/local-directory
examplefile.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work.
User: d_jencks
Date: 01/09/26 14:47:06
Modified:src/resources/jmx/mbeand/META-INF jboss-service.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh
User: d_jencks
Date: 01/09/26 14:47:04
Modified:.build.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P update11.log
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/resources/jmx/mbeand/META-INF jboss-service.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/main/org/jboss/jmx/connector/ejb/META-INF
jboss-service.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work.
User: d_jencks
Date: 01/09/26 14:47:03
Modified:jettybuild.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P update11.log
User: d_jencks
Date: 01/09/26 14:47:06
Modified:src/resources/jmx/mbean/META-INF jboss-service.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh
User: d_jencks
Date: 01/09/26 14:40:15
jbosstest/src/resources/jmx/mbeanlocaldir/local-directory/sub-directory - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: d_jencks
Date: 01/09/26 14:47:04
Modified:src/main/org/jboss Main.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/main/org/jboss/system ServiceController.java
ServiceLibraries.java URLClassLoader.java
URLClassLoaderMBean.java
Log:
ServiceDeployer: added local dir support, undeploy support for
User: d_jencks
Date: 01/09/26 14:47:05
Modified:.build.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P update11.log
User: d_jencks
Date: 01/09/26 14:47:04
Modified:src/etc/conf/default hsql-default-service.xml
j2eedeployment-service.xml jboss-service.xml
jms-service.xml
Removed: src/etc/conf/default core-service.xml
Log:
ServiceDeployer:
User: d_jencks
Date: 01/09/26 14:47:05
Added: src/main/org/jboss/test/jmx/mbeane TestDeployerE.java
TestDeployerEMBean.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files
User: sparre
Date: 01/09/26 14:50:41
Modified:src/main/org/jboss/tm Tag: Branch_2_4 TxManager.java
Log:
Setting extremely high timeout values could give an undetected integer
multiplication overflow, leading to unexpected results.
Revision ChangesPath
No
User: d_jencks
Date: 01/09/26 14:47:05
Modified:src/main/org/jboss/test/jmx/test
DeployServiceUnitTestCase.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work.
User: d_jencks
Date: 01/09/26 14:47:06
Added: src/resources/jmx/mbeanlocaldir/local-directory/sub-directory
examplejar.jar
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files
User: d_jencks
Date: 01/09/26 14:47:03
Modified:src/main/org/jboss/resource RARDeployer.java
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs
User: d_jencks
Date: 01/09/26 14:47:03
Modified:jbossbuild.xml
Log:
ServiceDeployer: added local dir support, undeploy support for depends, reworked
classpath dependencies. Changed config files to work. REMOVE core-service.xml or
build.sh cleancvs update -d -P update11.log
That shouldn't happen. Just looked into the code I
wrote, and it looks like you have found a bug in it:
In org.jboss.tm.TxManager line 314, the new timeout
in milliseconds is calculated with the expression:
timeout = 1000 * seconds;
I guess it should have been
timeout = 1000L *
Change Notes item #465416, was opened at 2001-09-26 15:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=465416group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to:
Hi,
Scott M Stark wrote:
Its set at line 76 of org.jboss.test.web.test.WebIntegrationUnitTestCase:
webServerAvailable = getServer().isRegistered(deployerName);
I think I found it.
This was present in revision 1.2 of this file, but it
was removed with the commit to revision 1.3.
Best
That's an old version -- looks like I broke it on sept 18. Since Jetty is
now supposed to be integrated in standard jboss, shouldn't we eliminate the
test for a web deployer? Also, I couldn't get the test for a web deployer
to work, which is why I took it out... apparently I didn't notice the
please make sure that you generate the html docs. the website build depends
on this working, so when there is a syntax error in the xdocs the site will
not update.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: user57
Date: 01/09/26 15:29:00
Modified:src/xdocs jbossdocs.xml
Log:
o /pubdate - /pubdate
Revision ChangesPath
1.9 +2 -2 manual/src/xdocs/jbossdocs.xml
Index: jbossdocs.xml
===
jason,
to be very honest I don't think it is a good idea i mean updating the
website and each time going through the xdoc generation is a pain.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Wednesday, September 26, 2001
User: user57
Date: 01/09/26 15:25:29
Modified:.build.xml
Log:
o copy of dtd's needs to be done from compile-snapshots, or by a target
which depends on it, since it uses the checked out server module to
get these file... which is a bad idea, but at least now
Jason Dillon wrote:
That shouldn't happen. Just looked into the code I
wrote, and it looks like you have found a bug in it:
In org.jboss.tm.TxManager line 314, the new timeout
in milliseconds is calculated with the expression:
timeout = 1000 * seconds;
I guess it should have been
Hello Jason,
There is no firm release date for 1.2. It will be released when it is ready.
However, 1.2alpha0 is available since yesterday. :-)
Is there any compelling reason why we should switch to this alpha? I am all
for the new API, but I am very weary of alpha/beta product.
Extending
I see your point here, but the suggested usage for implementing trace() is
just plain ugly. I would still suggest that we use our own Logger class
which has all of the features and niceness which we desire, but uses Log4j
as the underlying mechanism.
I have been playing with logging
to be very honest I don't think it is a good idea i mean updating the
website and each time going through the xdoc generation is a pain.
Think of it as compling your .java before commiting the changes... or if you
prefer, once you commit a whole bit build the docs.
I don't suggest running the
Sorry for the late response. I don't *think* this is an issue currently.
There are no other resources involved except the jms bits to pull a msg off
from and hand it to the mdb.
--jason
On Tue, 25 Sep 2001, David Jencks wrote:
Jason, I have no idea if this is relevant...
I discovered in
Ok, fine.
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 26, 2001 3:29 PM
Subject: Re: [JBoss-dev] jboss test dependencies
That's an old version -- looks like I broke it on sept 18. Since Jetty is
now supposed to be
User: d_jencks
Date: 01/09/26 17:18:48
Modified:src/main/org/jboss/test/web/test
WebIntegrationUnitTestCase.java
Log:
Turned web tests back on -- oops. Also used logging
Revision ChangesPath
1.5 +6 -37
snip truncated=true
_jars-jmx:
[jar] Building jar:
/nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/jmxtest.jar
[jar] Building jar:
/nfs/home/jason/ws/jboss/jboss-all/testsuite/output/lib/testdeploy.sar
[jar] Building jar:
User: starksm
Date: 01/09/26 18:03:00
Added: src/lib Tag: Branch_2_4 jcert.jar jnet.jar jsse.jar
Log:
Add the JSSE 1.0.2 global jars
Revision ChangesPath
No revision
No revision
1.2.2.1 +0 -0
User: starksm
Date: 01/09/26 18:07:05
Modified:catalina/src/build build.xml
Log:
Update build for new catalina-service.jar
Revision ChangesPath
1.3 +171 -32 contrib/catalina/src/build/build.xml
Index: build.xml
User: user57
Date: 01/09/26 18:10:51
Log:
o import of GNU getopt 1.0.8
Status:
Vendor Tag: gnu
Release Tags: getopt_1_0_8
N thirdparty/gnu/getopt/lib/getopt.jar
No conflicts created by this import
___
User: starksm
Date: 01/09/26 18:20:19
Modified:src/etc/conf/default Tag: Branch_2_4 jboss.conf
Log:
Remove the commentted out entries
Revision ChangesPath
No revision
No revision
1.19.4.1 +1 -15
User: starksm
Date: 01/09/26 18:28:08
Modified:src/etc/conf/default Tag: Branch_2_4 jboss.jcml
Log:
Remove undocumented sercurity mbeans
Revision ChangesPath
No revision
No revision
1.40.2.7 +0 -21
User: starksm
Date: 01/09/26 18:35:25
contrib/catalina/src/etc/conf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/09/26 18:35:17
contrib/catalina/src/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/09/26 18:36:25
Added: catalina/src/etc/conf/catalina jboss.conf.patch
jboss.jcml.patch
Log:
Add patch files for creating the embedded catalina jboss.conf and jboss.jcml
Revision ChangesPath
1.1
User: starksm
Date: 01/09/26 18:35:32
contrib/catalina/src/etc/conf/catalina - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-cts:
[jar] Building jar:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
os.arch: x86
os.version:
User: starksm
Date: 01/09/26 18:55:45
Modified:catalina/src/build build.xml
Log:
Update the bundle version
Revision ChangesPath
1.4 +5 -39 contrib/catalina/src/build/build.xml
Index: build.xml
User: starksm
Date: 01/09/26 18:56:23
Modified:catalina/src/etc/conf/catalina jboss.jcml.patch
Log:
Remove the other SecurityDomain configuration
Revision ChangesPath
1.2 +0 -9 contrib/catalina/src/etc/conf/catalina/jboss.jcml.patch
Index:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-cts:
[jar] Building jar:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
os.arch: i386
os.version:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-cts:
[jar] Building jar:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
os.arch: i386
os.version:
1 - 100 of 139 matches
Mail list logo
