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 it would be? Do you
This is interesting. I sent a mail back in the end of august titled 'What happend with
this thread: MarshalledObject + URLClassLoader = huge network traffic'. We where
looking at our network traffic and saw enormous traffic going on. Traced this down to
the codebase that was hanging around all
User: slaboure
Date: 01/11/26 04:12:54
Modified:src/main/org/jboss/ha/framework/interfaces HAPartition.java
Log:
Added javadoc comments. Removed unnecessary exceptions
Revision ChangesPath
1.6 +120 -15
User: slaboure
Date: 01/11/26 04:12:10
Modified:src/main/org/jboss/ha/framework/interfaces
DistributedReplicantManager.java
Log:
Added javadoc comments. Removed unnecessary exceptions
Revision ChangesPath
1.4 +46 -14
User: slaboure
Date: 01/11/26 04:24:08
Modified:src/main/org/jboss/ha/framework/server
DistributedReplicantManagerImpl.java
Log:
Added javadoc comments.
Added Asynchronous calls to the partition when possible.
Reordered content to fit in JBoss coding
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
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
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
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
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
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 it would be?
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
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
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
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
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: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
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
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
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
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
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
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 the
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
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 :
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
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
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
[EMAIL
|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
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 the
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
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
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
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:
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:
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:
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
___
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
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
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
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
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.init(StatementInPool
.java:35)
at
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 ? ...
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
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 disable
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
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
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. It
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
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: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
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
Binary file
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
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:
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
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
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
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
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
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
===
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: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:30
Modified:src/resources/org/jboss/ejb/plugins/jaws/deployment
defaultjaws.xml
Log:
Removed InstantDB references and files
Revision ChangesPath
1.7 +0 -64
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 container
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
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
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.
Bugs item #470463, was opened at 2001-10-11 20:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=470463group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
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
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.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.
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:
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
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 filled up
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:
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
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
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
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 undeploy a
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
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
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
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,
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
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:
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
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
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:
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:(see
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
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:27
Modified:src/main/org/jboss/management/j2ee ConnectorModule.java
EjbModule.java EjbModuleMBean.java EntityBean.java
InvalidParentException.java IpAddress.java
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
So, I'm trying to override a EJB-QL query in jbosscmp-jdbc.xml like this:
query
descriptionFind All Products of Product Group/description
query-method
method-namefindByProductGroup/method-name
method-params
95 matches
Mail list logo