1. The tests are pretty incomplete - it is very
possible that you have found a hole in them.
2. if you sync yourself with the cvs tree you will get
an upgrade to Jetty4. I am much happier with the
Security integration in this version. If the problem
lies with Jetty itself ask Greg whether the
--- Holger Engels [EMAIL PROTECTED] wrote: On
Mon, 26 Nov 2001, David Jencks wrote:
It's just an idea...
What if
--when we are doing j2ee spec compliant deployment
we use xsl (or something
like it) to combine the 2 (or 3 or ...) dds into
one unified dd that can be
processed
On Mon, 26 Nov 2001, Francisco Reverbel wrote:
IIOP stuff outperforms the JRMP code in RH on _all_ other bank testcases.
This claim is false, of course.
Please read 6 out of 10 instead of _all_ other.
I guess yesterday night I was too tired to look at those numbers...
Cheers,
Francisco
On running the WebIntegration test on a freshly built
Server (cvs updated about 12 hours ago) I get a :
javax.management.InstanceAlreadyExistsException:
SingleJBoss:name=jbosstest-web.ear, J2EEServer=Single,
J2EEApplication=jbosstest-web.ear, type=EJBModule,
J2EEManagement=Manager,
from JMX.
I'm just going to agree with Jules here... try to get
onto the cvs HEAD as lots has changed here.
You will probably still have some JSP compilation problems,
but you can hack around those in the short term by
either precompiling JSPs (better yet just don't use them:-)
or you can set the
Hi,
Not sure I've read your message correctly... One thought I've been toying
with is that it should be possible to use different protocols to access
metods of the same enterprise bean. I am not talking about deploying two
almost identical (except for some change on a deployment descriptor)
On Tue, 27 Nov 2001, Julian Gosnell wrote:
On running the WebIntegration test on a freshly built
Server (cvs updated about 12 hours ago) I get a :
javax.management.InstanceAlreadyExistsException:
SingleJBoss:name=jbosstest-web.ear, J2EEServer=Single,
J2EEApplication=jbosstest-web.ear,
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned
On 2001.11.27 06:56:22 -0500 Julian Gosnell wrote:
Have you got JBOSS_HOME set ?
This one has bittent me before
This was my mistake, I checked in a wrong version a jboss-service.xml.
Fixed now as far as I can tell.
david jencks
Jules
--- Hunter Hillegas [EMAIL PROTECTED]
this is bullshit, I don't mean your work, just another example of
packaging madness.
It is obscure, it is counter intuitive, takes time and it is ARTIFICIAL
will try to solve it
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Hunter Hillegas
pretty good pretty good, serialization is heavy and should be dealt with
with great care, that much we understand
marcf
|-Original Message-
|From: Francisco Reverbel [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 5:08 AM
|To: marc fleury
|Cc: David Jencks; [EMAIL
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Francisco Reverbel
|Sent: Tuesday, November 27, 2001 5:27 AM
|To: marc fleury
|Cc: Jboss-Development@Lists. Sourceforge. Net
|Subject: Re: [JBoss-dev] notes on Container as abstract collection
|
|
|Hi,
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMS issues re: stopservice, jndi names
Date: Mon, 26 Nov 2001 23:26:02 -0500
On 2001.11.26 22:50:55 -0500 David Budworth wrote:
Hi all,
There are two things bugging me right now in JMS, and I just wanted to
On 2001.11.27 02:19:19 -0500 Holger Engels wrote:
On Mon, 26 Nov 2001, David Jencks wrote:
It's just an idea...
What if
--when we are doing j2ee spec compliant deployment we use xsl (or
something
like it) to combine the 2 (or 3 or ...) dds into one unified dd that
can be
This is all just conjecture. Run a profiler on the section that is taking
sooo long and find out for sure what it going on. We can waste weeks
discussing what might be the problem.
-dain
-Original Message-
From: Peter Levart [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27,
Hi Geeks
In the Installer all deployed application are copyed and then
inflated (right now in /deploy/Default/). During this inflation
the name of the contained archives are lost. As example for
an JAR file it will be renamed to ejb1002.jar.
Unfortunately the mapping of the orginal archive name
|Hi Geeks
|
|In the Installer all deployed application are copyed and then
|inflated (right now in /deploy/Default/). During this inflation
|the name of the contained archives are lost. As example for
|an JAR file it will be renamed to ejb1002.jar.
|
|Unfortunately the mapping of the orginal
I read this email yesterday. It made sense, but I couldn't follow some of
the arguments. Then last night I was laying in bed at about 4am, and I was
pissed about finders. The getEntityCollection method on ContainerInvoke is
declared to throw a RemoteExceptions even though no implementations
Patches item #486027, was opened at 2001-11-27 07:37
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=486027group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Bani Greyling (banigreyling)
Assigned
Ok, then I will also do this changes:
- rearrange Deployment and Application therefore I can be used
to pass information from Installer/J2eeDeployer to ContainerFactory
- ContainerFactory should not be called directly therefore I will
remove the convenience deploy() method accepting a
|It's not fixed. Marc, do you remember when we were at J1 and talked to
|your french friend that said something about it being a security hole if
|it was fixed. Or something like that.
Are you sure it is not fixed? as in you verified or as in you took what this
guy said at face value (name is jc
rickard,
following my own mantra of communicate simple, go right ahead and create a
URLConnection that closes the connection after some time or every time,
maybe even every time is enough.
That will solve our problem for sure the vm will not be holding on to
connections to the file system and
Bugs item #486081, was opened at 2001-11-27 09:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=486081group_id=22866
Category: Build System
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Alan Lewis (alanlewis)
Hi
I don't see the point here. The copying of the file is done when it get
deployed
and this is a rare occurance. When you now have to open/close the connection
to the URL then it can affect the overall performance which I think is the
worse
that to copy the file.
Also the file must inflated
|-Original Message-
|From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 12:57 PM
|To: marc fleury; Rickard Öberg
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|Hi
|
|I don't see the point here. The copying of the file
On 2001.11.27 13:34:31 -0500 marc fleury wrote:
|-Original Message-
|From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 12:57 PM
|To: marc fleury; Rickard Öberg
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
Actually the latest works fine. I didnt even get a chance to look at the
src before it was fixed :)
[EMAIL PROTECTED] wrote:
2. if you sync yourself with the cvs tree you will get
an upgrade to Jetty4. I am much happier with the
Security integration in this version. If the problem
lies with
marc fleury wrote:
|It's not fixed. Marc, do you remember when we were at J1 and talked to
|your french friend that said something about it being a security hole if
|it was fixed. Or something like that.
Are you sure it is not fixed? as in you verified or as in you took what this
guy said
marc fleury wrote:
following my own mantra of communicate simple, go right ahead and create a
URLConnection that closes the connection after some time or every time,
maybe even every time is enough.
See previous email. No guessing is needed. All the connection needs is
that when we
marc fleury wrote:
not that I know, the original deployer was a piece of crap anyway, fix this
if you want.
BTW is the URL caching thing FIXED in 1.4 JDK or not? if so we could require
the 1.4 VM for proper behavior of the deployer I think it would greatly
simplify the design as we
what if we use xslt to transform the deploymentdescriptors to jdk1.4's
longterm persistence format and let the task of parsing the xml and
instantiating the metadata beans to the java.beans.XMLDecoder .. this
would at least enhance maintainability.
Very interesting idea. I was
On Tue, 27 Nov 2001, Rickard [ISO-8859-1] Öberg wrote:
Andreas Schaefer wrote:
I don't see the point here. The copying of the file is done when it get
deployed
and this is a rare occurance. When you now have to open/close the connection
to the URL then it can affect the overall
Does anyone know if it's actually legal for JMS topics/queues to have
structure?
I was making the change for binding subcontexts automatically (using
org.jboss.naming.Util). And it deploys fine.
But, if I kill jboss and restart it (without my sar that defines the
queue in deploy), it throws
On 2001.11.27 15:38:07 -0500 Anatoly Akkerman wrote:
what if we use xslt to transform the deploymentdescriptors to
jdk1.4's
longterm persistence format and let the task of parsing the xml and
instantiating the metadata beans to the java.beans.XMLDecoder .. this
would at least
Sorry to follow up my own message, but I need another question answered.
Note: In the previous message, I was incorrectly saying db/messaging, it's
really db/jbossmq/file
Is it possible to have queues named:
companyA
companyA/myqueue1
companyA/myqueue2
I'm changing (in anticipation that deep
marc fleury wrote:
|The open/close only happens at deploy time, so no problem
You don't get it, the cl arch of 3.0 asks all the cls in case a class is not
there, so well beyond the deployment if a class is not loaded during that
deployment we might have problems... if everything is loaded
Can Castor merge nested attributes from all the files into one object? For
instance, there are elements under ejb-jar/enterprise-beans/entity and
jboss-cmp/enterprise-beans/entity that should all end up in
result-dd/enterprise-beans/entity.
Not that I know of. Doing XSLT, would, probably
| You don't get it, the cl arch of 3.0 asks all the cls in case a
|class is not
| there, so well beyond the deployment if a class is not loaded
|during that
| deployment we might have problems... if everything is loaded at
|deployment
| time then we will be ok.
|
|
|No, you don't get it. Please
On 2001.11.27 15:55:06 -0500 David Budworth wrote:
Does anyone know if it's actually legal for JMS topics/queues to have
structure?
I was making the change for binding subcontexts automatically (using
org.jboss.naming.Util). And it deploys fine.
But, if I kill jboss and restart it
On 2001.11.27 16:37:20 -0500 Anatoly Akkerman wrote:
Can Castor merge nested attributes from all the files into one object?
For
instance, there are elements under ejb-jar/enterprise-beans/entity and
jboss-cmp/enterprise-beans/entity that should all end up in
I beleive you should use ConnectionFactory nowadays.
-Original Message-
From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 28 November 2001 10:38 a.m.
To: JBoss Dev
Subject: [JBoss-dev] QueueConnectionFactory in Rabbit Hole
Anyone know where
I'm wondering what the intent behind the eager-load and lazy-load-group is.
I would think that you would want to partition the cmp-fields into one
eager-load and 0 or more lazy-load groups. Is this correct?
If so, the current xml structure makes it pretty easy to include fields
into many of
So, why do we pre-restore the message queues? And not just restore them
when a queue deploys?
It seems to be a waste of memory to load an entire queue 'just in case'
it gets deployed.
Is there any reason why I couldn't just move the code from
restoreTransactions() (which is called only by
marc fleury wrote:
ok one of us doesn't get it, if you are open most of the time how do you
release the lock in the filesystem for anyone to overwrite the file ? I
could be missing it :)
1. URLCL wants to access custom://somejar.jar
2. It uses CustomURLHandler to get a connection to
The JMS spec has nothing to say about JNDI namespace conventions for
administered objects, so add support for this. There is an assumption of
a flat namespace under queue and topic that needs to be generalized.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
On 2001.11.27 16:32:05 -0500 David Budworth wrote:
Sorry to follow up my own message, but I need another question answered.
Note: In the previous message, I was incorrectly saying db/messaging,
it's
really db/jbossmq/file
Is it possible to have queues named:
companyA
I'm wondering what the intent behind the eager-load and
lazy-load-group is.
I would think that you would want to partition the cmp-fields into one
eager-load and 0 or more lazy-load groups. Is this correct?
If so, the current xml structure makes it pretty easy to
include fields
Hello there. I am working with JBoss 3.0 and was hoping that
somebody
could answer a question for me regarding federated JNDI namespaces.
Essentially, I am looking at using JBoss as a services framework and, if a
J2EE application server is already in use (e.g., Weblogic or Websphere),
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Rickard Oberg
|Sent: Tuesday, November 27, 2001 5:24 PM
|To: marc fleury
|Cc: Andreas Schaefer; [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|marc fleury wrote:
|
| ok
On 2001.11.27 17:21:31 -0500 David Budworth wrote:
So, why do we pre-restore the message queues? And not just restore them
when a queue deploys?
It seems to be a waste of memory to load an entire queue 'just in case'
it gets deployed.
Is there any reason why I couldn't just move the
While pooking around i found and :
Uncommented body of deleteObject(pooledObject) - line 71 of
org/jboss/resource/connectionmanager.ManagedConnectionPoolFactory.java
(it seems this is called when the pool shrinks or is shut down.
some test -is shrinking the pool to [0/0/10] and as a effect the
On 2001.11.27 17:23:32 -0500 Rickard Oberg wrote:
marc fleury wrote:
ok one of us doesn't get it, if you are open most of the time how do
you
release the lock in the filesystem for anyone to overwrite the file ?
I
could be missing it :)
1. URLCL wants to access
We use JTest from parasoft for static analysis. It usually flags up these
sort of errors. The reasoning behind their rules can be found at:
http://www.parasoft.com/products/jtest/manuals/v4_1/r_index.htm#1001102 -
Scan to correct section
John
-Original Message-
From: Jason Dillon
Nevermind, problem fixed. I just changed how it finds the directories on
restoreTransactions(), and made it ignore them in MessageLog.restore()
I'll commit after some testing.
-David
On Tue, 27 Nov 2001, David Jencks wrote:
On 2001.11.27 17:21:31 -0500 David Budworth wrote:
So, why do we
That is correct and my objection, however andreas pointed out that I was
arguing an irrelevant point anyhow, I will forward his email
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Tuesday, November 27, 2001 6:44 PM
|To:
|-Original Message-
|From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 6:33 PM
|To: marc fleury
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|Hi Geeks
|
|We are maybe still discussing the wrong issue. I had a
|look at the ZipFile and
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Anatoly Akkerman
|Sent: Tuesday, November 27, 2001 4:37 PM
|To: David Jencks
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] (rh) Can we combine j2ee and jboss dds with xsl
|to get just one dd?
|
|
|
Andy,
I have just updated and built from clean.
Upon running the WebIntegration testsuite, I immediately get :
23:48:58,218 INFO [Default] EjbModule.create(), server name:
J2EEServer=Single
23:48:58,219 INFO [Default] File:
User: juhalindfors
Date: 01/11/27 16:27:14
Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java
Log:
Revision ChangesPath
1.24 +9 -4 jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java
Index: AbstractVerifier.java
There are like five hundred rules on that page. What is it specifically
flagging as a bad practice? I am actually interested.
-dain
-Original Message-
From: Weir, John [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 5:43 PM
To: Jboss-Development@Lists. Sourceforge. Net
User: schaefera
Date: 01/11/27 16:40:32
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
Log:
Fix for a problem with a NPE.
Revision ChangesPath
1.2 +3 -3 jboss/src/main/org/jboss/management/j2ee/EJB.java
Index: EJB.java
User: schaefera
Date: 01/11/27 16:40:31
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Fix for a problem with a NPE.
Revision ChangesPath
1.101 +15 -6 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
User: schaefera
Date: 01/11/27 17:15:08
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Remove some System.out.println() and print stack traces and replaced
by logging.
Revision ChangesPath
1.102 +1 -2
User: schaefera
Date: 01/11/27 17:15:08
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
J2EEApplication.java
Log:
Remove some System.out.println() and print stack traces and replaced
by logging.
Revision ChangesPath
1.3
User: jules_gosnell
Date: 01/11/27 17:22:25
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of jetty-plugin.sar
...
Revision ChangesPath
1.5 +6 -1
User: jules_gosnell
Date: 01/11/27 17:22:24
Modified:jettyTODO build.xml
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of jetty-plugin.sar
...
Revision ChangesPath
1.6 +3 -1 contrib/jetty/TODO
Index: TODO
User: jules_gosnell
Date: 01/11/27 17:22:25
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of
User: d_jencks
Date: 01/11/27 17:36:08
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Made jndi binding work on nested subcontexts
Revision ChangesPath
1.16 +5 -21 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
User: jules_gosnell
Date: 01/11/27 17:23:00
Added: mortbay LICENSE.html
Log:
Jetty's license
Revision ChangesPath
1.1 thirdparty/mortbay/LICENSE.html
Index: LICENSE.html
===
I should have been more specific.
I only get the error when I set it !
Jules
--- Hunter Hillegas [EMAIL PROTECTED] wrote:
Yup, JBOSS_HOME was set properly.
I'll do a refresh and test it again this afternoon
to see if it persists...
From: Julian Gosnell [EMAIL PROTECTED]
Date: Tue,
what IS this JBOSS_HOME thing? it keeps pooping up and we keep banging it on
the head, SETTING VARIABLES IS DUMB...
who needs jboss-home set?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Julian Gosnell
|Sent: Tuesday, November 27, 2001
User: starksm
Date: 01/11/27 19:53:39
Modified:tomcat/src/etc/conf/tomcat Tag: Branch_2_4 server.xml.patch
Log:
Update for tomcat-3.2.4
Revision ChangesPath
No revision
No revision
1.4.2.1 +27 -31
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
he is done with the JMX book and he is baack
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Juha
|Lindfors
|Sent: Tuesday, November 27, 2001 7:27 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
User: starksm
Date: 01/11/27 20:52:48
Modified:src/main/org/jboss/util Info.java InfoMBean.java
Log:
Add displayPackageInfo operation to display the lava.lang.Package
object info for a package name.
Revision ChangesPath
1.15 +53 -17
I would like to switch from the hard-coded version information embedded in
classes to use the standard java package version manifest headers that
are accessed using the java.lang.Package class. I have added support for
this to the 2.4.4 build I'm working on. It uses a target in the build.xml to
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/developers head.jsp index.jsp navigation.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.7 +3 -2 newsite/src/docs/developers/head.jsp
Index: head.jsp
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/jbossgroup partners.jsp training.jsp
Added: src/docs/jbossgroup cocobase.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.3 +74 -43newsite/src/docs/jbossgroup/partners.jsp
User: mnf999
Date: 01/11/27 21:18:39
Modified:src/web/forums footer.jsp header.jsp
Log:
new header and footer for forums, banners
Revision ChangesPath
1.5 +8 -0 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
I finally tracked down the issue that was causing the performance
regression in the pending 2.4.4 release. It was another case of the
MarshalledObject generating huge serialized forms due to the encoded
object's class loader classpath. The change that triggered this was the
removal of the
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/common doco.jsp
Added: src/docs/common picabanner.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.8 +26 -7 newsite/src/docs/common/doco.jsp
Index: doco.jsp
User: mnf999
Date: 01/11/27 21:17:37
Modified:src/docs binary.jsp head.jsp index.jsp navigation.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.15 +43 -17newsite/src/docs/binary.jsp
Index: binary.jsp
User: mnf999
Date: 01/11/27 21:17:42
Added: src/docs/pictures altowebLogo.gif download.gif sam.gif
service.gif viagra4.gif
Log:
new banners, new training, new partners
Revision ChangesPath
1.1
User: starksm
Date: 01/11/27 22:10:45
Modified:src/main/org/jboss/security Tag: Branch_2_4 Logger.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:10:45
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:10:46
Modified:src/main/org/jboss/security/ssl Tag: Branch_2_4
DomainServerSocketFactory.java
RMISSLClientSocketFactory.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package
User: starksm
Date: 01/11/27 22:10:46
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
User: starksm
Date: 01/11/27 22:10:45
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
DatabaseServerLoginModule.java
UsernamePasswordLoginModule.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for
User: starksm
Date: 01/11/27 22:11:08
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.2.2.5 +18 -1
User: starksm
Date: 01/11/27 22:11:24
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.4.2.6 +14 -0
User: starksm
Date: 01/11/27 22:14:18
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.8.2.2 +16 -2
User: starksm
Date: 01/11/27 22:15:27
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version manifest headers
Revision ChangesPath
No
User: starksm
Date: 01/11/27 22:15:31
Modified:src/main/org/jboss/mq/cluster/jms Tag: Branch_2_4
ClusterTopicConnectionFactory.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version
User: starksm
Date: 01/11/27 22:15:32
Modified:src/main/org/jboss/mq/referenceable Tag: Branch_2_4
SpyConnectionFactoryObjectFactory.java
SpyDestinationObjectFactory.java
Log:
Complete switch to org.jboss.logging.Logger and use trace
User: starksm
Date: 01/11/27 22:16:35
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.5.2.2 +22 -4
User: starksm
Date: 01/11/27 22:15:31
Modified:src/main/org/jboss/mq/il/oil Tag: Branch_2_4
OILClientIL.java OILClientILService.java
OILServerILService.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce
User: starksm
Date: 01/11/27 22:15:32
Modified:src/main/org/jboss/mq/selectors Tag: Branch_2_4
Selector.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version manifest headers
User: starksm
Date: 01/11/27 22:18:11
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Use a trival subclass of MLet that returns an empty URL[] from getURLs to
force the use of the rmi codebase as the annotated codebase.
Remove the embedded version string in favor
User: starksm
Date: 01/11/27 22:19:29
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
TxInterceptorCMT.java
Log:
Use the trace log level to provide detailed progress
Revision ChangesPath
No revision
No
1 - 100 of 110 matches
Mail list logo