On Feb 14, 2011, at 10:59 AM, Jesse A Wolfe wrote:
>
> Proposal here is that Package <| |> would realize, but Package <| |> { }
> wouldn't.
>
> What about passing a collection to a function?
> foo( <| search=whatever |> {} )
> seems like penalizing a common case.
Would the function expect to receive a collection and execute it, or an array?
But yeah, that's basically what I was thinking.
> Could we add the ability to query whether a given resource has
> been realized or not? How much of an ordering problem is this?
> Package <| state == virtual |>
> Package <| state == real |>
>
>
> When you "realize" a resource, it stops being virtual? or does it continue to
> be a "virtual" resource for the sake of searches?
> If you expect to be able to change the value of thing you're searching, then
> we have to be very careful about defining what ordering means. I haven't
> tried to work out the flow diagrams, since my coffee hasn't kicked in yet
> this morning.
It ceases to be virtual, and there's no record it was ever virtual. (I think
exported resources stay marked as exported, though; otherwise they don't get
marked that way in the db.)
On Feb 14, 2011, at 11:13 AM, Jesse A Wolfe wrote:
>
>
> Proposal here is that Package <| |> would realize, but Package <| |> { }
> wouldn't.
>
>
> And - while I'm going to try not to derail this conversation - I'd like
> whatever syntax we come up with to be reasonable to extend to searching other
> authorities (storeconfigs, the "catalog service", mcollective, etc)
I would absolutely love a generalized query syntax; I have been trying to come
up with a way of specifying a source in this syntax for a while. I've no idea
if this syntax will work for that or if we'd need to replace/supplant it.
--
SELF-EVIDENT, adj. Evident to one's self and to nobody else.
-- Ambrose Bierce
---------------------------------------------------------------------
Luke Kanies -|- http://puppetlabs.com -|- +1(615)594-8199
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/puppet-dev?hl=en.
