Sorry my bad. Could you explain what changes you've made to the entityengine.xml that got you to the point of something not working?
Thanks Scott HotWax Media http://www.hotwaxmedia.com On 21/10/2010, at 6:04 PM, Carsten Schinzer wrote: > Hmmm. Again this has gone off towards debugging/logging (just like the older > thread from June). > > Anyone with proposals on how to include the Tenant datasources into > entityengine.xml as BJ indicated he had found a workaround for this issue > that involves this? BJ? > > Thanks > > > Carsten > > 2010/10/21 David E Jones <[email protected]> > >> >> On Oct 20, 2010, at 4:39 PM, Scott Gray wrote: >> >>> On 21/10/2010, at 10:39 AM, James McGill wrote: >>> >>>> On Mon, Jun 14, 2010 at 11:08 AM, BJ Freeman <[email protected]> >> wrote: >>>> >>>>> Not sure why it worked in derby mode but not in postgresql. >>>>> but it hung up on the tenant entity. >>>>> but adding the tenant stuff into the entityengine.xml it no longer >> errors. >>>>> I am such a slouch I used one line of debug.loginfo to find the >> problem. >>>>> someday I will put energy into the remote debugging. >>>>> :D >>>>> >>>> >>>> I find remote debugging is extremely easy, using Eclipse. If only there >> was >>>> a way to step into minilang services -- they make remote debugging >> pretty >>>> frustrating, especially if you want to breakpoint an ECA. >>> >>> You can cheat a little sometimes with that. I regularly drop in this: >>> <log level="always" message="${someVar}"/> >>> <transaction-rollback/> >>> >>> Obviously not as good as breakpoints but you can move it around and just >> keep refreshing the browser to continually execute the method and never >> commit the changes. >> >> Actually, IMO, when you don't have to worry about compile/run cycles I like >> logging better than break points and variable inspection. It requires a >> little more typing, but a LOT less clicking and watching and browsing >> through data. In fact, IMO logging is faster when you don't have to worry >> about compilation making things intolerably slow. It's kind of like >> command-line versus a purely graphical way of doing things. >> >> Of course, to each their own... most programmers can't seem to handle >> something that they aren't used and/or wasn't their idea... ;) >> >> -David >> >> > > > -- > > Best > > Carsten Schinzer > > Waisenhausstr. 53a > 80637 München > Germany
smime.p7s
Description: S/MIME cryptographic signature
