java - getDispatcherType() is undefined for the type HttpServletRequest -

-

इस सवाल का पहले से ही एक उत्तर है: < / P>

  • 2 जवाब

मैंने जावा गतिशील आयात किया है वेब प्रोजेक्ट को एक्लिप्स आईडीई में (जो कि ईक्लिप्स आईडीई में लागू किया गया था और ठीक से काम कर रहा था)।

मुझे " getDispatcherType () प्रकार HttpServletRequest के लिए अनिवार्य है "प्रोजेक्ट चालू करते समय त्रुटि।

मैंने हर फाइल की प्रतिलिपि के अनुसार आईडीई में कॉपी किया है और काम पूरा हो गया है।

अब मुझे सिर्फ यह जानना है कि मैं क्यों मुझे इस त्रुटि मिल रही है जब मैंने इस परियोजना को आयात किया है क्या किसी को भी इसी मुद्दे का सामना करना पड़ा? कृपया मुझे बताएं कि मैंने क्या गलती की है।

मेरे पास एक ही समस्या थी जब मेरे पास परस्पर विरोधी था Servlet-api संस्करण मैं IntelliJ में उपयोग कर रहा था जो टोमकैट 8.0.x में समर्थित था के साथ विरोधाभासी है ... मैं मैवेन का उपयोग कर रहा था, इसलिए मैंने इसे मेरी निर्भरता को बदल दिया, फिर मेरे वेबपेज का एक साफ तैनात किया और समस्या दूर चली गई ।

<पूर्व> & lt; निर्भरता & gt; & LT; ग्रुप & gt; javax.servlet & lt; / ग्रुप & gt; & LT; artifactId & gt; javax.servlet-api & lt; / artifactId & gt; & LT; संस्करण & gt; 3.1.0 & lt; / संस्करण & gt; & Lt; / निर्भरता & gt;

Comments

Post a Comment

Popular posts from this blog

c# - SignalR: "Protocol error: Unknown transport." when navigating to hub -

-
Image
I am trying to use the ASP.NET signal for the first time - here's what I did: created a new web Has been added to the project and the following signal R packages: I have created the following category: [Hub-name ("chat")] Public class ChatHub: Hub {Public Zero Halo () {Clients.All.hello ( ); }} and the following startup configuration: public partial class startup {public zero configuration (IAppBuilder app) {configure (app); App.MapSignalR (); }} However, whenever I navigate localhost: (port) / api / signalr / chat I get the following error: Protocol error: Unknown transport. I am running a new browser and trying different people so remove it from the API / URL, and just use the localhost: (potter) / signaller / Chat
Read more

Camel ProducerTemplate possible memory leak -

-
To some degree, this is a bit of a shot in the dark, but we have a process that is dramatically slow One day's course we have found that all the things running on the fuses begin to draw, but when we are running a specific process, JPPropellers are going on, I have found that the increase in magnetic usage increases over time. . Org.apache.camel.ProductTemplate.Send So my main question is, is the way in which the manufacturer product is being used here which is wrong / can this be a problem? exchange foo = new DefaultExchange (getCamelContext (), ExchangePattern.InOnly); Foo.getIn () setBody (obj). Root R = Exchange .getContext (). GetRoute ("do_something_fun"); Creator Template Template = exchange.getContext () CreateProducerTemplate (); Template.send (r.getEndpoint (), foo); Generally, you should not create a productive template on each request as described here: / P> However, because I do not have a complete picture of your application, so you can cr...
Read more

javascript - Adhering to a max length setting with jshint -

-
I get several recommendations to compile a maximum of 80 characters when writing javascript, e.g. Google, NPM, Node. JS, Crockford In some cases, though, I do not think how best to do this. MongoClient.connect ('mongodb: // localhost: 27017 / sampleDatabase', function (mistake, database) {if (err)} {throw error;} db = database;}); This will throw a jshint warning because it exceeds 80 characters. Now, do you choose to ignore the warning in this example, or instead choose an option for a solution like MongoClient.connect ('mongodb: // localhost: 27017 / sampleDatabase' , Function (err, database) {if (err) {throw error;} db = database;}); If you can reuse the url variable So, great option if this is a shot, as is often such a call, I would probably do something like this ... / * jslint sloppy: true, white: true, browser: True, maxlen: 80 * / / * global mongo client * / var dbarhh, db; DbErrHand = function (mistake, database) {if (err) {throw error; } ...
Read more