Mailing-List: contact torque-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Torque Developers List" <torque-dev@db.apache.org>
Received-SPF: pass (herse.apache.org: local policy)
Message-ID: <460C679C.9020407@backstagetech.com.au>
Date: Fri, 30 Mar 2007 11:27:56 +1000
From: Scott Eade <seade@backstagetech.com.au>
User-Agent: Thunderbird 2.0b2 (Windows/20070116)
MIME-Version: 1.0
To: Apache Torque Developers List <torque-dev@db.apache.org>
Subject: Re: Torque 3.3.RC2 problem with turbine applications
References: <45F63C92.8040708@backstagetech.com.au>
 <45F6D52F.1060200@tewisoft.de> <45F6E32C.3010900@brekke.org>
 <45F7A2E8.3050208@tewisoft.de> <460BD4BF.3040001@backstagetech.com.au>
 <460C0E33.7050103@apache.org>
In-Reply-To: <460C0E33.7050103@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thomas Vandahl wrote:
> Scott Eade wrote:
>   
>> With torque-3.3.RC2 it starts getting the NPEs immediately from BasePeer
>> line 1632:
>>    ColumnMap[] columnMaps = dbMap.getTable(table).getColumns();
>>
>> Would you have any suggestions as to what my problem might be?
>>     
>
> Yes, this made me reopen TORQUE-68. As you know, the Peer classes have
> static constructors. If Tomcat unserializes session objects these are
> called and try to register their MapBuilder with an (at that point)
> uninitialized Torque instance. When initialized with the Avalon
> container a new TorqueInstance is created and the MapBuilders need to be
> rebuilt so I wrote some code to copy them from one instance to another.
>
> Unfortunately I checked for Torque.isInit() which in that special, above
> mentioned case is not true. This is fixed in SVN by now. You can work
> around the issue by either switching off the reloading of session data
> in Tomcat or by calling <YourDataBaseNameHere>MapInit.init() at some
> point before any call to Torque but after initialization.
>   
Or I assume by building and using a snapshot.  I will give that a shot.  
Thanks for this info and fix - very helpful.
> Do you have any more information on the ECM issue? My problem is that I
> have no access to such an environment anymore. I'd try to setup one if
> it still really matters...
>   
Well I guess it may well matter to some.  In my case, as long as the 
MapBuilders issue above is resolved,  I am pushing ahead with 
ACSYaafiComponentService - it would definitely be a good idea to raise 
the profile of this class, commit it, document it, etc.  I guess we 
could argue that this is the path forward.  OTOH there may be some 
people that want to transition on their own time schedule, so it would 
be nice if the ECM issue could be resolved.

I am thinking that it should be fairly easy to set up a dummy Turbine 
project using its META plugin and then update the Torque dependency to 
3.3.RC2 to hit the problem.

Scott

---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org