User: starksm
Date: 01/11/20 23:55:41
Removed: src/main/org/jboss/test/security/test
EJBAccessUnitTestCase.java
ProjRepositoryUnitTestCase.java
SecurityProxyUnitTestCase.java
Log:
Remove the non-standard securi
User: user57
Date: 01/11/20 23:16:57
Modified:src/docs/developers/guide buildsystem-faq.jsp
Log:
o Added a section to the faq on module hooks.
Revision ChangesPath
1.3 +71 -1 newsite/src/docs/developers/guide/buildsystem-faq.jsp
Index: buildsystem-faq.j
JBoss daily test results
SUMMARY
Number of tests run: 188
Successful tests: 152
Errors:24
Failures: 12
[time of test: 21 November 2001 6:28 GMT]
[java.version:
Because if its local call that can't be optimized and there is an
application exception that is returned without marshalling the
exception handler code can see a ClassCastException due to
different class loaders.
Even without a potential class loader issue, all values including
exceptions need t
JBoss daily test results
SUMMARY
Number of tests run: 173
Successful tests: 139
Errors:22
Failures: 12
[time of test: 21 November 2001 5:31 GMT]
[java.version:
Hi Geeks
Today I added a new update to the JSR-77 update which
should give you an idea how JSR-77 will work. It contains:
- type=J2EEManagement (management domain)
- type=J2EEServer (JBoss server instance meaning the logical server)
- type=Node (computer box meaning the physical server)
J2EEMana
GenericProxy.invokeContainer(O,M,O)
we have if (optimize && isLocal)
and then else
if local marshaling of exception (ca line 369)
I remember there was a reason why we do this but I can't remember it and
can't rebuild it as I rewrite these classes. Does anyone remember?
marcf
User: schaefera
Date: 01/11/20 20:50:53
Modified:src/main/org/jboss/management/j2ee IpAddress.java
J2EEManagedObject.java J2EEServer.java Node.java
SingleJBossServerManagement.java
Added: src/main/org/jboss/management/j2ee NodeMBea
User: schaefera
Date: 01/11/20 20:50:53
Modified:src/etc/conf/default jboss-service.xml
Log:
Added a Node to JSR-77 implementation and added the mbean example to
jboss-service.xml to test it.
Revision ChangesPath
1.15 +9 -1 jboss/src/etc/conf/default/jboss-se
User: schaefera
Date: 01/11/20 20:50:54
Modified:sun/jsr77/lib jsr77.jar
Log:
Added a Node to JSR-77 implementation and added the mbean example to
jboss-service.xml to test it.
Revision ChangesPath
1.4 +8 -7 thirdparty/sun/jsr77/lib/jsr77.jar
<>
Hi All, well Hi David Jencks mostly I guess ;-),
With the new deployment system I have started deploying my application by
simply deploying the *service.xml file and including all the jars it uses in
a element.
This works very well, I can easily keep all my jars together in a lib
directory and
> Here is a dtd that may work for jbosscmp-jdbc, based on a
> large example
> Dain sent me.
>
> Except for a couple of "description" typos, the psgml parser
> apparently
> not liking empty elements and one question, I think it agrees
> with the doc
> Dain sent. 2 things:
>
> - There is one
JBoss daily test results
SUMMARY
Number of tests run: 188
Successful tests: 152
Errors:24
Failures: 12
[time of test: 21 November 2001 3:59 GMT]
[java.version:
User: user57
Date: 01/11/20 19:42:08
Modified:src/docs printable.css
Log:
o forgot to save file before commit =(
Revision ChangesPath
1.2 +5 -0 newsite/src/docs/printable.css
Index: printable.css
==
User: user57
Date: 01/11/20 19:21:09
Modified:src/docs head.jsp index.jsp main.css navigation.jsp
slogan.jsp
Added: src/docs printable.css
Log:
o consolidated common styles from /developers into /main.css
only specifying those colors that chan
User: user57
Date: 01/11/20 19:21:09
Modified:src/docs/developers cvs.jsp head.jsp index.jsp main.css
navigation.jsp slogan.jsp
Added: src/docs/developers webstyle.jsp
Log:
o consolidated common styles from /developers into /main.css
only spec
JBoss daily test results
SUMMARY
Number of tests run: 188
Successful tests: 150
Errors:25
Failures: 13
[time of test: 21 November 2001 3:12 GMT]
[java.version:
User: user57
Date: 01/11/20 18:42:55
Modified:src/docs/common picateam.jsp
Log:
o randomly setting the image alignment to "left" or "right" to spice up
things a little bit more =)
Revision ChangesPath
1.4 +6 -5 newsite/src/docs/common/picateam.jsp
I have not found an easy way to provide this common setup/initialization
stuff as a resource. Perhaps if I could tell the JAXP parser to read a
resource file when parsing this could be done, but that would require the
Ant entity hooks to be installed to handle that.
Perhaps they have done tha
Here is a dtd that may work for jbosscmp-jdbc, based on a large example
Dain sent me.
Except for a couple of "description" typos, the psgml parser apparently
not liking empty elements and one question, I think it agrees with the doc
Dain sent. 2 things:
- There is one
It has often seemed to me that there is substantial duplication between the
setup parts of the module level build.xml files. I sure haven't figured
out a clue of a way to reduce this, but if it could be done, it might make
the files a little less intimidating. In light of the vast improvement
ov
I agree that we need to much better notion of what constitutes an
application
deployment, and I would generalize this into the concept of application
domains. Not that your necessarily implying this, but focusing on a single
XML file as the centerpiece is not a fundamental design criterion. I'm al
Send it to the list for the records, please.
If you find problems generating the DTD say so.
Ignacio.
> I think XML spy can do this. Send me the XML and I'll try tonight.
>
> Regards,
> Hiram
___
Jboss-development mailing list
[EMAIL PROTECTED]
h
User: thedug
Date: 01/11/20 15:48:44
Modified:src/main/org/jboss/pool/connector Tag: Branch_2_4
ManagedConnectionPoolFactory.java
Log:
factory.destroy is now implemented to destroy the managed connection.
Revision ChangesPath
No
I updated about 20 minutes ago and it works fine for me.
-dain
> -Original Message-
> From: Dave Smith [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 20, 2001 4:58 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Current CVS build.
>
>
> When running a JBOSS build from CVS Nov 2
When running a JBOSS build from CVS Nov 20, 17:00 EST it now does not
start. Here is the starting sequence. (It shuts down by itself). The
config files did work with the build from 2 days ago.
./run.sh
JBoss Boot
On 2001.11.20 16:37:28 -0500 "Ferguson, Doug" wrote:
> So it appears that the ConnectionInPool is getting removed from the pool
> but is inner connection is never getting closed.
>
> I am thinking that the best approach is to obtain the JDBC connection
> by calling getUnderlyingConnection. then
I think I am going to split off the running (jboss, testsuite, whatever)
bits into scripts (probably generated by the build system), which developers
could then use to run things. This will allow for greater flexiblity (such
as redirecting or not) and will simplify the build.xml files.
Thanks
Okay.
Your file works and gives me an error that it can't find 'MyDS'. I'll have
to go back through and see where I screwed up.
Thanks everyone for their input and that bug report can be closed as it does
not apply.
Hunter
> From: Dain Sundstrom <[EMAIL PROTECTED]>
> Date: Tue, 20 Nov 2001 16:
I'm having a (related?) issue. When I hot-redeploy several times I end up
with no available connections on mysql and the ear cannot deploy. My app
only uses CMP, and even if I call no bean and only redeploy three or four
times I get the same error. I have to bounce the server back. No problem
sinc
With this exact jbosscmp-jdbc.xml file
java:/MyDS
true
true
true
true
false
300
false
true
foreign-key
I get the following log messages:
[2001-11-20 16:17:22,229,CMP,DEBUG] Loading standardjbosscmp-jdbc.xml :
file:/ho
me/d
User: d_jencks
Date: 01/11/20 14:15:23
Modified:src/etc/conf/default hsqldb-default-service.xml
Log:
Added some warning comments about the anonymous mbean-ref to hsqldb
Revision ChangesPath
1.5 +5 -1 jboss/src/etc/conf/default/hsqldb-default-service.xml
I
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)
Sorta... I can see that the datasource now starts properly.
Still, my jar is trying to use DefaultDS instead of the 'Groundswell' ds I
defined...
> From: Torsten Schlumm <[EMAIL PROTECTED]>
> Date: Tue, 20 Nov 2001 21:49:31 + (GMT)
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: R
David,
updating wasn't the problem but the ..-service.xml
I simply didn't see one line
JBOSS-SYSTEM:service=Hypersonic
which I forgot to delete (I used
thehsqldb-default-service.xml as a template).
Sorry, it was completely my fault. Thanks anyway.
Cheers
Torsten
PS: does that help you, Hunt
Bugs item #456467, was opened at 2001-08-29 03:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=456467&group_id=22866
Category: JBossServer
Group: None
Status: Closed
Resolution: Fixed
Priority: 3
Submitted By: Peter Antman (pra)
Assigned to: Andreas Sc
User: schaefera
Date: 01/11/20 13:43:53
Modified:src/main/org/jboss/deployment URLWizzard.java
Log:
Took the fix for bug #456467 in current CVS.
Revision ChangesPath
1.9 +8 -2 jboss/src/main/org/jboss/deployment/URLWizzard.java
Index: URLWizzard.java
==
I think you need to remove the anonymous mbean-ref unless you actually have
a mbean named JBOSS-SYSTEM:service=PostgreSQL. If you do, what does it do?
If not, your ConnectionFactoryLoader will never get started since it is
waiting for an mbean you have no plans to create, ever.
The original ano
So it appears that the ConnectionInPool is getting removed from the pool
but is inner connection is never getting closed.
I am thinking that the best approach is to obtain the JDBC connection
by calling getUnderlyingConnection. then call close() on that connection
If I get the ok. I will do th
Please let me know if you think that the build system is too complicated, or
if there is some part of the system which is too complicated.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss
Hunter,
try to remove the line
JBOSS-SYSTEM:service=PostgreSQL
from your postgres-service.xml (or however it's
called). I think that should solve the problem.
If I understand the whole process right then
this means the datasource thingy depends on a
service 'PostgreSQL' and therefore doesn't st
Okay, maybe I made a mistake. Still, I'm not sure exactly where.
I don't get that message in my log file...
Still, I have a file called 'jbosscmp-jdbc.xml' in my META-INF directory of
my jar file, along with a jboss.xml file and a ejb-jar.xml file...
Hunter
> From: Dain Sundstrom <[EMAIL PROTE
User: user57
Date: 01/11/20 13:34:48
Modified:src/docs/developers cvs.jsp
Log:
o removed jboss-website (and website alias) from the public module list
o changed [zip] & [tgz] button style back to previous form, since they
were easier on the eye.
Revision Changes
At this point I have no idea what to do next...
> From: Dave Smith <[EMAIL PROTECTED]>
> Date: Tue, 20 Nov 2001 16:12:56 -0500
> To: Hunter Hillegas <[EMAIL PROTECTED]>
> Cc: Dain Sundstrom <[EMAIL PROTECTED]>, David Jencks
> <[EMAIL PROTECTED]>, Torsten Schlumm
> <[EMAIL PROTECTED]>, JBoss Dev
>
This section of code is called three times.
1) defaults section of standardjbosscmp-jdbc.xml
2) defaults section of jbosscmp-jdbc.xml
3) entity section for each entity specified in jbosscmp-jdbc.xml
The first time it will be null.
Are you getting a message like in your DEBUG log like this:
[200
Weird. So this has to point to either the standardjbosscmp-jdbc.xml or
jbosscmp-jdbc.xml. What's really strange is the default is null. This
should come from standardjbosscmp-jdbc.xml. What else is strange is that
it thinks in jboss-cmp-jdbc.xml for each entity you have a datasource
element. M
I'm not so sure. Despite having my jbosscmp-jdbc.xml file included, I get
this on the console as it deploys my beans after I made Dave's change:
[13:02:37,433,Default] Entity = ProductAttribute java:/DefaultDS null
[13:02:37,437,Default] Entity = Product java:/DefaultDS null
[13:02:37,439,Default
Title: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? (Postgres and CMP 2)
that
is not true
marcf
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Bunker, DanSent: Tuesday, November 20, 2001 9:59
AMTo: JBoss DevSubject: RE: [JBoss-dev] 2
Funny. I just did that but in
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager line 110 where the
datasource is looked up. And it successfully looks up my new datasource. I
think you have a different problem. I changed the name of the hypersonic
data source. May be the problem is your postgresql d
User: schaefera
Date: 01/11/20 12:46:15
Modified:src/main/org/jboss/deployment Tag: Branch_2_4
URLWizzard.java
Log:
Fixed bug #456467 by not adding a '/' when file in the root directory to
go along with JAR tool.
Revision ChangesPath
No
Bugs item #456467, was opened at 2001-08-29 03:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=456467&group_id=22866
Category: JBossServer
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 3
Submitted By: Peter Antman (pra)
Assigned to: Andreas
Well if you want to get down and dirty in
jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCEntityMetaData.java
line 336 is where it sets the datasouce for each entity. On line 343 you
could add
System.out.println("Enity = "+entityName+" "+dataSourceNameString+"
"+defaultValues.g
We have just noticed that whenever our code throws a SQLException,
the connection pool continues to grow. Apparently the connections
that get "invalidated" aren't ever cleaned up. These grow until Oracle
bails. I am looking at ObjectPool right now to see if I can figure it out.
If anybody alre
Hi,
I've been observing some of the recent threads on the list and reflected
on my current project. Mark has mentioned something of the sort that j2ee
packaging sucks. I certainly agree.
Here is what seems to be a better design that is consistent with JBoss
philosophy. Please, don't flame, thes
Bugs item #456467, was opened at 2001-08-29 03:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=456467&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Peter Antman (pra)
>Assigned to: Andreas Scha
Bugs item #435463, was opened at 2001-06-22 07:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=435463&group_id=22866
Category: JBossTX
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to
Are we sure that the datasource name in jbosscmp-jdbc.xml is even being
checked properly?
I gave my config another look and it seems correct. Here are is the console
log output:
[11:43:51,571,AutoDeployer] Auto deploy of
file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqldb-default-ser
thx -- i'll keep an eye out for it...
-jason
Andreas Schaefer <[EMAIL PROTECTED]>
11/20/2001 12:46 PM
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc:
Subject:Re: [JBoss-dev] Application/Deployment Units
Hi
Right now there is no more management informa
> Uncle. It seems that JBOSS is designed assuming that it has
> full control of creating tables.
This isn't really true. JBossCMP makes the assumption that if the table
structure is not specified the Application Deployer does not care what the
structure is, as long as it runs.
I strongly reco
User: d_jencks
Date: 01/11/20 10:35:30
Modified:src/xdocs jbossdocs.xml resource.xml
Removed: src/xdocs jdbc-database.xml
Log:
Added Sybase ConnectionFactoryLoader example and removed 2.4-specific db
documentation.
Revision ChangesPath
3.1 +2 -26 manual/
Have you guys included the latest updates to the ConnectionFactoryLoader
configuration format? The hsqldb example has been updated, the manual
likewise for mysql and postgres. If updating is not the problem, could you
post your cfl config? does DefaultDS get started properly on your system?
Than
User: d_jencks
Date: 01/11/20 10:35:31
Modified:src/xdocs/howto howtojetty.xml howtopetstore.xml
Removed: src/xdocs/howto howtojca.xml howtomssql.xml
Log:
Added Sybase ConnectionFactoryLoader example and removed 2.4-specific db
documentation.
Revision ChangesPath
Ernst,
Before you attempt to do what you suggest, I would suggest you first do
some analysis of your environment. There are some things that you need
to be aware of.
The first thing you need to do is determine if there is a performance
problem. What are your performance goals? What makes you
Hunter,
I've seen the same thing with mySQL today (it did work with the CVS sources
from about 3 weeks ago).
After having a closer look at the list of registered MBeans (localhost:8082)
I found it (at least something :)
My mysqlDS was perfectly registered but not started. After starting it by
ha
Yep, you fixed it. Thank you.
-David
On Sunday 18 November 2001 11:14pm, David Jencks wrote:
> OK, I think I fixed the "can't undeploy broken mbean" problem, with a
> testcase too. (in jmx/test/DeployServiceUnitTestCase).
>
> Could you check and make sure I fixed the problem you were seeing?
>
Hi
Right now there is no more management information
available. But soon the implementation of JSR-77 should
provide you with the necessary informations.
Have fun - Andy
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 8:10 AM
Subje
Ernst,
I'm not sure what your asking here.
You should be able to run the distribution from QSH.
DISCLAIMER: I haven't done this myself! I don't own a AS/400.
I think you've done some of this, but I'll list it for completeness.
1) Build the distribution on your PC or Un*x machine
ant probably
This jar (junitejb.jar) is an ejb-jar file. JUnitEJB uses a session bean to
run the test cases on the serverside. There are about a billion ways to
package this. The three styles I have used follow:
* An ejb-jar with a class-path ref to junit.jar in the MANIFEST-MF.
* An ejb-jar with junit.jar
Uncle. It seems that JBOSS is designed assuming that it has full control
of creating tables. Well in my case I already have a database allready
set up so my view of things is how do I stuff this database into JBOSS.
I don't think it is worth the discussion which approach is right or
wrong but,
Bugs item #483847, was opened at 2001-11-20 08:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=483847&group_id=22866
Category: JBossCMP
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhi
Good idea, but my DOCTYPE is correct, exactly as is below... I assume it is
using 2.0 persistence since it doesn't choke on the relationships or the new
entity bean structures...
> From: Peter Levart <[EMAIL PROTECTED]>
> Date: Tue, 20 Nov 2001 10:28:54 +0100
> To: Hunter Hillegas <[EMAIL PROTECT
Hi all --
Sorry for such a newbie question, but
Is there any place with jboss (working with rh) which stores data about
*all* pieces of an application deployment at runtime? For instance, I can
get the "DeployedApplications" attribute from the ContainerFactory MBean,
which gives me an I
I unzipped 2.4.1 on our as400 v5r1 at work. The server runs without any
complaints.
Unfortunately I am a java newby. (don't stop reading now).
The as400 can compile java classes into native as400 byte code that runs
like lightning. What I would like to contribute is as/400 CL and RPG code to
make
Sacha Labourey wrote:
> In RMI's Bible, hum, I mean Rickard's book,
Hehe, I was just reading the bible, I mean.. uhm, anyway.. to be sure.
It's always a good idea to do this, especially in such a controlled
environment as we have, with little need for allowing upgrades in the
system over ti
marc fleury wrote:
> |The automatic serversion generation of RMI uses heavy reflection
> |also on the
> |method signatures
> |and leads to CNFE´s in these cases.
>
> So it is faster to include the serversion or not? I am thinking a lot about
> ways to make these fast.
It is most definitely fas
Hello,
In RMI's Bible, hum, I mean Rickard's book, if I well remember, it is
written that if the serialversion is not explicitely set in the class, it
must be dynamically computed when loading the class => takes much more time
when loading the class if this is not explicitely set.
I guess, serversion is only computed once per VM & class (ObjectStreamClass
is cached) ...
CGJ
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 20. November 2001 16:24
An: Jung , Dr. Christoph; Jboss-Development (E-Mail)
Betreff: RE: [JBoss-dev]
|The automatic serversion generation of RMI uses heavy reflection
|also on the
|method signatures
|and leads to CNFE´s in these cases.
So it is faster to include the serversion or not? I am thinking a lot about
ways to make these fast.
marcf
|
|CGJ
|
|
|
|__
dude,
I went to bed at 2 am with invoker madness in my head, but you are even
worse :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, November 20, 2001 4:54 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS upd
Title: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? (Postgres and CMP 2)
I have been developing with CMP 2 and postgresql for the last 2 weeks. Things seem to be going OK for what I'm using it for. I have seen some interesting things with the transaction types. It appears that rabit hol
User: starksm
Date: 01/11/20 02:52:18
Added: src/main/org/jboss/logging Tag: Branch_2_4
TracePriority.java
Log:
Move the TracePriority to the logging package
Revision ChangesPath
No revision
No revisi
Thanks, Scott,
I'll do the necessary.
Jules
--- Scott M Stark <[EMAIL PROTECTED]>
wrote: > JBoss security managers are not scoped. Every
> application referring to
> the java:/jaas/domainX security manager is using the
> same instance and
> executing the same JAAS login configuration. For the
User: starksm
Date: 01/11/20 02:41:18
Removed: src/main/org/jboss/logging Tag: Branch_2_4 LoggerMBean.java
Log:
The Logger is not an MBean anymore
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/l
User: starksm
Date: 01/11/20 02:40:54
Removed: src/main/org/jboss/util Tag: Branch_2_4
CounterInterceptor.java
Log:
Move to the ejb/plugins package to limit cross package imports
___
Jboss-development mailing list
JBoss security managers are not scoped. Every application referring to
the java:/jaas/domainX security manager is using the same instance and
executing the same JAAS login configuration. For the particular case of
two webapps referring to the same security domain via the jboss-web.xml
security-dom
Another small question for Scott...
Are JBoss Realms scoped within a Server namespace, or
an Application ?
i.e. If 2 webapps see a Realm with the same name - is
it the same Realm instance ?
Currently I am working under the assumption that the
answer is "no" - but I'm open to suggestion.
Thank
User: starksm
Date: 01/11/20 01:49:01
Modified:tomcat/src/main/org/jboss/tomcat Tag: Branch_2_4
EmbeddedTomcatService.java
EmbeddedTomcatServiceMBean.java
EmbeddedTomcatServiceSX.java
Embedd
User: starksm
Date: 01/11/20 01:54:19
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log4jLogger.java
Log:
Change to the uni
User: starksm
Date: 01/11/20 01:49:00
Modified:tomcat/src/build Tag: Branch_2_4 build.xml
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No revision
No revision
1.15.2.8 +4
User: starksm
Date: 01/11/20 01:42:55
Modified:src/main/org/jboss/metadata Tag: Branch_2_4
BeanMetaData.java MetaData.java XmlFileLoader.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No
User: starksm
Date: 01/11/20 01:42:56
Modified:src/main/org/jboss/proxy Tag: Branch_2_4 Proxies.java
ProxyProxy.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No revision
User: starksm
Date: 01/11/20 01:42:55
Modified:src/main/org/jboss/naming Tag: Branch_2_4
ExternalContext.java JNDIView.java
NamingService.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision Chang
User: starksm
Date: 01/11/20 01:42:54
Modified:src/main/org/jboss/logging/log4j Tag: Branch_2_4
CategoryWriter.java TracePriority.java
Removed: src/main/org/jboss/logging/log4j Tag: Branch_2_4
JBossCategory.java
Log:
Change to t
User: starksm
Date: 01/11/20 01:42:51
Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4
CMPFieldMetaData.java JawsApplicationMetaData.java
JawsXmlFileLoader.java MappingMetaData.java
Log:
Change to the unified log4
User: starksm
Date: 01/11/20 01:49:01
Modified:tomcat/src/main/org/jboss/tomcat/security Tag: Branch_2_4
JBossSecurityMgrRealm.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No r
User: starksm
Date: 01/11/20 01:42:54
Modified:src/main/org/jboss/mail Tag: Branch_2_4 MailService.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No revision
No revision
User: starksm
Date: 01/11/20 01:42:56
Modified:src/main/org/jboss/tm Tag: Branch_2_4
TransactionManagerService.java TxCapsule.java
TxManager.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision Ch
User: starksm
Date: 01/11/20 01:42:56
Modified:src/main/org/jboss/tm/usertx/server Tag: Branch_2_4
ClientUserTransactionService.java
UserTransactionSessionImpl.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class
User: starksm
Date: 01/11/20 01:42:54
Modified:src/main/org/jboss/logging Tag: Branch_2_4 Log4jService.java
Logger.java
Removed: src/main/org/jboss/logging Tag: Branch_2_4
ConsoleLogging.java ConsoleLoggingMBean.java
User: starksm
Date: 01/11/20 01:42:54
Modified:src/main/org/jboss/management Tag: Branch_2_4
ContainerManagement.java ServerDataCollector.java
Log:
Change to the unified log4j based org.jboss.logging.Logger class.
Revision ChangesPath
No
1 - 100 of 142 matches
Mail list logo
