What do you mean by "(ideally, specified by database, like the type
maps)"? Is this because some databases other than Oracle do table or
block locks when doing a "select for update"?
Bill
Dan Christopherson wrote:
> It would have to be optional behavior (ideally, specified by database,
> lik
Update of /cvsroot/jboss/jboss/src/main/org/jboss/naming
In directory usw-pr-cvs1:/tmp/cvs-serv4429
Modified Files:
NonSerializableFactory.java
Log Message:
Update the rebind(Context, String, Object) usage comments as they were
misleading about the key.
___
Update of /cvsroot/jboss/jboss/src/resources/org/jboss/metadata
In directory usw-pr-cvs1:/tmp/cvs-serv3831
Modified Files:
jboss.dtd
Log Message:
Add the security-proxy element and update the role-mapping-manager,
authentication-module content model
___
It would have to be optional behavior (ideally, specified by database,
like the type maps), but I think it's a great idea.
On Wed, 21 Mar 2001, Bill Burke wrote:
> Hi all,
>
> (Where should I email questions like this? Jboss-Dev, Jboss-User,
> JBoss-CMP? Thanks)
>
> Why not have the ability t
Having a distributed OTS would be great, but don't you have to have
distributed EntityBean locking as well to have a complete solution?
Let's say you have two instances of Jboss running and they're both
trying to use EntityBean A in separate transactions. Shouldn't the bean
be locked across t
Update of /cvsroot/jboss/newsite/documentation/HTML
In directory usw-pr-cvs1:/tmp/cvs-serv23828
Removed Files:
ch01.html ch01s05.html ch01s06.html ch01s07.html ch01s08.html
ch01s09.html ch01s10.html ch01s11.html ch01s12.html ch02.html
ch03.html ch03s05.html ch04.html ch0
Hi all,
(Where should I email questions like this? Jboss-Dev, Jboss-User,
JBoss-CMP? Thanks)
Why not have the ability to "select for update" in CMP for an EntityBean
load? I know this is unnessary when only one instance of JBoss is
running or if the bean is marked as read-only, but what happ
Update of /cvsroot/jboss/newsite/documentation/HTML/images/callouts
In directory usw-pr-cvs1:/tmp/cvs-serv23828/images/callouts
Removed Files:
1.png 10.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png
Log Message:
Removed html docbook built from the manual module.
The documentation i
Update of /cvsroot/jboss/newsite/documentation/HTML/images
In directory usw-pr-cvs1:/tmp/cvs-serv23828/images
Removed Files:
agent_view.jpg doc.gif gbar.gif gbarinv.gif index_06.gif
jboss.gif jndiview_list.jpg jndiview_ops.jpg next.gif prev.gif
toc.gif ybar.gif
Log Mess
Thank you, Ole for your reply and post on tyrex-dev, it clarified things
for me.
So, what is our plan? There is really a lot to discuss among the
JBoss developers. Since with the latest EJB spec Sun is moving towards
CORBA, we might as well start pushing in that direction as well. This
means we
I've posted an mbean that integrate catalina in jboss.
It works but need to change the xml parser used by jboss
to crimson 1.1 (sax 2.0) http://xml.apache.org
The modification in jboss sources to obtain a working
jboss distribution with new xml parser are:
in file src/etc/run.mf: replace parser.
Update of /cvsroot/jboss/manual/src/docs
In directory usw-pr-cvs1:/tmp/cvs-serv11742
Modified Files:
jboss.xsl
Log Message:
Changed the callout.graphics.path back to its correct relative value
___
Jboss-development mailing list
[EMAIL PROTEC
oops sorry I didn't see your answer.
|> Do you put the threads to sleep in the current code base?
|
|No. This issue was raised by Ole, and I fixed it, as I told, but not
|committed (not tested enough; also the 2.0 one was buggy; I also (like Ole
|for his DTM - if I'm right) get some rare exceptio
1- Let's move this to JBoss Dev
2- If there is no sleep I know it eats up a lot, but frankly I trust simone,
and the container is SUPER fast at the moment, so I am waiting for Simone to
give us an introduction so we can peer-review this deeply
marc
|-Original Message-
|From: [EMAIL PROTE
Update of /cvsroot/jboss/newsite
In directory usw-pr-cvs1:/tmp/cvs-serv15454
Modified Files:
index.html
Log Message:
sourceforge logo
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-devel
Update of /cvsroot/jboss/newsite/business
In directory usw-pr-cvs1:/tmp/cvs-serv15209
Modified Files:
cvs.html lists.html
Log Message:
sourceforge cvs & lists
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/l
Hi,
I changed the loginfo file, it should be fixed now. Let's see the next
commit.
Sebastien
Scott M Stark wrote:
>
> cvs commits are still sending mail to [EMAIL PROTECTED] and this is
> bouncing. The cvs loginfo file or whatever file contains the mail on commit
> command needs to be updat
cvs commits are still sending mail to [EMAIL PROTECTED] and this is
bouncing. The cvs loginfo file or whatever file contains the mail on commit
command needs to be updated.
- Original Message -
From: "Mail Delivery System" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, Marc
18 matches
Mail list logo