At 11:14 PM 10/4/01 -0700, you wrote: >If no page parameter is defined, the Castor impl. is using "default.psml" as >the default page. >So my guess is that you aren't storing anything if page parameter is not >set.
True, I depend solely on ProfileLocator object for that piece of information. > > And hence it fails, to get profile PSML for user "test1" as > > database record > > doesn't have page name "default.psml", and instead gets the > > default page > >Perhaps the Profiler should set the default page name when none is supplied. >This is not currently how it works. >The part I don't like is that the profiler seems to be working >inconsistently. Yes, it is not consistent. So it is not a bug per se. >On creation, it does not automatically fill-in the default page. >Yet when locating, it sets the default page to "default.psml" in the >ProfileLocator. >It should work consistently. What about if we always set the page to the >default (if it hasn't already been set) in the profiler? >I believe that is what you'd like to see, right? Yes, Correct. > > Also, I would like to have some opinion on how the testing > > can be done for > > other databases that Jetspeed/Torque supports. I am testing > > it on Oracle > > right now.. > >In theory, it should be as easy as changing the TRP properties (depending on >how portable your implementation is ...) Yes, it is fairly portable and definitely should be just changing TRP file (clubbed with re-generation of MapBuilder classes in the build system). I have put all the methods in ProfilePeer classes that were generated by Torque..used something like 'State' pattern depending upon the profile locator information. I haven't touched any other generated class. So, when the database changes, the ProfilePeer classes which has additional methods won't get re-generated where as all the other classes viz. *MapBuilder need to get re-generated and that's what we want. We just have to incorporate the re-generation in the build system. You can review whatever I have done so far. >How did you create your database tables, with Torque or with Oracle DDL? I created database tables with Torque generated scripts. >If you didn't use Torque, we will also need scripts to create the tables for >each supported database like in src/sql/external. > >I can test hypersonicSQL and mySQL easily here. Great..I have bunch of source files..let me mail you all the source files..and Torque schema file. -Atul >David > > -----Original Message----- > > From: Atul Dambalkar [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, October 04, 2001 11:56 AM > > To: [EMAIL PROTECTED] > > Subject: Jetspeed with DatabasePsmlManagerService > > > > > > Hi David, > > > > I am getting back to the testing of DatabasePsmlManagerService... > > > > Here is first bug that I got(I think it can be attributed to the > > ProfilerService) > > 1. Created user "test1" from CreateAccount page. > > 2. ProfilerService created user "test1" Profile Schema with > > the following > > ProfileLocator parameters: > > User=test1, Media-Type=html > > Note, there are no other parameters defined in the Profile > > object by the > > ProfilerService > > It also created user in turbine_user table as expected. > > 3. While fetching the profile for the same user, when "test1" logs in, > > here is how profiler's fallback algo worked: > > User=test1 Page=default.psml MediaType=html Country=US Language=en > > User=test1 Page=default.psml MediaType=html Language=en > > User=test1 Page=default.psml MediaType=html > > User=test1 Page=default.psml > > Page=default.psml > > > > And hence it fails, to get profile PSML for user "test1" as > > database record > > doesn't have page name "default.psml", and instead gets the > > default page > > which it finds. So may be while creating Profile object for user, > > ProfilerService should also use, the Page name (and locale specific > > parameters language and country if available). > > > > Also, I would like to have some opinion on how the testing > > can be done for > > other databases that Jetspeed/Torque supports. I am testing > > it on Oracle > > right now.. > > > > -Atul > > > > >Reply-To: <[EMAIL PROTECTED]> > > >From: "David Sean Taylor" <[EMAIL PROTECTED]> > > >To: "'Atul Dambalkar'" <[EMAIL PROTECTED]> > > >Subject: RE: Jetspeed with DatabasePsmlManagerService > > >Date: Thu, 20 Sep 2001 15:52:18 -0700 > > >X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) > > >Importance: Normal > > >X-MDRemoteIP: 63.197.229.131 > > >X-Return-Path: [EMAIL PROTECTED] > > >X-MDaemon-Deliver-To: [EMAIL PROTECTED] > > > > > >Good news. Yes, Im sure there are bugs in the profiler, > > being that I wrote > > >most of it after the midnight hour ;-) > > >Let me know if I can do anything to help. > > > > > > > > > > > > > -----Original Message----- > > > > From: Atul Dambalkar [mailto:[EMAIL PROTECTED]] > > > > Sent: Thursday, September 20, 2001 3:11 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: Jetspeed with DatabasePsmlManagerService > > > > > > > > > > > > Hi David, > > > > > > > > Jetspeed is running great with DatabasePsmlManager > > service on my box. > > > > > > > > I found couple of bugs, related to Profiler service's way > > of creating > > > > document and getting it back. I will write you that with some > > > > info. later.. > > > > ProfilerService's fallback algorithm is working fine...so it > > > > definitely > > > > works finally, to get the default profiles, if everything fails. > > > > > > > > -Atul > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
