Re: [Cs-studio-core] pvmanager, vtype Re: Changes in pvmanager-dev and soon to merge into trunk

[Carcassi, G. <car...@bn...>]

>Does anybody use the pvmanager without vtype?
DESY

>Does the epics/channel access implementation return vtype'd samples, or would that also work with non-vtypes?
Currently configured to return vtypes only, but one can change the code and rewrite the mapping. Don't know whether it will actually be done by anybody.

Gabriele

-----Original Message-----
From: Kasemir, Kay [mailto:kas...@or...] 
Sent: Monday, January 07, 2013 8:51 AM
To: Carcassi, Gabriele; cs-...@li...
Subject: pvmanager, vtype Re: [Cs-studio-core] Changes in pvmanager-dev and soon to merge into trunk

Hi:

I'm trying to understand the separation of vtype and pvmanager.

Does anybody use the pvmanager without vtype?
Does the epics/channel access implementation return vtype'd samples, or would that also work with non-vtypes?

Thanks,
Kay

From: <Carcassi>, carcassi <car...@bn...<mailto:car...@bn...>>
Date: Thursday, January 3, 2013 15:13
To: cs-studio-core <cs-...@li...<mailto:cs-...@li...>>
Subject: [Cs-studio-core] Changes in pvmanager-dev and soon to merge into trunk

Hi all,

I have pushed a set of changes in pvmanager-dev, which modularizes pvmanager so that a site will be able to include in their product only the parts they need. The new organization is the following:
org.epics.vtype - include only the vtype definitions and utilities. This allows to create other libraries that depend on these definitions without depending on pvmanager org.csstudio.utility.pvmanager - this include only the core. Does not depend on vtypes. This allows to create libraries and datasource that use pvmanager but not the vtypes org.csstudio.utility.pvmanager.vtype - this includes the vtype bindings to pvmanager. It contains the ExpressionLanguage class, and the pvmanager operators on vtypes org.csstudio.utility.pvmanager.epics - the channel access data source.
org.csstudio.utility.pvmanager.sim - the simulation data source org.csstudio.utility.pvmanager.loc - the local variables data source org.csstudio.utility.pvmanager.extra - experimental things This should conclude the re-architecture of pvmanager. The rest is minor things (like reviewing the names and signals for the simulated data source).

If there is no objection (I'll wait a week) I think it's time to merge into trunk. All the applications from BNL have already been integrated with these changes, and appear to work. I modified part of the SNS applications, and they too appear to work.

I'd also reopen the issue of the next release of CSS. Which I'll do in a separate mail with different title.

Gabriele