* While that is one approach, I'm afraid it won't speed up your exercise; it is most * direct to get 2.4 going.
Something that will likely speed your transition is to split your task into as small of portions as possible, and tackle those one at a time from a higher level perspective. For example, if a module is doing some custom authentication, look at what’s available in 2.4 already and see if something now stock can do the job, or at least get you 90% of the way there and serve as an updated template for your code. For example, there are already modules for authentication providers like ldap, content caching, database access, etc. The time savings on the simplified troubleshooting steps are likely to be far from insignificant, and you would have the benefit of a more standardized/modern codebase. For example, get the server up and running with static content, then compile one module with apxs, get it to load, then work on the related config. Work through any issues you find with this, then move on to the next. This may be a good time to split one large config file up in many smaller ones with includes, etc. Trying to migrate an existing non-trivial site in one step is likely to be overwhelming for most, especially for a novice. Rick Houser Web Engineer From: William A Rowe Jr <wr...@rowe-clan.net> Sent: Tuesday, November 13, 2018 12:18 To: users@httpd.apache.org Subject: Re: [users@httpd] URGENT: Apache HTTP Migration from 1.3 to 2.0 UNIX Solaris EXTERNAL EMAIL On Tue, Nov 13, 2018 at 11:04 AM <singhal.an...@tcs.com<mailto:singhal.an...@tcs.com>> wrote: Our main objective is to migrate to 2.4. Since I faced an issue while doing so, I thought it would be better to first migrate to 2.0 then to 2.2 and finally to 2.4. While that is one approach, I'm afraid it won't speed up your exercise; it is most direct to get 2.4 going. In 2.4 itself the error is same. The signature created turns out to be 00000000. I could not understand this part. I have gone through the internet and there are always some definite signature is available but in my case it turned out to be 0. It is not a loadable library object. Rather than fighting with cc's flags, review the helper utility; https://httpd.apache.org/docs/2.4/programs/apxs.html This will make your life much simpler for compiling and linking loadable modules. It retains the flags initially used for compiling httpd and modules, so that the results are consistent.
