The idea behind the design is to be a portable implementation that should run
as is on almost any database, based on the services provided by hibernate.
I have tested it on blobs of 10MB, and it performs pretty well on Portgres. It
does however consume large amounts of memory since it is not a s
Yeah this should be fine.
addConnectionPool,
addNoTxDataSource etc.
Thanks,
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3869001#3869001
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3869001
---
Actually, what I could do instead is just have a
public class DsDotXMLMetaData {
| ArrayList connectionPools;
| ArrayList noTxDataSources;
| ArrayList localTxDataSources;
| ArrayList XADataSources;
| }
That should be doable, I think. Time for me to read more docs.
Thank
Is there a way with XB to return a different type, depending on the XML data?
As in, instead of just Person, have an interface Person, but concrete classes
of GreenPerson and PurplePerson?
Actually, looking at it, it seems one could do that based on the Attributes,
but what if you need to decid
thanks, it worked
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3868992#3868992
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3868992
---
SF email is sponsored by -
You need to rename treecache.xml to treecache-service.xml: all JBoss services
have to use a file named -service.xml (this is an oversite in the JBossCache
documentation).
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3868990#3868990
Reply to the post :
http
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log2005030627Lbuild.88
BUILD COMPLETE - build.88Date of build: 03/06/2005 20:00:07Time to build: 69 minutes 48 seconds
Unit Tests: (1936) T
Thank you, for this answer,
though I am confused sleepycat advertices bdbje as
"
The architecture of Berkeley DB JE supports high
performance and concurrency for both read-intensive
and write-intensive workloads.
Berk
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050306190857Lbuild.102
BUILD COMPLETE - build.102Date of build: 03/06/2005 19:08:57Time to build: 25 minutes 46 seconds
Unit Tests: (0) T
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20050306164809Lbuild.59
BUILD COMPLETE - build.59Date of build: 03/06/2005 16:48:09Time to build: 104 minutes 21 secondsLast changed: 03/04/2005 17:11:57Last log entry: Abstract out c
"nick0104" wrote : i got the example to work in the ide by changing the line
|
|
| to
|
|
|
| A parser of the document was expecting to tokens and it only had one
| obviously. I know this is a hack that worked and the example worked.
|
|
|
Nick it worked for me too
[ http://jira.jboss.com/jira/browse/EJBTHREE-92?page=history ]
Juha Lindfors updated EJBTHREE-92:
--
Attachment: TransactionAttributeType.diff
Unified diff of the patch.
> PATCH: Update javax.ejb.TransactionAttributeType to match EJB3 Draft 2
>
PATCH: Update javax.ejb.TransactionAttributeType to match EJB3 Draft 2
--
Key: EJBTHREE-92
URL: http://jira.jboss.com/jira/browse/EJBTHREE-92
Project: EJB 3.0
Type: Patch
Versions: Preview 3, Pre
To be clear...the Mailbox should Point to the message store. The Body should
go in the store, the Mailbox should use the store. We don't "trust" what is in
the store to be valid as a mail or that we'll even not throw it away.
Eventually we'll even want code to reap the unattached bodies (morb
Ahh..I'll hook you up with Mark and see what we can come up with.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3868976#3868976
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3868976
---
Ultimate desired behavior:
When DATA is coming in (via the CmdDATA) we start creating a Mail (via
Mail.java or whatever). If the size exceeds N bytes we instead create a mail
store. The Mail now points to the mail store.
Acceptable behavior for M3:
When DATA is coming in, it is immediately di
I have just commited the latest update to my store code. The JDBC3 and
PostgreSQL module play nice the JBoss Client Transaction Manager now.
Currently it has similar behaviour to the EJB "Required" transaction type,
mainly because the Client Transaction Manager doesn't support nested
transact
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050306112110Lbuild.845
BUILD COMPLETE - build.845Date of build: 03/06/2005 11:21:10Time to build: 21 minutes 47 secondsLast changed: 03/06/2005 11:14:34Last log entry: Updated javadoc
[
http://jira.jboss.com/jira/browse/JBAS-1405?page=comments#action_12315899 ]
Igor Fedorenko commented on JBAS-1405:
--
I'd like to add some more confusion to this "to pad or not to pad" dilemma. ;-)
Do you consider scenarios when resource managers
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050306085606Lbuild.70
BUILD COMPLETE - build.70Date of build: 03/06/2005 08:56:06Time to build: 21 minutes 21 seconds
Unit Tests: (0) Tot
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050306064111Lbuild.844
BUILD COMPLETE - build.844Date of build: 03/06/2005 06:41:11Time to build: 21 minutes 30 secondsLast changed: 03/06/2005 06:25:48Last log entry: Resolves [JBAS-1544] W
21 matches
Mail list logo