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;
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?
--
Have you seen http://www.zope.org/Members/brianh/JSplitter
FYI
-- 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/mailm
>
> 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 mak
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 Dispatch
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 i
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 PR
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'm just speculating, because I've never done this, but I do remember that
Javascript has a event handler named "onDragDrop". Perhaps you could use
that to fill in the name of the file object.
-- Loren
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> O
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 permissio
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)
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 re
> > 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 req
From: "Chris McDonough" <[EMAIL PROTECTED]>
> > > As a side note, I do not like the fact that Xron requires you to
use
> special
> > > DTML methods. I suppose this is a requirement in this
architecture due
> to
> > > the fact they need to be autocataloged, but I don't really like
that
> featur
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 sh
From: "Chris McDonough" <[EMAIL PROTECTED]>
[snip]
> As a side note, I do not like the fact that Xron requires you to use
special
> DTML methods. I suppose this is a requirement in this architecture
due to
> the fact they need to be autocataloged, but I don't really like that
feature
> either
- Original Message -
From: "Loren Stafford" <[EMAIL PROTECTED]>
To: "Andrew Edmondson" <[EMAIL PROTECTED]>
Sent: October 09, 2000 10:59 AM
Subject: Re: [Zope-dev] ZPublisher.Client
> This is a known problem.
> http://classic.zope.org
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".
The copyright to ZScheduler belongs to my former employer, who, as far as I
know do not plan continued development.
I have created a derivitive product, Xron, in accord with the GPL licence of
ZScheduler, and my future development effort will go into Xron. The
copyright for the changes to ZSched
wn.
-- Loren
- Original Message -
From: "Jim Sanford" <[EMAIL PROTECTED]>
To: "Loren Stafford" <[EMAIL PROTECTED]>
Sent: July 31, 2000 07:03 AM
Subject: Re: ZScheduler and SSL [was: Zope.org feedback]
> Every link is hard coded and is fully qualified s
Klaus,
Thank you for being an alpha tester of ZScheduler. Let's carry on these
discussions on zope-dev (as long as it's still an alpha product), for the
benefit of other alpha testers, and to benefit from the ideas of other
developers.
From: "Klaus Ahrens" <[EMAI
om 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
> > ZSch
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:
TypeErro
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, cli
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]
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
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
> > mo
This issue sounds similar to ZScheduler's Schedule catalog.
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.
There used to be some code i
I wouldn't waste any time working with Zope 2.1.7 -- it has been withdrawn
due (so I understand) to a confusion in the CVS between the 2.1.x branch and
the 2.2.x branch; it might be the cause of the problem. Can you go back to
2.1.6 or upgrade to 2.2.0b2 when it comes out (soon)?
-- Loren
-
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. T
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
(ca
f
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&qu
ZScheduler Version 0.0.6 Date: 2000/06/19
1. Inserted dispatcher.setDaemon(1) in __init__.py so Dispatcher thread
terminates when you shut down Zope.
2. Created companion product FrozenLogger to help with STUPID_LOG on Zope
ISPs. FrozenLogger has been successfully tested at my CodeIt Computin
[EMAIL PROTECTED]]On Behalf
> Of Stuart 'Zen' Bishop
> Sent: Thursday, June 15, 2000 13:52
> To: Loren Stafford
> Cc: Loren Stafford; zope-dev
> Subject: RE: [Zope-dev] Logging for ZScheduler?
>
>
> On Thu, 15 Jun 2000, Loren Stafford wrote:
>
> > > It wou
> -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:
> >
>
> -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 des
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 ach
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, h
A bug that affects ZScheduler was reported (with fix) some time ago at...
http://classic.zope.org:8080/Collector/1112/view
Any chance of getting this resolved before Zope version 2.2 is finalized?
-- Thanks
-- Loren
___
Zope-Dev maillist - [EMAIL
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 car
40 matches
Mail list logo