Also think about how your app works - There are two ways of using uniobjects - you can just use it to call a sub and the sub does all the work and returns the data that you need (a quick in and out), or you can do all the file and record manipulation in the java layer. They both have pros and cons, the important concept is how long do you want to hold on to your connection into u2 for. Bearing in mind licencing issues, pooling etc.
Rgds Symeon. From: [email protected] [mailto:[email protected]] On Behalf Of Doug Chanco Sent: 11 March 2011 20:05 To: U2 Users List Subject: [U2] Uniobjects and java Hey all, I am beginning to use uniobjects and java anyone know/have any good examples of both accessing the data directly and calling subroutines that return data I have the uniobjects for java manual and I will begin looking at that this week-end but any additional code samples would be greatly appreciated Thanks Dougc <email signature> There are 10 kinds of people in the world, those that know binary and those that do not On Mar 10, 2011, at 19:54, "Hona, David" <[email protected]> wrote: > It is my view that you should never manipulate any UniVerse file (even directories) from outside UniVerse (especially when it is up)...without due care or being aware of the negative impact, etc. > > If you must clear &SAVEDLISTS&, use the vendor supplied CLEAR.FILE command. > > If you execute say "CREATE.FILE MYUNIXDIR 19", it will create ".Type19" within the UNIX directory created - common sense says you should do so too. :-) > > UniVerse will always use the correct UMASK you define (which should be set in your LOGIN or UV.LOGIN so it is consistently applied for every UV process) when you use CREATE.FILE. > > Good practise dictates you should use the tools and processes provided by the vendor unless there is a very good reason(s) why you should not. Of course, experienced and brave souls...can do as they deem fit. > > I guess as with all advice on here - use it at your own risk - "caveat emptor" applies :-) > > Regards > David > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whitmore > Sent: Thursday, 10 March 2011 1:17 AM > To: U2 Users List > Subject: Re: [U2] User LogOut Cabbage > > HI, > You don't need the ".Type19" file. You can do > rm -R \&SAVEDLISTS\& > mkdir \&SAVEDLISTS\& > You do need to make sure the permissions are correct on the directory, we have found people not having the correct UMASK so people have trouble writing to the directory. > Tom > RATEX Business Solutions > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of Hona, David > Sent: Tuesday, March 08, 2011 8:22 PM > To: 'U2 Users List' > Subject: Re: [U2] User LogOut Cabbage > > Are you clearing your &SAVEDLISTS& directory from UNIX (scheduled or manually) and then this error appears? > > If so, it is probably deleting the required .Type19 entry (within the &SAVEDLISTS& directory. > > Possible solution: purge away, but re-create the .Type19 file using 'touch .Type19' or the like in your UNIX script. )...refrain from doing when you have users logged in too. Perhaps use CLEAR.FILE instead from within UV instead? > > Regards, > David > > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of Bill Brutzman > Sent: Wednesday, 9 March 2011 9:35 AM > To: U2 Users List > Subject: [U2] User LogOut Cabbage > > When a user here logs out of UniVerse on HP-Ux, it comes back with repeating... > > Mkpath: @SAVEDLISTS&/&&S.maryann.14 is not a directory > > Suggestions would be appreciated. > > --Bill > > ************** 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 _____ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1204 / Virus Database: 1498/3500 - Release Date: 03/11/11 _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
