Hey,We're going to be moving the repo from incubator to db so the url for checkout and commit will change. We (Apache infra) are planning on using the svn move command so all the history will be preserved. Once the change takes place the old repo won't work any more. You can check out from the new
Craig L Russell schrieb:
The TCK tests are designed to test the functionality of JDO in J2SE
environments, as this is where the spec is focused. There are no spec
requirements of a JDO implementation with regard to behavior inside a
container (there is no contract that is required on either the
Hi Andy,This raises some interesting questions. Thanks for persevering.CraigOn Dec 14, 2005, at 3:41 AM, Andy Jefferson (JIRA) wrote: [ http://issues.apache.org/jira/browse/JDO-243?page=comments#action_12360413 ] Andy Jefferson commented on JDO-243:OK, so lets
Hi Jörg,Thanks for your comments.On Dec 13, 2005, at 5:18 AM, Jörg von Frantzius wrote:Alright, does anybody know if there is some rationale behind that? I'll try to answer this one.The TCK tests are designed to test the functionality of JDO in J2SE environments, as this is where the spec is focuse
Karan Malhi schrieb:
Hi Jorg,
Getting an exception when in auto-commit mode should not be a JBoss specific
thing.
That's true, but it turned out to be a problem for JPOX only recently
when using JBoss 4.0.3.
Below is the description of the commit method from
java.sql.Connection class:
commi
Hi Jorg,
Getting an exception when in auto-commit mode should not be a JBoss specific
thing. Below is the description of the commit method from
java.sql.Connection class:
commit
public void *commit*()
throws SQLException
*Throws:*
SQLException-
if a database access error occurs o
[
http://issues.apache.org/jira/browse/JDO-243?page=comments#action_12360413 ]
Andy Jefferson commented on JDO-243:
OK, so lets take this one step further then. I look at "SingleStringQuery"
test. It requires a query with a result clause, an ordering cl
I think it would be nice if the tests would also say something about the
real world usability of the tested JDO implementation, i.e. whether it
will run inside e.g. the most widespread open-source J2EE container.
What does it help to be standards-compliant if e.g. my appserver ist
much more pi