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 in one pass.
>
> --we can also deploy the unifie
Mmmm ... cool ...
and x-tra so -when it emulation enables my athalon linux to say that i am
running on a p4 with w2k ... ,-)
Thanxs
/peter_f
on 1-11-27 07.15, Andreas Schaefer at [EMAIL PROTECTED] wrote:
> User: schaefera
> Date: 01/11/26 22:15:28
>
> Modified:src/main/org/jboss/management
User: schaefera
Date: 01/11/26 22:15:28
Modified:sun/jsr77/lib jsr77.jar
Log:
Add next layer of JSR-77. This time the EJBs are added. To check it out
open the HTML-Adaptor, look under domain: SingleJBoss and let the
testsuite run (refresh from time to time).
Revision Chang
ECTED]";>Andreas Schaefer
-**/
+ * MBean Mangement Inteface for {@link org.jboss.management.j2ee.EjbModule
+ * EjbModule}.
+ *
+ * @author mailto:[EMAIL PROTECTED]";>Andreas Schaefer.
+ * @version $Revision: 1.2 $
+ *
+ * Revisions:
+ *
+ * 20011126 Andre
User: schaefera
Date: 01/11/26 22:15:26
Modified:src/main/org/jboss/ejb Application.java Container.java
ContainerFactory.java
Log:
Add next layer of JSR-77. This time the EJBs are added. To check it out
open the HTML-Adaptor, look under domain: SingleJBoss
User: schaefera
Date: 01/11/26 22:15:28
Modified:src/main/org/jboss/management/mejb MEJBBean.java
Log:
Add next layer of JSR-77. This time the EJBs are added. To check it out
open the HTML-Adaptor, look under domain: SingleJBoss and let the
testsuite run (refresh from time to ti
Sorry, my mistake. Fix is on the way.
Andy
- Original Message -
From:
Michael Lu
To: JBoss Dev
Sent: Monday, November 26, 2001 9:25
PM
Subject: [JBoss-dev] Shutting down
error
Hi there,
I'm getting this error every time I shut down the
server:(s
JBoss daily test results
SUMMARY
Number of tests run: 169
Successful tests: 156
Errors:13
Failures: 0
[time of test: 27 November 2001 5:42 GMT]
[java.version: 1
Hi there,
I'm getting this error every time I shut down the server:(see
below)
I guess the reason is the service shutting down order. Module
jmx-ejb-adaptor.jar is the second to the last being deployed but is also almost
the last being un-deployed when shutting down the whole
Jules,
I didnt get a chance to dig into the code yet, but I tried my app
quickly on the CVS code, and I am getting jasper exceptions about not
being able to import classes. (ClassNotFoundExceptions) Which is better
than a HTML error 403 I guess heh. Im planning on looking at it more
tomorrow and
JBoss daily test results
SUMMARY
Number of tests run: 159
Successful tests: 146
Errors:13
Failures: 0
[time of test: 27 November 2001 4:46 GMT]
[java.version: 1
User: starksm
Date: 01/11/26 20:49:28
Modified:src/main/org/jboss/naming ENCFactory.java NamingService.java
Log:
Merge the 2.4 branch changes that allow child class loaders to access the
java:comp contexts previously created by a parent class loader. Use
a WeakHashMap to allow
Such utility methods already exists and since this is not specific to
services so it should not be placed into a service or deployer base class.
package org.jboss.naming;
public class Util
{
...
/** Bind val to name in ctx, and make sure that all intermediate
contexts exist
@param ctx, t
User: starksm
Date: 01/11/26 20:23:16
Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java
Log:
Change AbstractInstanceCache to use a single passivator thread for
all deployed EJBs as a thread per container is wasteful and kills
large deployments on systems with w
User: starksm
Date: 01/11/26 20:23:16
Modified:src/main/org/jboss/util WorkerQueue.java
Log:
Change AbstractInstanceCache to use a single passivator thread for
all deployed EJBs as a thread per container is wasteful and kills
large deployments on systems with weak VM thread imp
User: starksm
Date: 01/11/26 20:25:11
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstanceCache.java
Log:
There is no need to keep the class loader with the passivation job instance.
Revision ChangesPath
No r
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
> know if anyone is working on them, or if they need to be fixed at all.
>
> The first one, is pretty obviously a 'needs-to-be-done'. You can't
> current undep
User: d_jencks
Date: 01/11/26 20:03:51
Modified:src/etc/conf/default jboss-service.xml
Log:
try again, without the jboss-service.dtd
Revision ChangesPath
1.17 +1 -4 jboss/src/etc/conf/default/jboss-service.xml
Index: jboss-service.xml
===
User: starksm
Date: 01/11/26 20:03:08
Modified:src/main/org/jboss/util Tag: Branch_2_4 Info.java
InfoMBean.java
Log:
Include operators for thread dumps, memory usage, etc.
Revision ChangesPath
No revision
No
Hi all,
There are two things bugging me right now in JMS, and I just wanted to
know if anyone is working on them, or if they need to be fixed at all.
The first one, is pretty obviously a 'needs-to-be-done'. You can't
current undeploy a queue/topic.
In my sar, I define the JMS queues that the s
JBoss daily test results
SUMMARY
Number of tests run: 169
Successful tests: 156
Errors:13
Failures: 0
[time of test: 27 November 2001 3:44 GMT]
[java.version: 1
So, I'm trying to override a EJB-QL query in jbosscmp-jdbc.xml like this:
Find All Products of Product Group
findByProductGroup
java.lang.String
SELECT *.product FROM p
yOn Mon, 26 Nov 2001, Tilly, Jesse wrote:
> The problem isn't the filtering of the messages. I get the digest which
> contains everything. I would have to parse each message and remove
> everything from line x to line y when subject was "CVS*". The concern is
> that the digest is getting fille
User: d_jencks
Date: 01/11/26 18:56:05
Modified:src/etc/conf/default jboss-service.xml
Log:
removed unneeded packages from classpath element
Revision ChangesPath
1.16 +5 -4 jboss/src/etc/conf/default/jboss-service.xml
Index: jboss-service.xml
===
JBoss daily test results
SUMMARY
Number of tests run: 169
Successful tests: 154
Errors:14
Failures: 1
[time of test: 27 November 2001 3:5 GMT]
[java.version: 1.
On 2001.11.26 19:42:54 -0500 Julian Gosnell wrote:
> I've been seeing these for a while - am I the only one ?
Oops -- I could have sworn I removed these already-- but cvs doesn't lie;-)
Fixed now.
>
> I found a jbosspool.jar in ./pool - it looks as if it just doesn't get
> installed by the build
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=482875&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
>Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
>Assi
User: starksm
Date: 01/11/26 18:15:16
Modified:src/main/org/jboss/naming Tag: Branch_2_4 ENCFactory.java
Log:
Revision ChangesPath
No revision
No revision
1.3.6.3 +9 -9 jboss/src/main/org/jboss/naming/ENCFactor
User: starksm
Date: 01/11/26 17:16:22
Modified:src/main/org/jboss/util Tag: Branch_2_4 WorkerQueue.java
Log:
Use a single daemon thread to passivate all EJBs rather than a thread
per container as this is wasteful of threads, especially when large
numbers of beans are deployed.
User: starksm
Date: 01/11/26 17:16:21
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstanceCache.java
Log:
Use a single daemon thread to passivate all EJBs rather than a thread
per container as this is wasteful of threads, especially whe
I've been seeing these for a while - am I the only one ?
I found a jbosspool.jar in ./pool - it looks as if it just doesn't get
installed by the build.
No sign of a RARDeployer.jar - maybe it just failed to build - but my
build finished and looked fine ??.
They can't be hangovers from previ
On 2001.11.26 18:02:23 -0500 Julian Gosnell wrote:
> David,
>
>
> Please would you expand on this a little.
>
> Do you mean:
>
> a). The packager of the app would be able to provide a single descriptor
If they want to, Anatoly Akkerman just asked for this a couple of days ago
> b). The contai
User: peter_f
Date: 01/11/26 16:15:30
Modified:src/resources/org/jboss/ejb/plugins/jaws/deployment
defaultjaws.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.7 +0 -64
jboss/src/resources/org/jboss/ejb/plugins/j
User: peter_f
Date: 01/11/26 16:15:30
Modified:src/resources/dbtest/META-INF jaws.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.12 +0 -63 jbosstest/src/resources/dbtest/META-INF/jaws.xml
Index: jaws.xml
=
User: peter_f
Date: 01/11/26 16:15:28
Modified:variabuild.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.12 +1 -16 contrib/varia/build.xml
Index: build.xml
===
User: peter_f
Date: 01/11/26 16:15:28
Modified:jbossbuild.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.51 +1 -5 build/jboss/build.xml
Index: build.xml
===
R
User: peter_f
Date: 01/11/26 16:15:30
Modified:src/etc/conf/default standardjaws.xml
standardjbosscmp-jdbc.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.25 +1 -65 jboss/src/etc/conf/default/standardjaws.xml
User: peter_f
Date: 01/11/26 16:15:28
Removed: varia/src/main/org/jboss/jdbc InstantDBDatabase.java
InstantDBDatabaseMBean.java
Log:
Removed InstantDB references and files
___
Jboss-development mailing list
[EMAI
It looks like the testsuite has had a bit of a work over
I figured out how to run my WebIntegration test again - but it falls
over straight away.
I don't think it's the web integration that is failing:
one-test:
Running org.jboss.test.web.test.WebIntegrationUnitTestCase
Exception in threa
Hunter, remove any reference in the jboss-web.xml, they're not mandatory.
Mine only has the security domain. Remember to not use
PortableRemoteObject.narrow, since they are not needed with local
interfaces.
I use local interfaces without any kind of problems since two months ago.
The only differe
User: reverbel
Date: 01/11/26 16:00:09
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/client
StubStrategy.java
Log:
Added field exceptionList and method that checks if a given Throwable
instance corresponds to a declared exception of the method described
User: reverbel
Date: 01/11/26 15:36:32
Added: iiop/src/main/org/jboss/ejb/plugins/iiop/server
CustomObjectOutputStream.java
CustomObjectInputStreamWithClassloader.java
Log:
Custom object input/output streams used to (de)serialize ent
User: jules_gosnell
Date: 01/11/26 15:39:22
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
sort out DebugMBean
lose some dead code
Revision ChangesPath
1.31 +3 -72 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index: JettyServic
Bugs item #470463, was opened at 2001-10-11 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=470463&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assig
User: reverbel
Date: 01/11/26 15:48:44
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/server
IIOPContainerInvoker.java
Log:
Entity bean's PKs (de)serialization changed to use customized object
input/output streams, rather than MarshalledObjects. (The Mar
User: jules_gosnell
Date: 01/11/26 15:48:05
Modified:mortbay/jetty/lib org.mortbay.jetty.jar
Log:
Latest Jetty cvs
Revision ChangesPath
1.5 +487 -498 thirdparty/mortbay/jetty/lib/org.mortbay.jetty.jar
<>
__
User: reverbel
Date: 01/11/26 15:41:21
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/client
DynamicStub.java
Log:
Added implementations of getHandle()/getHomeHandle() to the DynamicStub
base class.
Added local call path for co-located IIOP invocations
User: jules_gosnell
Date: 01/11/26 15:39:23
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
sort out DebugMBean
lose some dead code
Revision ChangesPath
1.4 +7 -3
contrib/jetty/src/resources/jetty-plugin/META-INF/jboss-service.xml
User: reverbel
Date: 01/11/26 15:27:10
Added: iiop/src/main/org/jboss/ejb/plugins/iiop LocalInvoker.java
Log:
First version of an interface for local (co-located) IIOP invocations.
Revision ChangesPath
1.1
contrib/iiop/src/main/org/jboss/ejb/plugins/i
Hi,
Apologies for my silence in the last couple of days. I have been busy...
On Sat, 24 Nov 2001, marc fleury wrote:
> Ok so if I read your stuff correctly what you mean by "RMI/IIOP" semantics
> is enforcing that we work from IOR all the time, ie. serialized
> representations of invocations.
User: dmaplesden
Date: 01/11/26 15:13:32
Modified:src/main/org/jboss/mq SpyXAResourceManager.java
SpyMessage.java MessagePool.java
Log:
fix a bug caused by my message pooling changes.
Revision ChangesPath
1.5 +1 -11 jbossmq/src/main/org/
David,
Please would you expand on this a little.
Do you mean:
a). The packager of the app would be able to provide a single descriptor
b). The container would merge the proprietary and standard descriptor before
processing?
Which particular descriptors are you considering ?
I have reservatio
on 1-11-26 23.12, David Jencks at [EMAIL PROTECTED] wrote:
> The xa test barely tests anything of interest for xa support... How many
> open source dbs support xa with a real xa driver? The only one I know of
> is firebird w/the jca/jdbc driver I worked on which is not complete.
Could We disab
go ahead,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Peter
|Fagerlund
|Sent: Monday, November 26, 2001 3:42 PM
|To: JBossDev
|Subject: [JBoss-dev] Removing InstandDB
|
|
|I am about to remove all references and idb files - oki ? ...
|
|The
can we include a test for this as well, it is the kind of thing we don't
want to repeat
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Maplesden
|Sent: Monday, November 26, 2001 4:55 PM
|To: JBossDev (E-mail)
|Subject: [JBoss-dev] NPE wh
On 2001.11.26 15:41:48 -0500 Peter Fagerlund wrote:
> I am about to remove all references and idb files - oki ? ...
fine by me.
>
> The xa test has been broken in default cvs for a while since the DB2 ==
> InstantDB is not bound !!! ... should the xa XATest have a common net xa
> DB
> bound ? ..
I have been experiencing a NPE when calling createStatement on a connection
obtained from DefaultDS.
java.lang.NullPointerException
at
org.jboss.resource.adapter.jdbc.local.StatementInPool.(StatementInPool
.java:35)
at
org.jboss.resource.adapter.jdbc.local.ConnectionInPool.createS
User: schaefera
Date: 01/11/26 13:46:50
Modified:src/main/org/jboss/deployment Deployment.java Installer.java
J2eeDeployer.java
Log:
Added the next layer of the JSR-77 implementation. Right now the application
(EAR) as well as the EJB-Module is added and re
User: schaefera
Date: 01/11/26 13:46:51
Modified:src/main/org/jboss/management/j2ee EjbModule.java
J2EEApplication.java J2EEDeployedObject.java
J2EEManagedObject.java J2EEServer.java
Added: src/main/org/jboss/management/j2ee EjbMod
User: schaefera
Date: 01/11/26 13:46:51
Modified:src/main/org/jboss/ejb Application.java
ContainerFactory.java ContainerFactoryMBean.java
Log:
Added the next layer of the JSR-77 implementation. Right now the application
(EAR) as well as the EJB-Module is ad
OK I am almost done rewriting the proxy and container invoker stack, this is
not about that but the container understanding.
First off a small API change in the stuff that remains namely the CI getEJB
types that today return typed EJB interfaces, I want to return Objects to
allow for optimization
I am about to remove all references and idb files - oki ? ...
The xa test has been broken in default cvs for a while since the DB2 ==
InstantDB is not bound !!! ... should the xa XATest have a common net xa DB
bound ? ...
/peter_f
___
Jboss-developme
According to my trusty SQL in a Nutshell book, select for update is not in
the SQL99 spec, so I doubt that it is in the SQL92 spec.
-dain
> -Original Message-
> From: Ignacio Coloma [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 26, 2001 1:42 PM
> To: Jboss Development
> Subject: RV
User: dmaplesden
Date: 01/11/26 12:10:03
Modified:src/main/org/jboss/deployment DeployerMBeanSupport.java
Log:
This should fix that ".zip" problem.
Revision ChangesPath
1.13 +45 -45jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java
Index: Deploye
thanks David,
you just broke a record of speed in fixing something
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Maplesden
|Sent: Monday, November 26, 2001 2:47 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss/src/main
I have slightly changed the classpath tag stuff (in *service.xml files) so
that directories can be added to the classpath as well as jars and zips.
This change will not affect 90% of the classpath tags that are out there.
The change is that if you specify a classpath with no archives attribute
li
User: dmaplesden
Date: 01/11/26 11:47:19
Modified:src/main/org/jboss/deployment ServiceDeployer.java
Log:
Slight change to allow directories to be added to the classpath as well as jars and
zips
Revision ChangesPath
1.16 +144 -118 jboss/src/main/org/jboss/deployme
Postgres also support FOR UPDATE.
SELECT [ ALL | DISTINCT [ ON ( expression [, ...] ) ] ]
* | expression [ AS output_name ] [, ...]
[ FROM from_item [, ...] ]
[ WHERE condition ]
[ GROUP BY expression [, ...] ]
[ HAVING condition [, ...] ]
[ { UNION | INTERSECT | EXCEPT [
Dain, the point that is not documented anywhere (AFAIK) is that local
interfaces are by default bound in the local/ context.
So, if your bean is "ABean" and you do not specify anything in the jboss.xml
file, you should do a lookup for "local/ABean".
> -Mensaje original-
> De: [EMAIL PROT
Looks like a bug to me, I'll look into it.
david jencks
On 2001.11.26 13:53:32 -0500 Hiram Chirino wrote:
> Hi guys,
>
> I just setup a DB2 datasource with RH and I found a little problem.
> DB2's
> jdbc drivers are in a file called db2java.zip. I added that to the
> classpath element of th
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
|Chirino
|Sent: Monday, November 26, 2001 1:54 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] service.xml archive not being added to classpath
|
|
|Hi guys,
|
|I just setup a DB2 datasource with RH and I found a little problem
It seems as if I make more progress using the correct tags you specified
below... Thanks.
Also, any word on the docs being approved at Flashline?
> From: Dain Sundstrom <[EMAIL PROTECTED]>
> Date: Sun, 25 Nov 2001 18:10:24 -0600
> To: "'marc fleury'" <[EMAIL PROTECTED]>, Hunter Hillegas
> <[EMAI
sounds like a good idea,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Monday, November 26, 2001 12:44 PM
|To: jboss-dev
|Subject: [JBoss-dev] (rh) Can we combine j2ee and jboss dds with xsl to
|get just one dd?
|
|
|It's
Hi guys,
I just setup a DB2 datasource with RH and I found a little problem. DB2's
jdbc drivers are in a file called db2java.zip. I added that to the
classpath element of the *-service.xml file but I would get CNF exceptions
when the ConnectionFactoryLoader tried to load the driver. When I
Jesse,
Sorry for not having fully understood/read what you problem was: I thought
you were receiving the messages, not the digest.
I now understand your problem, and it is a real one! ;)
Good luck. Cheers,
Sacha
> -Message d'origine-
> De : T
Peter Levart wrote:
>
> What about using finder methods like in BMP EBs? The responsibility of a BMP
> finder method is to return a Collection of primary keys. That's easy to do
> with JDBC/SQL. There would only have to be a way to apply BMP finders to CMP
> beans and we'll have dynamic SQL
The problem isn't the filtering of the messages. I get the digest which
contains everything. I would have to parse each message and remove
everything from line x to line y when subject was "CVS*". The concern is
that the digest is getting filled up and isn't really much of a digest.
I guess th
It's just an idea...
Now, we have many kinds of (j2ee) packages where we process the metadata by
first looking at the j2ee version, and then reprocessing with more detail
with the jboss version. Also, Anatoly Akkerman recently requested a
(non-j2ee) unified deployment descriptor.
So..
What if
User: slaboure
Date: 01/11/26 09:31:51
Modified:src/main/org/jboss/ha/hasessionstate/interfaces
PackagedSession.java
Log:
Added javadoc comments
Revision ChangesPath
1.2 +26 -3
jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces/Pac
Hello,
This has already been discussed a few times. The best solution would be to
split the ML: one for dev-posts and one for dev-cvs.
But I would keep the format of CVS messages: it is useful to see the content
of what has been modified.
In the meantime, do like everybody: create a rule in you
User: slaboure
Date: 01/11/26 09:27:56
Modified:src/main/org/jboss/ha/hasessionstate/interfaces
HASessionState.java
Log:
Added javadoc comments
Revision ChangesPath
1.2 +59 -13
jbossmx/src/main/org/jboss/ha/hasessionstate/interfaces/HASe
Is there a way for us to separate the messages that go into the current
digest to go into two digests? One for CVS updates and one for normal
development discussions? I've been monitoring the digest for over two
weeks. 80% of the messages are CVS commit updates, which, while informative
for tho
User: slaboure
Date: 01/11/26 09:11:57
Modified:src/main/org/jboss/ha/jndi HAJNDI.java
Log:
Cleaned import statements
Follow JBoss coding conventions
Revision ChangesPath
1.10 +24 -35jbossmx/src/main/org/jboss/ha/jndi/HAJNDI.java
Index: HAJNDI.java
User: slaboure
Date: 01/11/26 08:54:51
Modified:src/main/org/jboss/ha/jndi HANamingServiceMBean.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Cleaned import statements
Revision ChangesPath
1.5 +45 -4 jbossmx/src/main/org/jb
User: slaboure
Date: 01/11/26 09:02:07
Modified:src/main/org/jboss/ha/framework/interfaces HARMIClient.java
Log:
Server now uses the more abstract List type
Revision ChangesPath
1.6 +2 -2
jbossmx/src/main/org/jboss/ha/framework/interfaces/HARMIClient.java
User: slaboure
Date: 01/11/26 08:58:13
Modified:src/main/org/jboss/ha/jndi HANamingService.java
Log:
Cleaned import statements
Revision ChangesPath
1.17 +23 -46jbossmx/src/main/org/jboss/ha/jndi/HANamingService.java
Index: HANamingService.java
===
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_init-buildlog:
_configure:
_configure-t
User: slaboure
Date: 01/11/26 08:46:59
Modified:src/main/org/jboss/ha/framework/server HARMIServerImpl.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Cleaned import statements
Revision ChangesPath
1.9 +105 -83
jbossmx/src/mai
User: slaboure
Date: 01/11/26 08:22:02
Modified:src/main/org/jboss/ha/framework/interfaces HARMIClient.java
HARMIProxy.java HARMIResponse.java HARMIServer.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Revision Changes
User: slaboure
Date: 01/11/26 07:56:58
Modified:src/main/org/jboss/ha/framework/server
PartitionServiceMBean.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Revision ChangesPath
1.2 +31 -27
jbossmx/src/m
> On Friday 23 November 2001 16:03, you wrote:
> >
> > So basically you want dynamic EJB-QL. This id possible,
> but would be slow.
> > The current EJB-QL engine was not designed to be fast, as
> all parsing is
> > done at start-up. Eventually, I plan on rewriting.
>
> How slow do you think i
User: slaboure
Date: 01/11/26 07:52:56
Modified:src/main/org/jboss/ha/framework/server ClusterPartition.java
ClusterPartitionMBean.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Revision ChangesPath
1.8 +57
User: slaboure
Date: 01/11/26 07:39:32
Modified:src/main/org/jboss/ha/framework/interfaces
FirstAvailable.java LoadBalancePolicy.java
RoundRobin.java
Log:
ArrayList => List
Added javadoc comments.
Reorganized code to JBoss coding c
User: slaboure
Date: 01/11/26 07:39:53
Modified:src/main/org/jboss/ha/framework/interfaces
SubPartitionInfo.java SubPartitionsInfo.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Revision ChangesPath
1.2 +68
User: slaboure
Date: 01/11/26 07:04:50
Modified:src/main/org/jboss/ha/framework/server
DistributedStateImpl.java
Log:
No more remote, no more RMI exported.
No more listening for membership changes.
Added javadoc comments.
Added Asynchronous calls to the
User: slaboure
Date: 01/11/26 06:58:26
Modified:src/main/org/jboss/ha/framework/interfaces
DistributedState.java
Log:
No more Remote.
Revision ChangesPath
1.4 +1 -2
jbossmx/src/main/org/jboss/ha/framework/interfaces/DistributedState.ja
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_init-buildlog:
_configure:
_configure-t
User: slaboure
Date: 01/11/26 06:43:21
Modified:src/main/org/jboss/ha/framework/interfaces
DistributedState.java
Log:
Added javadoc comments. Removed unnecessary exceptions
Revision ChangesPath
1.3 +90 -31
jbossmx/src/main/org/jboss/ha/f
User: slaboure
Date: 01/11/26 06:20:01
Modified:src/main/org/jboss/ha/framework/server HAPartitionImpl.java
Log:
Added javadoc comments.
Reorganized code to JBoss coding conventions.
Revision ChangesPath
1.10 +256 -239
jbossmx/src/main/org/jboss/ha/framework/ser
Could anyone please show me (step by step) the necessary steps needed to
create (and use) an oracle connection pool. I have followed some examples in
the jboss documentation, but get confused. I currently have a connection with
an oracle driver (oracle.jdbc.driver.OracleDriver).
Thanks in advance,
1 - 100 of 105 matches
Mail list logo
