For the benefit of the thread, Luis Majano replied to this issue here:
http://groups.google.com/group/transfer-dev/browse_thread/thread/73b159bb8a736aee?pli=1
On May 18, 4:27 pm, Shawn <shawn.grig...@gmail.com> wrote:
> I'm the one who posted the original link you mentioned. Same issues
> as I posted before re: Railo 3.0. There are composition issues with
> config options that validate just fine under CF8 providing unexpected
> behavior. I'm unclear yet how much of this is Railo's fault, and how
> much of this is Transfer being untested against Railo 3.1 (or 3.0
> either, from my experience).
>
> It is this more than anything that has prevented me from making the
> jump to Railo. Too many things in Transfer ORM (other frameworks are
> fine) that just 'work' in CF8 break horribly when ported to Railo
> 3.1. I'm to the point where I either need to dig into the Transfer
> ORM source code and see if there's something that needs to be done on
> that end. The reason I suspect Transfer and not Railo is at fault is
> primarily because the validation of the XML is actually /different/
> between CF8 and Railo. Also, column prefixes are passed along with
> <order property="property"> conditions when called via CF8, but the
> columns are not prefixed when called via Railo 3.1. I'm wondering if
> Transfer is being parsed through some non-CF8 custom validator for BD
> or an old version of Railo or something.
>
> I'd love someone who has looked into this issue a bit more to get me
> some answers for this.
>
> On Apr 23, 4:10 pm, Jamie Krug <jamiek...@gmail.com> wrote:
>
> > I receive the following error, with Railo only (3.1.0.012), when my
> > code calls something like #transfer.get("user.UserFront", idUserFront)
> > # -- a simplified version of my transfer.xml file is also below.
>
> > Error Message -- The structure of your configuration file causes an
> > infinite loop
> > Error Detail -- The object 'location.UsState' has a recursive link
> > back to itself through composition 'UsState'. You will need to set one
> > of the elements in this chain to lazy='true' for it to work.
>
> > This application has been running in production on CF8 for months
> > without issue. I'm just testing it out on Railo 3.1 and this is the
> > only error I've come across in the entire app. I Google'd around quite
> > a bit and this older post is the only related one I've found (and it
> > doesn't seem to suggest any
> > answers):http://groups.google.com/group/transfer-dev/browse_thread/thread/95a5...
>
> > My UserFront object has a manytoone for UsState and a onetomany for
> > FooCriteria; FooCriteria also has a manytoone for UsState, but
> > UserFront.UsState is not necessarily the same key/id as that of
> > UserFront.FooCriteria.UsState.
>
> > Again, works fine on CF8, above error on Railo 3.1. Does my
> > configuration go against a better practice? Is there a known Transfer
> > bug? A known Railo bug? The above thread link suggests that Gert Franz
> > and/or Luis Majano had already tested Transfer ORM against Railo
> > 3.0.1.x. Should I give it a whirl on the latest Railo 3.0 instead of
> > the 3.1 beta?
>
> > FWIW, the database is PostgreSQL 8.3, I have the latest stable
> > Transfer ORM (1.1 final) and this is all running on Ubuntu 8.04.
>
> > Thanks!
> > Jamie Krug
>
> > transfer.xml:
>
> > <?xml version="1.0" encoding="UTF-8"?>
> > <transfer xsi:noNamespaceSchemaLocation="../../../transfer/resources/
> > xsd/transfer.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-
> > instance">
> > <objectCache>
> > <scopes>
> > <server key="transfer_myapp" />
> > </scopes>
> > <defaultcache>
> > <scope type="server" />
> > </defaultcache>
> > </objectCache>
> > <objectDefinitions>
> > <package name="foo">
> > <object name="FooCriteria" table="foocriteria"
> > decorator="model.foo.FooCriteria">
> > <id name="idFooCriteria" type="UUID"
> > generate="true"
> > column="idfoocriteria" />
> > <property name="myPropOne" type="numeric"
> > column="mypropone" />
> > <property name="myPropTwo" type="numeric"
> > column="myproptwo"
> > nullable="true" />
> > <property name="dateTimeCreated" type="date"
> > column="datetimecreated" />
> > <!-- Link between a FooCriteria and its
> > UsState -->
> > <manytoone name="UsState">
> > <!-- FooCriteria foreign key column
> > that links to UsState primary
> > key -->
> > <link to="location.UsState"
> > column="statecode"/>
> > </manytoone>
> > </object>
> > </package>
> > <package name="location">
> > <object name="UsState" table="usstate"
> > decorator="model.location.UsState">
> > <id name="stateCode" type="string"
> > column="abbreviation" />
> > <property name="stateName" type="string"
> > column="statename" />
> > <property name="stateType" type="numeric"
> > column="statetype" />
> > <property name="stateAlias" type="string"
> > column="statealias" />
> > </object>
> > </package>
> > <package name="user">
> > <object name="UserFront" table="userfront"
> > decorator="model.user.UserFront">
> > <id name="idUserFront" type="UUID"
> > generate="true"
> > column="iduserfront" />
> > <property name="email" type="string"
> > column="email" />
> > <property name="dateTimeCreated" type="date"
> > column="datetimecreated" />
> > <!-- Link between a UserFront and its
> > UsState -->
> > <manytoone name="UsState">
> > <!-- UserFront foreign key column
> > that links to UsState primary
> > key -->
> > <link to="location.UsState"
> > column="statecode"/>
> > </manytoone>
> > <!-- Link between UserFront and its array
> > of FooCriteria objects --
>
> > <onetomany name="FooCriteria">
> > <!-- The column on the FooCriteria
> > table that links back to the
> > UserFront table. -->
> > <link to="foo.FooCriteria"
> > column="iduserfront"/>
> > <collection type="array">
> > <order
> > property="dateTimeCreated" order="desc" />
> > </collection>
> > </onetomany>
> > </object>
> > </package>
> > </objectDefinitions>
> > </transfer>
--~--~---------~--~----~------------~-------~--~----~
Before posting questions to the group please read:
http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer
You received this message because you are subscribed to the Google Groups
"transfer-dev" group.
To post to this group, send email to transfer-dev@googlegroups.com
To unsubscribe from this group, send email to
transfer-dev-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/transfer-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
