BTW, UrlRewriteFilter does the job, thanks. http://www.tuckey.org/urlrewrite/
charles On Jul 23, 2010, at 9:16 AM, Charles Galpin wrote: > Thanks for responding Deepal. > > This seems a bit extreme for what I'd consider pretty basic functionality. > I'm going to see if I can do this upstream in Tomcat before I go this route. > > charles > > On Jul 23, 2010, at 8:53 AM, Deepal Jayasinghe wrote: > >> Axis2 does not directly provide a way to do that, but you can easily >> do it by adding a module. Write a handler to do what you want and >> process only the request coming to local host. >> >> Deepal >> >> On Fri, Jul 23, 2010 at 6:41 AM, Charles Galpin <[email protected]> wrote: >>> Yes you are correct, but for my purposes this is fine. >>> On a related note I would also like to restrict access to a service to just >>> localhost for example. >>> <serviceGroup> >>> <service name="ExternalInterface" /> >>> <service name="InternalInterface" /> >>> </serviceGroup> >>> Can you recommend a way to limit access to the InternalInterface service to >>> just localhost (or a specific IP, etc). >>> thanks, >>> charles >>> On Jul 22, 2010, at 2:41 PM, Deepal Jayasinghe wrote: >>> >>> With the setting you mentioned Axis2 still generates namespaces in >>> WSDL but at the run time it just ignores the name spaces in the >>> message. >>> >>> Deepal >>> >>> On Thu, Jul 22, 2010 at 1:58 PM, Moritz Mädler <[email protected]> >>> wrote: >>> >>> I think if you just add >>> >>> <schema elementFormDefaultQualified="false"/> >>> >>> to the service.xml it will work. >>> >>> >>> Am 22.07.2010 um 19:53 schrieb Charles Galpin: >>> >>> Is it possible to have a POJO based service with no namespace generated in >>> the XML? I am using Ext.js to consume the xml from my service but it cannot >>> handle namespaces in the tags generated for the objects I am returning. >>> >>> thanks, >>> >>> charles >>> >>> >>> >> >> >> >> -- >> http://blogs.deepal.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
