Yup, when I deploy it will go under META-INF\xfire directory. Aside: when you used JAXB 2.0, your generated schema was correct? , respecting your original wsdl (this in the case you took top-down design approach) ?
On Thu, 2007-17-05 at 14:16 -0400, Daniel King wrote: > I believe the schemas should go into the META-INF\xfire directory where > your services.xml file is. > > However I'm not using XMLBeans on this project but JAXB 2.0. > > Thanks, > Daniel King, R2D2, C3P0 > Application Engineer > Web Team > Nemours > Office: (904) 288-5643 > Fax: (904) 288-5758 > > *** Call me Daniel *** > > NOTICE...This electronic transmission is intended only for the person(s) > named. It may contain information that is (i) proprietary to the > sender, and/or (ii) privileged, confidential and/or otherwise exempt > from disclosure under applicable State and Federal law, including, but > not limited to, privacy standards imposed pursuant to the federal Health > Insurance Portability and Accountability Act of 1996 (HIPAA). Receipt > by anyone other than the named recipient(s) is not a waiver of any > applicable privilege. If you received this confidential communication > in error, please notify the sender immediately by reply e-mail message > and permanently delete the original message from your system. > > > -----Original Message----- > From: Dragos Pavel [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 17, 2007 2:10 PM > To: [email protected] > Subject: RE: [xfire-user] Empty/Null contents in JAXB objects > > Yes you are probably right. > > Quick question please (cause I'm new to XMLBeans bindings): > > These are the Steps for XMLBeans Integration: > > 1. Create your Schema > 2. Create your XMLBeans > 3. Create your Service > 4. Register your service > > Now I am clear about 2,3,4. > > For 1. after I create a myschema.xsd file I will place it under WEB-INF > right ? = that's the right location ? And how the service will know to > reference properly this schema when needed ? There is a special config > that has to be done ? > Need some more info about point 1. > > Thanks in advance, > Dragos > > > On Thu, 2007-17-05 at 13:48 -0400, Daniel King wrote: > > Thanks Dragos. Unfortunately for this service/client I'm not using > > XMLBeans. The web service is being created by Remedy. So unless the > > client can apply that hack I wouldn't be able to do it. However I am > > pretty sure it must be a namespace problem since the data is there in > > the xml. > > > > Thanks, > > Daniel King, R2D2, C3P0 > > Application Engineer > > Web Team > > Nemours > > Office: (904) 288-5643 > > Fax: (904) 288-5758 > > > > *** Call me Daniel *** > > > > NOTICE...This electronic transmission is intended only for the > person(s) > > named. It may contain information that is (i) proprietary to the > > sender, and/or (ii) privileged, confidential and/or otherwise exempt > > from disclosure under applicable State and Federal law, including, but > > not limited to, privacy standards imposed pursuant to the federal > Health > > Insurance Portability and Accountability Act of 1996 (HIPAA). Receipt > > by anyone other than the named recipient(s) is not a waiver of any > > applicable privilege. If you received this confidential communication > > in error, please notify the sender immediately by reply e-mail message > > and permanently delete the original message from your system. > > > > > > -----Original Message----- > > From: Dragos Pavel [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 17, 2007 1:41 PM > > To: [email protected] > > Subject: Re: [xfire-user] Empty/Null contents in JAXB objects > > > > Read this: > > Problems with XMLBeans (XMLBeans Namespace Hack) > > from: > > http://xfire.codehaus.org/XMLBeans+Integration > > > > and this: > > > http://archive.xfire.codehaus.org/user/[EMAIL PROTECTED] > > om > > > > You most probably have to implement the namespace hack... > > > > Hope that helps, > > Dragos > > > > On Thu, 2007-17-05 at 13:20 -0400, Daniel King wrote: > > > I'm using XFire 1.2.5. I have a service and a client. If I call > the > > > service using the Web Services Explorer in Eclipse then I have no > > > problems. > > > > > > > > > > > > However when I use my client that was generated from the WSDL using > > > WSGen, then the objects from the response are null. > > > > > > > > > > > > I can see from the log that the response contains the xml data which > > > is correct. And I'm not getting any exceptions, warnings or errors > in > > > the log. > > > > > > > > > > > > So I'm wondering if the marshalling/unmarshalling from xml to > > > generated Java objects isn't correct somehow. > > > > > > > > > > > > Anyone else have this type of issue where they call a service, can > see > > > the returned xml and then have nothing in the objects? > > > > > > > > > > > > Daniel King, R2D2, C3P0 > > > > > > Application Engineer > > > > > > Web Team > > > > > > Nemours > > > > > > Office: (904) 288-5643 > > > > > > Fax: (904) 288-5758 > > > > > > > > > > > > *** Call me Daniel *** > > > > > > NOTICE...This electronic transmission is intended only for the > > person(s) > > > named. It may contain information that is (i) proprietary to the > > > sender, and/or (ii) privileged, confidential and/or otherwise exempt > > > from disclosure under applicable State and Federal law, including, > but > > > not limited to, privacy standards imposed pursuant to the federal > > > Health Insurance Portability and Accountability Act of 1996 (HIPAA). > > > Receipt by anyone other than the named recipient(s) is not a waiver > of > > > any applicable privilege. If you received this confidential > > > communication in error, please notify the sender immediately by > reply > > > e-mail message and permanently delete the original message from your > > > system. > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
