RE: Porting

2001-09-24 Thread John Reid

> > We have an application written in Java using MVC which we would like to
> port
> > to mySQL/Perl platform. We have used Struts,to create tags.
> > Any inputs in this regards will be appreaciated.
> 
> You will probably find that Struts tags can be ported nicely to Template
> Toolkit (http://template-toolkit.org).  You might even be able to write a
> converter for your JSP pages.  If you're interested in getting some
> object/relational mapping features and a basic MVC structure thrown in as
> well, you can check out OpenInteract (http://openinteract.org/).
> - Perrin
> 

Or what about Apache::ASP and XML Subs?

John
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.281 / Virus Database: 149 - Release Date: 18/09/2001




RE: Apache 1.3.20, modperl 1.25, win32

2001-06-15 Thread John Reid

> In my continuing quest to figure out how to port my
> Apache/modperl stuff to
> Windows per my company's "all win2k servers" mandate, I've been
> playing with
> Apache 1.3.20 and modperl on Windows.  I was wondering if there
> is anyway to
> get this thing to handle more than one request at a time, without waiting
> for Apache2/modperl2 to be finished.  I've noticed that several
> people seem
> to be using win32 and mod_perl.  How are you guys dealing with the
> single-request problem?  Oh, my Perl is ActiveState build 626 (binary
> distribution).  I'm not attached to it though and can get a
> different build,
> if I can just get this thing to work.
>
Hi Tom

I can sympathise. We have rolled out a system on Win32 Apache/mod_perl. We
ran into the problem of sequential requests and have had to abandon mod_perl
for a particular section of the system. We have found the mod_perl stuff to
be satisfactory for dynamic pages with only one or two db lookups. The
sections that required a lot of processing we have moved back to standard
CGI figuring that the processing overhead for process startup was a small
enough percentage to be acceptable.

Our systems use a custom tag parser that is run as a mod_perl content
handler. This originally worked as a CGI and was ported to a handler. I have
ported the CGI to PerlEx with acceptable results but we haven't rolled it
out yet.

There are ways of doing things with other technologies. We went with the
mod_perl thing because we deliver on a variety of platforms - W2K, NT, AIX,
Solaris, Linux and some of the other Unices. Win32 is always the problem. I
hesitate to say it on this list, but I am becoming more of the opinion that
Win32 problems require Win32 solutions. I can't wait for version 2.

John Reid
OpenConnect (Ireland) Ltd

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.256 / Virus Database: 129 - Release Date: 31/05/2001




RE: Protecting the soucecode

2000-12-08 Thread John Reid

Hi

Stas Answered this last May
http://www.bitmechanic.com/mail-archives/modperl/May1999/0249.html

You could also try RJ's Perl Obfuscator (first result from Google searching
for perl obfuscator)

I haven't tried either of these. We usually print the source code and post
it to ourselves via registered mail, one script per envelope. These should
then be deposited at a bank, lawyer, or similar. In the event of a dispute,
the print out is admisible in court as evidence. We haven't used it yet, but
songwriters use the same system.

John Reid
OpenConnect (Ireland) Ltd

> -Original Message-
> From: Per Moeller [mailto:[EMAIL PROTECTED]]
> Sent: 08 December 2000 14:04
> To: [EMAIL PROTECTED]
> Subject: Protecting the soucecode
>
>
> Hi,
>
> My boss is constantly complaining about, that the sourcecode for mod_perl
> script can be read, copied and altered by 3rd party hosting
> partners for our
> solutions based on mod_perl.
>
> So my question is, are there any way to encrypt or compile
> mod_perl script,
> so that they cannot be view by anybody?
>
> // Per Moeller
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.215 / Virus Database: 101 - Release Date: 16/11/2000
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.215 / Virus Database: 101 - Release Date: 16/11/2000


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




RE: Certification

2000-12-07 Thread John Reid

> > If I'm way off base, please let me know.  I'm spending considerable
> > brain power on this idea and if I'm wasting it, I need to know.  I
> > don't have much spare brain power and I could use it to try to figure
> > out my wife . . .
>
> Ask yourself this question: Are you in need of a mod_perl job? If so, I'm
> willing to bet that there are employers who would snap you up in a second.
>
> As has been said a few times here, certification is pretty pointless
> unless you need some distinguishing factor. With mod_perl, the
> distinguishing factor is that you're available!

This is an interesting thread. Just one point though ... just who is
available? Are they any good? Have they any experience? Are they telling the
truth?

Certification may be an issue that deserves careful attention, before idiots
go and try to implement mod_perl solutions, make a complete pig's ear and
give us all a bad name.

John Reid
OpenConnect (Ireland) Ltd
-
You can't make a silk purse out of a sow's ear ...
... but it does make a rather attractive novelty luggage tag.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.215 / Virus Database: 101 - Release Date: 16/11/2000


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




libapreq and file upload

2000-11-25 Thread John Reid

Hi All

I am helping someone debug an application in using mod_perl on Win32. Our
page parser handler handles fileuploads automatically using the
Apache::Upload object. The person in question is uploading word documents
and they are being corrupted in transit. It looks like CRLF substitution. We
have tried all the usual binmode stuff but with no success. Can anyone shed
some light?

John Reid
OpenConnect (Ireland) Ltd
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.215 / Virus Database: 101 - Release Date: 16/11/2000


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Apache::Request and parameters = 0

2000-10-05 Thread John Reid

Matt Sergeant wrote:
> 
> On Thu, 5 Oct 2000, Dana C. Chandler III wrote:
> 
> > In my limited experience, it is Perl in general that treats the value 0,
> > in a query string as the empty string.  In all of the scripts I have
> > written, if 0 is possible as a param value, I have to explicity check
> > for 0.
> 
> This is only the case when you're going:
> 
> if ($r->param('name')) {
> # do something
> }
> 
> if its a zero then you should expect to be bitten in the ass by that
> one. However I do assume that there's similar code going on somewhere to
> turn the zero into undef.
> 

Just to add, I was explicitly checking for 0 in the value returned but
was getting an empty string. 0 in this case was a single character
required. An empty string was not.

Once Matt informed me it was a bug/feature it set my mind at ease and I
was able to implement a work around.

-- 
John Reid
Senior Analyst/Programmer
Open Connect (Ireland) Ltd
http://www.openconnect.ie/



Apache::Request and parameters = 0

2000-10-05 Thread John Reid

Hi guys

Has anyone any experience of passing a 0 as a parameter value through
Apache::Request. I am passing a QUERY_STRING like
?param1=value1¶m2=0¶m3=value3. It appears that the 0 is being
interpretted as an empty string. Is this a bug/expected behaviour or am
I looking in completely the wrong area for the source of the problem?

-- 
John Reid
Senior Analyst/Programmer
Open Connect (Ireland) Ltd
http://www.openconnect.ie/



Re: [OT] advice needed.

2000-09-29 Thread John Reid

"Alexander Farber (EED)" wrote:
> 
> Vladislav Safronov wrote:
> > I am going to work in a Web Company to write some mod_perl apps.
> > They gave me a contract (I think the terrible one) which
> > contains paragraph (among the others) that signs the rights to all
> > inventions over to them.
> 
> The same paragraph (the inventions resulted from your contracting
> work belong to the company who hired you) is in my contract here
> in Germany and my lawyer told me it's a usual thing.
> 
> > The problem is .. I have never sign such contracts and I don't know if it's
> > "common" contract template that programmers sign when start coding for
> > somebody.
> 
> I'd go to a lawyer to check the contract.

It's a very common clause here in the UK. The only thing that you need
to watch out for is that the clause covers only those inventions made
'while in the course of your duties'. This allows you to do other work
in your spare time. Most employers want to hold title to the work
produced by their employees while they are paying them to do that work.

-- 
John Reid
Senior Analyst/Programmer
Open Connect (Ireland) Ltd
http://www.openconnect.ie/



suggestions needed re. required files and persistent data

2000-09-27 Thread John Reid

Hi Guys

I am in serious diffs here attempting to port a legacy system. We use a
custom tag system with template pages and a custom parser. This has been
working for several years in a modd_cgi environment, but due to
performance problems is being ported to mod_perl. The parser has been
ported and works fine, as do most of the libraries.

The problem I am facing is with our database definition files. These are
custom files which are required at run time. The file consists of a long
series of subroutine calls with arguments that refer to the definitions
of fields, tables, etc. They are used in conjunction with a series of
internal libraries to provide information for displaying data, handling
file upload locations, etc. The subroutines modify data in global
variables.

The subroutines called exist in the calling module's namespace. When
used as supplied they caused a significant memory leak (~120K per
request). I have done a lot of work over the past few days to try and
deal with the system to make it function as expected, but with no
success. It would be nice if this data could be read and compiled at
server start. I experimented with IPC::Shareable, but when I attempted
to do anything with it in my startup.pl file it segfaulted the server
and httpd would not start.

I have got myself to a situation where I can get the data in to memory
and work with it for some requests. With three child processes running
we get a situation where the data will load for the first three
requests, then the next three will not have the data, then one will
segfault, then no data then data appears again. I am slowly going mad
with this. I can get things working without all of this nonsense and
just using DBI, but word from above says that this must be integrated. 

I know there is not much to go on in this email, but if anyone wants to
help, respond by email and I can give you more information.

-- 
John Reid
Senior Analyst/Programmer
Open Connect (Ireland) Ltd
http://www.openconnect.ie/



RE: WindowsNT Explorer like look and feel??

2000-04-18 Thread John Reid

> On Tue, 18 Apr 2000, Tim Fox wrote:
>
> > Does anyone know of an easy way to get a WindowsNT explorer
> (expanding directory/folder) lokk and feel using modperl?
>
> You forgot to add a smiley. And you're _way_ past April 1st.
>

Or is this yet another example of a general lack of understanding of the
Client/Server architecture and the request/response nature of a web
application?

John
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.134 / Virus Database: 63 - Release Date: 20/03/00