Skip Menu |

This queue is for tickets about the CatalystX-CRUD CPAN distribution.

Report information
The Basics
Id: 41520
Status: resolved
Priority: 0/
Queue: CatalystX-CRUD

People
Owner: Nobody in particular
Requestors: gordon [...] visi.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Request: Any class diagrams available?
Date: Sun, 7 Dec 2008 14:37:58 -0800
To: bug-CatalystX-CRUD [...] rt.cpan.org
From: "Gordon Pedersen" <gordon [...] visi.com>
Between the Rose classes, the CatalystX CRUD classes and the local app classes, and general mayhem of life, my inadequate brain cannot manage to keep all the relationships clear. This became acute as I have worked to unravel the great multi-box search logic that CRUD provides in order to create something analogous that uses one search box to query multiple fields a la the tantalizing example in Search::QueryParser::SQL. I will get this to work, small doubt, but I suspect that I may have tracked up the wrong road in trying to emulate the logic used in CRUD Model/Utils.pm; instead, might better have gone right to subclassing Rose DB Object Manager, it now seems, and am interested that you apparently did not explicitly do so. Have you by chance created any diagrams that depict how all the classes relate to each other? I am not looking for some blah-blah standards-conformant diagram, just a good picture of any kind (before I create one meself). The Rose::DB side of things is the most urgent at the moment. I suppose that the Rose::HTML aspect will soon prove useful, too. Thanks for whatever you can offer. -- Gordon Pedersen
Subject: Re: [rt.cpan.org #41520] Request: Any class diagrams available?
Date: Fri, 12 Dec 2008 09:28:37 -0600
To: bug-CatalystX-CRUD [...] rt.cpan.org
From: Peter Karman <peter [...] peknet.com>
gp via RT wrote on 12/07/2008 04:38 PM: Show quoted text
> Have you by chance created any diagrams that depict how all the > classes relate to each other? I am not looking for some blah-blah > standards-conformant diagram, just a good picture of any kind (before > I create one meself).
I have not created any pictures to date. It really depends on whether you are using CatatlystX::CRUD components in your own app, or CatalystX::CRUD::YUI or Rose::DBx::Garden::Catalyst. And if you are using the REST controller or not. One trick I use to find out which classes are affected in my .pm file is to put a: use MRO::Compat; use mro 'c3'; use Data::Dump; warn Data::Dump::dump( mro::get_linear_isa( __PACKAGE__ ) ); in my file after all other 'use' statements. That'll print out the inheritance order so you can see which .pm files are in play. -- Peter Karman . peter@peknet.com . http://peknet.com/
Subject: Re: [rt.cpan.org #41520] Request: Any class diagrams available?
Date: Thu, 18 Dec 2008 20:56:27 -0600
To: bug-CatalystX-CRUD [...] rt.cpan.org
From: Peter Karman <peter [...] peknet.com>
gp via RT wrote on 12/7/08 4:38 PM: Show quoted text
> This became acute as I have > worked to unravel the great multi-box search logic that CRUD provides > in order to create something analogous that uses one search box to > query multiple fields a la the tantalizing example in > Search::QueryParser::SQL.
FWIW, I use Rose::DBx::Object::Indexed to do full-text searching across multiple tables (classes) and fields. I tried using S::QP::SQL to manage that, and while it works well for generating the query, the performance is fairly poor for fulltext. I'm at work on more backends for SWISH::Prog (which R::DBx::O::Indexed uses) including a DBI store, so you can keep your index in the same db. There are many other full-text options as well, and the QueryParser can work well for those too. -- Peter Karman . http://peknet.com/ . peter@peknet.com
Subject: Re: [rt.cpan.org #41520] Request: Any class diagrams available?
Date: Thu, 18 Dec 2008 22:20:31 -0800
To: bug-CatalystX-CRUD [...] rt.cpan.org
From: "Gordon Pedersen" <gordon [...] visi.com>
On Thu, Dec 18, 2008 at 6:57 PM, peter@peknet.com via RT <bug-CatalystX-CRUD@rt.cpan.org> wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=41520 > > > gp via RT wrote on 12/7/08 4:38 PM:
Show quoted text
>> in order to create something analogous that uses one search box to >> query multiple fields a la the tantalizing example in >> Search::QueryParser::SQL.
> > FWIW, I use Rose::DBx::Object::Indexed to do full-text searching across multiple > tables (classes) and fields. I tried using S::QP::SQL to manage that, and while > it works well for generating the query, the performance is fairly poor for fulltext.
Thanks for the tip, I'll look into Rose::DBx::Object::Indexed, that's new to me. -- Gordon Pedersen