Return-Path: X-Original-To: apmail-ofbiz-user-archive@www.apache.org Delivered-To: apmail-ofbiz-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BDC88E8E3 for ; Fri, 15 Feb 2013 06:08:11 +0000 (UTC) Received: (qmail 71243 invoked by uid 500); 15 Feb 2013 06:08:11 -0000 Delivered-To: apmail-ofbiz-user-archive@ofbiz.apache.org Received: (qmail 71016 invoked by uid 500); 15 Feb 2013 06:08:07 -0000 Mailing-List: contact user-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@ofbiz.apache.org Delivered-To: mailing list user@ofbiz.apache.org Received: (qmail 70980 invoked by uid 99); 15 Feb 2013 06:08:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2013 06:08:06 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [93.17.128.81] (HELO smtp24.services.sfr.fr) (93.17.128.81) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2013 06:07:59 +0000 Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2419.sfr.fr (SMTP Server) with ESMTP id BB3D3700009F for ; Fri, 15 Feb 2013 07:07:38 +0100 (CET) Received: from inspiron530 (52.75.14.81.rev.sfr.net [81.14.75.52]) by msfrf2419.sfr.fr (SMTP Server) with SMTP id 7E6CB700005D for ; Fri, 15 Feb 2013 07:07:38 +0100 (CET) X-SFR-UUID: 20130215060738517.7E6CB700005D@msfrf2419.sfr.fr Message-ID: From: Jacques Le Roux To: user@ofbiz.apache.org References: <3339EA5347494C3D8B37D2F536BB0F38@inspiron530> Subject: Re: missing data records from webtools in component and tenantcomponent entities Date: Fri, 15 Feb 2013 07:07:06 +0100 Organization: Les Arts Informatiques MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I guess you already read http://markmail.org/message/b7d5n5wsotiv7a3f = and maybe http://markmail.org/message/5ft53p5bbgwhibdy ? Apart that I don't know much about those entities Jacques From: "Black Bird" > Thanks for your answer. I've come across that JIRA issue many times. > There is currently no resolution to that issue to my knowledge, and = the > only workaround being to disable the webtools application for tenants. >=20 > The issue I'm raising in this thread is different however, relating to = the > Component and TenantComponent entities, rather than the Tenant and > TenantDataSources entities of JIRA 4130. Even if a multitenant = offering > disabled webtools for a tenant as suggested by Hans, the provider = would > presumably still wish to utilise webtools with a main non-tenant admin > login (i.e. tenantId=3Dnull). >=20 >=20 > On Sun, Feb 10, 2013 at 12:25 AM, Jacques Le Roux < > jacques.le.roux@les7arts.com> wrote: >=20 >> From: "Black Bird" >> >I can answer my own last question. Entries can be added into the >> > 'component' entity using 'ant load-seed' process. >> > >> > The first question on data records from the component and = tenantcomponent >> > entities not being visible through webtools still holds however. = Does >> > anyone experience this behaviour? >> >> You could be interested by this Jira >> https://issues.apache.org/jira/browse/OFBIZ-4130 >> >> Jacques >> >> > >> > On Fri, Feb 1, 2013 at 4:54 PM, Black Bird = >> wrote: >> > >> >> I've been grappling with the multitenant capabilities of Ofbiz on >> versions >> >> 11.04, 12.04 and trunk. I've realised that the 12.04 fork and = trunk >> have >> >> introduced new entities 'component' and 'tenantcomponent' which = I'm >> trying >> >> to learn how to utilise. >> >> >> >> What I've found strange is that on attempting to list the values = of >> these >> >> two entities from webtools, only any record with the ComponentName >> equal to >> >> 'webtools' is visible. On the other hand, if you log into the = database >> >> directly using ij, all the components can be seen using a select >> statement >> >> from the 'component' table, and any records entered manually into = the >> >> 'tenantcomponent' table. >> >> >> >> Also, by default, the 'find' screen for both these entities = normally >> comes >> >> up with the 'ComponentName' field already populated with = 'webtools'. >> >> Although the field can be emptied or replace with other component >> names, >> >> only the record pertaining to webtools can be returned. >> >> >> >> Is this a case of some hard-coding of ComponentName or am I = missing >> >> something? >> >> >> >> I'm using trunk r1439737 and 12.04 r1435045. >> >> >> >> I'm also unclear whether new components should be manually added = to the >> >> 'component' entity or should this happen automatically. >> >> >> > >> >