If you use this particular combination, your performance will suffer dramatically.
If you have methods marked read-only, the instance cache used for the duration of the
transaction seems to be flushed whenever the read-only method is invoked.
The culprit for this can be found in
org.jboss.ejb.p
"scoy" wrote : Hibernate database
Oops, that should read:
anonymous wrote : Hypersonic database.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851726#3851726
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=postin
Sounds like you are connecting to the DefaultDS datasource, which is the built-in
Hibernate database.
You should read the QuickStart Guide.
Steve Coy
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851724#3851724
Reply to the post :
http://www.jboss.org/in
Additionally, check the jdbc-type that you have set for your LONG RAW column. It
should be set to LONGVARBINARY, in which case the get/setBinaryStream ResultSet
methods would still be used.
It's only broken where you have set the jdbctype to BLOB, perhaps by default because
the mapping has defa
Hi,
I'm the guy that originally fixed this so it worked - and yes, it does appear to have
been broken again.
Have you tried the latest Oracle 10g JDBC drivers? There is a possibility that these
will now work using the standard LOB api's (the release notes hint at it in places).
Steve Coy
Vie
This is not true - please read my FAQ post again.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851431#3851431
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3851431
--
First of all I don't believe that there is anything in the rule book that says a
java.sql.Blob is serializable. Therefore, by definition it cannot be used as a type
for a CMP field.
If you want to use blobs, use a byte[] type and configure it with appropriate
sql-type/jdbc-type parameters in yo
The Oracle user that you are using has too many privileges, so it can "see" tables in
other schema belonging to other users.
JBoss can see a table with the specified name in another schema.
Steve C.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851407#38514
We have just encountered this.
Strangely, it goes away if you use earlier versions of classes12.jar (such as the one
that comes with Oracle 9 - not Oracle 9.2), or any of the Oracle 10g classes12.jar or
ojdbc14.jar.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewto
Sorry,
I should not be answering questions at 2:00am.
If your cmp field is binary data, such as an image, then you should probably map to
byte[].
Otherwise, the field can be any java.lang.Object that implements java.io.Serializable.
Note that JBoss will not magically convert your field into so
Jerry,
anonymous wrote : For binary data, JBoss stores byte array data directly to the
database.
| All other java types are serialised using a java.rmi.MarshalledObject,
| therefore your object must be serialisable.
|
I hope this answers it for you.
Steve
http://www.jboss.org/index.
http://jboss.org/index.html?module=bb&op=viewtopic&t=26748
:-)
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3827517#3827517";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3827517>Reply
to the post
---
Did you look in the FAQ?
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3827515#3827515";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3827515>Reply
to the post
---
This SF.Net email is
"pouncil" wrote : scoy, Are you sure about this
You could be right - my CMP is a bit rusty at the moment. My first instinct was that
there was something wrong with your declarations for the accessors:
public abstract String getFirstName();
public abstract setFirstName(Strin
I would try having your ServiceLocator also implement
javax.servlet.ServletContextListener and use its hook to clean up when the application
is redeployed.
I'm assuming that contextDestroyed will be called in this scenario.
Steve Coy
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=38
I've always assumed that the memory is being consumed by the transaction manager.
I think that you will find that no actual database updates are performed until the the
transaction is committed.
It might be possible to use XA Transactions to get the database to assume this
overhead - I did not
It doesn't help when the forum gobbles the XML tags!
|
|
|
| java:TestDS
| Oracle9i
|
|...
|
|
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826787#3826787";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode
java:TestDS
Oracle9i
...
Steve Coy
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826785#3826785";>View
the original post
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3826785>Reply
to the post
--
Your customer ejb is called CustomerEJB, therefore that is how it must be referenced
in the ejb-ql.
ie. SELECT OBJECT (c) FROM CustomerEJB AS c ...
Steve Coy
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826782#3826782";>View
the original post
http://www.jboss.org/index.html?modu
This is something that CMP is not particularly good at.
You would be better off using raw JDBC to perform this work and allow the database
itself to manage the transaction.
We have run into this issue ourselves (with phone numbers for a carrier), and had to
resort to this solution.
Steve
htt
20 matches
Mail list logo
