I'd like to see it, too, so if you can attach to Jira, that would be great.
On Thu, Aug 7, 2008 at 10:29 AM, Andrus Adamchik <[EMAIL PROTECTED]> wrote:
>
> On Aug 7, 2008, at 10:27 AM, Chris Gamache wrote:
>
>> Okay, I have created the bug with the proposed title.
>
> Thanks!
>
>> I have a eclipse
On Aug 7, 2008, at 10:27 AM, Chris Gamache wrote:
Okay, I have created the bug with the proposed title.
Thanks!
I have a eclipse
project with a JUnit test which demonstrates the problem which I can
send to
you if that will assist you in finding the problem.
That would help. You can eit
Okay, I have created the bug with the proposed title. I have a eclipse
project with a JUnit test which demonstrates the problem which I can send to
you if that will assist you in finding the problem.
On Wed, Aug 6, 2008 at 1:54 PM, Andrus Adamchik <[EMAIL PROTECTED]>wrote:
> Hi Chris,
>
> Since I
Hi Chris,
Since I haven't got nowhere near the cause yet, I can't suggest a good
name either. What's important is that you add steps to reproduce it.
Call it anything you feel like.
Thanks,
Andrus
On Aug 6, 2008, at 1:51 PM, Chris Gamache wrote:
Just a squeak from the wheel here.
I'd cr
Just a squeak from the wheel here.
I'd create a bug report, but I'm not sure how to describe it...
Join on ExtendedType invalidates ExtendedType when retrieving rows in parent
table using SelectQuery ??
That's one idea I have. Please advise.
On Mon, Aug 4, 2008 at 5:55 PM, Chris Gamache <[EMAIL P
On Mon, Aug 4, 2008 at 5:52 PM, Chris Gamache <[EMAIL PROTECTED]> wrote:
>
> Test #1 and Test #2 fail with the same class cast exception until I
> remove this pair of relations from the config file:
>
Correction: Test #2 and #3 fail, not #1 and #2. :) Details details!
On Mon, Aug 4, 2008 at 3:32 PM, Andrus Adamchik <[EMAIL PROTECTED]>wrote:
>
> Sure, but can you doublecheck that the types are loaded in the right
> Configuration? I.e. after all libraries are loaded, can you grab the shared
> configuration and print the contents of the ExtendedTypeMap?
>
> [BTW,
On Aug 4, 2008, at 3:14 PM, Chris Gamache wrote:
That wipes my shared configuration each time a new library tries to
instantiate Cayenne. I need to add to the already initialized
Cayenne if
Cayenne has been initialized, and the only way to determine if
Cayenne has
already been initialized (
On Aug 4, 2008, at 3:14 PM, Chris Gamache wrote:
Also, this doesn't address the issue of ExtendedTypes being ignored
for
elements retrieved using a relational fetch in 3.0M4...
It does if you install them in the COnfiguration instance that is not
being used downstream. This is what I am
On Fri, Aug 1, 2008 at 5:23 PM, Andrus Adamchik <[EMAIL PROTECTED]>wrote:
> This code looks suspect. I am not sure that after it is run, dc ==
> Configuration.getSharedConfiguration(). Can you do something like this
> instead:
>
> DefaultConfiguration dc = new DefaultConfiguration(configuration);
This code looks suspect. I am not sure that after it is run, dc ==
Configuration.getSharedConfiguration(). Can you do something like this
instead:
DefaultConfiguration dc = new DefaultConfiguration(configuration);
dc.addClassPath(classPath);
Configuration.initializeSharedConfiguration(d
Here's the code for my extended type which works fine in 2.0, and for data
objects of type uniqueidentifier obtained from a first generation query, and
not from a relational fetcher.
public class PostgresUniqueIdentifier implements ExtendedType {
public String getClassName() {
return "java.util
My best guess at the moment is you are not registering it in your
DataNode or you have a class path issue or you haven't implemented an
ExtendedType for Cayenne to know how to deal with it. Actually,
java.util.UUID is not a Cayenne ExtendedType and you probably need a
wrapper around it for Cayenne
I've been looking around, stepping through the code execution, trying to
find where Cayenne goes digging into the ExtendedTypeMap, and to see if that
step gets omitted when dealing with referenced tables. I'm still looking,
but I did find one odd thing so far:
In org.apache.cayenne.access.jdbc.Col
Every time I create a DataContext, it gets created with makeContext. I
pass in different the config locations.
I didn't post the code for PostgresUniqueidentifier or PostgresMoney
because I didn't think the guts of those classes really mattered, but
more that they existed in the first place. Postg
It is a lot to dig through ... :-)
Some more questions:
You show regsitering PostgresUniqueIdentifier and PostgresMoney in the
code, but they are not in the XML. Is this a red herring or an
omission? Do you have the full class name, including package name, in
the XML for your types?
Also, are
On Thu, Jul 31, 2008 at 12:38 PM, Michael Gentry <[EMAIL PROTECTED]>wrote:
> Could you give an example of how you are using and declaring the
> extended types? A lot of work has been done in that department since
> 2.x, including adding enumeration support.
Sure!
public DataContext makeConte
Could you give an example of how you are using and declaring the
extended types? A lot of work has been done in that department since
2.x, including adding enumeration support.
On Thu, Jul 31, 2008 at 12:24 PM, Chris Gamache <[EMAIL PROTECTED]> wrote:
> Where do I begin? :)
>
> I have a few spec
Where do I begin? :)
I have a few special data types that I've created ExtendedType classes for.
I'm checking out Cayenne 3.0M4 to see if it fixes a problem with an error
I've been getting: "Can't perform lookup. There is more than one ObjEntity
mapped to class ..."
I have multiple cayenne.xml fi
19 matches
Mail list logo
