RE: [Zope-dev] a beginners question ...

2001-06-13 Thread Loren Stafford

The quick answer is Yes. One method is described by
http://www.zope.org/Members/lstaffor/ZClientMethod. You can also use
XML-RPC.

On the other hand, Zope is an integrated programming environment for web
applications. It includes the capabilities offered by servlets within its
programming system; DTML methods, Script (Python), Script (Perl), SQL
Methods are all servlet-like functions. So you might ask yourself whether
you couldn't do better inside Zope what the servlets are doing for you
outside Zope.

-- Loren

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Brian Gorrie
Sent: Wednesday, June 13, 2001 18:01
To: [EMAIL PROTECTED]
Subject: [Zope-dev] a beginners question ...



Hi,

Forgive my lack of Zope knowledge I am fairly new to Zope.

Question:  From zope can I take a block of text returned by a web link ( say
some dhtml returned by a servlet ) and
include that in the source of a web page.  So I can build the sections of a
web page through successive calls to
Servlets ?

Cheers,

Brian.


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] Does creating REAL over-the-web Python code become realistic with Zope 2.4?

2001-05-31 Thread Loren Stafford

Coincidently, I was just trying to edit a file on the filesystem with an FTP
client going thru Zope/FTP and a LocalFS. It didn't work. The LocalFS
instance didn't look like a directory to FTP so FTP could neither read nor
write to the directory.

Does that throw a monkey wrench into your idea?

-- Loren

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Joachim Werner
 Sent: Thursday, May 31, 2001 15:54
 To: [EMAIL PROTECTED]
 Subject: [Zope-dev] Does creating REAL over-the-web Python code become
 realistic with Zope 2.4?


 Hi!

 When I read about the reload functionality of Zope 2.4, an old vision came
 back to my mind:

 If we can reload Python code at runtime, and we can also edit,
 generate and
 store files (containing code)  via the web (as LocalFS or extFile prove),
 then it should be perfectly possible to have something like ZClasses (it
 terms of the over-the-web front-end) that spits out and dynamically loads
 REAL Python classes instead of the rather experimental simulation
 of classes
 we get with ZClasses, right?

 I'll skip the part about why we should not be able to manipulate Zope code
 over the web, which can be discussed separately ...

 What do you think about this idea? If it finds some friends, I'll set up a
 formal proposal for something like ZClass-like features to build
 REAL Zope
 Python classes over the web.

 Joachim




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] Xron error!!!

2001-05-24 Thread Loren Stafford

1. If you can use the management interface, you can disable a Xron Scheduled
Method by deleting it from the Schedule catalog or setting its reschedule
interval to null.

2. If you delete (or just rename __init__.py to something else in) the Xron
Product. And restart Zope, there will be no Dispatcher to execute Xron
Scheduled Methods; so looping will stop.

3. The messages in the log file should indicate what kind of error the Xron
Dispatcher is encountering. If this is some kind of environmental condition,
perhaps you can fix it external to Zope and the Dispatcher will stop
looping.

4. The Dispatcher is designed to cancel erring Xron Scheduled Method,
precisely so that it will not go into a loop. The fact that it seems to be
looping indicated some very unusual condition. Please let us know what the
log file says.

5. You can truncate the bloated tail end of a Data.fs file using standard
system tools. I don't remember how right at the moment, but a search in the
mail archives on trucate and data.fs might be fruitful. Don't throw away the
original file, because you might truncate other transactions that you wanted
to save. IOW, finding the right spot to truncate is the trick.

-- HTH
-- Loren


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Espen Sorbye Frederiksen
 Sent: Thursday, May 24, 2001 13:06
 To: [EMAIL PROTECTED]
 Subject: [Zope-dev] Xron error!!!


 My Xron file has gone crazy and does not stop running. I have stopped my
 server and started it again, but the xron file is still running. This
 causes the Z2.log file and Data.fs files to
 grow to enormous files and I struggle to be able to log into the system.

 First: Can I delete the overloaded Data.fs file in the var/ directory, or
 will this cause serious trouble?

 Secondly: Is there a cure against that void Xron file of mine or must I
 manually delete it from were my own files are stored?

 Thanks for any kind of help,

 Espen


 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] Manage Interface

2001-05-24 Thread Loren Stafford


 Does DC plan to have site developer make their own management interface?

 The site-developer wouln't mind using the management interface for their
 work, but most of them will reject the common users using it.  Of cause
 there were security issues also.

 Allow the site developer to make new interface on specific branch of the
 object tree will easy their jobs.

Using basic Zope, yes. If you want end-users to manage content in any way,
you have to create the end-user interface and expose the underlying
management interface through it as you see fit.

The Content  Management Framework (CMF) Zope product ([EMAIL PROTECTED]) is
another approach for portal-like environments. CMF is specifically designed
to delegate content management using a common, more user-friendly interface.

-- Loren


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] Xron

2001-05-11 Thread Loren Stafford

This is a known problem. Search back thru the archives of [EMAIL PROTECTED] for
Xron and you will find some helpful information. I'll also try to find the
relevant email and forward it to you separately.

-- Loren (lstaffor)

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Homan Els
 Sent: Friday, May 11, 2001 06:23
 To: [EMAIL PROTECTED]
 Subject: [Zope-dev] Xron


 Hi,

 I did install the xron product from Istaffor, but it doesn't work.

 I am using Zope - .2.3.2, and installed xron. But, when I want to access
 the zope - server, I get a zero response back.

 Does anyone no the answer to this problem ?

 Thanks,

 Els Homan

 __



 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] : XCRON

2001-05-11 Thread Loren Stafford

1. Be sure to use the STUPID_LOG_FILE or run Zope in debug mode. That's the
only way you will know what Xron's Dispatcher is doing.

2. Xron DTML Methods run as Anonymous User. You may have to give your Xron
DTML Methods proxy roles so that they can execute the functions you want
them to. This is a common problem for Xron DTML Methods that send email.
They have to have permission to use mailhost services.

3. Beware of the Catalog bug in 2.3.1bx.

4. Search the archives of [EMAIL PROTECTED] for Xron. You will find helpful
information about issues that other users have already discovered.

-- Loren

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Espen Sorbye Frederiksen
 Sent: Friday, May 11, 2001 06:35
 To: Homan Els
 Cc: [EMAIL PROTECTED]
 Subject: Re: [Zope-dev] : XCRON


 Hi, I have installed it as well and can neither get it to work. It does
 nearly what it is supposed to by scheduling the scripts to execute, but
 the final execution does never occur. ANy tricks out there are good news
 for me as well,

 Espen

  On Fri, 11 May 2001, Homan Els
 wrote:

  Hi,
 
  I did install the xron product from Istaffor, but it doesn't work.
 
  I am using Zope - .2.3.2, and installed xron. But, when I want to access
 
  the zope - server, I get a zero response back.
 
  Does anyone no the answer to this problem ?
 
  Thanks,
 
  Els Homan
 
  Ps. Log-file:
 
 
  --
  2001-05-11T09:55:30 INFO(0) ZServer HTTP server started at Fri May 11
  11:55:30 2001
  Hostname: localhost
  Port: 8080
  --
  2001-05-11T09:55:30 INFO(0) ZServer FTP server started at Fri May 11
  11:55:30 2001
  Hostname: speedy
  Port: 8021
  --
  2001-05-11T09:55:30 INFO(0) ZServer PCGI Server started at Fri May 11
  11:55:30 2001
  Unix socket: /usr/local/Zope-2.3.1-linux2-x86/var/pcgi.soc
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Houston, we have forked
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Hi, I just forked off a kid: 2548
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Houston, we have forked
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Houston, we have forked
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Hi, I just forked off a kid: 2550
  --
  2001-05-11T10:12:44 INFO(0) zdaemon zdaemon: Fri May 11 12:12:44 2001:
  Houston, we have forked
  --
  2001-05-11T10:12:50 INFO(0) Products.Xron.Loggerr Created new Schedule
 
  __
 
 
 
  ___
  Zope-Dev maillist  -  [EMAIL PROTECTED]
  http://lists.zope.org/mailman/listinfo/zope-dev
  **  No cross posts or HTML encoding!  **
  (Related lists -
   http://lists.zope.org/mailman/listinfo/zope-announce
   http://lists.zope.org/mailman/listinfo/zope )
 


 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] Database indexing using Z Catalogs

2001-04-12 Thread Loren Stafford

http://www.zope.org/Members/rbickers/cataloganything

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Honey George
 Sent: Thursday, April 12, 2001 00:46
 To: [EMAIL PROTECTED]
 Subject: [Zope-dev] Database indexing using Z Catalogs
 
 
 Hello,
   I am not able to find a way to index and external
 database say PostgreSQL using Z Catalogs and search
 the contents. Can anybody help me in this. I couldn't
 find a complete documentation in the zope site. It
 will be helpfull to me if somebody can explain to me
 using an example.
 
 Regards,
Honey
 
 __
 Do You Yahoo!?
 Get email at your own domain with Yahoo! Mail. 
 http://personal.mail.yahoo.com/
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists - 
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )
 

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] Windows FAQ / Help area?

2001-04-09 Thread Loren Stafford

Especially, how to set up permissions on the server machine and file servers
so that database connections and Local File Systems work. One problem I have
now and haven't found a good solution to is how to ensure that, when Zope is
started at (NT 4) system initialization, it has the right permissions for
all the DB connections, NFS connections, and Local File Systems.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Bryan Baszczewski
 Sent: Monday, April 09, 2001 13:11
 To: 'Andy McKay'; [EMAIL PROTECTED]
 Subject: RE: [Zope-dev] Windows FAQ / Help area?


 How about database access (i.e. ODBC adapters)

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Andy McKay
 Sent: Monday, April 09, 2001 3:51 PM
 To: [EMAIL PROTECTED]
 Subject: [Zope-dev] Windows FAQ / Help area?


 Just thinking how many little tidbits I know related to running Zope on
 Windows that are very platform and installation specific. Do
 people think it
 would be a good idea to start at least a wiki / faq section somewhere
 covering this? Do other windows users think there is enough stuff
 to put in
 there?

 Things I can think of off the top of my head: windows service, getting
 stdout when running as a service and I was about to add ZEO, but
 thats been
 fixed...

 Cheers.
 --
   Andy McKay.




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )


 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



RE: [Zope-dev] access db linux

2001-03-29 Thread Loren Stafford

No. But you could leave the Access DB on its Win box, and either

1. Use a Linux ODBC driver to access it (something I've never tried)

...or...

2. Install a copy of Zope on the Win box to access the DB with a Win ODBC
driver, then use some kind of remote procedure call (e.g. XML_RPC or
ZClient) from your main Zope to the Win Zope. I know this works.

-- Loren

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf
 Of danchik
 Sent: Thursday, March 29, 2001 14:02
 To: zope-dev
 Subject: [Zope-dev] access db linux


 does anyone know if there a way to have an access db to be
 placed onto linux
 box with zope running on it and have it be able to access
 that db... I
 don't really want to convert the entire database.




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Xron fragility

2000-10-12 Thread Loren Stafford


From: "Kapil Thangavelu" [EMAIL PROTECTED]


[snip]
   Xron has a single dispatcher thread. This thread knows how long to
sleep
   for until the next job needs to run.

 this model has problems when new jobs (for immeadiate execution) are
 entered after the system sleeps. i think it should it taken into
account
 that people will use this dispatching thread to achieve async
operations
 on a request, and that these might need to be done immeadiately.


This is not (or should not be) a problem in current Xron design. The
Dispatcher wakes up early if the Schedule catalog is changed.

-- Loren




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Xron fragility

2000-10-12 Thread Loren Stafford

  What if you want a small job to be done every 30 seconds?

 I generally don't... I'm satisfied with cron granularity, although
others
 might not be.  Do you have this requirement?

I thought a little about the granularity issue and decided to go with
the most general solution. I have no requirement for 30-second
intervals, but I wanted to avoid support requests from those who might
have such a need.

Also, I have no need for large numbers of scheduled methods. But I used
a heavy-duty data structure (Catalog) and the sleeping dispatcher model,
just so there would be no arbitrary limits that would cause me support
headaches later.


It uses Client.py to run a job.
  
   Why is this?  This doesn't make any sense to me on its face.  Why
not
 just
   call the method from a separate thread?
 
  Which separate thread? Do you create a new ZODB thread? That sounds
as
  if it might use quite a few resources.
 
  Is there a Zope API for making ZODB threads call methods on objects,
as
  signalled by other threads? I'm guessing the easiest way to do that
is
  to use Client.py to make a new http request.


Yes, using Client.py was the easiest way to do that. The biggest problem
with Client.py is its dependency on HTTP. If your server is set up to
only accept HTTPS, then you can't use Xron -- not a desirable trade-off.
We need another mechanism that achieves the same goal -- simulating the
environment of a request -- without going all the way back to the
socket.

-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Future of Xron and method scheduling in Zope

2000-10-12 Thread Loren Stafford

I would be happy to turn development of  Zope scheduling capabilities
over to someone else, because I currently have no demand for scheduling
capabilities and am not actively working on Xron.

This could take any of the following forms:

1.  Transfering Xron to another developer. For historical reasons, Xron
uses GPL.

2. Starting a new product from scratch, without reference to the Xron
product. The new product could carry a different license. I would be
happy to give up the Xron name, in this case, if anyone wanted it for
the new product.

3. Building scheduling capabilities into Zope core.

Any takers?

-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Xron and security

2000-08-22 Thread Loren Stafford

Thanks, Steve.

I have few questions below  8-) (I'm always better with questions than
answers.)

-- Loren

From: "Steve Alexander" [EMAIL PROTECTED]
 Hi Loren,

  I'd be glad to listen to well considered proposals for how Xron should
  handle security.

 Consider this a "straw man".


 On installation, Xron creates a user in the root user folder called
 "XronUser".

 Xron is resonsible for setting this user's password. Therefore, it is
 known to both the Xron product, and also to the root user folder.

 When a Xron method is run, there is a property that indicates whether it
 is called anonymously, or authenticated as XronUser.

Is there a good reason not to always pass authentication in the request? The
authentication property would have to be stored in the Schedule catalog, and
I'd like to keep the Schedule as small as possible.

 The Xron product could change the password of XronUser every day to a
 new random value.

That's more than folks do to maintain secrecy of the "superuser" password.
Is the extra trouble worthwhile?

 The domains associated with XronUser could be just localhost.localdomain
 (not sure about this). Or based on whatever the machine's host-name is
 (probably better).

At a virtual-hosted site, how could Xron know what the host-name is?

 Site administrators can assign local roles to XronUser as necessary.

 If Phillip Eby's proposed changes to the access file get included in
 some future version of Zope, XronUser could be included as one of these
 bootstrap users by simply writing to a file.

 --
 Steve Alexander
 Software Engineer
 Cat-Box ltd
 http://www.cat-box.net




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] New Client.py bug(?) in 2.2.0 affects ZScheduler

2000-07-28 Thread Loren Stafford

In Zope version 2.2.0b3 Client.py calls connect in httplib (in two different
places) like this:

sock.connect(self.host,self.port)

In Zope version 2.2.0 (final) it's like this:

sock.connect((self.host,self.port))

In the latter case, Python complains:

   TypeError: 'argument 1: ..., tuple found'

Does anyone know what was the motivation for the change in the syntax for
the call to connect?

Should I drop this in the Collector?

-- Loren


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Client.py prevents ZScheduler with SSL? (was: Zope.org feedback)

2000-07-28 Thread Loren Stafford

Moving this to zope-dev and changing title...

From: "Jim Sanford" [EMAIL PROTECTED]


 We have no http access to our site.

 It is a corporate Client Relationship Management, Job Tracking and Order
Processing, Production and Tracking system that is accessed
 from all over the world.

 I will send this to the list to see if any one else can provide help.


 From: Loren Stafford [EMAIL PROTECTED]

   From: "Jim Sanford" [EMAIL PROTECTED]
  URL: http://www.zope.org/Members/lstaffor
  ZScheduler uses Client.py.
 
  Would it be correct to say that if my entire site is only accessible via
 SSL (https) that ZScheduler will not work?

 I hadn't thought about this before, so you probably know more about it
than
 I do. But given that the python lib that Client.py uses for http
 (httplib.py) doesn't support https, then you're right.

 Solutions?

 1. Permit http traffic to your site if it comes fromt the same IP and is
for
 URLs that end in "/trigger". I suppose that IP spoofing makes this
something
 of a security hole. How bad?

 2. Enhance either Client.py or httplib.py to support at least enough https
 to get the job done. I know nothing about this. Is it reasonably doable?
Is
 there a Zopista willing and able to do it?

 3. ?

 -- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Announce: ZScheduler alpha Version 0.0.7

2000-07-27 Thread Loren Stafford

The problem noted below with the Trigger tab occurs only when Zope is
limited to a single thread. The problem is due to contention for the single
thread. The workaround is to avoid using the Trigger tab on single threaded
Zope's. Or change ZEvent.py like this:

  def manage_triggerZEvent(self, client=None, REQUEST=None, RESPONSE=None,
**kw):
"""For use by the Trigger tab on ZEvent management page.
Use for testing the ZEvent in a context that mimics that of Dispatcher.
"""
aurl=REQUEST['URL1']
furl=string.join((aurl, 'trigger'), '/')
RESPONSE.redirect(furl)

With this fix, the product is fully functional, as far as I know, tho it
remains an alpha product simply because it hasn't received a thorough
shakedown.

I'll have a new release out soon with this fix and other changes.

-- Loren



 ZScheduler Version 0.0.7 Date: 2000/07/02

  1. Fixed a bug that caused ZEvents to execute in the wrong context.

  2. If the action method of a ZEvent raises an error, a traceback is
written
 in the log.

  3. Added a Trigger tab to the management screen for ZEvents which fires
the
 event in the same context that the Dispatcher does, but without regard to
 the schedule. This helps immensely in debugging the DTML in the ZEvent.

 I've tested on:
Win98 Zope 2.2.0b3
Solaris 2.6 Zope 2.1.4
Linux ?.? Zope 2.1.3

 On the Linux configuration (my account at CodeIt Computing), most features
 work; however, the new Trigger tab does not behave correctly. Though the
 ZEvent method eventually executes correctly, it doesn't return anything to
 the client and Zope seems to lock up temporarily -- that is, it doesn't
 respond to other client requests. I don't have a Linux development system
 with which to track this down. Any help would be appreciated.

[...snip...]

 Otherwise, ZScheduler is looking good. Let me know how it works for you.

 http://www.zope.org/Members/lstaffor/ZScheduler

 -- Thanks
 -- Loren




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Looking for Zope webmaster or web developer job

2000-07-05 Thread Loren Stafford

I'm looking for a new job where I can continue to use Zope for website
management and applications development.

Contract or full-time.

Silicon Valley California or telecommute.

If you know of any openings, please let me know.

-- Thanks
-- Loren Stafford

[EMAIL PROTECTED]

http://www.dynalogic.com/resume.html


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Announce: ZScheduler alpha Version 0.0.7

2000-07-03 Thread Loren Stafford

ZScheduler Version 0.0.7 Date: 2000/07/02

 1. Fixed a bug that caused ZEvents to execute in the wrong context.

 2. If the action method of a ZEvent raises an error, a traceback is written
in the log.

 3. Added a Trigger tab to the management screen for ZEvents which fires the
event in the same context that the Dispatcher does, but without regard to
the schedule. This helps immensely in debugging the DTML in the ZEvent.

I've tested on:
   Win98 Zope 2.2.0b3
   Solaris 2.6 Zope 2.1.4
   Linux ?.? Zope 2.1.3

On the Linux configuration (my account at CodeIt Computing), most features
work; however, the new Trigger tab does not behave correctly. Though the
ZEvent method eventually executes correctly, it doesn't return anything to
the client and Zope seems to lock up temporarily -- that is, it doesn't
respond to other client requests. I don't have a Linux development system
with which to track this down. Any help would be appreciated.

Here's the code for the Trigger tab. Can you see anything wrong? ...or
anything Linux and Zope 2.1.3 would find wrong?

 def manage_triggerZEvent(self, client=None, REQUEST=None, RESPONSE=None,
**kw):
"""For use by the Trigger tab on ZEvent management page.
Use for testing the ZEvent in a context that mimics that of Dispatcher.
"""
RESPONSE.setHeader('Content-type','text/plain')
aurl=REQUEST['URL1']
furl=string.join((aurl, 'trigger'), '/')
(headers,response)=Client.call(furl) # Fire event
RESPONSE.setBody(headers)
RESPONSE.appendBody('\n')
RESPONSE.appendBody(response)

Otherwise, ZScheduler is looking good. Let me know how it works for you.

http://www.zope.org/Members/lstaffor/ZScheduler

-- Thanks
-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




RE: [Zope-dev] Product Data Storage

2000-06-30 Thread Loren Stafford

I haven't thought much about this; I just followed mj's original design.
Maybe there was some reason for this decision. Any comment Martijn?

-- Loren


 Loren Stafford wrote:
  In that case we decided to put the Schedule in the root folder.
 There is no
  more global data than the catalog itself, but if there were it could be
  stored in the catalog folder, since catalogs are folderish.

 Hmm, this is messy. Could the Catalog not be stored in your case in:
 /Control Panel/Products/ZScheduler
 and in Andy's case in:
 /Control Panel/Products/ZMailIn
 ?


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Re: [Zope] ZScheduler-0.0.6 problem

2000-06-21 Thread Loren Stafford

Could we continue this discussion on zope-dev, because this is an
alpha-level product at this point?

I have ZScheduler 0.0.6 running on a Linux machine (www.fippless.org at
CodeIt Computing), so we can't say it's an NT vs. Linux problem. It's more
likely a Linux/Python/Zope configuration issue. The most system-dependent
part of ZScheduler is its use of Python's threading module.

According to Netcraft,  www.fippless.org is running Red Hat Secure/2.0
(Unix) mod_ssl/2.0.7 SSLeay/0.9.0b on Linux. According to the Zope Control
Panel,

 Zope version: Zope 2.1.3 (source release, python 1.5.2, linux2)
 Python version: 1.5.2 (#1, Feb 1 2000, 16:32:16) [GCC egcs-2.91.66
19990314/Linux (egcs-
 System Platform: linux-i386

Nick, can you supply more detail about the Linux configuration?

CodeIt Computing is a good Zope ISP, but, as you would expect of an ISP,
they don't offer facilities for this level of SW development, and I don't
have any other machines at my disposal to duplicate your Linux
configuration.

So, I'll need your assistance to help isolate the problem. Can you help with
a little debugging, tracing, instrumentation to find the code that throws
Zope off track?

I doubt whether the problem is with the archive itself, but just to be sure,
I created a new archive for version 0.0.6 with a different archiving tool.
The new one shows 12330 bytes while the old one shows 20480 bytes (quite a
difference for the same content, eh?).

-- Loren

- Original Message -
From: "Francois-Regis CHALAOUX"
[EMAIL PROTECTED]
To: "Receipt Notification Requested" [EMAIL PROTECTED]
Sent: June 21, 2000 12:48 AM
Subject: [Zope] ZScheduler-0.0.6 problem


 Hi,

 I have just tested ZScheduler-0.0.6 on NT machine : it works : On my
Linux
 machine it does not work :
 Thus, the code is NT dependant or the archive works on NT only !!!???

 FR





___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Re: Objet : Re: ZScheduler-0.0.5 problem

2000-06-20 Thread Loren Stafford

This is going to be hard to debug remotely. Can you help me out?

First try getting ZScheduler 0.0.6 which fixes a problem of non-responsive
Zope, though there the problem was on shut-down not on start-up. Be sure you
have STUPID_LOG_FILE working. Then uncomment some of my debugging statements
(calls to loggerr) in the source of __init__.py and  Dispatcher.py -- maybe
add some instrumentation yourself -- all with the goal of observing how far
it runs before Zope hangs. Maybe you'll have to activate one of the #import
pdb; pdb.set_trace() statements (in an appropriate place, of course).

Also, are there any entries in the Zope log or system log that are seem
relevant?

The only other thing that comes to mind is that ZScheduler depends on
Python's threading module, so you must have a version of threading that
works on your OS. I don't know whether there are any "gotchas" with respect
to Python threading on Linux (Linux 6.1, I386, Zope-2.1.7.). Maybe someone
else can step in and let us know if there are.

Please continue to copy [EMAIL PROTECTED]

-- Thanks
-- Loren

- Original Message -
From: "Francois-Regis CHALAOUX"
[EMAIL PROTECTED]
To: "Receipt Notification Requested" [EMAIL PROTECTED]
Sent: June 20, 2000 06:48 AM
Subject: Objet : Re: ZScheduler-0.0.5 problem


 Hi Loren,

 loren1. Zope 2.1.7 has been withdrawn due to CVS confusion. Can you
 reproduce the
 problem on another version, such as 2.1.6?. Is there any indication of why
 it won't start (error message)? Did you start it with -D set, so it would
 display errors on the console?/loren

 Yes, the script start script contains '-D "$@"' but nothing is displayed
on
 the console when I try to fetch an object from zope.
 Zope is is blocked and that's all :(


  Hi,
 
  1/ I'm Trying to use ZScheduler-0.0.5 on Linux 6.1, I386, Zope-2.1.7.
  Just after to install the product I cannot start Zope !!!
 
  2/ There is also an archive problem when I extract the file from
  ZScheduler-0.0.5.tgz :
 
  srchocolat 138% tar xvzf ZScheduler-0-0-5.tgz
  lib/python/Products/ZScheduler/
  lib/python/Products/ZScheduler/__init__.py
  lib/python/Products/ZScheduler/addOneTimeZEvent.dtml
  lib/python/Products/ZScheduler/README.txt
  lib/python/Products/ZScheduler/CHANGES.txt
  lib/python/Products/ZScheduler/ZSchedule.py
  lib/python/Products/ZScheduler/version.txt
  lib/python/Products/ZScheduler/ZEvent.py
  lib/python/Products/ZScheduler/Loggerr.py
  lib/python/Products/ZScheduler/Dispatcher.py
  lib/python/Products/ZScheduler/documentEdit.dtml
  lib/python/Products/ZScheduler/scheduleView.dtml
  lib/python/Products/ZScheduler/www/
  lib/python/Products/ZScheduler/www/OneTimeZEvent.gif
  lib/python/Products/ZScheduler/www/RecurringZEvent.gif
  lib/python/Products/ZScheduler/www/ZSchedule.gif
 
  gzip: stdin: decompression OK, trailing garbage ignored
  tar: Le processus enfant a retourné le statut 2
  tar: Statut d'erreur reporté d'erreurs précédentes.
  srchocolat 139%
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 









































___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Logging for ZScheduler?

2000-06-19 Thread Loren Stafford

I've created a STUPID_LOG helper product, called FrozenLogger, that does the
minimum necessary for me to create a STUPID_LOG_FILE at my account at CodeIt
Computing (where lack of telnet keeps me from setting environment
variables).

http://www.zope.org/Members/lstaffor/FrozenLogger

The core of this is:

 from Globals import data_dir
 if os.environ.has_key('STUPID_LOG_FILE'):
pass
 else:

os.environ['STUPID_LOG_FILE']=string.join((data_dir,'FrozenLogger.txt'),'/')

It works for me at CodeIt, but I doubt if it's general enough for some of
the Zope virtual hosting schemes I've read about here. Let me know how your
mileage varies.

-- Loren

- Original Message -
From: "Stuart 'Zen' Bishop" [EMAIL PROTECTED]
To: "Loren Stafford" [EMAIL PROTECTED]
Cc: "Loren Stafford" [EMAIL PROTECTED]; "zope-dev"
[EMAIL PROTECTED]
Sent: June 15, 2000 01:57 PM
Subject: RE: [Zope-dev] Logging for ZScheduler?


 On Thu, 15 Jun 2000, Loren Stafford wrote:

  Aha! Even tho a cohosted account might not be able to modify the source
of
  the Zope implementation directly, installing a CustomLog product could
do so
  indirectly, by importing ZLogger and modifying the loggers tuple. To
know
  where to write the log file, CustomLog would have to either know or be
  configurable enough to adapt to the ISP's Zope configuration. I suppose
an
  absolute path property would be suffient. An ISP could preconfigure and
  preinstall the CustomLog product for all users, or each user could do
it.

 Dump it Globals.data_dir unless a given environment variable is set.

 (Sorry bout the double reply)

 --
 Stuart Bishop  Work: [EMAIL PROTECTED]
 Senior Systems Alchemist   Play: [EMAIL PROTECTED]
 Computer Science, RMIT University


 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




RE: [Zope-dev] Logging for ZScheduler?

2000-06-15 Thread Loren Stafford


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Stuart 'Zen' Bishop
 Sent: Wednesday, June 14, 2000 20:58
 To: Loren Stafford

 On Wed, 14 Jun 2000, Loren Stafford wrote:

  I need some advise for designing a flexible system for logging the
  activities of scheduled events.

 You could just call Zope's logging system and move it out of the
 scope of your product. Have a look at zLOG.py or LOGGING.txt
 if you havn't already. Means people can extend their logging system
 to their hearts content with no effect on your product.

ZScheduler already uses zLOG.LOG. I guess I forgot that it permits
implementations other than stupid_log. So I guess ZScheduler is as flexible
as can be, given the current API.


  But ZScheduler also needs to be ISP independent. That is, you
 should have
  complete scheduling capabilities for your cohosted Zope
 applications without
  having to call up the ISP and ask for system configuration changes.

 This could be achieved with a seperate product. A product that
 ties into Zope's logging infrastructure and allows viewing the
 log files through the web. All it would have to do is append itself to the
 ZLogger.loggers tuple, and the interface is pretty trivial. And of course,
 it means that other products can use it without modification
 (Logger product,
 Zope itself etc.) and can be extended as required without having to
 submit patches to you for inclusion in ZScheduler.

Aha! Even tho a cohosted account might not be able to modify the source of
the Zope implementation directly, installing a CustomLog product could do so
indirectly, by importing ZLogger and modifying the loggers tuple. To know
where to write the log file, CustomLog would have to either know or be
configurable enough to adapt to the ISP's Zope configuration. I suppose an
absolute path property would be suffient. An ISP could preconfigure and
preinstall the CustomLog product for all users, or each user could do it.


 It would be a good idea if there was a field in the ZEvent that defined
 the subsystem used in the zLOG call.


I didn't follow your point here. By "subsytem" do you mean which logger in
the loggers tuple? Then do you mean that different ZEvents could log to
different loggers? Why would this be a "good idea", I mean, do you have a
use case in mind?

-- Thanks
-- Loren


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




RE: [Zope-dev] Logging for ZScheduler?

2000-06-15 Thread Loren Stafford

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Phillip J. Eby
 Sent: Wednesday, June 14, 2000 21:21
 To: [EMAIL PROTECTED]; Loren Stafford

 At 01:58 PM 6/15/00 +1000, Stuart 'Zen' Bishop wrote:
 
 Its not a problem with ZScheduler, it a problem that no one has written
 a plug-in logging system that is good enough for what you are trying to
 do. The existing zLOG API is fine (well - it could be better), but just
 needs someone to write the relevant modules. Hmm... I think I'll
 add a section to the Interfaces Wiki...

 Hm...  this could work well with Observer-Observable, too.
 Imagine firing
 ObservableEvents, and subscribing a "Log" object to them...

Cool! Then the logging operation would become a part of the scheduled event
thread and transaction instead of part of the Dispatcher's thread (a
possibly transaction). I'll have to think about the implications of that.

Where is Observer-Observable in the development plan? ZPatterns 0.4?

-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] ZScheduler runs on Unix!

2000-06-14 Thread Loren Stafford

I just got a chance to try out ZScheduler 0.0.5 on Solaris 2.6 and some
version of Linux -- and it works. I've changed the CHANGES.txt file to
reflect that fact without incrementing the product version number.

It should now be safe to try the product out on Unix development systems. It
remains, however, alpha software.

http://www.zope.org/Members/lstaffor/ZScheduler

Let me know how it works for you.

-- Thanks
-- Loren


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Logging for ZScheduler?

2000-06-14 Thread Loren Stafford

I need some advise for designing a flexible system for logging the
activities of scheduled events.

One of the motivations for developing ZScheduler was to have a platform
independent means for scheduling Zope tasks. The lask of a cron on Windows
platforms was a part of the problem. ZScheduler achieves this independence
by using Python's threading.Wait method for all time measurement.

But ZScheduler also needs to be ISP independent. That is, you should have
complete scheduling capabilities for your cohosted Zope applications without
having to call up the ISP and ask for system configuration changes.
ZScheduler partially achieves this level of independence, by eliminating the
need for cron.

But, as I installed ZScheduler under my personal account at CodeIt
Computing, I realized that an ISP-dependence still exists, and it has
nothing to do with cron -- it has to do with the configuration of the
Scheduler's logging activity. When you have a Scheduler executing
applications tasks on your website behind your back, you definitely want it
to keep a log of what it is doing. For ZScheduler, I chose to use the
STUPID_LOG_FILE feature of Zope. However, STUPID_LOG_FILE is an environment
variable. Zope accounts at CodeIt (and probably at any other Zope ISP)
cannot set environmet variables. And if they could, is anyone certain how
STUPID_LOG_FILE would behave in their custom cohosting adaptation of Zope?

So, I need a more flexible structure for the logging aspect of ZScheduler.
While the ZEvent class is subclassable by users, I haven't made the
Scheduler class instantiable -- there should be only one instance -- so it's
not subclassable either, and therefore you can't override its logging
method. Do you see the problem?

Having little experience with Python and OO applications, I don't know how
others solve this problem. Can you give me any pointers?

Perhaps I've identified a typical application of RIPP?

-- Thanks
-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Announce: ZScheduler alpha 0.0.5

2000-06-13 Thread Loren Stafford

I found some time to do a little work on ZScheduler. The result is alpha
version 0.0.5. You can get it at
http://www.zope.org/Members/lstaffor/ZScheduler.

It appears fully functional on Win98 with Zope versions 2.1.4 and 2.1.6
(with patch to Client.py). But this is still alpha software, so be careful
where you install it.

I've made no changes to make it work on Unix. (I don't have a Unix
development environment at my disposal.) Prior versions caused Zope to
become inoperative while installed. I would appreciate someone's confirming
whether 0.0.5 doesn't work on Unix either.

-- Thanks
-- Loren



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )