General observation on NPE. Might apply to your case, Shalk, or it might not.
I sometimes found NPEs in the execution of generated code when I wasn't careful to exactly match the axis2 version used for generation with the version used at runtime. (missing/renamed member variables, missing/renamed methods, etc) Regards, Michael Christian Gosch-2 wrote: > > Ouuh sorry I missed that single .class file... but anyway, if all of the > xsb stuff is on the runtime class path (i. e. the directories containing > it all) this is OK. I preferred to pack this all together as a JAR and > add it to the JAR zoo of the application. > > But that problem solved, now the constructors. > > The generated XyzStub class is the "user-friendly" frontend of all > generated stuff. For "standard" scenarios this will do, and it has some > additional constructors allowing you to add additional configuration > besides the endpoint. I think this is merely a guess what may be needed > in usual scenarios -- but in the simplest cases, you should be done > simply using the constructor taking the endpoint only. > > In my case I needed additional configuration, and that forced me to use > a "neighbour" class of XyzStub -- Xyz. This class provides some > additional functionality to set up Options. I needed this to prevent the > generated code to use chunked transfer, which usually is allowed to use, > but was not in ma case. > > Not that helpful maybe, but the existing constructors should work if > provided with useful non-null arguments. (but whats useful at the > end...) > > hth, > --cg > >> -----Original Message----- >> From: sch...@afrigis.co.za [mailto:sch...@afrigis.co.za] >> Sent: Friday, October 09, 2009 7:31 AM >> To: axis-user@ws.apache.org; fryar...@gmail.com >> Subject: RE: Cannot load SchemaTypeSystem >> >> Awesome Michael, >> >> That did the job, in my case I had to copy it to the build directory > as it >> is a web app but it worked perfectly. Now though I encountered a > lovely >> surprise, a NullPointerException thrown by one of the generated stubs, >> specifically this line: >> >> > _messageContext.getTransportOut().getSender().cleanup(_messageContext); >> >> I will add some log statements in here but I am guessing it is >> _messageContext. I now the stub had various constructors and for some > of >> these if you only provide the end point it sets the other, which I > believe >> is this _messageContext to null, not sure why those constructors exist >> then >> if you should not really be using them, or am I missing something? >> >> -- >> Kind Regards >> Schalk Neethling > > -- View this message in context: http://www.nabble.com/Cannot-load-SchemaTypeSystem-tp25801609p25819161.html Sent from the Axis - User mailing list archive at Nabble.com.
