XML, as suggested, is a flexible container but I think that the pundits suggest
that you use elements for data and attributes for metadata which is used to
refine or modify the default behaviour of an element. For example: 12.99
Then if you needed to store or convert the currency in your applica
On Wed, 12 May 2010, Don Robinson wrote:
> Harold,
>
> If you or someone else can pay for it, Print Wizard will do the job plus
> a lot more.
Given the amount of time someone might need to take to build one PCL file,
Print Wizard will almost certainly save money. Entry price is $99 for
Person
In message <9ea3c4a038d14a2fa37a2ea3c801a...@lbs8>, Martin Phillips
writes
Hi all,
A follow up to my own query.
This site uses entirely dynamic files. The recommended way to do fnuxi
recursively over a whole application is to use find as in my previous
email. This will end up doing the f
Hi.
What about doing it at UniVerse level?
You can get the list of files with SELECTFL, saving the list and execute a
FORMAT.CONV for each file.
Regards
--
Augusto
2010/5/13 John Hester
> The following worked for me when we did a UV migration from unix to
> linux about 7 years ago:
>
> fnuxi
The following worked for me when we did a UV migration from unix to
linux about 7 years ago:
fnuxi *
I wrote a script that descended into the directory for each account and
executed the prior command at that level. We have a mix of dynamic and
standard hashed files, and the command worked for bo
find . ! -name *.30 -print excludes all files ending in .30 under AIX.
So I'd think that
find . ! -name *.30 -exec fnuxi {} \;
could work for you.
Brad
u2-users-boun...@listserver.u2ug.org wrote on 05/13/2010 10:41:59 AM:
> [image removed]
>
> Re: [U2] fnuxi problem
>
> Martin P
George:
If I understand your question, all you are trying to do is figure out how to
get the value of the element attributes in an XML file you are receiving. If
this is what you need to accomplish, the following is an example of a
portion of an extract file that shows the format to do this.
F
Martin
The obvious choice would be uvbackup and uvrestore, but failing that you're
going to have to do some scripting.
How about:
Run a find for all the VOC files - that will get you all the account
directories. Redirect that to file. Edit it to remove all the /VOC so you're
left with the paths.
I like to think of elements are as file folders. You can create a
specific file folder for every tiny piece of data and make locating those
pieces easy in a DOM based on node name. SAX, on the other hand, fires off
events for every node and attribute it encounters at all levels. So, your
format
Hi Dan,
Sadly, this doesn't help as it will try to process the DATA.30 files that
cause the hang.
Thanks anyway.
Martin Phillips
Ladybridge Systems Ltd
17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB
+44-(0)1604-709200
- Original Message -
From: "Dan Goble"
To: "U2 Users
Looking at the schema didn't shed any extra light either!
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Behalf Of George Gallen
> Sent: Thursday, May 13, 2010 11:29 AM
> To: U2 Users List
> Subject: Re: [U2] XML format
It makes no difference for your extraction, there are no hard/fast rules as
to why they have done it that way, if it is an attribute it will only be
single valued, whereas if it is an element, it may be multivalued. A dtd or
xsd will define if it is a multiple occurring element.
-Original Mess
since space concerns do not fall into place for my part, the xml has already
been done, I
had no control over that. I'm just trying to interpret the data correctly.
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Beha
In the past when I had done fnuxi I always used the following syntax:
find . -name "*" -exec fnuxi {} \;
This takes and tries to fnuxi all files in the current directory and below.
If the file is not a U2 file it will not harm anything.
-Dan
-Original Message-
From: u2-users-boun..
"If space is of concern then attributes take less room, but then again if
space is of concern don't do xml, do json/csv/edi etc"
excellent advice.
norm
On Thu, May 13, 2010 at 11:25 AM, Symeon Breen wrote:
> Ahh the old attribute/element discussion - much to be said on this in
> various quarte
Ahh the old attribute/element discussion - much to be said on this in
various quarters, you may want to google on "xml elements or attributes" to
gain some insight.
If space is of concern then attributes take less room, but then again if
space is of concern don't do xml, do json/csv/edi etc
Perso
George
So to paraphrase, when do you use attributes to hold data and when do you
elements..
The problem is, there is no clear answer to this, and everyone who designs
XML schema has to grapple with this question. The only simple answer is that
if a value could legitimately have an attribute assoc
Hi all,
A follow up to my own query.
This site uses entirely dynamic files. The recommended way to do fnuxi
recursively over a whole application is to use find as in my previous email.
This will end up doing the fnuxi against the DATA.30 and OVER.30 files. The
OVER.30 file reports that it
I'm not producing the file, I'm reading the file and was trying to figure out
why
some of the field were inside the label, and others were between the
tags. I was trying to setup the structure of the dynamic
array I am putting the data into.
> -Original Message-
> From: u2-use
George, either way will work. The by product of making xml attribute centric
(fields inside the label) is that it produces smaller files (about half the
size of element centric). If your producing small files that may be read by
an admin, then go with element centric as it is easier to read. Otherw
I'm importing some XML, and a question came up with the following: I'm writing
a small xml extraction program
to setup a dynamic array, what is the difference between putting a field
inside the label vs putting the field
between the tags of the label? Aren't they both a subset of the label?
Hi all,
I am on a UniVerse client site trying to move an application with a vast
number of dynamic files, some indexed, from UV 10.1.18 on a Sun Solaris box
to UV 10.3.6 on a Red Hat Linux Intel box.
The data files were moved with tar and byte order conversion was done using
find . -type f
Interesting. I've added GARBAGECOLLECT as advised and memory usage seems
stable now.
fwiw, this is on a machine with just two sessions (out of 3) active, no
phantoms or other connections. All settings are as default for a ud
7.1.2 install - at least, I've not changed them since installing. The
LCT
'no more lcts' means udtconfig NUSERS is too small to handle all of the udt
processes you want to spawn concurrently on a system. Default is 25% > license
- but may be insufficient if you run a lot of phantoms.
Based on your sms -L review, it sounds more like you are getting 'no more
entries in
Hello all.
I'm running a batch job which after a number of iterations fails with a
'no more LCTs' error.
I'm able to track the memory usage with sms -L process number and I can
see the number in the Memory Info section moving slowly up from 2 or 3
up to 31 as the batch job runs.
I know
Jim,
You don't say, so I'm going to assume UniVerse here.
Yes, there are two ways you can do this in BASIC.
EXECUTE creates a new workspace, so you need to either change to using
PERFORM (which doesn't) or pass the prompt answers into that workspace. Here
are the two syntaxes.
Given the followi
26 matches
Mail list logo