Thanks my good brother. I'll attribute my weirdness to trying to code and watch football at the same time!
Peace, Scott 2011/1/24 Paweł Wielgus <poulw...@gmail.com> > Hi Scott, > i use them side by side, > normal action by conention and freaks in xml. > > Best greetings, > Paweł Wielgus. > > > 2011/1/23 stanlick <stanl...@gmail.com>: > > > > Do you guys know if using the convention plugin is mutually exclusive of > > having an action mapping xml file? IOW, is the convention plugin an all > or > > nothing proposition? I know it alters the request handling machinery but > > cannot find anywhere in the docs if it is "expected" to play alongside > > conventional hand coded mappings. > > > > Peace, > > Scott > > > > > > > > Musachy Barroso wrote: > >> > >> Yes, try convention first and then get on REST. You need to include > >> the config browser plugin, for that url to be available. I don't know > >> much of REST myself, but with your config settings, Convention should > >> be mapping > >> > >> http://localhost:8080/lotmap/subdivision > >> > >> to the mentioned class. Look at the logs in debug mode, Convention > >> will say to what namespace and action name is mapped to every class. > >> > >> musachy > >> > >> On Fri, Mar 6, 2009 at 4:32 PM, wkbutler <kent.but...@gmail.com> wrote: > >>> > >>> Thanks Musachy, that page > >>> (http://struts.apache.org/2.1.6/docs/convention-plugin.html) was very > >>> useful > >>> and now I think I understand the "locators" property much better. > >>> > >>> So here's my class: com.tousa.ws.rest.SubdivisionController > >>> > >>> and I think I told Convention to use suffix "Controller" via the > >>> property: > >>> > >>> <constant name="struts.convention.action.suffix" > value="Controller"/> > >>> > >>> so according my locators: > >>> > >>> <constant name="struts.convention.package.locators" value="rest"/> > >>> > >>> you are correct, the namespace should be[]. Unfortunately, that is > what > >>> those URLs already represented. It's a bit confusing because the app is > >>> also > >>> named "rest". Doh. I renamed the app to 'lotmap' to prove this to > >>> myself, > >>> and, well, I get the same errors, regardless of my URL permutations: > >>> > >>> http://localhost:8080/subdivision.xml > >>> http://localhost:8080/lotmap/subdivision.xml <-- this should be > the > >>> correct URL, IMHO > >>> http://localhost:8080/lotmap/rest/subdivision.xml > >>> > >>> I did not mention this, but I am deploying into Jetty, and by default > the > >>> app deploys under a context named for the app. Hence the 'lotmap' > >>> required > >>> in the URL. > >>> > >>> I am afraid I am doing something even more silly than that. The > >>> Convention > >>> documentation mentions using the config-browser-plugin to see all > >>> supported > >>> actions, at URL > >>> > http://localhost:8080/YOUR_CONTEXT_HERE/config-browser/index.action > >>> > >>> but unfortunately I got an error when running that > >>> (java.lang.NoSuchMethodException: > >>> com.opensymphony.xwork2.ActionSupport.index()). > >>> > >>> I think I will back out the struts2-rest-plugin and just try to get > >>> Convention working. Currently it is failing when I try to load > >>> WEB-INF/content/subdivision-success.jsp > >>> via URL > >>> http://localhost:8080/lotmap/subdivision.jsp > >>> > >>> however my Controller is set up for the rest-plugin, so both the show() > >>> and > >>> index() methods return HttpHeaders, not a simple String response. I > don't > >>> recall the semantics there but that may be interfering with the normal > >>> Convention result mapping. > >>> > >>> Thanks again - > >>> Kent > >>> > >>> > >>> > >>> Musachy Barroso wrote: > >>>> > >>>> Ah the little things that drive us crazy :). Your class is > >>>> "com.tousa.ws.rest.SubdivisionController" and the locator is "rest" > >>>> which means the the action won't have a namespace, so the url will be > >>>> /subdivision instead of /rest/subdivision, because the namespace is > >>>> what follows the locator, for example: > >>>> > >>>> com.example.rest.orders.ViewController > >>>> > >>>> will map to: > >>>> > >>>> /orders/view > >>>> > >>>> see the troubleshooting section in the convention plugin. > >>>> > >>>> musachy > >>>> > >>>> On Fri, Mar 6, 2009 at 3:20 PM, wkbutler <kent.but...@gmail.com> > wrote: > >>>>> > >>>>> Hi - > >>>>> I am attempting to use the struts-rest-plugin, v2.1.6. I am using > >>>>> struts2-rest-showcase-2.1.6 as a guide. The showcase app works fine > for > >>>>> me, > >>>>> and I have modeled my struts.xml, web.xml, and pom.xml after its > >>>>> example. > >>>>> > >>>>> Still, my app always returns a 404 error for any RESTful URL request. > >>>>> Here > >>>>> are my 2 example URLs that I would expect to work at this point: > >>>>> > >>>>> http://localhost:8080/rest/subdivision.xml > >>>>> http://localhost:8080/rest/subdivision/F11.xml > >>>>> > >>>>> I have cranked up debug, and even though the Restful Mapper & > >>>>> Interceptor > >>>>> appear to be properly registered at startup: > >>>>> > >>>>> [code] > >>>>> DEBUG [main] XmlConfigurationProvider.debug(57) | Loaded [BUILDER] > >>>>> {PackageConfig Name:convention-default namespace: > >>>>> parents:[{PackageConfig > >>>>> Name:struts-default namespace: parents:[]}]} > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Setting > action > >>>>> default parent package to [rest-default] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Loading > action > >>>>> configurations > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Actions > being > >>>>> loaded using package locators [rest] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Excluding > >>>>> actions > >>>>> from packages [org.apache.struts.*, org.apache.struts2.*, > >>>>> org.springframework.web.struts.*, org.springframework.web.struts2.*, > >>>>> org.hibernate.*] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.debug(57) | Processing > >>>>> class > >>>>> [com.tousa.ws.rest.SubdivisionController] in package > >>>>> [com.tousa.ws.rest] > >>>>> > >>>>> DEBUG [main] SEOActionNameBuilder.trace(69) | Changed action name > from > >>>>> [SubdivisionController] to [subdivision] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Got > actionName > >>>>> for > >>>>> class [class com.tousa.ws.rest.SubdivisionController] of > [subdivision] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.trace(69) | Created > >>>>> package > >>>>> config named [com.tousa.ws.rest#rest-default#] with a namespace [] > >>>>> > >>>>> DEBUG [main] PackageBasedActionConfigBuilder.debug(57) | Creating > >>>>> action > >>>>> config for class [class com.tousa.ws.rest.SubdivisionController], > name > >>>>> [subdivision] and package name [com.tousa.ws.rest#rest-default#] in > >>>>> namespace [] > >>>>> > >>>>> DEBUG [main] DefaultResultMapBuilder.trace(69) | Using final > calculated > >>>>> namespace [] > >>>>> > >>>>> DEBUG [main] DefaultResultMapBuilder.trace(69) | Searching for > results > >>>>> in > >>>>> the Servlet container at [/WEB-INF/content/] with result prefix of > >>>>> [/WEB-INF/content/subdivision] > >>>>> > >>>>> DEBUG [main] DefaultResultMapBuilder.trace(69) | Searching for > results > >>>>> in > >>>>> the class path at [WEB-INF/content/] with a result prefix of > >>>>> [/WEB-INF/content/subdivision] and action name [subdivision] > >>>>> [/code] > >>>>> > >>>>> on any of the above requests, this is the only logged output (to go > >>>>> along > >>>>> with the 404 response): > >>>>> [code] > >>>>> DEBUG [btpool0-2] ConfigurationManager.debug(57) | Checking > >>>>> ConfigurationProviders for reload. > >>>>> > >>>>> DEBUG [btpool0-2] InstantiatingNullHandler.debug(57) | Entering > >>>>> nullPropertyValue > >>>>> [target=[com.opensymphony.xwork2.DefaultTextProvider@3e48f2], > >>>>> property=struts] > >>>>> > >>>>> WARN [btpool0-2] OgnlValueStack.warn(45) | Could not find property > >>>>> [struts.actionMapping] > >>>>> [/code] > >>>>> > >>>>> which seems totally irrelevant. > >>>>> > >>>>> I am spinning my wheels now and have tried numerous things, but I > >>>>> cannot > >>>>> understand why the supposed action configured at startup does not > pick > >>>>> up > >>>>> my > >>>>> URLs. > >>>>> > >>>>> Here are my general configs - I have pared down the configuration to > a > >>>>> bare > >>>>> minimum, to match the Showcase app, to no avail (yet): > >>>>> > >>>>> struts.xml > >>>>> [code] > >>>>> <constant name="struts.convention.action.suffix" > >>>>> value="Controller"/> > >>>>> <constant name="struts.convention.action.mapAllMatches" > >>>>> value="true"/> > >>>>> <constant name="struts.convention.default.parent.package" > >>>>> value="rest-default"/> > >>>>> <constant name="struts.convention.package.locators" value="rest"/> > >>>>> [/code] > >>>>> > >>>>> web.xml > >>>>> [code] > >>>>> <context-param> > >>>>> <param-name>contextConfigLocation</param-name> > >>>>> <param-value>classpath*:applicationContext*.xml</param-value> > >>>>> </context-param> > >>>>> > >>>>> <!-- Filters --> > >>>>> <filter> > >>>>> <filter-name>struts2</filter-name> > >>>>> > >>>>> > <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class> > >>>>> </filter> > >>>>> <filter-mapping> > >>>>> <filter-name>struts2</filter-name> > >>>>> <url-pattern>/*</url-pattern> > >>>>> </filter-mapping> > >>>>> > >>>>> <!-- Listeners --> > >>>>> <listener> > >>>>> > >>>>> > <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> > >>>>> </listener> > >>>>> > >>>>> [/code] > >>>>> > >>>>> pom.xml > >>>>> [code] > >>>>> <dependencies> > >>>>> > >>>>> <!-- Struts 2 --> > >>>>> <dependency> > >>>>> <groupId>org.apache.struts</groupId> > >>>>> <artifactId>struts2-core</artifactId> > >>>>> <version>2.1.6</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>org.apache.struts</groupId> > >>>>> <artifactId>struts2-convention-plugin</artifactId> > >>>>> <version>2.1.6</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>org.apache.struts</groupId> > >>>>> <artifactId>struts2-spring-plugin</artifactId> > >>>>> <version>2.1.6</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>org.apache.struts</groupId> > >>>>> <artifactId>struts2-rest-plugin</artifactId> > >>>>> <version>2.1.6</version> > >>>>> </dependency> > >>>>> > >>>>> <dependency> > >>>>> <groupId>org.hibernate</groupId> > >>>>> <artifactId>hibernate</artifactId> > >>>>> <version>3.2.1.ga</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>org.hibernate</groupId> > >>>>> <artifactId>hibernate-annotations</artifactId> > >>>>> <version>3.2.1.ga</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>org.hibernate</groupId> > >>>>> <artifactId>hibernate-entitymanager</artifactId> > >>>>> <version>3.2.1.ga</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>javax.persistence</groupId> > >>>>> <artifactId>persistence-api</artifactId> > >>>>> <version>1.0</version> > >>>>> </dependency> > >>>>> <dependency> > >>>>> <groupId>log4j</groupId> > >>>>> <artifactId>log4j</artifactId> > >>>>> <version>1.2.13</version> > >>>>> </dependency> > >>>>> > >>>>> </dependencies> > >>>>> > >>>>> [/code] > >>>>> > >>>>> > >>>>> Any suggestions? I guess I will be going through source code now - > the > >>>>> showcase example makes it seem so simple, and I cannot see what > little > >>>>> switch I have missing or need to remove. Thanks for ideas. > >>>>> -- > >>>>> View this message in context: > >>>>> > http://www.nabble.com/Struts-mapping-failing-when-using-struts2-convention-plugin-tp22379807p22379807.html > >>>>> Sent from the Struts - User mailing list archive at Nabble.com. > >>>>> > >>>>> > >>>>> --------------------------------------------------------------------- > >>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >>>>> For additional commands, e-mail: user-h...@struts.apache.org > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> "Hey you! Would you help me to carry the stone?" Pink Floyd > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >>>> For additional commands, e-mail: user-h...@struts.apache.org > >>>> > >>>> > >>>> > >>> > >>> -- > >>> View this message in context: > >>> > http://www.nabble.com/Struts-mapping-failing-when-using-struts2-convention-plugin-tp22379807p22380845.html > >>> Sent from the Struts - User mailing list archive at Nabble.com. > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >>> For additional commands, e-mail: user-h...@struts.apache.org > >>> > >>> > >> > >> > >> > >> -- > >> "Hey you! Would you help me to carry the stone?" Pink Floyd > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > >> > > > > -- > > View this message in context: > http://old.nabble.com/Struts-mapping-failing-when-using-struts2-convention-plugin-tp22379807p30743100.html > > Sent from the Struts - User mailing list archive at Nabble.com. > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > >
