RE: [Catalyst] ActiveRecord for Perl

2007-05-22 Thread Lampert, Hugh



-Original Message-
From: mla [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 22, 2007 4:25 AM
To: The elegant MVC web framework

So part of me would like to see a more Rails-like layer on top of
Catalyst.

Sounds like you really want to write a Rails-like layer for Catalyst!

Disclaimer:
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged 
information. The above information has been prepared for information purposes 
only. The above does not constitute
an offer, recommendation or solicitation to buy or sell, nor is it an official 
confirmation of terms. While the 
information herein has been obtained from sources believed to be reliable, 
Landesbank Baden-Württemberg makes 
no representation that it is accurate or complete and it should not be relied 
upon as such. Neither Landesbank
Baden-Württemberg nor any employee herein guarantees the information contained 
in this message. No confidentiality 
or privilege is waived or lost by any mistransmission. If you receive this 
message in error, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it 
and notify the sender. You are 
not entitled to, directly or indirectly, use, disclose, distribute,print, or 
copy any part of this message if 
you are not the intended recipient.Any views expressed in this message are 
those of the individual sender, except
where the sender specifies and with authority, states them to be the views of 
Landesbank Baden-Wurttemberg.


___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/


RE: [Catalyst] HTTP redirect - delayed Firefox

2007-02-09 Thread Lampert, Hugh
Andy Grundman wrote:
 
 -k is a hack and you shouldn't use it unless you need to do IE
 testing.  Real web servers do not have a problem with keep-alive.
 You may also want to try Catalyst::Engine::HTTP::POE instead. :)

What are the advantages of Catalyst::Engine::HTTP::POE compared to the
Catalyst included application server?  Should this module be included
with the Catalyst devel package and used as the standard stand alone
engine for testing purposes?

-- Hugh

Disclaimer:
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged 
information. The above information has been prepared for information purposes 
only. The above does not constitute
an offer, recommendation or solicitation to buy or sell, nor is it an official 
confirmation of terms. While the 
information herein has been obtained from sources believed to be reliable, 
Landesbank Baden-Württemberg makes 
no representation that it is accurate or complete and it should not be relied 
upon as such. Neither Landesbank
Baden-Württemberg nor any employee herein guarantees the information contained 
in this message. No confidentiality 
or privilege is waived or lost by any mistransmission. If you receive this 
message in error, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it 
and notify the sender. You are 
not entitled to, directly or indirectly, use, disclose, distribute,print, or 
copy any part of this message if 
you are not the intended recipient.Any views expressed in this message are 
those of the individual sender, except
where the sender specifies and with authority, states them to be the views of 
Landesbank Baden-Wurttemberg.


___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/


RE: [Catalyst] Difference in running application via perl-dvscommand line

2007-02-07 Thread Lampert, Hugh
 As I recall there was a posting on the ActiveState support forum but AS 
 claimed it was a problem in DBI...
 I think they're wrong as a simple recompilation fixes it.


Got an actual e-mail from ActiveState to which I sent the reply given below.  
If anyone who has more information would like to clue them in, please do:

Hello Jan,

I'm impressed that ActiveState is interested in solving this issue!  However, 
please excuse me if I take this opportunity to say that the inability to 
restart the debugger using the R command is a far bigger problem for me (which 
I've reported many times on the ActiveState bug tracking system), as I must 
continually quit the debugger instead and lose all my run-time variables! 
(something about your vendor has not defined POSIX macro _SC_OPEN_MAX...)  
This happens even with build 820.

But anywho, I was using build 819 which I had installed over Build 817 which I 
had installed over build 815 I always try to install the latest PPM's from 
ActiveState where available, however you guys are (or were) way behind with the 
Catalyst modules.  I probably got the DBI and DBD::ADO modules from the 
University of Winnipeg repository(http://theoryx5.uwinnipeg.ca/ppms/) because 
they seem to have more of an interest in keeping up-to-date Catalyst modules 
around.

Since I forced an install of DBI 1.53 from CPAN I haven't had any issues.  I've 
since upgraded to build 820 and still no issues so far (however I'm still using 
the DBI 1.53 from CPAN).

Thanks again for your interest!

Hugh Lampert
IT Specialist
Information Technology (3261)
Landesbank Baden-Württemberg
New York Branch
280 Park Avenue, 31st Floor - West Building
New York, NY 10017
Phone: (212) 584-1775
Fax:   (212) 584-1799
Email: [EMAIL PROTECTED]
Web:   www.LBBW.com

-Original Message-
From: Jan Dubois [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 06, 2007 8:06 PM
To: Lampert, Hugh
Subject: ActivePerl DBI and Catalyst


Hi Hugh,

I've been pointed to your message on the Catalyst list:

http://www.gossamer-threads.com/lists/catalyst/users/12403?do=post_view_threaded#12403

I understand that you recompiled DBI yourself and everything is working for you 
now.  I would be interested to know which version of ActivePerl you are using, 
and where you got your DBI module, and which version it was.

ActivePerl itself currently ships with DBI 1.52 (plus some patches from
1.53) and should work fine as far as we know.

Cheers,
-Jan


-- Hugh

-Original Message-
From: Peter Edwards [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 06, 2007 5:35 PM
To: 'The elegant MVC web framework'
Subject: RE: [Catalyst] Difference in running application via perl-dvscommand 
line


As I recall there was a posting on the ActiveState support forum but AS claimed 
it was a problem in DBI... I think they're wrong as a simple recompilation 
fixes it.

Regards, Peter




Disclaimer:
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged 
information. The above information has been prepared for information purposes 
only. The above does not constitute
an offer, recommendation or solicitation to buy or sell, nor is it an official 
confirmation of terms. While the 
information herein has been obtained from sources believed to be reliable, 
Landesbank Baden-Württemberg makes 
no representation that it is accurate or complete and it should not be relied 
upon as such. Neither Landesbank
Baden-Württemberg nor any employee herein guarantees the information contained 
in this message. No confidentiality 
or privilege is waived or lost by any mistransmission. If you receive this 
message in error, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it 
and notify the sender. You are 
not entitled to, directly or indirectly, use, disclose, distribute,print, or 
copy any part of this message if 
you are not the intended recipient.Any views expressed in this message are 
those of the individual sender, except
where the sender specifies and with authority, states them to be the views of 
Landesbank Baden-Wurttemberg.


___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] ActivePerl DBI and Catalyst

2007-02-07 Thread Lampert, Hugh
I received an e-mail from Jan Dubois of ActiveState regarding the
problem with DBI and Catalyst.  He wants a small test case that he can
use to test the ActiveState implementation of DBI.  Unfortunately, I
have neither the time or the expertise to unwind my Catalyst application
sufficiently to provide him with a test case, as my app is a test case
itself and intimately married with SQL Server.  Is there anyone who is a
Catalyst Pro (and is interested in smooth Catalyst operation on the
Win32 platform) who can send him some test case information? 

-- Hugh


-Original Message-
From: Jan Dubois [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 07, 2007 11:13 AM
To: Lampert, Hugh
Subject: Re: ActivePerl DBI and Catalyst


On Wed, 7 Feb 2007 10:52:41 -0500, Lampert, Hugh
[EMAIL PROTECTED] wrote:

Hello Hugh,

I'm impressed that ActiveState is interested in solving this issue! 
However, please excuse me if I take this opportunity to say that the 
inability to restart the debugger using the R command is a far bigger 
problem for me (which I've reported many times on the ActiveState bug 
tracking system), as I must continually quit the debugger instead and 
lose all my run-time variables! (something about your vendor has not 
defined POSIX macro _SC_OPEN_MAX...)  This happens even with build 
820.

I'll see if I can bump up the priority of this a little...

But anywho, I was using build 819 which I had installed over Build 817

This may actually already be the problem:  To allow updating of bundled
modules with PPM4 we had to change the order of lib and site/lib in
@INC, which happened in 817.90.  That means you should not install 818
or any later version on top of 817 or earlier because you will end up
with older modules in site/lib that will shadow the newer modules in
lib.

ActivePerl 819 does ship with DBI 1.52, which should work fine.  The PPM
repository does have 1.53, so installing it via PPM should give you the
latest.

which I had installed over build 815 I always try to install the 
latest PPM's from ActiveState where available, however you guys are (or

were) way behind with the Catalyst modules.  I probably got the DBI and

DBD::ADO modules from the University of Winnipeg
repository(http://theoryx5.uwinnipeg.ca/ppms/) because they seem to 
have more of an interest in keeping up-to-date Catalyst modules around.

Since I forced an install of DBI 1.53 from CPAN I haven't had any 
issues.  I've since upgraded to build 820 and still no issues so far 
(however I'm still using the DBI 1.53 from CPAN).

Do you have a small test case that would allow me to see if your problem
still exists with DBI 1.5201 in 820, or DBI 1.53 from PPM?

Cheers,
-Jan

PS: The reason that ActivePerl 820 has DBI 1.52 plus some patches is
that 1.53 has an incompatibility with DBD-Sybase.
Disclaimer:
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged 
information. The above information has been prepared for information purposes 
only. The above does not constitute
an offer, recommendation or solicitation to buy or sell, nor is it an official 
confirmation of terms. While the 
information herein has been obtained from sources believed to be reliable, 
Landesbank Baden-Württemberg makes 
no representation that it is accurate or complete and it should not be relied 
upon as such. Neither Landesbank
Baden-Württemberg nor any employee herein guarantees the information contained 
in this message. No confidentiality 
or privilege is waived or lost by any mistransmission. If you receive this 
message in error, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it 
and notify the sender. You are 
not entitled to, directly or indirectly, use, disclose, distribute,print, or 
copy any part of this message if 
you are not the intended recipient.Any views expressed in this message are 
those of the individual sender, except
where the sender specifies and with authority, states them to be the views of 
Landesbank Baden-Wurttemberg.


___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/


RE: [Catalyst] Difference in running application via perl -dvscommand line

2007-02-06 Thread Lampert, Hugh
Thanks, I force installed the DBI module from CPAN and that has eliminated the 
error.

Is there something easy that I can do (like tell ActiveState something specific 
about their version of DBI), that would make their PPM version stop doing this? 

Hugh Lampert
IT Specialist
Information Technology (3261)
Landesbank Baden-Württemberg
New York Branch
280 Park Avenue, 31st Floor - West Building
New York, NY 10017
Phone: (212) 584-1775
Fax:   (212) 584-1799
Email: [EMAIL PROTECTED]
Web:   www.LBBW.com

-Original Message-
From: Peter Edwards [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 05, 2007 5:10 PM
To: 'The elegant MVC web framework'
Subject: RE: [Catalyst] Difference in running application via perl 
-dvscommand line


I had the same problem.
It is caused by the PPM version of DBI.
Recompile DBI using GCC (from Makefile.PL) and it goes away. (Thanks to Matt 
Trout for pointing this out to me)

Regards, Peter
http://www.dragonstaff.com 

I'm not asking anyone to solve this for me, just point me in the right 
direction as to what I should check.  I'm thinking there's some problem 
with the model mechanics when the app runs from the command line 
(DBD::ADO or the Catalyst DBIC model modules).

U:\LBBWCompliance\LBBWCompliancescript\lbbwcompliance_server.pl
Attempt to free unreferenced scalar: SV 0x9a90e30, Perl interpreter: 0x2245bc 
at  C:/Perl/site/lib/DBD/ADO/TypeInfo.pm line 454.

snipped many attempts to free unreferenced scalar messages here...

 C:/Perl/site/lib/DBD/ADO.pm line 326.
Attempt to free unreferenced scalar: SV 0x9a8c5d0, Perl interpreter: 0x2245bc 
at  C:/Perl/site/lib/DBIx/Class/ResultSource.pm line 194.




Disclaimer:
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged 
information. The above information has been prepared for information purposes 
only. The above does not constitute
an offer, recommendation or solicitation to buy or sell, nor is it an official 
confirmation of terms. While the 
information herein has been obtained from sources believed to be reliable, 
Landesbank Baden-Württemberg makes 
no representation that it is accurate or complete and it should not be relied 
upon as such. Neither Landesbank
Baden-Württemberg nor any employee herein guarantees the information contained 
in this message. No confidentiality 
or privilege is waived or lost by any mistransmission. If you receive this 
message in error, please immediately 
delete it and all copies of it from your system, destroy any hard copies of it 
and notify the sender. You are 
not entitled to, directly or indirectly, use, disclose, distribute,print, or 
copy any part of this message if 
you are not the intended recipient.Any views expressed in this message are 
those of the individual sender, except
where the sender specifies and with authority, states them to be the views of 
Landesbank Baden-Wurttemberg.


___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Difference in running application via perl -d vs command line

2007-02-05 Thread Lampert, Hugh
Sorry to bother the list with this but I'm about to pull my hair out (or
switch my app over to Instant Rails - joke...).  Here's the scoop:

I have a test application I've been working on for a long time.  We run
on Windows, we will NOT be using a Linux platform for this regardless of
how easy it is to run a VM.  I had my application running on Catalyst
5.69 but decided to upgrade to 5.7 to get all the new bells and
whistles.  First I tried putting together an environment that would work
well with CPAN but after getting lost in a lot of hairy NMAKE errors I
dumped that plan.  Next I decided to use the PPM repository and the
University of Winnipeg (http://theoryx5.uwinnipeg.ca/ppms/) which seems
to be reasonably up-to-date.  I installed all the Catalyst related PPMs.
Now I have this problem:  My app starts up and runs under the debugger
but gives a bunch of cryptic errors when run from the command line (see
the listings below).  

I'm not asking anyone to solve this for me, just point me in the right
direction as to what I should check.  I'm thinking there's some problem
with the model mechanics when the app runs from the command line
(DBD::ADO or the Catalyst DBIC model modules).

 Thanks!

app run under debugger:

U:\LBBWCompliance\LBBWComplianceperl -d script\lbbwcompliance_server.pl

Loading DB routines from perl5db.pl version 1.28
Editor support available.

Enter h or `h h' for help, or `perldoc perldebug' for more help.

main::(script\lbbwcompliance_server.pl:16):
16: my $debug = 0;

  DB1 c
Win32::OLE operating in debugging mode: _Unique = 1
 at C:/Perl/site/lib/Win32/OLE/Lite.pm line 30
require Win32/OLE/Lite.pm called at
C:/Perl/site/lib/Win32/OLE.pm line 4
8
require Win32/OLE.pm called at C:/Perl/site/lib/DBD/ADO.pm line
6
DBD::ADO::BEGIN() called at C:/Perl/site/lib/Win32/OLE/Lite.pm
line 0
eval {...} called at C:/Perl/site/lib/Win32/OLE/Lite.pm line 0
require DBD/ADO.pm called at (eval
26)[C:/Perl/site/lib/DBI.pm:732] line
 3
eval 'package   # hide from PAUSE
DBI::_firesafe; # just in case
require DBD::ADO;   # load the driver

;' called at C:/Perl/site/lib/DBI.pm line 732
DBI::install_driver('DBI', 'ADO') called at
C:/Perl/site/lib/DBI.pm line
 600
DBI::connect('DBI', 'dbi:ADO:Provider=SQLOLEDB;Integrated
Security=SSPI;
Persist Se...') called at
U:/LBBWCompliance/LBBWCompliance/script/../lib/LBBWCom
pliance/Utility/LBBWComplianceDBIO.pm line 39
require LBBWCompliance/Utility/LBBWComplianceDBIO.pm called at
U:/LBBWCo
mpliance/LBBWCompliance/script/../lib/LBBWCompliance.pm line 6
LBBWCompliance::BEGIN() called at
C:/Perl/site/lib/Win32/OLE/Lite.pm lin
e 0
eval {...} called at C:/Perl/site/lib/Win32/OLE/Lite.pm line 0
require LBBWCompliance.pm called at
script\lbbwcompliance_server.pl line
 53
[debug] Debug messages enabled
[debug] Loaded plugins:
.---
-.
| Catalyst::Plugin::Authentication  0.09
|
| Catalyst::Plugin::Authentication::Credential::Password
|
| Catalyst::Plugin::Authentication::Store::DBIC  0.07
|
| Catalyst::Plugin::Authorization::Roles  0.04
|
| Catalyst::Plugin::ConfigLoader  0.13
|
| Catalyst::Plugin::Session  0.12
|
| Catalyst::Plugin::Session::State::Cookie  0.05
|
| Catalyst::Plugin::Session::Store::File  0.08
|
| Catalyst::Plugin::Static::Simple  0.14
|
'---
-'

[debug] Loaded dispatcher Catalyst::Dispatcher
[debug] Loaded engine Catalyst::Engine::HTTP
[debug] Found home U:\LBBWCompliance\LBBWCompliance
[debug] Loaded Config
U:\LBBWCompliance\LBBWCompliance\lbbwcompliance.yml
[debug] Loaded tables alertrecipientlistheaders alertrecipientlistitems
alerts
mailings people recipients roles userroles users
[debug] Loaded components:
.-+-
-.
| Class   | Type
|
+-+-
-+
| LBBWCompliance::Controller::Authentication  |
instance |
| LBBWCompliance::Model::LBBWComplianceData   |
instance |
| LBBWCompliance::Model::LBBWComplianceData::Alertrecipientlisth- |
class|
| eaders  |
|
| LBBWCompliance::Model::LBBWComplianceData::Alertrecipientlisti- |
class|
| tems|
|
| LBBWCompliance::Model::LBBWComplianceData::Alerts   |
class|
| LBBWCompliance::Model::LBBWComplianceData::Mailings |
class|
| LBBWCompliance::Model::LBBWComplianceData::People   |
class|
| LBBWCompliance::Model::LBBWComplianceData::Recipients   |
class|
| LBBWCompliance::Model::LBBWComplianceData::Roles