Return-Path: X-Original-To: apmail-manifoldcf-user-archive@www.apache.org Delivered-To: apmail-manifoldcf-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 A22AC9992 for ; Tue, 31 Jul 2012 01:07:01 +0000 (UTC) Received: (qmail 52614 invoked by uid 500); 31 Jul 2012 01:07:01 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 52566 invoked by uid 500); 31 Jul 2012 01:07:01 -0000 Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@manifoldcf.apache.org Delivered-To: mailing list user@manifoldcf.apache.org Received: (qmail 52556 invoked by uid 99); 31 Jul 2012 01:07:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 01:07:01 +0000 X-ASF-Spam-Status: No, hits=0.2 required=5.0 tests=FSL_RCVD_USER,HTML_FONT_FACE_BAD,HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of shigeki.kobayashi3@g.softbank.co.jp designates 74.125.245.72 as permitted sender) Received: from [74.125.245.72] (HELO na3sys010aog102.obsmtp.com) (74.125.245.72) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 31 Jul 2012 01:06:52 +0000 Received: from mail-qc0-f180.google.com ([209.85.216.180]) (using TLSv1) by na3sys010aob102.postini.com ([74.125.244.12]) with SMTP ID DSNKUBcvlbPSvrBncJKH0gDYEc3aWU9kQrJ7@postini.com; Mon, 30 Jul 2012 18:06:31 PDT Received: by qcmv28 with SMTP id v28so4232413qcm.39 for ; Mon, 30 Jul 2012 18:06:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=BOcvRQOOr13OSBYFjCTJBXP0y6uunyO1IuGKDn5PgU8=; b=XbFCiPgYKs0HWeVL7RTG29NtDpVs33vA9g++jp5NMT3TsKiB9NlXcymZKXtoZ887id 5sH5OAA7U6C0egCs1GmW0uC1fJOOjxiHVj+fE5KkUd2uDlmSNF53wVXUyCN9hRLlmQ8Z TQ5UOqT5J0z/BNU0XngpuDmIMZu+moE7sB9EplysXVICoxveE14fUxjL0Y8nHtZfVNv3 tcLvk1WJ/2U2aY6ekUTqc2CvSKcNgI3CqPuEor1LGFulBFCm2w7pCx1zhBm2FDYpcQoZ ltK2HWZu+iWSGVHWA5L8V7QzpRdj3xYAAhb7dxPXjsWljSoISIsjSr6lKo5B/rAi8P1H MDKw== Received: by 10.224.176.197 with SMTP id bf5mr8618948qab.41.1343696788576; Mon, 30 Jul 2012 18:06:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.70.193 with HTTP; Mon, 30 Jul 2012 18:05:47 -0700 (PDT) In-Reply-To: References: <5311916088423962928@unknownmsgid> From: Shigeki Kobayashi Date: Tue, 31 Jul 2012 10:05:47 +0900 Message-ID: Subject: Re: crawled counts on WEB crawling differ between MCF0.4 and MCF0.5 To: Karl Wright Cc: "user@manifoldcf.apache.org" Content-Type: multipart/alternative; boundary=20cf302d4d62c4d89804c615c986 X-Gm-Message-State: ALoCoQn0X0zw4aKSmbbLv//jH/unh1TwrMD0GDYBbh6726wpZ+PjKSpF/9lDOVZrSHCuQ4yEhrNn --20cf302d4d62c4d89804c615c986 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Karl, I do not see any exceptions in the log. Thanks. Regards, Shigeki 2012/7/31 Karl Wright > One more question: do you see any exceptions in the manifoldcf log file? > > Karl > > On Mon, Jul 30, 2012 at 7:03 AM, Karl Wright wrote: > > This means that we are seeing some kind of transactional integrity > problem > > with MySQL. I have seen hints of this behavior before. It is not a > > difference in logic. It could be due to either MySQL bugs or subtle > > differences in how transactions work in MySQL. > > > > I will try to write a load test that uses hopcount filters in order to > see > > if the problem can be reliably reproduced here. If it turns out to be = a > > MySQL problem there would not be much we could do to fix the issue. > > > > Karl > > > > Sent from my Windows Phone > > ________________________________ > > From: Shigeki Kobayashi > > Sent: 7/30/2012 6:36 AM > > To: user@manifoldcf.apache.org > > Subject: Re: crawled counts on WEB crawling differ between MCF0.4 and > MCF0.5 > > > > > >>(1) Make sure that the repository connections and job definitions are > > indeed identical between MySQL and PostgreSQL. > > > > Yes, they are all the same. > > > >>(2) See if you can locate an example document that was crawled with > > PostgreSQL but not crawled with MySQL. > > > > I confirmed the documents crawled with PostgreSQL but not crawled with > MySQL > > actually exist. > > > >>(3) If you create a second web connection and job under MySQL, and run > > the job to completion, does the document that was not included get > > skipped again? Or does it seem random which documents are skipped on > > each run? > > > > Ok. I created two connections and jobs with exactly same description, a= nd > > then > > ran the jobs to completion. > > Those run resulted with different number of crawled documents ( as show= n > in > > the attached picture). > > > > It seems the first run skipped some documents and the second run skippe= d > > different documents, but all the skipped docs can be located. I have n= o > > clue how those docs are skipped. > > > > > > Regards, > > > > Shigeki > > > > 2012/7/30 Karl Wright > >> > >> There should be no differences between crawling using MySQL as the > >> database and PostgreSQL, on the same version of ManifoldCF. > >> > >> We include an RSS crawling test which finds exactly the expected > >> number of documents on MySQL. This is a 100,000 document crawl. > >> There are no back-end-specific logic differences in the web connector > >> that would be expected to yield different results based on the > >> back-end database. > >> > >> If you believe you have found a difference between MySQL and > >> PostgreSQL, I suggest the following: > >> > >> (1) Make sure that the repository connections and job definitions are > >> indeed identical between MySQL and PostgreSQL. > >> (2) See if you can locate an example document that was crawled with > >> PostgreSQL but not crawled with MySQL. > >> (3) If you create a second web connection and job under MySQL, and run > >> the job to completion, does the document that was not included get > >> skipped again? Or does it seem random which documents are skipped on > >> each run? > >> > >> Thanks, > >> Karl > >> > >> > >> > >> On Sun, Jul 29, 2012 at 9:51 PM, Shigeki Kobayashi > >> wrote: > >> > Aren't there some difference in crawling logics between MySQL and > >> > PostgreSQL? > >> > > >> > > >> > > >> > I did some tests on web crawling using both of MySQL and PostgreSQL. > >> > > >> > > >> > > >> > > >> > > >> > MCF0.5 running on MySQL indexed around 6000, and meanwhile MCF0.5 > >> > running on > >> > PostgreSQL indexed over 12000 documents. > >> > > >> > MCF0.6 running on MySQL indexed around 6000. MCF0.4 running on > >> > PostgreSQL > >> > indexed over 12000 documents. > >> > > >> > > >> > > >> > > >> > > >> > Each number of indexed documents above is a result of first crawling > >> > after > >> > deleting indexing history from DB. > >> > > >> > It seems that changing DB affects crawling and indexing. > >> > > >> > > >> > > >> > Regards, > >> > > >> > Shigeki > >> > > >> > 2012/7/27 Karl Wright > >> >> > >> >> There was a bug fixed in the way hopcount was being computed. See > >> >> CONNECTORS-464. > >> >> > >> >> This means that fewer documents are left in the queue, but the numb= er > >> >> of indexed documents should be the same. > >> >> > >> >> Karl > >> >> > >> >> On Fri, Jul 27, 2012 at 3:00 AM, Shigeki Kobayashi > >> >> wrote: > >> >> > > >> >> > Hi guys. > >> >> > > >> >> > > >> >> > I wonder if anyone has ever faced the experience on web crawling > that > >> >> > the > >> >> > number of crawled counts differs between MCF0.4 and MCF0.5. > >> >> > > >> >> > > >> >> > I crawled some portal sites on intranet using MCF0.4 and MCF0.5. > >> >> > MCF0.4 crawled over 12000 contents, and meanwhile, MCF0.5 crawled > >> >> > only > >> >> > around half of the contents. > >> >> > I ran MCF0.4 on PostgreSQL and MCF0.5 on MySQL. > >> >> > I hope changing DB does not affect the crawling results: > >> >> > > >> >> > > >> >> > MCF0.4: > >> >> > - Crawled Counts: 12000 and over > >> >> > - Solr3.5 > >> >> > - PostgreSQL 9.1.3 > >> >> > - Tomcat6 > >> >> > - Max Hop on Links: 15 > >> >> > - Max Hop on Redirects: 10 > >> >> > - Include only hosts matching seeds: Checked > >> >> > - org.apache.manifoldcf.crawler.threads: 50 > >> >> > - org.apache.manifoldcf.database.maxhandles: 100 > >> >> > > >> >> > > >> >> > MCF0.5: > >> >> > - Crawled Counts: around 6000 > >> >> > - Solr3.5 > >> >> > - MySQL5.5 > >> >> > - Tomcat6 > >> >> > - Max Hop on Links: 15 > >> >> > - Max Hop on Redirects: 10 > >> >> > - Include only hosts matching seeds: Checked > >> >> > - org.apache.manifoldcf.crawler.threads: 50 > >> >> > - org.apache.manifoldcf.database.maxhandles: 100 > >> >> > > >> >> > > >> >> > Does anyone have any ideas? > >> >> > > >> > > >> > > >> > > >> > > >> > -- > >> > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E > >> > =E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3=83=B3=E3=82=AF=E3=83=A2=E3= =83=90=E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE > >> > =E6=83=85=E5=A0=B1=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E6=9C=AC=E9= =83=A8 > >> > =E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E3=82=B5=E3=83=BC=E3=83=93=E3= =82=B9=E4=BA=8B=E6=A5=AD=E7=B5=B1=E6=8B=AC=E9=83=A8 > >> > =E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB=E9=83=A8 > >> > > >> > =E5=B0=8F=E6=9E=97 =E8=8C=82=E6=A8=B9 > >> > shigeki.kobayashi3@g.softbank.co.jp > >> > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E > >> > > >> > > >> > > > > > > > > > > > -- > > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E > > =E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3=83=B3=E3=82=AF=E3=83=A2=E3=83= =90=E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE > > =E6=83=85=E5=A0=B1=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E6=9C=AC=E9=83= =A8 > > =E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82= =B9=E4=BA=8B=E6=A5=AD=E7=B5=B1=E6=8B=AC=E9=83=A8 > > =E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB=E9=83=A8 > > > > =E5=B0=8F=E6=9E=97 =E8=8C=82=E6=A8=B9 > > shigeki.kobayashi3@g.softbank.co.jp > > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E > > > > > > > --=20 *=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E**=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E* =E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3=83=B3=E3=82=AF=E3=83=A2=E3=83=90= =E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE =E6=83=85=E5=A0=B1=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E6=9C=AC=E9=83=A8 =E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9= =E4=BA=8B=E6=A5=AD=E7=B5=B1=E6=8B=AC=E9=83=A8 =E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB=E9=83=A8 =E5=B0=8F=E6=9E=97 =E8=8C=82=E6=A8=B9 shigeki.kobayashi3@g.softbank.co.jp *=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E**=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E* --20cf302d4d62c4d89804c615c986 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Karl,=C2=A0


I do not see any exceptions i= n the log.

Thanks.

Regard= s,

Shigeki

2012/= 7/31 Karl Wright <daddywri@gmail.com>
One more question: do you see any exceptions= in the manifoldcf log file?

Karl

On Mon, Jul 30, 2012 at 7:03 AM, Karl Wright <daddywri@gmail.com> wrote:
> This means that we are seeing some kind of transactional integrity pro= blem
> with MySQL. =C2=A0I have seen hints of this behavior before. =C2=A0It = is not a
> difference in logic. =C2=A0It could be due to either MySQL bugs or sub= tle
> differences in how transactions work in MySQL.
>
> I will try to write a load test that uses hopcount filters in order to= see
> if the problem can be reliably reproduced here. =C2=A0If it turns out = to be a
> MySQL problem there would not be much we could do to fix the issue. >
> Karl
>
> Sent from my Windows Phone
> ________________________________
> From: Shigeki Kobayashi
> Sent: 7/30/2012 6:36 AM
> To: user@manifoldcf.apac= he.org
> Subject: Re: crawled counts on WEB crawling differ between MCF0.4 and = MCF0.5
>
>
>>(1) Make sure that the repository connections and job definitions a= re
> indeed identical between MySQL and PostgreSQL.
>
> Yes, they are all the same.
>
>>(2) See if you can locate an example document that was crawled with=
> PostgreSQL but not crawled with MySQL.
>
> I confirmed the documents crawled with PostgreSQL but not crawled with= MySQL
> actually exist.
>
>>(3) If you create a second web connection and job under MySQL, and = run
> the job to completion, does the document that was not included get
> skipped again? =C2=A0Or does it seem random which documents are skippe= d on
> each run?
>
> Ok. I created two connections and jobs with exactly same description, = and
> then
> ran the jobs to completion.
> Those run resulted with different number of crawled documents ( as sho= wn in
> the attached picture).
>
> It seems the first run skipped some documents and the second run skipp= ed
> different documents, but all the skipped docs can be located. =C2=A0I = have no
> clue how those docs are skipped.
>
>
> Regards,
>
> Shigeki
>
> 2012/7/30 Karl Wright <daddyw= ri@gmail.com>
>>
>> There should be no differences between crawling using MySQL as the=
>> database and PostgreSQL, on the same version of ManifoldCF.
>>
>> We include an RSS crawling test which finds exactly the expected >> number of documents on MySQL. =C2=A0This is a 100,000 document cra= wl.
>> There are no back-end-specific logic differences in the web connec= tor
>> that would be expected to yield different results based on the
>> back-end database.
>>
>> If you believe you have found a difference between MySQL and
>> PostgreSQL, I suggest the following:
>>
>> (1) Make sure that the repository connections and job definitions = are
>> indeed identical between MySQL and PostgreSQL.
>> (2) See if you can locate an example document that was crawled wit= h
>> PostgreSQL but not crawled with MySQL.
>> (3) If you create a second web connection and job under MySQL, and= run
>> the job to completion, does the document that was not included get=
>> skipped again? =C2=A0Or does it seem random which documents are sk= ipped on
>> each run?
>>
>> Thanks,
>> Karl
>>
>>
>>
>> On Sun, Jul 29, 2012 at 9:51 PM, Shigeki Kobayashi
>> <shigeki= .kobayashi3@g.softbank.co.jp> wrote:
>> > Aren't there some difference in crawling logics between M= ySQL and
>> > PostgreSQL?
>> >
>> >
>> >
>> > I did some tests on web crawling using both of MySQL and Post= greSQL.
>> >
>> >
>> >
>> >
>> >
>> > MCF0.5 running on MySQL indexed around 6000, and meanwhile MC= F0.5
>> > running on
>> > PostgreSQL indexed over 12000 documents.
>> >
>> > MCF0.6 running on MySQL indexed around 6000. MCF0.4 running o= n
>> > PostgreSQL
>> > indexed over 12000 documents.
>> >
>> >
>> >
>> >
>> >
>> > Each number of indexed documents above is a result of first c= rawling
>> > after
>> > deleting indexing history from DB.
>> >
>> > It seems that changing DB affects crawling and indexing.
>> >
>> >
>> >
>> > Regards,
>> >
>> > Shigeki
>> >
>> > 2012/7/27 Karl Wright <daddywri@gmail.com>
>> >>
>> >> There was a bug fixed in the way hopcount was being compu= ted. =C2=A0See
>> >> CONNECTORS-464.
>> >>
>> >> This means that fewer documents are left in the queue, bu= t the number
>> >> of indexed documents should be the same.
>> >>
>> >> Karl
>> >>
>> >> On Fri, Jul 27, 2012 at 3:00 AM, Shigeki Kobayashi
>> >> <shigeki.kobayashi3@g.softbank.co.jp> wrote:
>> >> >
>> >> > Hi guys.
>> >> >
>> >> >
>> >> > I wonder if anyone has ever faced the experience on = web crawling that
>> >> > the
>> >> > number of crawled counts differs between MCF0.4 and= =E3=80=80MCF0.5.
>> >> >
>> >> >
>> >> > I crawled some portal sites on intranet using MCF0.4= and MCF0.5.
>> >> > MCF0.4 crawled over 12000 contents, and meanwhile, M= CF0.5 crawled
>> >> > only
>> >> > around half of the contents.
>> >> > I ran MCF0.4 on PostgreSQL and MCF0.5 on MySQL.
>> >> > I hope changing DB does not affect the crawling resu= lts:
>> >> >
>> >> >
>> >> > MCF0.4:
>> >> > =C2=A0 - Crawled Counts: 12000 and over
>> >> > =C2=A0 - Solr3.5
>> >> > =C2=A0 - PostgreSQL 9.1.3
>> >> > =C2=A0 - Tomcat6
>> >> > =C2=A0 - Max Hop on Links: 15
>> >> > =C2=A0 - Max Hop on Redirects: 10
>> >> > =C2=A0 - Include only hosts matching seeds: Checked<= br> >> >> > =C2=A0 - org.apache.manifoldcf.crawler.threads: 50 >> >> > =C2=A0 - org.apache.manifoldcf.database.maxhandles: = 100
>> >> >
>> >> >
>> >> > MCF0.5:
>> >> > =C2=A0 - Crawled Counts: around 6000
>> >> > =C2=A0 - Solr3.5
>> >> > =C2=A0 - MySQL5.5
>> >> > =C2=A0 - Tomcat6
>> >> > =C2=A0 - Max Hop on Links: 15
>> >> > =C2=A0 - Max Hop on Redirects: 10
>> >> > =C2=A0 - Include only hosts matching seeds: Checked<= br> >> >> > =C2=A0 - org.apache.manifoldcf.crawler.threads: 50 >> >> > =C2=A0 - org.apache.manifoldcf.database.maxhandles: = 100
>> >> >
>> >> >
>> >> > Does anyone have any ideas?
>> >> >
>> >
>> >
>> >
>> >
>> > --
>> > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E
>> > =C2=A0=E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3=83=B3=E3=82=AF= =E3=83=A2=E3=83=90=E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE >> > =C2=A0=E6=83=85=E5=A0=B1=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0= =E6=9C=AC=E9=83=A8
>> > =C2=A0=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E3=82=B5=E3=83=BC= =E3=83=93=E3=82=B9=E4=BA=8B=E6=A5=AD=E7=B5=B1=E6=8B=AC=E9=83=A8
>> > =C2=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB= =E9=83=A8
>> >
>> > =C2=A0=E5=B0=8F=E6=9E=97 =E8=8C=82=E6=A8=B9
>> > =C2=A0= shigeki.kobayashi3@g.softbank.co.jp
>> > =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E
>> >
>> >
>> >
>
>
>
>
> --
> =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E > =C2=A0=E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3=83=B3=E3=82=AF=E3=83=A2= =E3=83=90=E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC=9A=E7=A4=BE
> =C2=A0=E6=83=85=E5=A0=B1=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E6=9C=AC= =E9=83=A8
> =C2=A0=E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E3=82=B5=E3=83=BC=E3=83=93= =E3=82=B9=E4=BA=8B=E6=A5=AD=E7=B5=B1=E6=8B=AC=E9=83=A8
> =C2=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB=E9=83=A8<= br> >
> =C2=A0=E5=B0=8F=E6=9E=97 =E8=8C=82=E6=A8=B9
> =C2=A0shigeki.k= obayashi3@g.softbank.co.jp
> =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E >
>
>



--
=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E= =EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E
=C2=A0=E3=82=BD=E3=83=95=E3=83=88=E3=83=90=E3= =83=B3=E3=82=AF=E3=83=A2=E3=83=90=E3=82=A4=E3=83=AB=E6=A0=AA=E5=BC=8F=E4=BC= =9A=E7=A4=BE
=C2=A0=E6=83=85=E5=A0=B1= =E3=82=B7=E3=82=B9=E3=83=86=E3=83=A0=E6=9C=AC=E9=83=A8
=C2=A0=E3=82=B7=E3=82=B9=E3=83= =86=E3=83=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BA=8B=E6=A5=AD=E7=B5=B1= =E6=8B=AC=E9=83=A8
=C2=A0=E3=82=B5=E3=83=BC=E3=83=93=E3=82=B9=E4=BC=81=E7=94=BB=E9=83= =A8
=C2=A0
=C2=A0=E5=B0=8F= =E6=9E=97 =E8=8C=82=E6=A8=B9
=C2=A0shigeki.kobayashi3@g.softbank.co.jp<= /div>
=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF= =BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD= =9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E=EF=BD=9E
=C2=A0


--20cf302d4d62c4d89804c615c986--