Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 72390 invoked from network); 8 Feb 2006 10:45:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 Feb 2006 10:45:11 -0000 Received: (qmail 69099 invoked by uid 500); 8 Feb 2006 10:45:00 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 69085 invoked by uid 500); 8 Feb 2006 10:45:00 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 69073 invoked by uid 99); 8 Feb 2006 10:45:00 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2006 02:45:00 -0800 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=DNS_FROM_RFC_ABUSE,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [217.12.10.195] (HELO web25810.mail.ukl.yahoo.com) (217.12.10.195) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 08 Feb 2006 02:44:59 -0800 Received: (qmail 38616 invoked by uid 60001); 8 Feb 2006 10:44:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=RWhg8Kb+cb8OihMavIaaJSgqly+86lahcjbMDxN7SPzFs+XHRZtFk7APeMM6mXLQqII89sB7GUeSYm54xROHYl6J4Wt8mYXq8fwGMFqvLMRqGFtQ3IfP2XRL+HosOem4E89M44UZF6kDRFH2WBmT8JxOW6gEe9zGUDXCGTq3spg= ; Message-ID: <20060208104437.38614.qmail@web25810.mail.ukl.yahoo.com> Received: from [84.179.246.187] by web25810.mail.ukl.yahoo.com via HTTP; Wed, 08 Feb 2006 11:44:37 CET Date: Wed, 8 Feb 2006 11:44:37 +0100 (CET) From: Reply-To: donnerdrummel2000-mailing@yahoo.de Subject: Re: [Axis2] application scope To: axis-user@ws.apache.org In-Reply-To: <43E9C3F3.4000709@opensource.lk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1297285220-1139395477=:36653" Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --0-1297285220-1139395477=:36653 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Hi Deepal, sorry to say that, but the build failed even today (using maven war). For more detail see attachement, maybe this will help you to fix an other bug or giving me a hint what i did wrong. Thank you, Ted --- Deepal Jayasinghe schrieb: > Hi Ted; > > I dont think maven war goal will fail now , there > was a bug and we have > fixed that , try and see :) > > donnerdrummel2000-mailing@yahoo.de wrote: > > >Wow, Deepal this was realy one of the quickest > replys > >I got! So I'll try to build the source but since > some > >days I've problems to do this successfuly. Can you > >please give me a hint to build the *.war without > >running into an build failure. > > > >Thanks a lot > >Ted > >--- Deepal Jayasinghe > schrieb: > > > > > > > >>I understood the problem , and I just fixed that > :) > >> > >>if you can get Axis2 source update , then you will > >>be able to get the > >>correct behavior , and you do not need to send the > >>service group id , if > >>you deploy the service in application scope. > >> > >>donnerdrummel2000-mailing@yahoo.de wrote: > >> > >> > >> > >>>Hi Deepal, > >>> > >>>first at all, thanks for your reply. Okay, I'll > try > >>> > >>> > >>to > >> > >> > >>>clarify the 'it does not work'. To test this > >>> > >>> > >>scoping > >> > >> > >>>feature for the 0.94 release I used a simple > >>> > >>> > >>Service > >> > >> > >>>which increases an integer value at every call > and > >>>returns this value. After deployment under the > >>>-setting it does not > >>> > >>> > >>work > >> > >> > >>>wich means it returns for every request a '1' but > >>> > >>> > >>it > >> > >> > >>>should be for 3 request '1','2','3'... > >>>The only way to get this behavior is to deploy > the > >>>service with the scope="transport" setting. > >>> > >>>You said that there is a usage of a service group > >>> > >>> > >>ID > >> > >> > >>>for the intern handling of some of this scope > >>> > >>> > >>types. > >> > >> > >>>Does this mean, that I've to deploy my single > >>>Countservice as a service group to get all the > >>> > >>> > >>scoping > >> > >> > >>>features to work? > >>> > >>>Thanks Ted > >>> > >>>--- Deepal Jayasinghe > wrote: > >>> > >>> > >>> > >>>Hi Ted; > >>> > >>>what do u mean by that does not work ? , I > >>> > >>> > >>recently > >> > >> > >>>changed scope > >>>handling , and I hope that should work. > >>> > >>>and that work as follows , > >>> 1. If you deploy a service under the scope > >>>"request" , then there > >>>wont be any sessions management even if you send > >>> > >>> > >>the > >> > >> > >>>service group ID > >>>back (we mange session using ServiceGroup ID) > >>> 2. If you deploy a service in the transport > >>>session scope , then the > >>>there will be session management using transport > >>>cookies and there > >>>will be only one instance of service impl class > >>> > >>> > >>for > >> > >> > >>>that transport > >>>session. > >>> 3. If you deploy a service in scope of SOAP > >>> > >>> > >>session > >> > >> > >>>then you can > >>>manage session using ServiceGroupID , but that > >>>session will be removed > >>>from the system if you did not touch the session > >>> > >>> > >>for > >> > >> > >>>about 30s. (there > >>>will be only one instance of the service impl for > >>>that session) > >>>4. If you deploy service in application scope > then > >>>one can manage a > >>>session using servicegroupID throughout the life > >>>time of the > >>>system.(there will be only one instance of the > >>>service impl for that > >>>session) > >>> > >>>and can you pls clarify what do you mean by it > >>> > >>> > >>does > >> > >> > >>>not work , so that > >>>I can fix that > >>> > >>>donnerdrummel2000-mailing@yahoo.de wrote: > >>> > >>> > >>> > >>>>Hello, > >>>> > >>>> > >>>>trying to deploy some services under the use of > >>>> > >>>> > >>the > >> > >> > >>>>attribute scope="application" at the > >>>> > >>>> > >>-tag > >> > >> > >>>in > >>> > >>> > >>> > >>>>services.xml, I noticed that this setting of the > >>>> > >>>> > === message truncated === ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de --0-1297285220-1139395477=:36653 Content-Type: text/plain; name="buildfail.txt" Content-Description: 3578051277-buildfail.txt Content-Disposition: inline; filename="buildfail.txt" BUILD FAILED File...... C:\Dokumente und Einstellungen\t.israel\.maven\cache\maven-multiproje ct-plugin-1.3.1\plugin.jelly Element... maven:reactor Line...... 217 Column.... 9 Unable to obtain goal [multiproject:install-callback] -- C:\axis2_nightly\module s\integration\maven.xml:40:38: Unexpected attribute "xmlns:xalan" Total time: 12 minutes 10 seconds Finished at: Wed Feb 08 11:35:24 CET 2006 --0-1297285220-1139395477=:36653--