I am trying to get PayPal to work. I have traced thru the code and found that when a call is made to the ProfileFactory in the paypal dll, a profile is supposed to be created and returned. But instead, I get an exception that says that the initializer code thru an exception. Since there is no source code for the pay pal dll, I cannot step thru this code and see what the problem might be.

Does anyone know what would stop a paypal profile from being created?

Thanks!

I am using BV Commerce 5.3.2.20. I don't believe any service pack was installed, unless it came that way when we bought it.

I understand it is a dll provided by PayPal, but I was hoping that you might have run across this same issue and discovered its cause. Since it is a dll provided by a third party, and others are using it, it must be some kind of configuration issue, but I have no way to knowing what it might be. The method takes no parameters, so it cannot be an issue of passing in bad data.

I have Google Checkout working fine, but my customer needs to get PayPal working because there will be Canadian customers as well.

I have done extensive modification to BV Commerce since I started with it early last year. My customer required many specific capabilites that did not exist in any e-commerce solution I could find. I choose BV Commerce because I could get the source code and make those modifications.

I am a bit reluctant to install a service pack as that would overwrite months of work. Could you give me some indication of which files or stored procedures changed in the service pack?

I have altered about 35 of the stored procedures, added many fields to several tables, changed the logic in the Core objects (InternalProduct, Category, etc) to read and write to these extra fields, and added several tables of my own. My customer needed the concept of products being "owned" by various persons, and a customer would only see those products that an owner would allow him to see, and prices can vary based both on owner and customer.

I also made changes to the CacheManager object to get the app to work on a web farm, where the asp.net cache was unavailible (they have "sticky sessions" there, so sessions are attached to web requests automatically, no problem there.)

What do you thing would be the likelihood that these changes would be overwritten by the service pack?

There is a possibility that I could install the service pack on a seperate instance of BV Commerce, see what the chances are, and copy them into my production instance of BV Commerce. I would need to have a comprehensive list of files/stored procedures changed to do that though.

I would appreciate your thoughts on this matter.

Bill

I finally figured it out!

I am running BV Commerce on a web farm, so I had to get off the ASP.Net cache (which is machine specific) and onto something else. (The web farm uses "sticky sessions" so sessions are handled by special web farm software).

I installed a third party cache product called Memcached, which works great. But Memcached uses log4net, as does the PayPal dll. Memcached was overwritting the log4net dll with a different version, which caused PayPal to fail. I put both log4net dlls into the GAC, removed them from the bin folder, and it all works now!