Union type information XSDSimpleType

I am using classes in the oracle.xml.parsers.schema package to programmatically examine an XMLSchema and can't find a way to access information about a union type.
Specifically, there doesn't seem to be a way to find the value of the declared memberTypes or inline declared enumeration.
For example, in the following union declaration, I want to be able to find the memberTypes for "northAmerica" - which should be "canadianProvince" and "usState". How do I do this?
     <xs:simpleType name="northAmerica>
          <xs:union memberTypes="canadianProvince usState">
               <xs:simpleType>
                    <xs:restriction base="xs:NMTOKEN">
                         <xs:enumeration value="other"/>
                    </xs:restriction>
               </xs:simpleType>
          </xs:union>
     </xs:simpleType>

Unfortunately I'm not trying to write an existing object into
domain memory, but the entire class (method bodies/bytecode and
all). I'm currently limited to creating the dynamic SWF in memory
and using Loader.loadBytes, which is asynchronous.
I guess what I was after is whether the type table is kept in
domainMemory, or whether that memory is not directly
accessible.

Similar Messages

RE: Polymorphism - retrieving type information from thedatabase or how

Don,
Ok but if I was to model a real restaurant, I would then have a head chef
that can then delegate to other chefs. This head chef would have the
additional task of coordinating the completion of subservient chefs. This
does not and would not mean that the head chef is stuck (or partitioned) in
one part of the kitchen. Further a head chef would most likely also be a
chef so that he would be running around the kitchen using and interacting
with different objects to get his part of the recipe completed. Then once
all chefs have completed their part of the recipe the head chef could return
the meal.
I would also point out that it does not make sense to me to be talking about
the chef and its ability to scale. I would look that the resource limited
devices that must be used to prepare meals to see scalability. In this case
the grill, the stove and the microwave. Scalability of the restaurant is a
function of the amount of resource limited devices versus the number of
process (i.e. chefs) that need to use those devices concurrently and the
amount of time they require access to those devices. By talking about chefs
as if they are the scalability limiting factor seems to bring us back to the
notion that the chef is a manager object that is shared. And again I come
back to the question, why?
You may now think that in a real restaurant, there are only so many chefs so
why not make it a shared service? Well in a real restaurant there are only
so many of any object, but this is not a consideration in our restaurant
model. In our "virtual" restaurant hiring a chef is as easy as:
Chef = new;
And of course chefs are of zero mass so there can be a whole lot in the
kitchen. Now assuming the Grill, Stove and Microwave map to physical
objects in our computing environment, then that is the limiting factor and
are therefore partitioned. Whenever communication has to go through a
single source, then scalability breaks down. I fear that too many people
make shared objects and create communication bottlenecks where they simply
don't exist. The only place your scalability bottlenecks should exist is in
the actual resource limited objects of your computing environment. Simply
said, if something isn't a resource limited object, then why is it shared?
If anyone is not clear how to architect an application independently of the
business model, then I would suggest looking at various framework products
and reading some technical architecture white papers to get a different, and
possibly enlightening, point of view.
Mark Perreira
Sage IT Partners.
-----Original Message-----
From: Don Nelson [mailto:[email protected]]
Sent: Wednesday, June 17, 1998 9:04 AM
To: Mark Perreira
Cc: [email protected]
Subject: RE: Polymorphism - retrieving type information from the
database
Mark,
First, I completely agree about the naming. I purposely used rather
euphamistic names for these "managers", since I see many convoluted names
for common things in various applications. But that is a topic for another
thread...
Simply because there is a "manager" of some type, does not imply that it is
chained to a particular duty. However, let's look at a real life case. In
a large restaurant, you would rarely see a chef chopping carrots or serving
dishes to customers. Those are the responsibilities of the sous-chef and
the waiter. So, we see that the chef does not really follow the food
around. Why not? Because it simply doesn't scale. When scalability isn't
a problem, (the restaurant isn't that popular, for example) the chef has
some lattitude to accept more responsibility, and might even get involved
with purchasing, etc.
In the real world, the more scalable something has to be, the narrower the
responsibilities are for each of the participating members.
Don
At 12:59 AM 6/17/98 -0700, Mark Perreira wrote:
Don,
One thing that always baffles me is when should an Object get the moniker
"Manager." This practice seems to tell me a couple of things about these
objects. In general when someone makes reference to a "Manager" objectthat
it is probably a service object and probably contains no or very little
attribution. The question is why? If I am developing an object model why
am I thinking about such implementation issues.
Surely if you are trying to model cooking an egg I would not see
"SustenancePreparationManager" in your model. Using a more common term I
would still be alarmed to see "CookManager" in your model. What does the
CookManager manage? Does it manage other cooks or eggs. Maybe it shouldbe
called an EggManager, but that doesn't make sense. How about just Cook.
There that seems like the real world. And this brings me to a problem in
the analogy. Conjuring up managers in a model can sometimes make you missa
container. For example, I would say that if we wanted to model the real
world, then eggs is a specialization of ingredient that is contained by
recipe that can be given to a cook to be prepared.
I may have many cooks (objects) that can prepare recipes and my application
architecture not the object model needs to deal with how to best let those
cooks utilize the grill, stove and microwave that sits on different
partitions on my server. My cooks can move around and when they do they
take their ability to know how to cook with them. In the real world Iwould
expect a cook to use the right appliance to prepare the recipe based on its
contents. I would not chain every cook to its appliance and them make me
responsible for giving the right cook the right recipe. This is what
managers can cause. They cause the consumer of cooks to know which cookcan
prepare what recipes based on where they are chained. This then makes me
know something about cooking. And if I don't know anything about cooking I
can only image what my egg would look like if I accidentally gave therecipe
to the cook stationed at the microwave.
Ok Ok, I have seen many architectures use facades to hide the fact that I
like to chain my cooks to their appliance. But what is that. I have gone
to restaurants and I don't know what a cook facade is. If I ask themanager
to present the cook facade manager employee I would probably be met by the
bouncer employee.
So what is the answer? Well for a start keep the application architecture
out of the model. The model should stand alone in describing the
interactions required to satisfy use cases. Second find an architecture
that describes a more responsibility driven design and how that design and
can map your business object behavior to a physical implementation with
appliances and cooking rules. And lastly, don't be so quick to chain your
cooks to their appliances. Give them some control over where they cook
their recipes, after all that is what they do.
Mark Perreira
Sage IT Partners.
-----Original Message-----
From: [email protected]
[<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Don Nelson
Sent: Tuesday, June 16, 1998 2:07 PM
To: Nick Willson
Cc: [email protected]
Subject: Re: Polymorphism - retrieving type information from the
database
This thread is switching context a bit, but I would add one thought tothe
idea of encapsulating behavior. One of the advantages to OO is that it
helps us model real world behavior. In the real world, I would not askan
invoice to stuff itself into an envelope and mail itself to its
customer; I
would not ask my vehicle to fuel itself or change its own oil; I wouldnot
tell an egg carton to ask one of its eggs to fry itself. Even if these
things were physically feasible, I could list a number of reasons why I
still wouldn't want to do them. That is why we haveVehicleRepairManagers
and SustenancePreparationManagers (aka, "Mechanics" and "Cooks").
Don
At 11:28 PM 6/15/98 -0700, Nick Willson wrote:
Tim,
You've had lots of good suggestions so I hope you won't mind an attempt
at another one. The consensus seems to be for your option (1) for the
Vehicle table, and Steve's example of a GenericConstraint (taking the
place of your Vehicle) is probably how most people would go about
answering your question. I don't have much to add to that, just wanted
to offer something about where the persistence mechanism lives and how
things look to clients that depend on it.
Suppose for a moment you think about the Vehicle classes' persistence as
being just one aspect of their behavior. In addition to persistence,
you might have to implement security, or locking for concurrent access,
or caching of vehicle objects to improve performance, and of course you
want to calculate the vehicle tax and probably do other things with
Vehicles too.
You can put the persistence aspect of Vehicles into a
PersistenceObjectManager, but then the others need somewhere too. If
you use a bunch of Managers (one for security, one for locking...) then
each class's behavior is scattered across these various Manager classes,
each of which has to know about many classes. Or if you use one Manager
class, it's going to know still more, plus you are forced to implement
all the behavior in (or at least via) that manager's partition.
An alternative would be to keep all the Vehicle classes' behavior
encapsulated together, so a client always makes requests to a Vehicle,
and the Vehicle delegates the implementation of requests to a chain of
handler objects that hang off the vehicle object (a handler for
security, another for persistence, and so on).
One of the nice things about this is, the handlers can be responsible
for going to another partition (if necessary), e.g. to perform
persistence operations, or for more business-specific operations like
tax calculations. And because the handlers are smart, you don't have to
put a lot of code into service objects, the SOs can stay pretty simple.
This isn't an approach you'll see in Express, so I hope of it's of some
interest.
General wrote:
Part 1.1 Type: Plain Text (text/plain)
Encoding: quoted-printable--
Nick Willson
SCAFFOLDS Consultant,
Sage IT Partners, Inc.
(415) 392 7243 x 373
[email protected]
The Leaders in Internet Enabled Enterprise Computing
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>>>
>>>
>>
>>
============================================
Don Nelson
Regional Consulting Manager - Rocky Mountain Region
Forte Software, Inc.
Denver, CO
Phone: 303-265-7709
Corporate voice mail: 510-986-3810
aka: [email protected]
============================================
"When you deal with higher numbers, you need higher math." - Hobbes
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>>
>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>
>
============================================
Don Nelson
Regional Consulting Manager - Rocky Mountain Region
Forte Software, Inc.
Denver, CO
Phone: 303-265-7709
Corporate voice mail: 510-986-3810
aka: [email protected]
============================================
"When you deal with higher numbers, you need higher math." - Hobbes
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Don,
You are absolutely correct. But this is where I honestly think you are
missing the point. While the mail program sends the mail, my mail message
has an interface (i.e. send button) which can delegate that to the mail
program. This makes it nice and simple for me the consumer of the mail
program. It also means I can think of mailing by focusing on the interface
(i.e. the button). It would suck if every time I wanted to mail something I
had to identify the correct pop server to send it to (i.e the MailManager).
Mailing something is the collaboration of the setup information of the mail
program and my mail message. If I were to model this my mail object would
indeed have a send method that could delegate to the correct mail servers.
This is just simplicity of interface and it is a good practice in UI
development just as it is in business model development. A simpler
interface, I think we can all agree, provides for a better and quicker
understanding.
Mark Perreira
Sage IT Partners.
-----Original Message-----
From: [email protected]
[<a href="mailto:[email protected]">mailto:[email protected]]On</a> Behalf Of Don Nelson
Sent: Thursday, June 18, 1998 9:22 AM
To: Nick Willson
Cc: [email protected]
Subject: Re: Polymorphism - retrieving type information from the
database
Nick,
It turns out that your message does not, indeed send itself. Your mailing
program does that.
Don
At 11:54 PM 6/17/98 -0700, Nick Willson wrote:
Hey Don,
In the real world, no, you can't tell an invoice to put itself into anenvelope
and mail itself. You have to know about stamps and post boxes and wherethey
are located. But isn't it nice that in software you don't have to followthe
real world very closely if you don't want to?
Above the top left hand corner of this message I'm typing right now, thereis a
send button which lets me tell the message to 'stuff itself into anenvelope
and mail itself'. Why wouldn't you want to do that?
Don Nelson wrote:
This thread is switching context a bit, but I would add one thought to
the
idea of encapsulating behavior. One of the advantages to OO is that it
helps us model real world behavior. In the real world, I would not askan
invoice to stuff itself into an envelope and mail itself to its customer;I
would not ask my vehicle to fuel itself or change its own oil; I wouldnot
tell an egg carton to ask one of its eggs to fry itself. Even if these
things were physically feasible, I could list a number of reasons why I
still wouldn't want to do them. That is why we haveVehicleRepairManagers
and SustenancePreparationManagers (aka, "Mechanics" and "Cooks").
Don
At 11:28 PM 6/15/98 -0700, Nick Willson wrote:
Tim,
You've had lots of good suggestions so I hope you won't mind an attempt
at another one. The consensus seems to be for your option (1) for the
Vehicle table, and Steve's example of a GenericConstraint (taking the
place of your Vehicle) is probably how most people would go about
answering your question. I don't have much to add to that, just wanted
to offer something about where the persistence mechanism lives and how
things look to clients that depend on it.
Suppose for a moment you think about the Vehicle classes' persistence as
being just one aspect of their behavior. In addition to persistence,
you might have to implement security, or locking for concurrent access,
or caching of vehicle objects to improve performance, and of course you
want to calculate the vehicle tax and probably do other things with
Vehicles too.
You can put the persistence aspect of Vehicles into a
PersistenceObjectManager, but then the others need somewhere too. If
you use a bunch of Managers (one for security, one for locking...) then
each class's behavior is scattered across these various Manager classes,
each of which has to know about many classes. Or if you use one Manager
class, it's going to know still more, plus you are forced to implement
all the behavior in (or at least via) that manager's partition.
An alternative would be to keep all the Vehicle classes' behavior
encapsulated together, so a client always makes requests to a Vehicle,
and the Vehicle delegates the implementation of requests to a chain of
handler objects that hang off the vehicle object (a handler for
security, another for persistence, and so on).
One of the nice things about this is, the handlers can be responsible
for going to another partition (if necessary), e.g. to perform
persistence operations, or for more business-specific operations like
tax calculations. And because the handlers are smart, you don't have to
put a lot of code into service objects, the SOs can stay pretty simple.
This isn't an approach you'll see in Express, so I hope of it's of some
interest.
General wrote:
Part 1.1 Type: Plain Text (text/plain)
Encoding: quoted-printable--
Nick Willson
SCAFFOLDS Consultant,
Sage IT Partners, Inc.
(415) 392 7243 x 373
[email protected]
The Leaders in Internet Enabled Enterprise Computing
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>>>
>>>
>>
============================================
Don Nelson
Regional Consulting Manager - Rocky Mountain Region
Forte Software, Inc.
Denver, CO
Phone: 303-265-7709
Corporate voice mail: 510-986-3810
aka: [email protected]
============================================
"When you deal with higher numbers, you need higher math." - Hobbes--
Nick
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href="http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
>
>
============================================
Don Nelson
Regional Consulting Manager - Rocky Mountain Region
Forte Software, Inc.
Denver, CO
Phone: 303-265-7709
Corporate voice mail: 510-986-3810
aka: [email protected]
============================================
"When you deal with higher numbers, you need higher math." - Hobbes
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:<a href=
"http://pinehurst.sageit.com/listarchive/">http://pinehurst.sageit.com/listarchive/</a>>

Xsi:type information is missing after Marshalling in JAXB

Hi,
I'm trying to mock the webservice, i have created classes for schema using JAXB (without any customization) and it's working. But when i try to marhsall my objects , it doesn't generate the xsi:type information of any element and attribute. I want this information since my webservice client needs this information.
I have tried to use mapSimpleTypeDef ="true" generateElementProperty="false" but it doesn�t help.
Following is output of marshal process
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageRetrieveResponseReturn xmlns:java="java:types.api.brokerapi.soap.mms"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
     <return>
     <APIVersion>1.0</APIVersion>
     <ErrorCode>1000</ErrorCode>
     <ErrorInfo> Success</ErrorInfo>
     <BillingInfo xsi:type="java:BillingInfoObject" xsi:nil="true"/>
          <HeaderInfo xsi:type="java:HeaderInfoType" xsi:nil="true"/>
          <Content xsi:type="java:MessageContentType" xsi:nil="true"/>
          </return>
</MessageRetrieveResponseReturn>
I want output to be look like following
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageRetrieveResponseReturn xmlns:java="java:types.api.brokerapi.soap.mms" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
     <return xsi:type="java:MessageRetrieveResponse" >
     <APIVersion xsi:type="java:apiVersionType">1.0</APIVersion>
     <ErrorCode xsi:type="xsd:string">1000</ErrorCode>
     <ErrorInfo xsi:type="xsd:string">Success</ErrorInfo>
     <BillingInfo xsi:type="java:BillingInfoObject" xsi:nil="true"/>
          <HeaderInfo xsi:type="java:HeaderInfoType" xsi:nil="true"/>
          <Content xsi:type="java:MessageContentType" xsi:nil="true"/>
          </return>
</MessageRetrieveResponseReturn>
I'm new to JAXB. Please let me know what I�m missing here
Regards

Not got a single answer , surprise whether the question is too dumb to ask or JAXB doesn't support feature or my requirement is weird :-) ... in any case let me know please
regards

Missing type information when importing external web service

Hello,
using the SAP NetWeaver Developer Studio SAP NetWeaver 7.1 Composition Environment SP06 PAT0003, I have imported a number of RFCs from an R/3. The import succeeded as expected (see [here|http://img25.imageshack.us/my.php?image=importrfc.png]) and I am able to invoke the RFCs as intended.
Now, we have imported these RFCs into a PI 7.1 and published them as web services.
However, when I import these web services rather than the RFCs, the type information for parameters is lost as shown [here|http://img25.imageshack.us/my.php?image=importwebservice.png]. The missing type information is included in the provided wsdl files, though.
Note: Using the current version of the NWDS for the CE 7.1 EhP1 does not solve this problem!
Does anyone has an idea what is going wrong?
Best regards
Alexander

The type information is actually not missing. However, the used types carry no names. Therefore, the types are displayed as "anonymous" in the NWDS.

SendXSIType not displaying xsi:type information in soap

We're attempting to communicate with a webservice that requires type information be passed with the SOAP request. I've seen many notes that suggest setting the sendXSIType = true in the partnerLinkBinding will accomplish this. I have set this value and verified it is in the deployed bpel.xml, but the process is still not generating the SOAP request with xsi:type information.
Has anyone encountered this issue and overcome it? Any advice is much appreciated.
Thanks,
Mike

In case anyone is curious...
sendXSIType appears to ONLY work with rpc/endcoded style .wsdl files. There is currently a bug logged with Oracle support to determine a fix for document style webservices.
As a workaround, I used <bpelx:rename> to recast the datatype to itself. Which basically forces the datatype to be used in the SOAP output. More info can be found here:
http://download-uk.oracle.com/docs/cd/B31017_01/integrate.1013/b28981/manipdoc.htm

GRC AC 5.3 | CUP Request Type = Information

Hello All,
We have recently deployed GRC 5.3 and have seen in many demos by different partners that GRC CUP has request Type: "Information" which is used to search and view information about request types.
During our implementation of CUP we didn't realize that some users would have difficulty in choosing Request types such as New/Change/Unlock etc, so we didn't bother configuring anything. But there are users who, for some reason, unable to select the right request type.
I would like to know how do I configure Information request type where users can search information about request types? I was able to create the request type but not sure what action to assign to it or do I even need to?
Any documentation or help would be greatly appreciated.
Thanks!

Thanks Raghu but I did try the wiki page section:
"Configuring Requestor Landing Page for Compliant User Provisioning (PDF 220 KB")
The purpose of this article is to provide the procedure required to customize the requestor landing page i.e. the request types on the request access screen in compliant user provisioning in SAP GRC Access Control.
but I get the error message that:
"Sorry, the page or document you've requested can't be found on our site (404 error). It may have been moved or removed, or (yikes!) the site may be down."

SAPUI - XML View - complex type information

Hi,
I have some issues to express my type information in XML views.
The JS view would look like:
new sap.m.Text({
     text: {
          path:"/number",
          type: new sap.ui.model.type.Integer({groupingEnabled: true, groupingSeparator: '.'})
My current XML view looks like this:
<Text text="{path:'/number', type:'sap.ui.model.type.Integer', constraints:{groupingEnabled: true, groupingSeparator: '.'}}" />
or
<Text text="{path:'/number', type:'sap.ui.model.type.Integer({groupingEnabled: true, groupingSeparator: '.'})'}" />
or several other ideas, e.g. escpaing of the additional '.
But nothing worked. And I could not find any documentation of how it might work.
The diagnostic tool translates JS to XML, yes, but it ignores the complicated case. :-(
I could use a formatter to group myself, but there are several cases, where I need such complicated XML views.
E.g. if I want to use multiply paths as an array.
In my index.html I added data-sap-ui-xx-bindingSyntax="complex".
Hope you can help me out.
Thanks and bests
-Ben

Hi Ben,
          This should work
<!DOCTYPE html>
<html><head>
<meta http-equiv='X-UA-Compatible' content='IE=edge' />
<meta http-equiv='Content-Type' content='text/html;charset=UTF-8'/>
<title>Mobile App with XML View with JSON Data</title>
<script id='sap-ui-bootstrap' type='text/javascript'
   src='/sapui5-internal/resources/sap-ui-core.js'
   data-sap-ui-theme='sap_bluecrystal'
   data-sap-ui-libs='sap.m'
   data-sap-ui-xx-bindingSyntax='complex'></script>
<script id="myXml" type="text/xmldata">
   <mvc:View xmlns:core="sap.ui.core" xmlns:mvc="sap.ui.core.mvc" xmlns="sap.m" controllerName="myController" displayBlock="true">
   <App>
<Page title="Hello">
<Text text="{path:'/1/r', type:'sap.ui.model.type.Integer', formatOptions:{groupingEnabled: true , groupingSeperator : '.'}}" />
<Button text="{/1/name}" press= "doSomething"/>
</Page>
   </App>
   </mvc:View>
</script>
<script>
sap.ui.controller("myController", {
onInit: function() {
var model = new sap.ui.model.json.JSONModel();
model.setData([
{lastName: "Dente", name: "Al", r : 1232323.221212,checked: true, linkText: "www.sap.com", href: "http://www.sap.com", rating: 4},
{lastName: "Friese", name: "Andy", r : 111222.221212, checked: true, linkText: "www.spiegel.de", href: "http://www.spiegel.de", rating: 2},
{lastName: "Mann", name: "Anita", r : 1.221212,checked: false, linkText: "www.kicker.de", href: "http://www.kicker.de", rating: 3}
this.getView().setModel(model);
doSomething: function() {
alert("Hello World!");
sap.ui.view({ viewContent: jQuery('#myXml').html(), type:sap.ui.core.mvc.ViewType.XML }).placeAt("content")
</script>
</head>
   <body class='sapUiBody'>
   <div id='content'></div>
</body>
</html>
Thank you.
Regards,
               Pruthvi.

How to map idl to java for "union" type

help me

I'm not exactly sure what you're asking for. If you've written IDL that uses an IDL union type, it will be converted to Java when you use your IDL to Java compiler (like idlj), right?
If you're looking for the specification on how the compiler does/should do it, get the latest IDL to Java language mapping from the OMG -- www.omg.org.

How does the LabVIEW adapter get VI type information?

Hi, all,
As I've mentioned in another thread,we're trying to programmatically generate TestStand scripts. Since we're using the LabVIEW adapter, we will need to get the type ingotmation of controls and indicators from some VIs that the scripts will use. (These are all kept in one library.)
I'd rather collect that type information from the VIs themselves than manually collect it or hardcode it.Then, if we add or modify the VIs, the new types will be generated.
The LabVIEW adapter must have the ability to do this.
Does anyone here know how it does?
Thanks much,
- Steve.

SPM,
As you may have already noticed, in the LabVIEWModule class there is a Parameters property that contains the items connected to the VI's connector pane. This parameters container is read-only, meaning that while you can get each individual parameter and modify it, you cannot add new parameters.
The parameters property will be created for you when you call Module.LoadPrototype. This will read the VI's connector pane information from disk, and create the correct parameters property for you. You can find an example of creating a LabVIEW step programmatically and setting its connector pane in this document: Programmatically Create TestStand Sequence File with a Step that Calls a LabVIEW Code Module.
Please note that this example has not been updated since TestStand 3.0, and as such uses an obsolete method LabVIEWModule.LoadPrototype. Please use Module.LoadPrototype instead.
Josh W.
Certified TestStand Architect
Formerly blue

Polymorphism - retrieving type information from thedatabase

Daniel,
Yes I have always thought, that modeling the real world can lead to objects
that are unnecessary or overly complex relationships that do exist in the
real world but may not have to in a computing environment. Many times,
business models could be greatly simplified if the modelers factored out
interfaces from objects so that these interfaces could be applied based on
need of behavior without having to always construct class hierarchies in a
particular behavioral structure. Or they could benefit greatly by applying
design patterns to enhance delegation. But the problem with both of these
pieces of advice is that they assume the modeler is well versed and
understands how to apply these concepts. Many application developments I
come across are being done by a group of people that have never used an OO
tool before. With an audience such as this, how are they supposed to get
started?
Usually they will look and analyze the real-world. This will give them a
starting point in which to conduct dialog for building an object model. I
think I do know how these advanced strategies I described above are applied,
yet I always ask a customer to explain the real-world example of something
before I attempt at understanding their model and make any attempts at
advising changes. This assures that I and they have a better physical
understanding of an interaction before we attempt to describe an abstract
model of the same interaction.
As far as sharing of business objects, it is quite routine for a company to
have one group of IT application developers create a subsystem with business
objects that must be SHARED by another group of IT application developers.
The different subsystems have points of interconnect. These points can be
at the architectural level or business object level. So I don't think this
situation is as rare as you state. Further, I can see that the marketplace
is pushing more for run-time object sharing and collaboration so that this
will be the norm and not the exception.
I agree on the importance of custom routing for performance. I think it is
complex enough that I would stop short of telling people to spend time
building such a scheme. I would hate to see an application miss delivery
because the developers got too entangled in technical problems like custom
routing. But I do happen to know of a Framework product that has this as
one of its features. :)
I agree 100% with you the complexity of Forte is the marrying of object and
distributed technologies. I don't agree that frameworks cannot provide the
answer. I look at a framework as more than just a technical solution. We
use our framework to help divide the responsibilities between Business
Analyst, GUI Architect, Back-end Architect, GUI Developers and Back-End
developers. At many customers, some people play all of these roles. At
some customers, a developer may play just the GUI Developer role until he
can come up to speed on how to build simple views that are used to build
more complex windows. In this way, a large problem can be broken down into
a set of much smaller problems to help the architects manage work load and
education of the team. Without a framework that supports this sort of
approach, the architects of the application would have to delay development
until boundaries could be put in place. This can be very time consuming and
cause application rewrites if the boundaries were guessed wrong. In the
Forte marketplace today, there are products to help people set up those
architectural boundaries. It simply is more cost effective to buy one of
these solutions then it is to have your team spend time on this and add risk
to your project. In other words, architecture for a Forte development can
be bought much more cheaply than it can be created.
Mark Perreira
Sage IT Partners.
-----Original Message-----
From: Daniel Nguyen [mailto:[email protected]]
Sent: Sunday, June 21, 1998 7:35 AM
To: Mark Perreira
Cc: [email protected]
Subject: Re: Polymorphism - retrieving type information from the
database
Mark,
The battle question was only a little provocation : it seems that Forte
people and yours don't have exactly the same point of view about the way
that distribution should be made.
The problem I see on modeling the real world is that the hypothesis
seems to
be wrong : the world will never be as static as the modeling in my point
of
view. The fact is that when you try to model real world you will add
many
concepts you don't really need for the application. Those concepts may
change
with time. In my own experience I have seen that if you don't have a
real
concrete objective, it is very easy to imagine many things which won't
be
usefull when the real aim will come. That's why I think that in a
pragmatic
point of view it is better (in a cost view that's right) to focus on a
good
modeling of the system you have to build. For instance, in an exotic
currencies options system, you can imagine modeling for the Front a
system
without the product concepts, but only rules, because it is the real
world.
But when you come to the Back Office, you realize that all is managed
through
product concept. Then you come back to the Front modeling and break a
lot
of work. In the real world, the product concept does not exist, that's
right.
But it is a way to manage operations.
We all speak about Business Objects (and rules) share and re-use. I
imagine
that it is only applicable on some specific domains where the concepts
are
already shared as Insurance, Banking or Risk management on shares. This
is
because we have common rules for all companies : some financial markets
are
organized with public rules and constraints for instance. So the
difference
between companies is only on the service and not really in the business
foundations. But, in most cases, the differences between competitors are
on their business, their know how.
I have some difficulties to imagine companies with specific know how
sharing
it with competitors! So I imagine that shared business objects will be
very poor.
The problem may be that Business components will be provided by editors
like
Microsoft or may be Forte (with Express evolutions may be). But, the
business of their clients is not in the job of those providers : they
may
have a wrong view of the business of their customers, because they don't
have their know how.
On routage capabilities of manager, I agree on the technical point of
view.
This should be inherited from a service definition from Forte or a
technical
component. But, I have seen (on financial markets) that you also need
business
routage for scalability and performance. This is unfortunatly not in
Forte and
may be not really in technical frameworks on the market. Just an example
You have a financial market which is managed on several physical sites
(let's
take 2 sites). When everything is ok, you have one instance of a service
on each
site, first one managing some kind of instances (futures for instance)
and the
second one managing other kinds of instances (options for instance). But
when the
first site falls, you need (at run-time and if possible without stopping
the market)
to reconfigure the second service to manage all the instances (futures
and options).
So this is linked to business really. That's right, I base the
reflection on a very
specific (and experienced) case where the cost of the IT system is very
low compared
to the money exchanged on the system : you can imagine very specific
solutions.
The main problem I see today is that people have real difficulties to
integrate
object and distribution concepts and that Forte is to hard for Cobol or
Visual
Basic developpers. So those kinds of product should be more encapsulated
and
packaged on a push button way. The solution of making frameworks may be
very
short term solution, because of the cost and limitations about coverage
of the
clients specific objectives. Those problems come from Client/server
architectures
and needs, in my opinion, and NOT specifically from Forte or other
competitors.
Daniel Nguyen
Freelance Forte Consultant
Mark Perreira wrote:
Daniel,
I hope not. For SCAFFOLDS works only because of Forte and when I make
someone a happy SCAFFOLDS customer then they are also a happy Forte
customer. So if we sell more SCAFFOLDS, Forte sells moreForte. If there
is a battle between us, I certainly don't understand why,because we are on
the same team with the same goal.
I have always found customer have a different role than you have pointed
out. While I agree with the objectives, I have found most clients do
actually try to model the real world. They do it because it is an easy
starting point. They also do it because most OO books on the subject of
modeling point people in that direction. So they do indeedplay the role of
God with the business object model. But I have found thesesame customers
unwilling to play the role of God with the architecture. Theyare either
new to Forte and distributed object systems or they feelcomfortable with
the architecture to be documented and supported beyond thetenure of a set
of consultants that could come in and build such a system. In this case
they buy a pre-defined and built architecture.
I also agree that a Forte Service Object in and of itself can be
problematic. But I depart where you say a manager can dothings like custom
routing. This is exactly why I think Forte can be too difficult for too
many people. Any custom routing scheme is not to be takenlightly in its
impact of the overall performance and makeup of a running system. The
manager pattern does not describe a run-time environment withthe checks and
balances needed to make sure a custom router can perform. I have talked
with you Daniel and have complete faith in your ability todevelop such a
system. I would be very concerned in having just anyone try toimplement
custom routing in manager objects without a run-time environment that
simplifies and protects the participants from the mountain of technical
problems that would follow.
Mark Perreira
Sage IT Partners.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

RE: Polymorphism - retrieving type information from thedatabase

I would disagree with your statement that either the object or data model
must be wrong. The problem is more fundamental-trying to store objects in a
relational database. The object and relational paradigms can be made to
work together, but usually only by compromising tenets of one or the other
(or both). Now granted, there are many ways of making them work
together-and some are definitely better than others.
CJ
Chris Johnson
612-594-2535 (direct)
612-510-4077 (pager)
-----Original Message-----
From: Rottier, Pascal [SMTP:[email protected]]
Sent: Monday, June 15, 1998 8:17 AM
To: Forte Users Mailing list
Subject: RE: Polymorphism - retrieving type information from
the database
> ----------
> From: Rottier, Pascal[SMTP:[email protected]]
> Sent: Monday, June 15, 1998 8:17:16 AM
> To: Forte Users Mailing list
> Subject: RE: Polymorphism - retrieving type information from
the database
> Auto forwarded by a Rule
>
This issue has already passed this mailing list a couple of
times in the past. To put it in more general terms, you have
different classes which you store in the same DB table.
This is always tricky. Nine out of ten times, this means
either your Object model or your DataBase model is wrong.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

This issue has already passed this mailing list a couple of
times in the past. To put it in more general terms, you have
different classes which you store in the same DB table.
This is always tricky. Nine out of ten times, this means
either your Object model or your DataBase model is wrong.
If you can differentiate between different classes, this
means you're dealing with different entities, which should
be stored in different tables. What if one class has an
attribute the other one doesn't. This would mean you have
to add a column to the database which is filled it the row
represends one class and is NULL if the row represends
another class. This is not good database practice!
Differentiating between different classes by means of
a "type" attribute is the classic procedural approach.
The OO approach would be to create subclasses. How-
ever, a relational database doesn't support subclasses.
The best way, would be to have a different table for
each subclass. If this gives you problems with norma-
lizing your database, you can create a table with all
the attributes generic to vehicle, and a table for each
subclass with only the attributes relevant to this sub-
class and a foreign key relation to the main table. If all
of this is not feasable, you're left with the need to find
some mechanism to identify what kind of class a cer-
tain row represends and then instantiate this class. The
tree solutions you suggested all work. It doesn't really
matter which one you chose, they're all equally dirty.
Hope this helps,
Pascal.
-----Original Message-----
From: General [SMTP:[email protected]]
Sent: Monday 15 June 1998 12:20
To: [email protected]
Subject: Polymorphism - retrieving type information from the
database
Suppose I have a class structure containing one base class with
several specialisations. Say, "Vehicle", with specialisations of
"Car", "Van" and "Truck". All vehicles are persisted in the database,
in a rolled-up table, and I want a generic retrieval mechanism, which
fetches a vehicle based on the license plate number. (It will probably
be a service object, which I will call a Persistent Object Manager).
I wish to retrieve ALL vehicles, and calculate the road tax for each.
However, cars, vans and trucks are all subject to different tax rules,
and require a different method to calculate their road tax. To put it
another way, there is a polymorphic method 'CalculateRoadTax' on the
"Vehicle" class.
Q: As each vehicle is extracted from the database, how does the rest
of the Forte application know what type of vehicle it is?
I am sure that others must have solved this problem before, but it is
new to us. We have come up with the following solutions:
(1) Add a "sub-type" column to the "Vehicle" table. Use the type
information to instantiate a Forte object of the correct type
(2) Maintain a completely separate table linking the vehicle licence
plate to its sub-type.
(3) Deduce the type of the object from the pattern of null columns in
the row.
I think (1) is the best solution, but I'm interested to know what the
experts say!
Incidentally, if Express can help or hinder in this situation, I would
be interested in that as well.
regards,
Tim Kimber
EDS (UK)
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

User License Type Information

Hi,
I would like to extract the user id licence type information. Which is stored SU01 LicensData tabpage? Any standard T-code to extract such information? Please advise.
Regards,
Tony

Hi Tony,
You may check table USR06SYS in transaction SE16
Hope this helps
Regards,
Siddhartha

[svn] 4235: Fix for - Links and type information missing for air.update. event events in @event listings

Revision: 4235
Author: [email protected]
Date: 2008-12-04 13:02:39 -0800 (Thu, 04 Dec 2008)
Log Message:
Fix for - Links and type information missing for air.update.event events in @event listings
Also adding support for multiple @event for a method.
QE Notes: None
Doc Notes: None
Bugs: SDK-18319
tests: checkintests
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-18319
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/AsDocUtil.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/ClassTable.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/DocComment.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/TopLevelClassesGenerator.ja va

Hi All,
I have sorted out the problem and this is fixed now.
Regards,
Ajay Kunde

When I type information on an invoice on Pages, it is too light. How do I make it darker?

When I type information on an invoice on Pages, it is too light. How do I make it darker?

DB,
Do all your apps look too light, or is it just Pages?
You can use a larger font or a different font. Some fonts look light by design, some look bolder.
Make sure the color you are using in your document is actually Black and not some shade of gray. Check the color picker for the text.
Jerry

Although I can log in to Blackboard/Elearn, when I try to type information the screen goes pale and the program freezes.

Although I can log in to Blackboard/Elearn, when I try to type information the screen goes pale and the program freezes. I can press the buttons, but I can't type.
== URL of affected sites ==
http://elearn.sunway.edu.my

Hi havasu homes,
Please refer to the thread and help document below where this issue stands resolved:
1. Re: Adobe Creative Cloud / Desktop App / Home Screen: Constant Spinning Wheel
2. App doesn’t open | Progress wheel spins continually
Regards,
Sheena

Union type information XSDSimpleType

Similar Messages

Maybe you are looking for