headers
Stas Bekman | 1 Jan 2003 04:54

Re: mod_perl make failed: cannot find -lapr

Randy Kobes wrote:
> On Tue, 31 Dec 2002, Steve Davis wrote:
> 
> 
>>Your help will be very much appreciated to resolve the
>>following issue. When attempting to make mod_perl.so, the make
>>script 'almost' makes a touchdown but fails before getting to
>>the finishing line.  Now it is time get some help from a coach.  
>>Hopefully, with a little help, a touchdown will soon follow.  
>>Below, I present was appears to be the problem, but someone
>>else will have to direct me to the next set of steps.
> 
> [ .. ] 
> 
>>This problem 'may' have to do with an issue of a change of
>>naming conventions which were adapted by the apr apache group.  
>>Confer with Stas Bekman's post on Nov 26, 2002 with a title of
>>"Problems compiling mod_perl 1.99_07 in RH 8.0".  He provides a
>>cvs patch; but, unfortunately, I'm not familiar with using
>>that-as least-as of yet. (Look's like I might have learn this
>>package real soon.)  Are they any intentions to update the
>>mod_perl-1.99_07.tar.gz?  If my conclusion is correct, then
>>currently, and according to the on-line instructions, the
>>present tar.gz edition is not compatible to the latest edition
>>of apache. (2.0.43).  So, 'maybe' the cause of my make failure.  
>>It appears as if, only the cvs repository maybe a valid for
>>compiling.  If my analysis is correct, and a new edition of the
>>respective non-cvs files be acquired somehow.
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
George Valpak | 2 Jan 2003 01:43
Picon
Favicon

Redirect POST to POST off-site?

Possibly off topic but I am not sure....

I have a page that contains a payment button for paypal which is essentially a form that gets POST'ed to
paypal's https server.

I would like to do some processing on my end when the user clicks on that form.

My config is Apace 1.3.2x, MP 1.2x, Apache::Registry (all very recent but don't have the numbers handy here).

My idea is to replace the action on the form to point to my (non-https) web server, do my processing, and then
redirect the request to paypal via 307.

My research seems to turn up that the appropriate RFC says the browser "MUST" confirm such a redirect with
the user, which is no good for me on the server end (although I understand why on the client side).

I don't want to proxy the paypal server because:
	- it seems like a security issue, even if I use https
	- it probably violates paypal TOS

If it doesn't violate the TOS, I suppose I could just proxy the PayPal landing page and let paypal handle it
from there. But I am hoping for a easier solution... any ideas?

I am looking into the more advanced paypal instant notification stuff for the next version of my sw, but
version one is using a simpler approach to get it out the door. Even that paypal sw wouldn't solve my
problem, which is to make sure that the POST to paypal actually matches the transaction that the user has
built up. 

GV
(Continue reading)

Permalink | Reply | 1 comment |
headers
dom | 2 Jan 2003 11:50

Re: Database Pooling

> 
> Well, it's going to be a pretty strange environment that doesn't have a 
> database connection in every process.

Sure. And beware of connections that are returned to the pool without
being rollbacked, too - the app then deadlocks itself because it holds
locks in the database and doesn't know it does. I get bitten by this
under JDBC every so often, when an exception is thrown at the wrong
time.

From the app perspective, I tend to prefer viewing database
connections as singletons rather than pooled objects. This avoids lots
of problems like the two above, and enables fancy extensions. For
example I can simulate nested transactions even on databases that do
not support them: I can say "If a transaction is open in the (unique)
database connection we have, don't start a new one and just up the
(app-internal) nesting counter".

--

-- 
Dominique QUATRAVAUX                           Ingénieur développeur senior
01 44 42 00 35                                 IDEALX
Permalink | Reply | 2 comments |
headers
Paul Simon | 2 Jan 2003 14:00
Picon
Favicon

Apache::DBI

Hi all

I have a feeling this may be [OT], "take it to the DBI
list..." But I'm hoping to eliminate as much as
possible any suspicion that Apache::DBI/mod_perl is
causing my headache. I'm trying to push this platform
at work ;) If anyone can shed some light on this then
I'd be very appreciative, of course. 

I have what's becoming a reoccuring problem with an
app running under:

Apache/2.0.42 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0

I'm using Apache::compat and Apache::DBI for
persistent database connections. 

Here are the configurations in the httpd.conf file:

#------------------------------------------------
LoadFile "C:/Perl/bin/perl58.dll"
LoadModule perl_module modules/mod_perl.so
     PerlOptions +Parent      
     PerlInterpStart 10
     PerlInterpMax 50
     PerlInterpMaxSpare 25 
PerlRequire "C:/Apache2pl/conf/startup.pl"
#-------------------------------------------------

The startup.pl looks like this:
(Continue reading)

Permalink | Reply | 5 comments |
headers
Beau E. Cox | 2 Jan 2003 15:23

RE: Apache::DBI

Hi Paul -

It is my understanding that Apache::DBI is not yet
implemented for Apache2/mod_perl2. I had to comment
out my references to it in the startup script and/or
the configuration file.

Take a look at:

http://beaucox.com/mason/mason-with-apmp2-mini-HOWTO.htm

for further info.

Aloha => Beau.

-----Original Message-----
From: Paul Simon [mailto:wreckmybike <at> yahoo.com]
Sent: Thursday, January 02, 2003 3:00 AM
To: modperl <at> perl.apache.org
Subject: Apache::DBI

Hi all

I have a feeling this may be [OT], "take it to the DBI
list..." But I'm hoping to eliminate as much as
possible any suspicion that Apache::DBI/mod_perl is
causing my headache. I'm trying to push this platform
at work ;) If anyone can shed some light on this then
I'd be very appreciative, of course.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kenny Smith | 2 Jan 2003 17:10

Re: Database Pooling

> Sure. And beware of connections that are returned to the pool without
> being rollbacked, too - the app then deadlocks itself because it holds
> locks in the database and doesn't know it does. I get bitten by this
> under JDBC every so often, when an exception is thrown at the wrong
> time.

Sounds like you should have some more code in your finally blocks. :)

KS
Permalink | Reply | 1 comment |
headers
Randy Kobes | 2 Jan 2003 17:19
Picon
Favicon

Re: Apache::DBI

On Thu, 2 Jan 2003, Paul Simon wrote:

> Hi all
> 
> I have a feeling this may be [OT], "take it to the DBI
> list..." But I'm hoping to eliminate as much as
> possible any suspicion that Apache::DBI/mod_perl is
> causing my headache. I'm trying to push this platform
> at work ;) If anyone can shed some light on this then
> I'd be very appreciative, of course. 
> 
> I have what's becoming a reoccuring problem with an
> app running under:
> 
> Apache/2.0.42 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0
> 
> 
> I'm using Apache::compat and Apache::DBI for
> persistent database connections. 
[ ... ]
> 
> For completeness sake, here's the connection string:
> my $DBH  = DBI->connect("DBI:ODBC:$db", $user, $pass,
> { RaiseError => 1, PrintError => 1, AutoCommit => 1 })
> or print( "Unable to connect to Database:
> $DBI::errstr\n" ) ;
> 
> Finally, the error message I'm getting is:
> 
> DBI->connect(pdb9) failed:
(Continue reading)

Permalink | Reply | 3 comments |
headers
dom | 2 Jan 2003 17:51

Re: Database Pooling

> Sounds like you should have some more code in your finally
> blocks. :)

Well I don't quite like having to do that everywhere, especially in
code I did not write. In Perl I only need one of them using some
AUTOLOAD trickery :-).

--

-- 
Dominique QUATRAVAUX                           Ingénieur développeur senior
01 44 42 00 35                                 IDEALX
Permalink | Reply | 0 comments |
headers
J Q Private | 2 Jan 2003 17:59
Picon
Favicon

sed error in perl Makefile.pl

Hi mod_perlers from josh narins!

I'm following the simple instructions for the 1.x
series with APACI

I'm on a debian "sarge" system running linux kernel
2.4.20 on a powerpc

I've seen this same error with bleadperl (built today)
and the installed perl5.6.1 (the debian package)

Sadly, I also remember seeing this error on my i386
debian woody 2.4.18 machine, but at some point I
overcame it.

Since I can't remember what I did last time... :(

When I run

 perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \
                 DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \
                 APACHE_PREFIX=/home/user/httpd/apache

I see this (note the sed error)

(cd ../apache_1.3.27 && CC="gcc" CFLAGS=" -D_REENTRANT
-DTHREADS_HAVE_PIDS -fno-
strict-aliasing -I/usr/local/include" ./configure
--activate-module=src/modules/
perl/libperl.a --disable-rule=EXPAT
(Continue reading)

Permalink | Reply | 3 comments |
headers
Philip Fibiger | 2 Jan 2003 18:20

perl's system() w/ apache under win2k

Hello all,

I've got a pretty simple perl script that used to run on a windows 98
machine running apache just fine. It would use system() to launch a windows
app that has a graphical display to sync a ms-sql database to a mysql one.
Anyway, it's been replaced by a new machine running win2k, and I'm having
some problems. When I attempt to use system() to execute the program under
win2k, the program appears to start (it shows up in the task list) but it
never gets past that point. The same thing happens with any program that has
a gui. I checked permissions, and I can log in w/ the same account apache
uses, and I can execute the program just fine. Is there some permissions
issue, or some alternate way of launching the program via perl that i'm not
seeing? 

Thanks!

 Philip
Permalink | Reply | 17 comments |

Gmane