Re: pgAgent stuff

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: pgAgent stuff
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E472B8BF@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответ на pgAgent stuff  (Andreas Pflug <pgadmin@pse-consulting.de>)
Ответы Re: pgAgent stuff
Список pgadmin-hackers

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin@pse-consulting.de]
> Sent: 02 March 2005 23:50
> To: Dave Page
> Cc: pgadmin-hackers@postgresql.org
> Subject: pgAgent stuff
>
> Dave,
>
> calling the jobid simply id collided with pgObject::GetId,
> which returns
> a wxTreeItemId; I changed it throughout the sources, please
> check if It
> is complete.

Ack, good catch - thnaks.

> Some days ago I noticed you remove pgAgent.cpp, which showed
> an instance
> of pgAgent if the schema is present. Why did you remove it?
> How should a
> job be added?

I removed it because it was easier to use a pgCollection than to make
pgAgent work properly and consistently with the rest of the browser.
Consequently, the code should be easier to grok and maintain as it now
works the same way as other object collections.

The schema detection is still there - it's just moved into
pgDatabase.cpp, which only adds the Jobs node to the tree if
pgagent.pga_jobs exists (that had a typo in it last night btw - 'tis
fixed now).

A job is added in precisely the same way as any other object is added,
and steps/schedules are added either as part of the initial job
definition, or as separate objects under the Schedules/Steps nodes.

Regards, Dave.

В списке pgadmin-hackers по дате отправления:

Предыдущее
От: cvs@developer.pgadmin.org
Дата:
Сообщение: CVS Commit by dpage: Correct pgagent schema name
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: RFC: pgAgent Scheduler Design