User: vharcq
Date: 01/06/24 02:55:17
manual/src/examples/org/jboss/docs/cmp/jaws - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: vharcq
Date: 01/06/24 02:56:21
manual/src/examples/org/jboss/docs/cmp/jaws/build - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: vharcq
Date: 01/06/24 02:56:32
manual/src/examples/org/jboss/docs/cmp/jaws/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: vharcq
Date: 01/06/24 02:57:20
manual/src/examples/org/jboss/docs/cmp/jaws/resources - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: vharcq
Date: 01/06/24 02:59:00
Added: src/examples/org/jboss/docs/cmp/jaws/build
build-cmp-jaws-compile.xml
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.1
manual/src/examp
User: vharcq
Date: 01/06/24 02:59:00
Added: src/examples/org/jboss/docs/cmp/jaws/bean ClassBean.java
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.1 manual/src/examples/org/jboss/docs/cmp/jaws/bean/Class
User: vharcq
Date: 01/06/24 02:59:00
Added: src/examples/org/jboss/docs/cmp/jaws/resources ejb-jar.xml
jaws.xml jboss.xml
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.1
manual/s
User: vharcq
Date: 01/06/24 02:59:00
Modified:src/examples/build build.xml
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.3 +9 -0 manual/src/examples/build/build.xml
Index: build.xml
==
User: vharcq
Date: 01/06/24 02:59:00
Modified:src/docs customizingjaws.xml
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.11 +99 -89manual/src/docs/customizingjaws.xml
Index: customizingjaws.xml
User: vharcq
Date: 01/06/24 02:59:00
Added: src/examples/org/jboss/docs/cmp/jaws/interfaces Class.java
ClassDetail.java ClassHome.java
Log:
Chapter 5 : added ONE example
Match the doco with the example.
Revision ChangesPath
1.1
User: vharcq
Date: 01/06/24 02:55:31
manual/src/examples/org/jboss/docs/cmp/jaws/bean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hello, Is there any specific reason why the tag needs to be applicable to the entire JAWS xml? This would mean that all the beans essentially tie to the same datasource i.e. database and need splitting up of the application into smaller units with their own separate deployement descriptors.
User: jules_gosnell
Date: 01/06/24 03:59:27
Added: .JBoss-2.2.2_Jetty-3.1.RC5-6.tgz
Log:
I've put a dummy file into jboss/db/jbossmq so that Windows users can be
confident of this directory not being ommitted if they unpack from a TAR file.
Revision ChangesPath
Hello All, Has anyone bothered to go thru the ROWID based update code I'd sent out? I would really want to check it in but don't want to do so without a go ahead lest it affect any other portion of the server. If you want me to re-post the diff code please let me know and I can do that.
User: olegnitz
Date: 01/06/24 06:31:46
Modified:src/build build.xml
Log:
Added some classes to jbosssx-client.jar, needed when RMI class loader is disabled.
Revision ChangesPath
1.12 +13 -9 jbosssx/src/build/build.xml
Index: build.xml
User: olegnitz
Date: 01/06/24 06:45:22
Modified:src/main/org/jboss/security/srp SRPRemoteServer.java
SRPServerProxy.java SRPService.java
SRPVerifierStoreService.java
Log:
System.out.println replaced with Log4j calls.
Changed way of h
Could you briefly explain the reasoning behind EXPLICIT IMPORTS? What is
wrong with using wildcards. My guess is that by looking at the explicit
import list you can have some sense of what exactly is being used or is
there a performance issue?
Matt
-Original Message-
From: [EMAIL PROTECT
So you can know what is being used and in general wild card imports
cannot be used as this causes conflicts when two packages have a
class with the same name(Attributes for example):
import javax.naming.directory.*;
import org.xml.sax.*;
class tstImport
{
public static void main(String[] arg
One of the test in the test suite is now failing.. Let me track that bug
down and then it will be ok.
Regards,
Hiram
>From: "Scott M Stark" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "JBoss Dev" <[EMAIL PROTECTED]>
>Subject: [JBoss-dev] Merging a JBossMQ to 2.4
>Date: Sat, 23 Jun 2
I feel that t is easier to maintain code that uses explicit imports, I
don't have to go hunting to find out in what jar/directory the "Foo" class
is at.
Regards,
Hiram
>From: "Matt Veitas" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: [JBoss-dev] Reasons
Hi,
Another reason: It makes it easy for the code reader
to quickly find out the package a particular class is
in: You just search for the class name from the start
of the source file.
Best Regards,
Ole Husgaard.
Scott M Stark wrote:
>
> So you can know what is being used and in general wil
User: juhalindfors
Date: 01/06/24 10:30:32
Modified:.binary.jsp
Log:
Download links for 2.4 beta.
Revision ChangesPath
1.2 +156 -131 newsite/binary.jsp
Index: binary.jsp
===
RCS file:
Yes that is the real reason.
It is an open source absolute requirement (it is not just, cause it looks
nice).
Open source code is usually REALLY reviewed, meaning that on average at
least 1.5 persons will read your line.
If you did review code you would know why.
Seeing Attributes bla bla bla
html...
yes post,nobody has
reviewed the code, it just doesn't work this way, get it there,people will use
it and will patch it if wrong,
marcf
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Vinay MenonSent: Sunday, June 24, 2001 7:56 A
Alright,
Have modified the Store Command to default to the priamary key
if the row id is null. I am surprised that am not getting the ROWID as
null anywhere except for in the ejbPostCreate method. If everyone is
happy with the way its been done in JDBCStoreEntityCommand, then please
give m
Bill, we should look at moving the latest finder optimization stuff over
to the 2.4 branch, if nobody sees a problem there.
I'd also like to move the recently applied 'nullable specification'
patch over there.
Anyone see any problems?
thanks,
danch
Juha Lindfors wrote:
> At 17:23 22.6.2001
User: starksm
Date: 01/06/24 12:50:37
Added: lib Tag: Branch_2_2 optional.jar
Log:
Update the test jars
Revision ChangesPath
No revision
No revision
1.2.2.1 +0 -0 jbosstest/lib/Attic/optional.jar
Make sure you have units tests in the 2.4 branch of jbosstest for anything
your moving over into 2.4.
- Original Message -
From: "danch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 24, 2001 12:37 PM
Subject: Re: [JBoss-dev] When will 2.4 be official?
> Bill, we shoul
User: starksm
Date: 01/06/24 12:59:14
Modified:src/main/org/jboss/test/jrmp/test Tag: Branch_2_2
TestCustomSockets.java
Log:
Add missing BeanContextInfo and fix import of Deploy class
Revision ChangesPath
No revision
No
User: starksm
Date: 01/06/24 12:59:14
Added: src/main/org/jboss/test/util/ejb Tag: Branch_2_2
BeanContextInfo.java
Log:
Add missing BeanContextInfo and fix import of Deploy class
Revision ChangesPath
No revision
No
Hi
I checked this and I got the same back. Just to clariy:
- SuSE Linux 7.1
- Linux 2.4
- J2SE JDK 1.3.1 for Linux
Now I tested the stuff and figured out that the xml.jar
causing the problem even it appears on the ANT classpath
as the third last item.
When I remove xml.jar it will compile Applic
User: starksm
Date: 01/06/24 13:03:54
Added: lib Tag: Branch_2_2 ant.jar
Log:
Update ant jar
Revision ChangesPath
No revision
No revision
1.3.2.1 +0 -0 jbosstest/lib/Attic/ant.jar
<>
___
User: starksm
Date: 01/06/24 13:09:59
Modified:src/build Tag: Branch_2_2 build.xml
Log:
Change deltree to delete
Revision ChangesPath
No revision
No revision
1.25.2.1 +2 -2 jbosstest/src/build/build.xml
Inde
On Fri, 22 Jun 2001, Hiram Chirino wrote:
> Well, there's nothing like being embarsed to get my lazy but workin.
>
> I've allready commited some several changes that should reduce the number of
> thread being wasted by JBossMQ. The change will have eliminated all the 38
> threads here:
> --> 3
User: chirino
Date: 01/06/24 14:15:30
Modified:src/client jnp-client.jar
Log:
Updateing the JBossMQ libs to the latest JBoss base libs
and Adding log4j logging to the JBossMQ sever
Revision ChangesPath
1.2 +56 -35jbossmq/src/client/jnp-client.jar
User: chirino
Date: 01/06/24 14:15:30
Modified:src/lib jboss-j2ee.jar jboss-jaas.jar jboss-jdbc_ext.jar
jnpserver.jar
Log:
Updateing the JBossMQ libs to the latest JBoss base libs
and Adding log4j logging to the JBossMQ sever
Revision ChangesPat
User: chirino
Date: 01/06/24 14:15:30
Modified:src/etc/conf/default jboss.conf jboss.jcml jboss.properties
jbossmq.properties jndi.properties jnp.properties
Log:
Updateing the JBossMQ libs to the latest JBoss base libs
and Adding log4j logging to the JBoss
User: chirino
Date: 01/06/24 14:15:31
Modified:src/main/org/jbossmq/server BasicQueue.java
ClientConsumer.java ExclusiveQueue.java
InvocationLayerFactory.java
JBossMQServiceMBean.java JMSDestination.java
User: chirino
Date: 01/06/24 14:15:30
Modified:src/bin run.bat run.jar run.sh
Log:
Updateing the JBossMQ libs to the latest JBoss base libs
and Adding log4j logging to the JBossMQ sever
Revision ChangesPath
1.4 +8 -5 jbossmq/src/bin/run.bat
Index: run
User: chirino
Date: 01/06/24 14:18:53
Added: src/lib jboss.jar
Removed: src/lib jboss_base.jar
Log:
Chnaging over to use the full jboss.jar file instead of the trimed down version
since the trimed down version causes too many hassels when doing a synch
from the main j
User: chirino
Date: 01/06/24 14:20:42
Added: src/lib log4j.jar xml.jar
Log:
Revision ChangesPath
1.1 jbossmq/src/lib/log4j.jar
<>
1.3 +0 -0 jbossmq/src/lib/xml.jar
<>
__
User: chirino
Date: 01/06/24 14:23:08
Added: src/etc/conf/default auth.conf jboss-auto.jcml
log4j.properties
Log:
Revision ChangesPath
1.1 jbossmq/src/etc/conf/default/auth.conf
Index: auth.conf
Hi, I know this was not really the correct mail to answer, but I am on a
bad and excpensive line. Have you solved the leakage.
I know there was some cind of leakage in MDB a while back, where
redeployment of MDB was leaking session/connections. It had to do with
noth closing the connection proper
the jboss_2_4.dtd refers to the defaults for the instance-cache element
-
The defaults are:
- org.jboss.ejb.plugins.NoPassivationEntityInstanceCache for entity
beans
- org.jboss.ejb.plugins.NoPassivationStatefulSessionInstanceCache for
stateful session beans.
--
Th
User: vharcq
Date: 01/06/24 14:39:03
Modified:src/examples/org/jboss/docs/cmp/jaws/bean ClassBean.java
Log:
Added chapter/example on Dependant Value Object
Revision ChangesPath
1.2 +3 -0 manual/src/examples/org/jboss/docs/cmp/jaws/bean/ClassBean.java
In
User: vharcq
Date: 01/06/24 14:39:04
Modified:src/examples/org/jboss/docs/cmp/jaws/resources ejb-jar.xml
jaws.xml
Log:
Added chapter/example on Dependant Value Object
Revision ChangesPath
1.2 +1 -2
manual/src/examples/org/jboss/docs/
User: vharcq
Date: 01/06/24 14:39:03
Modified:src/examples/org/jboss/docs/cmp/jaws/interfaces
ClassDetail.java
Added: src/examples/org/jboss/docs/cmp/jaws/interfaces
LessonDetail.java
Log:
Added chapter/example on Dependant V
User: vharcq
Date: 01/06/24 14:39:03
Modified:src/docs customizingjaws.xml
Log:
Added chapter/example on Dependant Value Object
Revision ChangesPath
1.12 +80 -0 manual/src/docs/customizingjaws.xml
Index: customizingjaws.xml
=
Ok. I'll take a look there.
- Original Message -
From: "Peter Antman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 24, 2001 2:23 PM
Subject: Re: [JBoss-dev] JMS thread usage
> Hi, I know this was not really the correct mail to answer, but I am on a
> bad and excpensiv
User: chirino
Date: 01/06/24 14:51:57
Modified:src/etc/conf/default jndi.properties
Log:
Revision ChangesPath
1.3 +1 -1 jbossmq/src/etc/conf/default/jndi.properties
Index: jndi.properties
===
just noticed that if an ear is deployed using the J2EE:service=J2eeDeployer
and the invoke method and then I run the isDeployed method, it checks the
ear and the war but not the jar file. (on 2_4_0_6 and 2.2.2)
---
[J2EE Deployer Default] J2EE application:
http://localhost/deploy/
The jboss.dtd still has these classes listed as the defaults although they don't
exist. In fact the comment exists from the 1.1 version of jboss.dtd in sourceforge
so the comment has been bogus for some time. These:
org.jboss.ejb.plugins.EntityInstanceCache
org.jboss.ejb.plugins.StatefulSe
Ok,
bill, saw your comments in teh code and the commit messages.
Frankly it all derives from the "mutex" thingy that was introduced... i will
revisit the code but it is "unnecessarily complex". The versions we had
there before the "mutex" was added did clean up and notify correctly (to the
best
| User: chirino
| Date: 01/06/24 14:51:57
|
| Modified:src/etc/conf/default jndi.properties
| Log:
| # Do NOT uncomment this line as it causes in VM calls to go over
| # RMI!
| -#java.naming.provider.url=localhost
| +java.naming.provider.url=localhost
|
Hiram... no log
why
User: chirino
Date: 01/06/24 15:07:40
Modified:src/main/org/jboss/jms/asf StdServerSessionPool.java
Log:
I had setup the thread pool wrong.
Revision ChangesPath
1.6 +1 -1 jboss/src/main/org/jboss/jms/asf/StdServerSessionPool.java
Index: StdServerSessionP
The snippet below is from jboss.dtd/jboss_2_4.dtd. Whats with the t3://?
Isn't that from the BEA opposition :-)
The jndi-name element gives the deployed name of the reference. The
general form is
t3://otherserver/application/beanB
Shouldn't it be something like
-
That particular comment appears before a commented out declaration
of the jndi-name element and both should be removed. There is no
general form for the jndi-name as it depends on the JNDI naming
provider. Examples of different forms of JNDI names could be
added to the other jndi-element declarati
forgot to say,
I will take some time out to fix the cache bug and locking waiting stuff.
The reason is that someone took a contract with us and needs that bug done.
So while I am almost at commit time for the RABBIT-HOLE version I want to
take care of that on 2.5 branch (with fix backported to 2
User: chirino
Date: 01/06/24 16:24:47
Modified:src/main/org/jbossmq SpyConnection.java
Log:
Hunted down and eliminated the bug that was causing the jbosstest to fail.
Revision ChangesPath
1.9 +6 -2 jbossmq/src/main/org/jbossmq/SpyConnection.java
Index: S
User: chirino
Date: 01/06/24 16:24:48
Modified:src/main/org/jbossmq/server BasicQueue.java
ClientConsumer.java ExclusiveQueue.java
JMSServer.java
Log:
Hunted down and eliminated the bug that was causing the jbosstest to fail.
Rev
User: chirino
Date: 01/06/24 16:26:18
Modified:src/client jbossmq-client.jar
Log:
Updating to the latest jbossmq
Revision ChangesPath
1.9 +160 -170 jboss/src/client/jbossmq-client.jar
<>
___
Jboss-deve
User: chirino
Date: 01/06/24 16:26:19
Modified:src/lib jbossmq.jar
Log:
Updating to the latest jbossmq
Revision ChangesPath
1.11 +281 -299 jboss/src/lib/jbossmq.jar
<>
___
Jboss-development mailing lis
User: chirino
Date: 01/06/24 16:29:32
jbosstest/src/main/org/jboss/test/jbossmq - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/06/24 16:29:43
jbosstest/src/main/org/jboss/test/jbossmq/perf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/06/24 16:29:49
jbosstest/src/main/org/jboss/test/jbossmq/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/06/24 18:21:39
Modified:src/examples/build build.xml
Log:
Start adding the chapter 1 examples.
Take the jboss.dist property from the JBOSS_DIST environment variable
by default.
Add the servlet.jar location assuming JBOSS_DIST points to a JBoss/Tom
User: chirino
Date: 01/06/24 18:25:54
Modified:src/lib jbossmq-client.jar
Log:
Relabled the spydermq stuff to jbossmq.
Revision ChangesPath
1.9 +145 -145 jbosstest/src/lib/jbossmq-client.jar
<>
___
Jb
User: chirino
Date: 01/06/24 18:25:54
Added: src/main/org/jboss/test/jbossmq/perf Main.java
Log:
Relabled the spydermq stuff to jbossmq.
Revision ChangesPath
1.1 jbosstest/src/main/org/jboss/test/jbossmq/perf/Main.java
Index: Main.java
User: chirino
Date: 01/06/24 18:25:54
Added: src/bin mq-perf.bat mq-perf.sh mq-test.bat mq-test.sh
Removed: src/bin spydermqperf.bat spydermqperf.sh spydermqtest.bat
spydermqtest.sh
Log:
Relabled the spydermq stuff to jbossmq.
Revision Change
User: chirino
Date: 01/06/24 18:25:54
Added: src/main/org/jboss/test/jbossmq/test Main.java
Log:
Relabled the spydermq stuff to jbossmq.
Revision ChangesPath
1.1 jbosstest/src/main/org/jboss/test/jbossmq/test/Main.java
Index: Main.java
User: chirino
Date: 01/06/24 18:25:54
Modified:src/build build.bat build.xml
Log:
Relabled the spydermq stuff to jbossmq.
Revision ChangesPath
1.4 +1 -0 jbosstest/src/build/build.bat
Index: build.bat
User: chirino
Date: 01/06/24 18:25:54
Added: src/build/subprojects build-jbossmq.xml
Removed: src/build/subprojects build-spydermq.xml
Log:
Relabled the spydermq stuff to jbossmq.
Revision ChangesPath
1.1 jbosstest/src/build/subprojects/build-jb
User: chirino
Date: 01/06/24 18:34:45
Modified:src/lib jbossmq-client.jar
Log:
Moving to the latest jbossmq
Revision ChangesPath
1.10 +26 -36jbosstest/src/lib/jbossmq-client.jar
<>
___
Jboss-develop
User: chirino
Date: 01/06/24 18:37:41
Removed: src/main/org/jboss/test/spydermq/perf Main.java
Log:
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: chirino
Date: 01/06/24 18:37:41
Removed: src/main/org/jboss/test/spydermq/test Main.java
Log:
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/06/24 18:40:07
Removed: src/build/examples interest-build.xml jaas-howto-build.xml
Log:
No longer need individual example bundle build scripts
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourc
User: starksm
Date: 01/06/24 18:41:39
Modified:src/examples/build build.xml
Log:
Add the deploy and client targets for the intro chapter
Revision ChangesPath
1.5 +9 -3 manual/src/examples/build/build.xml
Index: build.xml
===
User: starksm
Date: 01/06/24 18:42:42
Modified:src/examples/org/jboss/docs/interest build.xml
Log:
Update the interest build script to work with the src/example/build/build.xml
driver script
Revision ChangesPath
1.2 +33 -70manual/src/examples/org/jboss/docs/
Bugs item #435957, was opened at 2001-06-24 18:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=435957&group_id=22866
Category: JBossServer
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
JBoss daily test results
SUMMARY
Number of tests run: 81
Successful tests: 80
Errors:1
Failures: 0
[time of test: 25 June 2001 2:49]
See http://lubega.com for fu
Don't worry, I have the angle covered. I adjusted JMSProviderLoader so that
you can configure where in JNDI to get it's connetion factories from. So
now you configure the MBean with something like:
DefaultJMSProvider
org.jboss.jms.jndi.JBossMQProvider
java:/INVMXAQu
Bugs item #435958, was opened at 2001-06-24 18:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866
Category: JBossServer
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
Ok, I think that JBossMQ is stable again. What -r tag name should I use
with cvs to get the 2.4 branch??
Regards,
Hiram
>From: "Scott M Stark" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "JBoss Dev" <[EMAIL PROTECTED]>
>Subject: [JBoss-dev] Merging a JBossMQ to 2.4
>Date: Sat, 23 J
cvs co -r Branch_2_4
- Original Message -
From: "Hiram Chirino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 24, 2001 6:56 PM
Subject: Re: [JBoss-dev] Merging a JBossMQ to 2.4
>
> Ok, I think that JBossMQ is stable again. What -r tag name should I use
> with cvs t
No reason, really. Enter it as a feature request. If you've time, post a
patch, but look at Dain's 2.0 CMP stuff first
-danch
Vinay Menon wrote:
> Hello,
>
> Is there any specific reason why the tag needs to be
> applicable to the entire JAWS xml? This would mean that all the beans
>
No reason to tie an entire jar to a single datasource. I'll check my code
to see if it can support multiple datasources, although I don't think it
will work with most DBs. This would require the DBs to natively support
JDBC 2.0 XA transactions, and if I remember most DBs don't have 2-phase
commi
fuck man this is useless :(
I just love emails that go "it doesn't work"...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Sunday, June 24, 2001 9:53 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] [ jboss-Bugs-43595
Dain Sundstrom wrote:
> No reason to tie an entire jar to a single datasource. I'll check my code
> to see if it can support multiple datasources, although I don't think it
> will work with most DBs. This would require the DBs to natively support
> JDBC 2.0 XA transactions, and if I remember mo
>>
>> We need to talk a little bit here - my long term notion for the
>> finderresults was to extend it into the invoker layers so that the
>> collection that a client gets from these would be a proxy over the
>> finder results. At that point we could add a 'page-size' parameter and a
>> protoco
Not all configuration cases will uses transactions across different
databases (i.e. really require XA synchronization).
The case Vinay is talking about is fairly simple simple 2 beans, 2 different
apps (they don't talk to each other so no transaction enrollment), 2
different databases, which is a
Bill Burke wrote:
>
>>
>
>
> Can you explain this again in other words? I'm kind of confused. Are you
> saying you don't want to have a hashMap of preloaded data per transaction?
> But just one global cache? I think that is a bad idea. I'll clarify more
> if this is what you mean.
That i
so I went out and bought moi-self a 1.4 ghz AMD cause it came out 2 weeks
ago and I read the 1.2 (yes 1.*2*) ghz kicked 1.7 intel's butt so I really
wanted to get my hands on it :)
upgraded an old box sitting here... also bought a new 19"...
half a gig RAM, speedtouch dsl, routing to all my subne
User: starksm
Date: 01/06/24 21:38:25
Modified:src/examples/build build.xml
Log:
Create the example dist archives with a basedir of examples.
Revision ChangesPath
1.6 +5 -5 manual/src/examples/build/build.xml
Index: build.xml
==
User: vlada
Date: 01/06/24 22:14:14
Added: .changelog_2_4_beta.jsp
Log:
change log for 2.4 beta
Revision ChangesPath
1.1 newsite/changelog_2_4_beta.jsp
Index: changelog_2_4_beta.jsp
here is the text version (jsp is in cvs)if the release coordinator wants to
include it in binary releases.
[ #415088 ] Display LinkRef targets in JNDIView
Added support for displaying the node that
LinkRef
JNDI nodes point to. This allows
User: starksm
Date: 01/06/24 22:29:49
Modified:src/examples/build build.xml
Log:
Add a seperate ejb-jar step to the interest example
Revision ChangesPath
1.7 +4 -0 manual/src/examples/build/build.xml
Index: build.xml
===
User: starksm
Date: 01/06/24 22:34:38
Modified:src/examples/build readme.txt
Removed: src/examples/build build.bat build.sh env.bat env.sh
Log:
Remove the platform specific sripts.
Update the readme.txt file
Revision ChangesPath
1.2 +6 -5 manual/sr
User: starksm
Date: 01/06/24 22:37:41
Added: doco_files documentation-example.tar.gz
documentation-example.zip
Log:
Initial version of the unified documentation examples for testing.
Revision ChangesPath
1.1 newsite/doco_files/
hey,
it seems two processes, webserver (dynaserver) and hypersonicSQL do not
close properly on Linux and don't really close their threads like it they
are supposed to.
That is usually due to the fact that thread.destroy is not implemented and
it is recommended to set a flag in your code to prope
User: vharcq
Date: 01/06/24 23:50:48
Modified:src/examples/org/jboss/docs/cmp/jaws/resources jaws.xml
Log:
I introduced a non 2.2 features. Comment it.
Revision ChangesPath
1.3 +2 -0 manual/src/examples/org/jboss/docs/cmp/jaws/resources/jaws.xml
Index:
1 - 100 of 103 matches
Mail list logo
