Hello,
The version in org.jboss.ejb.plugins.jrmp.server provides basic functionality needed
by the 1.2 or 1.3 version (init, reading XML descriptors, invoking remote & home
interfaces methods, ...) The version in org.jboss.ejb.plugins.jrmp12.server or
org.jboss.ejb.plugins.jrmp13.server is a d
hi,
i understand that there are two versions which cater for home-grown dynamic
proxies impl & the version that comes with JDK 1.3.
But my question is really this:
What is the diff (and/or relationship) between JRMPContainerIvoker in
package org.jboss.ejb.plugins.jrmp.server;
and in
package org
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JBoss daily test results
SUMMARY
Number of tests run: 67
--
Patches item #424409, was updated on 2001-05-15 18:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=424409&group_id=22866
Category: JBossCMP
Group: v2.3 (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned
Patches item #424399, was updated on 2001-05-15 17:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=424399&group_id=22866
Category: JBossServer
Group: v2.3 (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: David Jencks (d_jencks)
Assign
> From: danch (Dan Christopherson) [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 15, 2001 10:47 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Avoiding big numbers of selects loading EJB
> cache
>
>
> > If the cache is empty on startup, and you have a finder method returning
> > say 5000
I can not speak at the place of the designer, but I give a try.
I think it was done for compatibility reason at the time they choose to use
dynamic proxies only available on jdk 1.3, so did that in jrmp13, then also
wanted to have a jdk 1.2 compatibility and did the jrmp12.
You can switch the opti
Change Notes item #424377, was updated on 2001-05-15 15:10
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=424377&group_id=22866
Category: None
Group: v2.4
Status: Open
Priority: 5
Submitted By: Toby Allsopp (tobyallsopp)
Assigned to: Nobody/Anonymous (no
Hi,
Is'nt it because there exists two JRMPContainerIvoker implementations,
one based on JDK1.3 and another used with JDK1.2. The first utilizing
the reflection features in JDK1.3 and the latter being a "homebrew" used
for the older JDK1.2???
^torsten
> -Original Message-
> From: [EMAIL
hi all,
Can someone tell me the difference between the JRMPContainerInvoker in
package org.jboss.ejb.plugins.jrmp.server;
and the one in
package org.jboss.ejb.plugins.jrmp13.server;
i've looked at the code countless times but couldn't really graps the design
rationale/decision behind ?
TIA.
On 15 Maj, Claude Hussenet wrote:
> I have setup the message-selector to
>
> selector='loggin'
>
> and setup the property
You have not spelled correct:
1.selector: 'loggin'
2.Property: "logging"
//Peter
>
>
> message.setStringProperty("selector","logging");
>
> No messages are s
Hi,
Obviously this is not the most important thing to do, and I'm not sure how
to do this within cvs, but I'm going to talk about this anyway.
I think there are some (potential) configuration management problems with
the way the directory structure of the jboss development environment is
laid ou
Bugs item #424287, was updated on 2001-05-15 10:41
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=424287&group_id=22866
Category: JBossServer
Group: v2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Sacha Labourey (slaboure)
Assigned
Hello,
No, still the same. I think I will create a bug report (as soon as
sourceforge is up again).
Cheers,
Sacha
> Hello, Sacha!
>
> I have the same kind of problem.
> Did you find out the answer to your question? The problem was solved?
> Please,
Hello, Sacha!
I have the same kind of problem.
Did you find out the answer to your question? The problem was solved?
Please, can you forward me the solution? I am desperate too S:-)
Thank you,
from Adisor.
PS: It seems that on another server, BEA Weblogic 6, dynamic downloading
works.
- Or
Sorry to cause confusion by being imprecise. Your post was correct, it's
ejbFindByXXX
elbLoad (* N)
if the beans are uncached or if commit option B or C and the beans have
not yet been loaded in the current transaction. Note that commit option
B or C and calling the finder from a client with C
Bugs item #424239, was updated on 2001-05-15 08:07
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=424239&group_id=22866
Category: JBossServer
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigne
Maybe I understand less than I think. Are you all saying that the actual
scenario is
ejbFindByXXX
ejbFindByPrimaryKey
ejbLoad
when the bean needs to be loaded from disk (2N+1) and
ejbFindByXXX
ejbFindByPrimaryKey
(N+1) when the N objects are all already in the app servers cache?
Cheers
---
Hello Dan,
> And I'm working on it. This is taking longer than I'd expected because
> doing it right is going to effect more of JBoss than i'd anticipated
> (and more than I'd really like)
>
> A couple days more and I should have at least a patch for people to
> flame me on.
That is great! T
Paul Hammond wrote:
> Hi guys,
>
>
>
> Just new to this list and JBoss.
>
>
>
> My question centers around efficient loading of EJBs into JBoss's EJB cache.
>
>
>
> Normally if you have a finder method, findByXXXYYYZZZ etc, which returns
> an Enumeration
>
> of the EJBs in question,
First, I am cross-posting this message to jboss-dev because I think it may
involve a development issue regarding class loaders. At the minimum, I
think some explanatory material should be developed both for using other
XML parsers and for migrating to 2.2.x from earlier versions. I am
willing t
Sacha Labourey wrote:
> Hello,
>
>
>
> There is currently a JAWS RFE on this particular topic.
>
And I'm working on it. This is taking longer than I'd expected because
doing it right is going to effect more of JBoss than i'd anticipated
(and more than I'd really like)
A couple days more
The
second call is ejbLoad() not ejbFindByPrimaryKey(). This is also known as
the n+1 query problem.
As to
the fat key pattern on the server side, I'm not sure if it works with Jboss or
not. I believe there was some discussion at some point that it wouldn't,
but I could be mistaken. I b
Okay..
Things are getting quiet here at work again.. no more
12 hour days... Was going to get back to JCTS stuff.
Was wondering what the status of your agreement w/Sun
and getting JBOSS j2ee branded?
cheers,
peter
--- marc fleury <[EMAIL PROTECTED]> wrote:
> :)
>
> so scott stark and myself
Hello,
There
is currently a JAWS RFE on this particular topic.
And if
you want to use this in BMP, I think there is a pattern proposed on
theserverside.
Cheers,
Sacha
-Message d'origine-De :
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la
Hi guys,
Just new to this list and JBoss.
My question centers around efficient loading of
EJBs into JBoss's EJB cache.
Normally if you have a finder method,
findByXXXYYYZZZ etc, which returns an Enumeration
of the EJBs in question, you have a corresponding
ejbFindByXXXYYYZZZ method that
I have setup the message-selector to
selector='loggin'
and setup the property
message.setStringProperty("selector","logging");
No messages are selected.When I set the
message-selector to a blank,the MDB gets the messages.
Question :
Where is my BUG ?
Thank you,
Claude
=
C
Is anybody else getting 10 copies/day of ths email or is it just me who is
so lucky?
cheers
-Original Message-
From: K.V. Vinay Menon
To: [EMAIL PROTECTED]
Sent: 5/11/01 6:24 PM
Subject: Re: [JBoss-dev] Option D - Take Two!
Marc,
What do we call the class? Do we want to put the ref
I'm a new member !
Best regards !
Huynh Tin
User: kimptoc
Date: 01/05/15 01:21:56
Modified:src/build build.xml
Log:
tweak to get the javadoc build to work
Revision ChangesPath
1.2 +1 -1 jbosspool/src/build/build.xml
Index: build.xml
===
Hey, everyone.
It has been decided that we need to move the maintenance of the pooling
functionality provided by Minerva back into the JBoss CVS repository.
So, now we have JBossPool, which is the latest version of Minerva that I
had, with the package names changed a bit.
I have changed over t
User: tobyallsopp
Date: 01/05/15 01:00:49
Added: src/lib jbosspool.jar
Removed: src/lib minerva-1_0b3.jar
Log:
Move from Aaron Mulder's Minerva to the JBoss-maintained fork, JBossPool.
Revision ChangesPath
1.1 jboss/src/lib/jbosspool.jar
User: tobyallsopp
Date: 01/05/15 01:00:49
Modified:src/etc/conf/default jboss.jcml
Log:
Move from Aaron Mulder's Minerva to the JBoss-maintained fork, JBossPool.
Revision ChangesPath
1.32 +8 -8 jboss/src/etc/conf/default/jboss.jcml
Index: jboss.jcml
User: tobyallsopp
Date: 01/05/15 01:00:49
Added: src/etc/deploy jbosspool-jdbc.rar
Removed: src/etc/deploy minerva-jdbc-1.0b3.rar
Log:
Move from Aaron Mulder's Minerva to the JBoss-maintained fork, JBossPool.
Revision ChangesPath
1.1 jboss/src/et
User: tobyallsopp
Date: 01/05/15 01:00:49
Modified:src/main/org/jboss/jdbc JDBCDataSourceLoader.java
XADataSourceLoader.java
Log:
Move from Aaron Mulder's Minerva to the JBoss-maintained fork, JBossPool.
Revision ChangesPath
1.10 +2 -2 j
User: tobyallsopp
Date: 01/05/15 00:58:42
Log:
Import of Aaron Mulder's Minerva sources, with added build infrastructure
and with the package names changed.
Status:
Vendor Tag: opentools
Release Tags: MINERVA_1_0b3
N jbosspool/src/main/org/jboss/pool/ObjectPool.java
User: pkendall
Date: 01/05/15 00:25:10
Modified:src/etc/conf/default jbossmq.xml
Log:
Show config for user-supplied persistence manager.
Revision ChangesPath
1.4 +1 -1 jbossmq/src/etc/conf/default/jbossmq.xml
Index: jbossmq.xml
=
Change Notes item #424178, was updated on 2001-05-15 00:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=424178&group_id=22866
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Paul Kendall (pkendall)
Assigned to: Nobody/Anonymous (nobod
User: pkendall
Date: 01/05/15 00:18:01
Added: src/main/org/jbossmq/filepersistence MessageLog.java
PersistenceManager.java TxLog.java
Log:
New file based persistence package. Each persistent message is a single file.
Revision ChangesPath
1.1
39 matches
Mail list logo