code merged yet, but it is not really
important now because I'll probably have to restructure the query code
anyway in phase 3.
I'll follow-up with a message tomorrow, detailing how you can configure the
new stuff.
Dain Sundstrom
___
Jboss-development
Hi,
I have been designing the Container Managed Relationships, and have run into
one problem; I can't seem to figure out how to turn a primary key for an
entity into the entity (local or remote).
Here is what I envision happening. The bean code, say OrderBean, calls
getLineItems(). My cmp
: Re: [JBoss-dev] JAWS -Single Datasource
| |
| |
| |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
I don't know if this helps but you can always call inerrupt() on the thread.
This causes the thread to throw an InterruptedException. Which will cause
most code to exit unless they catch Exception in the main loop and restart.
-dain
- Original Message -
From: Peter Fagerlund [EMAIL
, Dain Sundstrom at [EMAIL PROTECTED] wrote:
I don't know if this helps but you can always call inerrupt() on the
thread.
This causes the thread to throw an InterruptedException. Which will
cause
most code to exit unless they catch Exception in the main loop and
restart.
Where would one call
I'm just curious what was the passivation cache for?
Memory management. If your database contains 10 GB and you only have 1GB
of memory, you'll need to swap out some bean based on some criteria (LRU
by default) to make room.
-danch
Exactly, so what was the passivation cache? During
Dude, GUI tools suck. Just edit the xml by hand. IMO if a person can't edit
xml they shouldn't be configuring the server or ejb-jar.
-dain
- Original Message -
From: Jay Walters [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 25, 2001 2:42 PM
Subject: RE: The next generation
I'm just curious what was the passivation cache for?
Memory management. If your database contains 10 GB and you
only have 1GB
of memory, you'll need to swap out some bean based on some
criteria (LRU
by default) to make room.
-danch
Exactly, so what was the passivation
but also to administer the EJBs, redeploy, restart Services,
add new Servcies (DataSources) etc.
Finally when you have a look at the success of M$ then you
see that convinience matters.
Andy
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Monday
a feature, please email me. I
will fix bugs as they are discovered, and feature req1uests I will
definitely think over.
Dain Sundstrom
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
So if we remove the passivation cache, do we loose commit Option A? If
not,
how do we keep bean data alive while passivated?
I still may not understand this.
I think Mark is just suggesting losing the passivation part of the
cache. The cache we keep, it just keeps growing and
Thanks for the comments... (Dam it is hot here in Minneapolis, 97 degrees
F, I got to get my airconditioner down from the attic and installed ASAP)
Maybe as a first question - how 'done' do you consider the basic
architecture of the CMP2.0 module? Done enough that there aren't going
to be
Dain,
I've read your email on how to use the eager/lazy loading features. I'm
not
sure if this is the same thing as danch's read-ahead feature. Your
eager/lazy loading seems to be focused around LoadEntity, where danch's
read-ahead happens on the finder call itself. I really should
we would have to implement the transaction isolation levels correctly in
jboss again I believe that lives at the jbossCMP level. But if we are
going
to support different vendors for the CMP engines we must take this part
out
or at least offer a common API... hmmm must think about it.
I
I don't know if you wanted with user configurable, but for now it will
allow
you to play with different levels. I can make it static later.
static?
fixed
___
Jboss-development mailing list
[EMAIL PROTECTED]
Sorry, didn't get to to line right on this message, and it only went to
marc... read below...
-dain
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: marc fleury [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 2:24 PM
Subject: Re: [JBoss-dev] Shouldn't expose transaction
All of this is covered in detail in section 17.3.2 of the EJB 2.0 spec. I
think everyone should take a secound and read it (it is only three
paragraphs).
-dain
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 26, 2001 2:52 PM
Subject:
I don't know if you wanted with user configurable, but for now it will
allow
you to play with different levels. I can make it static later.
static?
fixed
Like at compile time, literally 'static' in the java sense static?
Please god, not this again.
Remember that the
|Please correct me if I'm wrong(I seem to be wrong about 50% of the
|time :-),
|but, I really don't think you should expose transaction-isolation
levels
|within CMP or in the definition of entities. This really belongs
in
the
|creation of the connection pool. CMP cannot
I think you missed one of the old messages (way to many today).
It appears that if you changes the transaction isolation in the middle of a
transaction the driver can perform an implicit commit (YUCK).
So, I don't think we can trust drivers to allows us to change the level on
the fly.
-dain
we are discussing exactly the opposite, I am deeply convinced that this
belongs in jaws
marcf
Sorry, I rolled back the code before you responded. If you want me to put
it back in, I will it takes about 10 minutes. I think I made a mistake and
made the first change to quick (it was easy) ,
response would be appreciated (even if it's 'yep that's
cool').
Thanks,
Dain Sundstrom
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
| The only way I can find to get a ctx for a pk
|is from EntityInstanceInterceptor, and the only way to get to the
|EntityInstanceInterceptor is container.invoke(mi).
no no no it's in the cache,
container.cache.get(id) (or something like that)
marcf
YES! Thanks so much. I didn't
here is you touch any of the
information in the
ctx (using setters)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On
Behalf Of Dain
|Sundstrom
|Sent: Thursday, June 28, 2001 9:45 PM
|To: '[EMAIL PROTECTED]'
|Subject: RE: [JBoss-dev] CMP 2.x
.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Dain
Sundstrom
Sent: Friday, June 29, 2001 2:22 PM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-dev] Where is everyone today?
Is everyone on vacation? Is the list working? What-ever
, but in the
meantime, I'll try
to review the CMP 2.x Relationships.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Dain
Sundstrom
Sent: Friday, June 29, 2001 2:22 PM
To: '[EMAIL PROTECTED]'
Subject: [JBoss-dev] Where is everyone
Sounds like a pretty duh request. Maybe Bill can add this when he is adding
the isolation level code.
-dain
-Original Message-
From: danch [mailto:[EMAIL PROTECTED]]
Sent: Saturday, June 30, 2001 12:03 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] FW: [JBoss-user] Strange
.
*/
package org.jboss.metadata;
import org.w3c.dom.Element;
import org.jboss.ejb.DeploymentException;
/**
* Represents one ejb-relationship-role element found in the ejb-jar.xml
* file's ejb-relation elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom
;
import java.util.ArrayList;
import java.util.Iterator;
import org.w3c.dom.Element;
import org.jboss.ejb.DeploymentException;
/**
* Represents one ejb-relation element found in the ejb-jar.xml
* file's relationships elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain
User: dsundstrom
Date: 01/07/09 13:52:19
Modified:src/main/org/jboss/metadata BeanMetaData.java
Log:
Added local jndi name, which is the jndi name to which the local home is bound.
Revision ChangesPath
1.26 +19 -1
User: dsundstrom
Date: 01/07/09 14:04:25
Modified:src/main/org/jboss/ejb/plugins CMPPersistenceManager.java
Log:
Added a method to get the entity persistence store.
Revision ChangesPath
1.26 +7 -1 jboss/src/main/org/jboss/ejb/plugins/CMPPersistenceManager.java
User: dsundstrom
Date: 01/07/09 14:09:21
Modified:src/main/org/jboss/ejb/plugins/local
BaseLocalContainerInvoker.java
Log:
Added code which binds local home interface into jndi.
Revision ChangesPath
1.8 +67 -3
;
/**
* Represents one ejb-relationship-role element found in the ejb-jar.xml
* file's ejb-relation elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @version $Revision: 1.1 $
*/
public class JDBCRelationshipRoleMetaData extends MetaData
PROTECTED];Dain Sundstrom/a
* @author a href=[EMAIL PROTECTED]Sebastien Alborini/a
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public class JDBCApplicationMetaData extends MetaData implements XmlLoadable {
// Constants
org.jboss.metadata.RelationshipRoleMetaData;
import org.w3c.dom.Element;
/**
* Represents one ejb-relation element found in the ejb-jar.xml
* file's relationships elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
*@version $Revision: 1.1 $
*/
public class JDBCRelationMetaData
User: dsundstrom
Date: 01/07/09 16:59:58
Modified:src/main/org/jboss/ejb/plugins/cmp CMPStoreManager.java
Log:
Added container managed relationships.
Revision ChangesPath
1.2 +1 -3 jboss/src/main/org/jboss/ejb/plugins/cmp/CMPStoreManager.java
Index:
a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public interface CMPFieldBridge {
public String getFieldName();
@@ -33,6 +33,9 @@
public Object getPrimaryKeyValue(Object primaryKey
User: dsundstrom
Date: 01/07/09 17:04:56
Modified:src/etc/conf/default standardjboss.xml
Log:
Added JDBC relation interceptor for EJB 2.0 CMP.
Revision ChangesPath
1.11 +2 -1 jboss/src/etc/conf/default/standardjboss.xml
Index: standardjboss.xml
generic for other persistence managers, but for now the code is
too new to do.
Check it out,
Dain Sundstrom
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
]]
Sent: Tuesday, July 10, 2001 2:48 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] log4j or JBoss logging
Change to use log4j. The JBoss interface will disappear in 3.0
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10
that there is a lot of overhead when obtaining a logging
category? If there is, I will make sure to obtain all categories during
container initialization and not on the fly. I assume that it is ok to
perform expensive operations during initialization.
-dain
- Original Message -
From: Dain
Nick,
I don't know if this helps, but the server always attempts to bind the home
interface into the directory. The code is in
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker method start. For a
local home, the code is located in
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.
Bill and Georg,
I wrote a lock manager several years ago, so my comments may be out dated.
I remember that, if I wanted to wake the waiting threads in a specific order
(LIFO FIFO), we would have each thread wait on a different object so it
could be awoken individually. Before the thread waits on
User: dsundstrom
Date: 01/07/25 19:36:32
Removed: src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCRelationKeyField.java
Log:
No longer used. Functionality was merged back into JDBCCMP2xFieldBridge.
___
User: dsundstrom
Date: 01/07/25 19:36:57
Removed: src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCForeignKeyField.java
Log:
No longer used. Functionality was merged back into JDBCCMP2xFieldBridge.
___
org.w3c.dom.Element;
/**
- * Represents one ejb-relation element found in the ejb-jar.xml
+ * Imutable class that represents one ejb-relation element found in the ejb-jar.xml
* file's relationships elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version
an automaticlly generated
* query look more like a user specified query. This class only contains a
* referance to the method used to invoke this query.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
*@author a href=[EMAIL PROTECTED]Sebastien Alborini/a
*@version
=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public final class JDBCRelationshipRoleMetaData {
/**
@@ -267,7 +267,6 @@
// no field overrides, we're done
+++ JDBCCMP1xFieldBridge.java 2001/07/26 03:01:26 1.3
@@ -36,16 +36,16 @@
* One for each entity bean cmp field.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3
];Dain Sundstrom/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class JDBCDeleteRelationsCommand
extends JDBCUpdateCommand
@@ -51,10 +51,10 @@
RelationPair pair = (RelationPair)pairs.next();
sql.append
PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class RelationshipRoleMetaData extends MetaData {
// one is one
@@ -28,6 +28,11 @@
private String relationshipRoleName;
/**
+ * The relation
User: dsundstrom
Date: 01/07/25 20:21:05
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Changed default-entity to defaults.
Moved declaration of datasource and type mapping to defaults to allow overridingof
the datasource and type mapping on a per bean/relation
You should now be able to use cmp 2.x relationships.
I finally commit the rest of the relationship code I have been working on.
It took forever because half way throught the change I decided that I didn't
like my metadata package, and had to rewrite it.
If anyone would like to help out with the
Dan,
In org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy we have the following
code:
protected Object invokeContainer(final Object id,
final Method method,
final Object[] args)
throws Throwable
{
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCFindEntitiesCommand.java
JDBCFindEntityCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
org.jboss.util.FinderResults;
@@ -25,7 +24,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public interface FindEntitiesCommand
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws/bmp
CustomFindByEntitiesCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
instead of being wrapped in a FinderException.
User: dsundstrom
Date: 01/07/26 14:54:13
Modified:src/main/org/jboss/ejb/plugins/cmp/bmp
CustomFindByEntitiesCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
instead of being wrapped in a FinderException. This
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/jaws
JAWSPersistenceManager.java
JPMFindEntitiesCommand.java
JPMFindEntityCommand.java
Log:
Changed finders to allow application
User: dsundstrom
Date: 01/07/26 14:54:14
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCFindEntitiesCommand.java
JDBCFindEntityCommand.java
Log:
Changed finders to allow application exceptions to be passed back to clients
--- QueryMetaData.java2001/06/24 01:06:16 1.1
+++ QueryMetaData.java2001/07/26 22:09:41 1.2
@@ -17,7 +17,7 @@
* Contains information about ejb-ql queries.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2
@@ -22,7 +22,7 @@
* on the query specifiection type.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public class JDBCQueryMetaDataFactory {
private JDBCEntityMetaData entity
You know the philosophy scratch your own itch. SF is open source.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 26, 2001 5:15 PM
Subject: Re: [JBoss-dev] jboss daily test results
The SF people are very resonable and would most
Stephen,
This should really be posted to the JBossCMP list.
Here is a copy of a message I sent to a user on the that list that had a
similar problem:
---
Liam,
Here is an example:
ejb-relation
Luke,
In general, it is not really to use an innerclass as a type in a public api.
In EJB it is a worse Idea. I think the verifier is complaining that your
class is not serializable. On page 217 of Josh Block's book Effective Java
her states Inner classes should rarely, if ever, implement
|
|- Original Message -
|From: Dain Sundstrom [EMAIL PROTECTED]
|To: [EMAIL PROTECTED]
|Sent: Friday, August 03, 2001 12:53 PM
|Subject: Re: [JBoss-dev] The Remove Problem
|
|
||Here is my plan. In the EntitySynchronizationInterceptor
|instead of
| storing
||the entities
Hmmm. I'm not sure I agree entirely:
1. the value object is effectively part of the interface because it is
what is returned by the getData methods etc. So the client has to have
access to it and I don't see anything drastically wrong with having the
data bean as an inner class of the
User: dsundstrom
Date: 01/08/05 12:32:19
Modified:src/main/org/jboss/ejb Application.java EntityContainer.java
Log:
Fixed remove problem.
* Moved tx entity map to application
* Moved synchronize entities in tx method to application
* Moved sync call to entity container find
User: dsundstrom
Date: 01/08/05 12:32:19
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
Fixed remove problem.
* Moved tx entity map to application
* Moved synchronize entities in tx method to application
* Moved sync
Bill, why this change?
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 06, 2001 11:26 AM
Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb
ApplicationTxEntityMap.java TxEntityMap.java EntityContainer.java
Application.java
User: dsundstrom
Date: 01/08/06 17:16:58
jboss/src/main/org/jboss/ejb/plugins/cmp/ejbql - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Mark,
If you remember, I posted to this list the suggested change to the
interceptor, and waited a day after YOU said it was OK to make the change.
As a side note, I was attempting to move the actual store logic out of the
interceptor. I moved the sync entities in tx to application. My goal
marc,
I have simple suggestion. Can we modify the commit script to check that if
anyone changes the 'special files' it sends an additional message to the
list with the subject 'DANGER' or something simmilar. Then in the code we
put the comment (in addition to what is already there) mentions
introduced
problems like this show up in the nightly build.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
Sundstrom
Sent: Tuesday, August 07, 2001 11:19 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev
If the licence becomes an issue, I will rewite all added features since the
license change. (After I finish CMP 2.0).
-dain
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 10, 2001 3:03 PM
Subject: RE: [JBoss-dev] Transition to JCA
IMHO, for 99.999% of uses an XML over a zipped HTTP stream will be
reasonable.
You may ask what is zipped HTTP. Well it is what I call (there may be a
formal name) the technique where you flag the content with the
Transfer-Encoding: gzip header and zip the contentent. This gives a huge
boost to
For thoes of you that have looked at EJB-QL,
Can you think of a logical query that uses the MEMBER OF opperator? I can't
seem to think of any examples that are not completely contrived. If you
can, how would you map it to SQL? How about the same for the NOT MEMBER OF
opperator?
The EJB-QL
but several vendors are
supporting it after sun dropped the ball...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Dain
Sundstrom
Sent: Friday, August 17, 2001 12:26 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] EJB-QL help
For thoes
all JDBC experts,
Is it common for the JDBC drivers to support the SQL Extension functions?
http://java.sun.com/j2se/1.3/docs/guide/jdbc/spec/jdbc-spec.frame11.html
I specifically need the functions: concat, substring, locate, length, abs,
and sqrt.
I'm planing on mapping these to {fn
, but their proprietary outer join
syntax is much more concise. I think you will need to do mapping onto the
various vendor's syntax...
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 17, 2001 3:11 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] JDBC SQL Extensions
Sorry for the confusion. There are two issues here.
==
Issue1: use of the {fn concat(str1, str2)} style functions.
Solution: use fn style functions as default but have override in xml like:
concat-functionCONCAT (?1, ?2)/concat-function
).
-dain
- Original Message -
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 17, 2001 4:46 PM
Subject: Re: [JBoss-dev] JDBC SQL Extensions
On 2001.08.17 16:31:43 -0400 Dain Sundstrom wrote:
Sorry for the confusion. There are two issues here
Do any other popular databases not support exists? Any way, I guess MySQL
users get to wait a little while, because I already coded it.
-dain
- Original Message -
From: Oleg Nitz [EMAIL PROTECTED]
To: Dain Sundstrom [EMAIL PROTECTED]
Sent: Saturday, August 18, 2001 5:14 AM
Subject: Re
User: dsundstrom
Date: 01/08/18 08:56:43
Modified:src/main/org/jboss/ejb/plugins/cmp/ejbql Assembly.java
InputParameterToken.java Literal.java
NumberState.java Parser.java StringLiteral.java
Symbol.java
2001/08/03 17:15:46 1.2
+++ SQLUtil.java 2001/08/18 15:58:57 1.3
@@ -13,7 +13,7 @@
* SQLUtil helps with building sql statements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
*/
public
revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- JDBCApplicationMetaData.java 2001/08/03 17:15:47 1.7
+++ JDBCApplicationMetaData.java 2001/08/18 16:08:47 1.8
@@ -30,7 +30,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @author
-u -r1.5 -r1.6
--- JDBCEntityBridge.java 2001/08/03 17:15:47 1.5
+++ JDBCEntityBridge.java 2001/08/18 16:03:35 1.6
@@ -51,7 +51,7 @@
* One per cmp entity bean type.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version
-r1.4 -r1.5
--- JDBCCMRFieldBridge.java 2001/08/03 17:15:47 1.4
+++ JDBCCMRFieldBridge.java 2001/08/18 16:04:26 1.5
@@ -44,7 +44,7 @@
* One for each role that entity has.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version
revision 1.5
diff -u -r1.4 -r1.5
--- JDBCEntityMetaData.java 2001/08/03 17:15:47 1.4
+++ JDBCEntityMetaData.java 2001/08/18 16:10:28 1.5
@@ -27,7 +27,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @author a href=[EMAIL PROTECTED]Sebastien Alborini
ejb-relation elements.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public final class JDBCRelationshipRoleMetaData {
/**
@@ -84,7 +84,7 @@
for(Iterator i
specification.
* This class needs more work and I will clean it up in CMP 2.x phase 3.
* The only thing to to note is the seperation of query into a from and where
* clause. This code has been cleaned up to improve readability.
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom
I just committed the initial revision of the EJB-QL to SQL translation
engine. All you need to do to use the engine is get the new code and add
you EJB-QL query to the ejb-jar.xml file. There are some several
restrictions:
1) This only works for finders. ejbSelect methods are not implemented
I did a little investigation and found that mSQL does not support EXISTS or
JOIN so mSQL users will never be able to use the IS EMPTY operator.
-dain
- Original Message -
From: Oleg Nitz [EMAIL PROTECTED]
To: Dain Sundstrom [EMAIL PROTECTED]
Sent: Saturday, August 18, 2001 10:34 AM
User: dsundstrom
Date: 01/08/18 20:32:24
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/ejbql
EJBQLParser.java SQLTarget.java
Log:
Changed ejb-ql command to set select distinct when an Set is to be returned.
Revision ChangesPath
1.2 +8 -5
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JDBCTypeMappingMetaData.java 2001/08/03 17:15:47 1.3
+++ JDBCTypeMappingMetaData.java 2001/08/19 22:50:33 1.4
@@ -18,7 +18,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Dain Sundstrom/a
* @author a href
User: dsundstrom
Date: 01/08/19 15:52:16
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Added function mappings for MS SQLServer, Oracle, MySql and PostgreSQL.
Revision ChangesPath
1.4 +151 -1jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
I added the function mapping code to the EJB-QL to SQL translation engine. I
added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the
standard jboss cmp xmp file.
Notes:
- These mappings are completely based on info from the 'SQL in a Nutshell'
book, so they may not work (I don't use
User: dsundstrom
Date: 01/08/19 20:19:55
Added: src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCFunctionMappingMetaData.java
Log:
Handles metadata about sql function mappings.
Revision ChangesPath
1.1
Oops. Just checked it in.
- Original Message -
From:
Bill
Burke
To: Jboss-Development@Lists.
Sourceforge. Net
Sent: Sunday, August 19, 2001 9:58
PM
Subject: [JBoss-dev] Dain you forgot to
commit JDBCFunctionMappingMetaData
Dain you forgot to commit
Bill,
I think so.
I think all of these issues with datasource specific configuration are all
related. I think we need to change the type-mapping section of the xml file
to something like datasource-config (best name I can think of), with
subsections for function mapping, type mappings, join
1 - 100 of 948 matches
Mail list logo
