Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 99945 invoked from network); 17 Dec 2004 08:13:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 17 Dec 2004 08:13:35 -0000 Received: (qmail 48693 invoked by uid 500); 17 Dec 2004 08:13:26 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 48668 invoked by uid 500); 17 Dec 2004 08:13:26 -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: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 48650 invoked by uid 99); 17 Dec 2004 08:13:25 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from web52808.mail.yahoo.com (HELO web52808.mail.yahoo.com) (206.190.39.172) by apache.org (qpsmtpd/0.28) with SMTP; Fri, 17 Dec 2004 00:11:22 -0800 Received: (qmail 81410 invoked by uid 60001); 17 Dec 2004 08:10:59 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=HqunhASDHGSHKzixPNv0l2F9l8HP4FL8Iimylf2D95B1FlPBC8tbmfXWEgGUv3wMWKW1em8IXrNZK9QyeGmO/qIvnoZTAh802fF89gOEjrEe9VAllm4or7p3lJOz40jnUCQap2i1m4d9YX0INrL8flUJGILdiGDLHR/7KzlJypA= ; Message-ID: <20041217081058.81408.qmail@web52808.mail.yahoo.com> Received: from [61.187.64.8] by web52808.mail.yahoo.com via HTTP; Fri, 17 Dec 2004 00:10:58 PST Date: Fri, 17 Dec 2004 00:10:58 -0800 (PST) From: "Kibaya E." Subject: Unable to deploy typemapping error To: axis-user@ws.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi there, Iam running into this error after specifying the typemapping the typemapping for serialising and deserializing the r --- Martin Heitz wrote: > Thanks. Geez - that was a quick answer and right > then when I needed it > :-) > > I'll give valueComplete a try after source reading > ;-) > > Best regards from Black Forrest, > Mattin > > P.S. If s.o. is interested in the simple pool code I > can post some code > excerpts here... > > -----Original Message----- > From: tony.q.weddle@gsk.com > [mailto:tony.q.weddle@gsk.com] > Sent: Thursday, December 16, 2004 5:27 PM > To: axis-user@ws.apache.org > Subject: RE: Serializer- and Deserializer-objects > multi-threaded? > > > > Well, there is a valueComplete() method that you > could override. > In the body of the method, call > super.valueComplete() and then "release" > your deserializer back into the pool. > > If you haven't already done so, it's a good idea to > download the > source for Axis. Then you'll be able to investigate > what is going on, > which can help you come up with strategies for your > design. > > Tony > > "Martin Heitz" > wrote on > 16/12/2004 15:58:03: > > > Hi, > > > > I did a similar approach with not only pooling > the > SimpleDateFormats > > but complete Deserializers. > > Now I recognize, that returning a complete > Deserializer to its > pool > > in the "onEndElement" method is a bad choice, > because its > value was > > not yet retrieved. > > Is it assured that getValue is called always? > Then I could > return > > the deserializer to the pool there (if some of > them get lost > because > > of parsing exceptions it does not harm my simple > pool > > implementation, the pool is just used to reuse > existing > objects, but > > new ones will be created if it is empty). > > > > Best regards and thanks for your hints and ideas, > > > Mattin > > -----Original Message----- > > From: tony.q.weddle@gsk.com > [mailto:tony.q.weddle@gsk.com] > > Sent: Tuesday, December 14, 2004 1:55 PM > > To: axis-user@ws.apache.org > > Subject: RE: Serializer- and Deserializer-objects > multi-threaded? > > > > > The deserializer factory creates the > deserializer. You could > have > > the deserializer factory set the date format > object on the > > deserializer, before it gets returned o Axis to > use for > > deserializing. In this way, the deserializer > factory could > maintain > > a list of SimpleDateFormat objects, marking each > in use, as it > is > > set in a deserializer. You'd have to figure out > how to mark > the > > object as no longer in use, perhaps by code in > the > onEndElement() > > method in the deserializer. > > > > I guess you could re-use complete deserializers > in this way. > > > > Tony > > > > "Martin Heitz" > wrote on > > 14/12/2004 12:30:13: > > > > > Hi, > > > > > > thanks for your answers. > > > The reason for asking this is, that I have > (de)serializers > for a > > > composed type which does not have a default > constructor. So > I need > > > (as far as I understand the concept) at least a > deserializer > for > > > rebuilding the object. One of the attributes of > the object > has the > > > type dateTime, so I have a SimpleDateFormat to > parse this. > Sorrowly > > > the SimpleDateFormat is quite expensive to > create, so I do > not want > > > to create one for each parse process, but have > a > SimpleDateFormat > > > class member in the deserializer to reuse it. > > > Now the second "but": But the SimpleDateFormat > is not > thread-safe, > > > it rarely occurrs that a runtime exception is > thrown or that > dates > > > are not formatted correctly. > > > If the deserializer is not used by multiple > threads > simultaneously I > > > do not have an issue here, but if it is shred I > run into > trouble.' > > > > > > If - as Brian J. Sayatovic writes - Axis gets a > new instance > each > > > time from the factories my idea of improving > performance by > having a > > > SimpleDateFormat as class mebmber does not help > anyway :-( > > > > > > Best regards from sunny Black Forrest, Germany, > > > > Mattin > > > > > > -----Original Message----- > > > From: tony.q.weddle@gsk.com > [mailto:tony.q.weddle@gsk.com] > > > Sent: Tuesday, December 14, 2004 12:26 PM > > > To: axis-user@ws.apache.org > > > Subject: Re: Serializer- and > Deserializer-objects > multi-threaded? > > > > > > > > I've never seen any reference to threads in > descriptions of > > > serializers and deserializers (Axis 1.1). > Certainly, the > > > BeanSerializer has no special code for handling > multiple > threads, > > > that I can see. It looks as though a new > serializer/deserializer is > > > created, from the factory, each time a type > needs to be > processed in > > > the message. In any case, I can't quite see why > you'd want > to store > > > state between calls to the serializer or > deserializer, or > store > > > state in the de/serializer whilst processing a > call. > > > > > > Tony > > > > > > "Martin Heitz" > wrote on > > > 14/12/2004 10:55:38: > > > > > > > Hi, > === message truncated === ===== KIBAYA ERISANIA Msc. Computer Science Hunan University, Yuelushan, Changsha, Hunan 410082 P.R China Tel:0086 731 8649349 Mob: 0086 13975103460 E-Mial: ekibaya@yahoo.com http://www.ekibs.psend.com Sites of interest http://groups.yahoo.com/group/usac/ http://www.ugandaobserver.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com