Interesting.  I'm just reading the documentation and it addresses a few nagging 
things that were floating around in my head about how this wouldn't work.  
Brian gives me a framework I can work in, I probably won't use his code, but 
just the skeleton of the ideas and write my own parser to work in a similar way 
to how he explains his.
 

 

 

-----Original Message-----
From: Hona, David <[email protected]>
To: U2 Users List <[email protected]>
Sent: Fri, Oct 26, 2012 10:23 pm
Subject: Re: [U2] UPLOAD not DOWNLOAD


You could modify Brian Leach's freeware BCI.IMPORT tool which is designed for 
SQL / BCI imports. But looks relatively easy to modify for what you want ! ;-) 

With his permission, of course ! I just downloaded to have a peek... as I have 
been looking at his other tools lately...

There is also provision for multivalues so that's great!

Check out Brian's website... http://www.brianleach.co.uk/pages/freebies.htm


-----Original Message-----
From: [email protected] 
[mailto:[email protected]] 
On Behalf Of Wjhonson
Sent: Saturday, 27 October 2012 2:40 PM
To: [email protected]
Subject: Re: [U2] UPLOAD not DOWNLOAD

That goes the wrong way.
Download does not depend on knowing who is consuming what to create it's 
results.

So Upload should not need to have interactive consumption details either.
That's my take.

It's reads a source and decides on its own without the sources assistance where 
to put what.

You're coming at it more from a point of view of both sides *agreeing* on what 
data is in what position.

_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

************** IMPORTANT MESSAGE *****************************       
This e-mail message is intended only for the addressee(s) and contains 
information which may be
confidential. 
If you are not the intended recipient please advise the sender by return email, 
do not use or
disclose the contents, and delete the message and any attachments from your 
system. Unless
specifically indicated, this email does not constitute formal advice or 
commitment by the sender
or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. 
We can be contacted through our web site: commbank.com.au. 
If you no longer wish to receive commercial electronic messages from us, please 
reply to this
e-mail by typing Unsubscribe in the subject line. 
**************************************************************



_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

 
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to