I have a little project in reactjs
to play with and learn it. I need to have to type of headers which will be shown based on url paths. So the following is my index.js which handles the routing:
const history = useRouterHistory(createHistory)({
basename: '/test'
})
class Tj extends React.Component {
render() {
return (
<Router history={history}>
<Route path={"/"} component={Bridge} >
<IndexRoute component={Home} />
<Route path={"user"} component={T} />
<Route path={"home"} component={Home} />
</Route>
<Route path={"/t/"} component={Bridge2} >
<IndexRoute component={T} />
<Route path={"contact"} component={Home} />
</Route>
</Router>
);
}
}
render(
<Provider store={store}>
<Tj/>
</Provider>,
window.document.getElementById('mainContainer'));
As you can see I am using test as a root directory and based on user's input for url I decide which header should I use. Also here is Bridge2.js:
export class Bridge2 extends React.Component {
render() {
return (
<div>
<div className="row">
<Header2/>
</div>
<div className="row">
{this.props.children}
</div>
</div>
);
}
}
and Bridge.js:
export class Bridge extends React.Component {
render() {
// alert(this.props.children.type);
var Content;
if(this.props.children.type){
Content=<div>
<div className="row">
<Header/>
</div>
<div className="row">
{this.props.children}
</div>
</div>;
}
else{
Content=<div>
<div className="row">
<Header/>
</div>
<div className="row">
{this.props.children}
</div>
</div>;
}
return (
Content
);
}
}
When I run this in webpack dev server every thing works fine. For instance when I use http://localhost:3003/test/
bridge.js is loaded and if I run http://localhost:3003/test/t/
bridge2.js is loaded which is expected.
However since web pack dev server is not a production server I use tomcat and for now I use the eclipse web application project and I copied my bundle.js file and index.html over there. Now the problem is when I run the tomcat server it is able to recognize and show this path fine:
http://localhost:8080/test/
but when for http://localhost:8080/test/t/
I get:
HTTP Status 404 - /test/t/
which basically says the resource file is not available. As far as what I observe this is not a problem in coding since routing works fine in web pack dev server but when it comes to tomcat it seems that react routing is not able to handle it. Is there anything wrong with what I am doing? Is doable this way at all?
First, you must be aware of the following differences when using react-router
.
When you enter localhost:3003/test/
in your browser, it will request the server, and then it will receive /test/index.html
, the js
bundle, css
, ...
After that, whenever you click an internal link (eg. localhost:3003/test/t/
), your browser will not request the server again. React-router
will resolve this client-side, re-render portions of the page, and update browser's address bar (using HTML5 pushstate()
), without triggering another server request.
When you enter localhost:3003/test/t/
directly in the address bar, your browser will request the server, and Tomcat does not have /test/t/index.html
or so, and it returns a 404
. It's because Tomcat doesn't know anything about react-redux
nor javascript
.
A way to handle this is to configure 404
errors to be forward to /test/index.html
. It's probably how your webpack dev server is configured by default.
There is plenty of examples of doing this on apache, if you have one in front of our Tomcat.
Search for html5 pushstate apache config
.
Here is an example:
httpd.conf
:
...
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.html$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.html [L]
</IfModule>
...
If you are using Tomcat alone, you may try to specify this in the web.xml
, inside your .war
file:
...
<error-page>
<error-code>404</error-code>
<location>/index.html</location>
</error-page>
...
Note that this is not a react-router
specific problem, every app that uses HTML5 pushstate()
needs to handle this somehow. Javascript servers may handle this more seamlessly though.
Tomcat 8 and above has a simple built-in solution for this. You do not need to put it behind Apache to handle this, or switch to hash routing, or hack a redirect page to go back to a different place on your own server...
Use Tomcat Rewrite
It works for any single-page-app framework that has UI-routing like React, Angular, ExtJS, etc.
In a nutshell:
1) Add a RewriteValve to
/tomcat/webapps/{your-web-app-directory}/META-INF/context.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context>
<Valve className="org.apache.catalina.valves.rewrite.RewriteValve" />
... your other context items
</Context>
2) Create a file named: /tomcat/webapps/{your-web-app-directory}/WEB-INF/rewrite.config
and then add rewrite rules for any paths you want to point to your index page:
RewriteRule ^/user(.*)$ /index.html [L]
RewriteRule ^/home(.*)$ /index.html [L]
RewriteRule ^/contact(.*)$ /index.html [L]
These rules tell Tomcat to send all requests with these three named paths straight to index.html.
3) Restart Tomcat
The rules can get fancier, like sending all requests to index.html except for a certain path, which is useful for /api
calls that have to go somewhere besides index.html
. The link above covers additional examples of how to use Tomcat Rewrite.
I have the same problem routing not working. If 404 not redirecting and loading the index.html problem. I tried several ways and finally found a solution which fixed my problem.
This worked for me on Tomcat 8
inside ROOT folder of Tomcat make a new folder WEB-INF and create web.xml
You can do this by
sudo gedit /opt/tomcat/webapps/ROOT/WEB-INF/web.xml
paste the below in the web.xml
<!DOCTYPE web-app PUBLIC
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd" >
<web-app>
<display-name>your_display_name</display-name>
<error-page>
<error-code>404</error-code>
<location>/index.html</location>
</error-page>
</web-app>
Restart the Tomcat. This fixed the routing problem for me.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With